Closed Bug 257705 Opened 20 years ago Closed 19 years ago

When using sendto link containing semicolon and multiple e-mail adresses a " apears in front of the first @

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 258653

People

(Reporter: nbb, Assigned: mscott)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3

When Thunderbird is envoked via a sendto link or for instance the command line
.\thunderbird.exe -compose mailto:foo@foo.com;foo@foo.net it will result in a
line in the e-mail recipient field that is looking like this
foo"@foo.com;foo@foo.net - a " has found its way in front of the first @. If the
" is removed thunderbird sends to the reciepients without problems.
I understand that it is not correct acording to the standarts to use a simicolon
as delimiter but it is a fact, that a lot of mailto links on the internet is
with simicolons in sted of the correct comma, so just to give the user optimal
function I suggest that mapi allows the parsing of semicolons without altering
the first e-mail adress.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Whilst this should be fixed and isn't an exact duplicate, I'm marking it as a
duplicate of Bug #254000 as it appears to be the same issue. I believe it would
be more productive to solve the problems with semi-colon delimitted address
lists in one discussion.

*** This bug has been marked as a duplicate of 254000 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
(In reply to comment #1)
> I believe it would
> be more productive to solve the problems with semi-colon delimitted address
> lists in one discussion.

No.  Allowing semicolons to be typed into the To: field and have them work as 
expected is one thing; dealing with "in-the-wild" mailto: URLs is something else 
entirely.  In part, this is because the To: field also allows plain-text name 
strings, which are not part of the mailto: spec.

Duping to the correct bug.

*** This bug has been marked as a duplicate of 258653 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago → 19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.