thunderbird should support the mid: URL scheme defined in RFC 2392
Categories
(Thunderbird :: General, enhancement, P2)
Tracking
(thunderbird_esr78 wontfix)
Tracking | Status | |
---|---|---|
thunderbird_esr78 | --- | wontfix |
People
(Reporter: mail, Assigned: rnons)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
Reporter | ||
Comment 1•20 years ago
|
||
Comment 2•19 years ago
|
||
Reporter | ||
Comment 3•19 years ago
|
||
Comment 4•18 years ago
|
||
Updated•18 years ago
|
Updated•17 years ago
|
Comment 6•16 years ago
|
||
Comment 7•16 years ago
|
||
Comment 8•16 years ago
|
||
Comment 9•10 years ago
|
||
Comment 10•9 years ago
|
||
Updated•4 years ago
|
Comment 11•4 years ago
|
||
Changes made in Thunderbird 78 have broken the mechanism Thunderlink uses to display a message when an external link is clicked. Detailed discussion of the problem may be found at github.com/mikehardy/thunderlink#64 "Compatibility with version 78 (next release)." Mike, the original author of Thunderlink, suggested that the easiest way to fix this would be to build the functionality into the core, and implementing this RFE was mentioned.
Thunderlink provides interoperability that I've found invaluable, I believe implementing this RFE would provide useful functionality to Thunderbird.
Comment 12•4 years ago
|
||
Let's keep this for the mid: url. (I don't see what cid would ever be used for). We want it for use cases such as bug 1667959, bug 457177. Another one is allowing opening the quoted message (message quotes have mid: urls)
Just a few notes:
- we have this that we use mailnews.headers.showReferences: https://searchfox.org/comm-central/rev/5cda2cb985aaf24a65cd766f6ba3fa3332df0d25/mail/base/content/mailContextMenus.js#185
- see bug 1684756 for how we already have a command line option to open a message url (not mid url)
Assignee | ||
Comment 13•4 years ago
|
||
Assignee | ||
Updated•4 years ago
|
Comment 14•4 years ago
|
||
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/77452c9776eb
Support opening a message by mid url. r=mkmelin
Updated•4 years ago
|
Updated•4 years ago
|
Comment 15•3 years ago
|
||
(In reply to Magnus Melin [:mkmelin] from comment #12)
Let's keep this for the mid: url. (I don't see what cid would ever be used for). ...
Consider an email whose content is supposed to represent a rich-text document with embedded images, attachments, etc.
Some clients (Apple Mail, eg) use a MIME structure like this (say, a single PDF attachment):
multipart/alternative
text/plain
multipart/mixed
text/html (1)
application/pdf
text/html (2)
This email has no visible attachments when viewing the text alternative.
With this structure, the attachment is visible regardless of text vs html view, but the position of the attachment link within the html part is lost, unless the attachment is included twice:
multipart/mixed
multipart/alternative
text/plain
text/html (1+2)
application/pdf
However with Content-Id: xxx
specified for the PDF attachment, the html part could contain this <a href="cid:xxx">Attached PDF document</a>
at the point where the attachment is referenced in the html part. When viewed as text, the message should have the plain text and a visible attachment in the attachment pane; when viewed as HTML, there would be a link in the hypertext that would open the PDF attachment according to the user's settings.
At least if that use of cid:
was understood it might be possible to reformat the first structure into the second.
Description
•