Closed Bug 26201 Opened 20 years ago Closed 9 years ago

Doubleclicking on an .eml file opens Outlook Express (add *eml to Windows integration preferences)

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 261559

People

(Reporter: bugzilla, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

Attachments

(1 file)

I dont if this is the right place for this bug, but anyways..

If you save a forwarded mail, the mail gets saved as a .eml file. When you the 
double click on this .eml file in your Explorer Outlook Express gets fires up 
with the just saved mail.

Should Mozilla take precedence...?
Reassign to jefft. I don't think mozilla registers for any file types yet, even
.html. When we do that, it would be nice to take over .eml too.
Assignee: phil → jefft
Status: NEW → ASSIGNED
Target Milestone: M15
QA Contact: lchiang → pmock
Mass moving to M16 to get these off the M15 radar.  Please let me know if this
is really an M15 stopper.
Target Milestone: M15 → M16
Not beta2 stopper, marking M18.  Please add beta2 keyword if you disagree.
Target Milestone: M16 → M18
could be a dup of 27187...?
Reassign to mscott. He worked on mime type/application registration stuff.
Forgot to set reassignee ...
Assignee: jefft → mscott
Status: ASSIGNED → NEW
Does this still happen?
I just checked and now Mozilla Navigator starts? Not Mozilla Mail...
Target Milestone: M18 → ---
I just tried this on 2001031204 (win98) and there is no registered application
on my machine for .eml files.  I have mozilla set up as my default browser, but
it doesn't seem to have registered that extention.
Since Mozilla Navigator can register ".html", ".htm", ".xul" files, Mozilla Mail 
should register ".eml" files

Perhaps some of the people that made the registration of html files could be 
added to this bug.
Is this bug assigned correctly or is there someone in charge of File 
Associations?
Any word on if the current Mozilla release is vulnerable to the Nimda virus?  It
spreads (in part) by adding javascript to web-sites so that they force an .EML
file onto users.  If you're unlucky enough to be running IE, the .EML will
auto-execute it's attached file (the virus).

My next thought was that this might be what was needed to finally push my
organization to implement Mozilla instead of IE...
Mozilla is NOT vulnerable to the virus. I've surted to websites that had the 
virus, and Mozilla just displays a window with the mail message, but doesn't run 
the program or anything.
not quite a dup, but close.... I have no doubt that the fix for that bug will
fix this, but the fix for this bug requires only that .eml be registered to open
in mozilla.... if it opens in a new mail window, great... but thats not this bug
I just noticed this one today.. as it opens with Mozilla only on The 'Open WITH'
option after selection checkbox in Mail&Newsgroups for make 'Mozilla mail
default mail application' .. 

this looks like any of the other open mozilla files bugs, its just not
registering yet... it should add it automatically to the registered list when
choosing this checkbox item, and fix up the file open info on each platform.  I
dont think we need to add this to system settings.. but I do think checking the
checkbox should cover this.
*** Bug 147835 has been marked as a duplicate of this bug. ***
Verifying it's still a bug in 1.1 beta  (2002072204) on Win2K:  When I
double-click a *.eml file, Win2K loads Outlook Express.

Preferences | Mail & Newsgroups | Use Moz as default is checked.

Has this slipped under the radar perhaps?
woah... yes, 6 months without a comment by a developer counts as "off the radar"

mscott as assignee, can you take a look at this quickly? it shouuld be a simple
patch and it really should be fixed. (We have all of our other types registered.)

If I had a build environment available (alas, 56k until school starts...) I'd
make the changes... Since I can't... we need to add .eml to
xpfe/components/prefwindow/resources/content/pref-winhooks.js
xpfe/components/prefwindow/resources/locale/en-US/pref-winhooks.dtd
xpfe/components/winhooks/nsWindowsHooks.cpp

is there stuff for other OSs too? Or does winhooks cover Mac and *nix as well?
(Although I guess there is no *.eml files on those platforms anyway...

Adding Bill Law since he did work on these files

Keywords: mozilla1.2
BTW, I think that it could be considered as a security problem since mozilla
users expect that clicking on a eml message should open Mozilla and not OE,
which is a problem since OE is so vulnerable to mail viruses. A Mozilla user
would certainely not have OE with the latest security patches since he doesn't
use it.
With comment 19 and a little searching, I believe I got all areas which need to
be updated for a new file association pref, but I'm not sure.  In any case,
this patch works.

My only concern is that without the Mail & News component installed, Mozilla
can't read .eml files, but the setting is still there, and if you try to open
one you get a download window.

My guess is that's why this bug hasn't been worked on so far: it's unclear
whether the pref should go in the System prefs and be hidden when Mail & News
isn't available, or if the .eml association should be tied to Mozilla Mail &
News being default.
Just a statement:

It should be avoided in any case that users have to use outlook. :-)
My wife would argue: "Why should I use Mozilla when I have to use outlook anyway
to open stored mails?"

It is possibly a little bit low-down and in the past I found that this can't be
the way, but in the meantime I changed my opinion:
Mozilla should always snap up all file-types it can handle and take care that
they stay. :-)
Just like real-player or all microsoft-tools do.

