235961 - E-mail address is not inserted into the To: line of the Mozilla Compose window when I click on a mailto: link in Internet Explorer

Status: RESOLVED WORKSFORME

(MailNews Core :: Composition, defect)

Description

[William M. Quarles]

User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.6) Gecko/20040113

When I used Netscape 7.1 or Mozilla 1.5 before, I could click on mailto: links
in Internet Explorer, and a Netscape/Mozilla compose window would open up with
the e-mail address already inserted into the To: line.  Using Mozilla 1.6, if I
click on a link in Internet Explorer, the e-mail address is not inserted into
the To: line.
I am using Microsoft Internet Explorer version 6.0.2800.1106.

Reproducible: Always
Steps to Reproduce:
1. Set up Mozilla Mail and Newsgroups as the default e-mail program in Windows.
2. Click on a mailto: link in Internet Explorer.

Actual Results:  
A Compose window openned up with a blank To: line

Expected Results:  
The e-mail address from the mailto: link should have appeared in the To: line of
the compose window.

Mozilla 1.6 was freshly installed on this machine (no older versions of Netscape
or Mozilla were previously installed on this system).

Comment 1

[William M. Quarles]

IE update version SP1.

Comment 2

[Christian Eyrich]

What does the mailto: link looks like. Could you attach a small testcase HTML
file here?

Comment 3

[William M. Quarles]

I'm sorry, the first sentence that you wrote did not make much sense.  Could you
please re-write it?

I need to ask you something: are you clicking on the mailto: link in Mozilla
Navigator or Microsoft Internet Explorer?  Because my bug specifically applies
to using Microsoft Internet Explorer as the browser and using Mozilla Mail and
Newsgroups as the e-mail program.  If you are using Mozilla Navigator, please
try again using the latest updated version of Microsoft Internet Explorer
instead, while using Mozilla Mail and Newsgroups as the default e-mail program.

Try this website (the webmaster mailto: link is at the bottom), although I've
tried many others and I have had the same result:
http://mach.physics.jmu.edu/test.html

Comment 4

[Mike Cowperthwaite]

I'm a little surprised about this bug.  Altho there are known problems with 
Mozilla's installation under Windows, Internet Explorer should not exhibit them. 
That is because IE will handle a mailto: URL using the systemwide MAPI handler 
-- and when Mozilla makes itself the default mailer, it correctly installs 
itself as the MAPI handler.

See bug 202497 regarding Mozilla's failure to correctly install itself as the 
default mailto: handler (a different thing than the MAPI handler).

*** This bug has been marked as a duplicate of 202497 ***

Comment 5

[Mike Cowperthwaite]

Reopening -- I marked this as a duplicate by mistake.

Comment 6

[fatnerf]

I can confirm this bug on linux to.
When using mozilla browser, clicking on a mailto: link opens the composer just
right with the given filled to: and eventually subject:, body:, etc correctly
filled (on a HTML page for example) if you're not using any other theme than
"Modern".

This doesn't work with galeon for example, clicking on a mailto: link will just
result in openinn mozilla -compose with empty fields.

Galeon uses gnome default apps, that are set to "mozilla -mail %s" for the mail
composer/reader. It could be "mozilla -compose "to=..." but it's not as powerful
and mailto: compliant.

Anyway "mozilla -mail mailto:[e-mail]" is broken on linux with mozilla 1.6.

Please, FIX that.

Comment 7

[Mike Cowperthwaite]

The failure of -compose to process URLs is bug 209403 (surpassing bug 133362).
The breakage of the  -mail  switch for mailto: is bug 220306.  See that bug for 
a workaround.

Comment 8

[Mike Cowperthwaite]

A comment in the newsgroups just alerted me to a change of the behavior 
described in bug 198547 -- if Mozilla is the default mail program (handles 
MAPI), and you have also set the "use external mailer" preference
  network.protocol-handler.external.mailto     (set to True)
then the parameters in a mailto: URL are not utilized!

William Quarles, please check the setting of this parameter in your 
installation; if True, change it to False.  Please report back.

Comment 9

[Mike Cowperthwaite]

William Quarles, is this bug still an issue for you?  See comment 8.

Comment 10

[Mike Cowperthwaite]

No response from reporter; => WFM