Under some circumstances, image references with imap: URLs are produced
Categories
(MailNews Core :: Composition, defect)
Tracking
(Not tracked)
People
(Reporter: jorgk-bmo, Unassigned)
References
Details
From bug 1577683 comment #43:
<img id=3D"Grafik_x0020_1" moz-do-not-send=3D"true" src=3D"imap://sales@mail.example.com:143/fetch%3EUID%3E%5EINBOX%5E%5E2_In%2520Bearbeitung_S=
P%3E12955?part=3D1.2&filename=3Dimage001.jpg" style=3D"height:212px; width:626px" />
The reporter over there said that their messages are synchronised for offline use, bug 1577683 comment #45.
So this is another variation on bug 1572864.
Magnus, take a look here. Looks like there are other cases where the conversion to a data: URL hasn't worked.
Reporter | ||
Comment 1•5 years ago
|
||
Related to bug 1575330. We can surely get rid of those URLs, bug I'd like to understand what's going on, that is, why the imap URLs aren't changed to a data URL.
Reporter | ||
Comment 2•5 years ago
|
||
I received a sample e-mail from Mr. Spitznagel. It had <img> elements with imap: URLs in a signature which was in a quote. This message was from June 2019.
So the message was produced before bug 1572864 which was reported and fixed in August 2019: It's likeky that the original message was received correctly, in the reply the images with imap: URLs remained due to that bug.
Of course defective messages will rest in people's mailboxes forever. We need to see whether new cases occur now.
Updated•2 years ago
|
Description
•