Again my wife would tell me: "There was an error message that xxx-files are not
handled by Microsoft-yyy. I fixed it by clicking OK."

So conclusion:
Get the eml-type anyway and force the user to install the mail-component.

Just my opinion. :-)
I haven't had a chance to fully review yet, but I don't think we need new UI for
this.

We already have, in prefs:

"Mail & Newsgroups | Use Mozilla Mail as the default Mail Application"

If that was checked, we should poke the registry to say we handle .eml.
That would probably be fine, but then it would also make this (I think) the only
file type Mozilla registers without an associated setting in Advanced->System.

Check out the "Set Default Browser" button.  That already changes the settings
in Advanced->System.
Perhaps the checkbox to use Mozilla as the default mail app could work the same
way, while the option for .eml could be put in by an overlay.

After all, the news:// protocol should be added to the prefs too, and that would
also require the work of creating an overlay, and certainly should not be tied
to the setting for whether Mozilla is the default mail app.
The problem is that Mozilla can only do something with eml files if Mail is
installed. But how is the Browser supposed to know whether Mail is installed?

What we really need is not another entry in Browser | Edit | Preferences |
Advanced | System for eml files, but a new field in Mail & Newsgroups | Edit |
Mail & Newsgroups Account Settings  for filetype associations. In those
associations would be, among others, eml. Then Mail & Newsgroups would need the
feature of "alert me when other software tries to change these settings" that
the browser has. 

Is this on the right track?
On second thought, maybe we should just enter this patch into the trunk and then
fix other problems in other bugs.
Keywords: patch
Summary: Doubleclicking on a .eml file opens Outlook Express → Doubleclicking on an .eml file opens Outlook Express
Even if I manually open a .eml file in Mozilla, it does not behave as Outlook
Express does.

If, for example, I open a .eml file containing the line "X-Unsent: 1", I expect
a mail compose window to appear. In Mozilla, the contents of the file is just
displayed in a normal browser window (not even a "read email" window!).

Clearly, this isn't just an issue with Mozilla not registering the file type
correctly, it doesn't even support the file type in the first place.
just in response to comment #c27

while mozilla may not support the .eml file format and there is slightly more to 
this than simply adding a file association, mozilla does already have the 
ability to import outlook mailboxes and understands MIME so it would not require 
a huge extension of existing code.  
currently the .eml file seem to be treated as if it were plain text.  

i guess that bug 11076 covers the backend work that this bug requires to be 
really fixed.  I am thinking about marking it as a blocker for this, but i am 
not sure.  
Depends on: 11076
Depends on: 143565
Summary: Doubleclicking on an .eml file opens Outlook Express → Doubleclicking on an .eml file opens Outlook Express (add *eml to Windows integration preferences)
Keywords: mozilla1.2nsbeta1
Mail triage team: nsbeta1-
Keywords: nsbeta1nsbeta1-
*** Bug 201882 has been marked as a duplicate of this bug. ***
That patch will not work as intended.  This will require overlays since EML is
part of Mail/News not Browser.  (See bug 160141).
antonio xu recent changes for bug #143565 should make this possible now.
Assignee: mscott → sspitzer
We've figured out how to do this with the File menu, this is the obvious next
logical step.

Would be a nice 0.6 patch.
OS: Windows 98 → All
Hardware: PC → All
*** Bug 240681 has been marked as a duplicate of this bug. ***
If I open a eml file with Mozilla, I'll get a correct view of it, but in a
browser instead of a mail window.
And if I want to change character encoding, the mail will change to be shown as
source  (as with Crtl+U) without CRs/LFs.
???
I have a large Govt organisation on my back for a resolution for this.
A quich hack I did, in w2k file associations I have "C:\WINNT\eml-open.cmd "%1""
as the file association for .eml files and a script C:\WINNT\eml-open.cmd which
contains...

@echo off
"C:\Program Files\mozilla.org\mozilla\mozilla.exe" -compose
subject="%~n1",attachment='file:///%1'

That opens the file in composer.  I send the message to myself/others and the
original message, plus attachments are received.  Not perfect, but it will do
for now.
*** Bug 261559 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
(In reply to comment #36)
With Thunderbird under OS X , this is a big problem, because Mac users have the habit that the 
system is always "integrated". Thus, Thunderbird should have an option to associate itself with eml 
files like any other mail client, and associate the Th icon to the eml document type, because the 
white "unknow" icon is ugly. This shouldn't be very hard !
Blocks: 269826
No longer depends on: 269826
Assignee: sspitzer → mail
36 votes now, will this make it into 1.1? bug since 2000, wow.
see bug 261559 for the thunderbird version of this. Tbird 1.1 will support
registering for the .eml extension, and opening .eml files from the command line
Duplicate of this bug: 361080
Priority: P3 → --
QA Contact: pmock → search
Assignee: mail → nobody
QA Contact: search → message-display
Blocks: 526540
Bug 261559 is shared mailnews code so SeaMonkey should also have picked up this fix. Closing.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 261559
You need to log in before you can comment on or make changes to this bug.