搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Images not properly parsed/copied on mail copy/move from one mailbox to another (same IMAP server).

  • 3 个回答
  • 3 人有此问题
  • 1 次查看
  • 最后回复者为 sunbeam906

more options

Hello everyone.

I've recently discovered this issue; not sure how long's it been there, yet here goes:

- let's say I receive an email with embedded images on my personal account's Inbox

- I reply to it, then I want to move/copy the emails to another mailbox's Inbox (e.g.: from Inbox of me@domain.com to Inbox of you@domain.com; again, same IMAP server)

- what happens next is the message is moved/copied, but when being downloaded for display the inline images don't show up (empty rectangles are shown instead).

See below:

1. Original message:

https://i.imgur.com/osDClAy.png

2. Copied/moved message:

https://i.imgur.com/FO4qc6c.png

I've installed an add-on called "Show All Body Parts" and both the original email in its location and the copy in the other Inbox show the same amount of attachments, but.. there is one attachment called "Part1.2.1" reported as a certain size, but dumped on disk is 0 KB ("Part1.1" contains the raw text message; "Part1.2.1" is the actual HTML message with the images linked/attached/inlined).

3. "Show All Body Parts" comparison:

- body parts of original message:

https://i.imgur.com/vMhPw1V.png

- sizes of the files saved to disk:

https://i.imgur.com/noTbxYL.png

- content of Part1.1 and Part1.2.1:

https://i.imgur.com/81wVJM3.png

- body parts of the copied message (as you can see, reported sizes are the same):

https://i.imgur.com/QinODxu.png

- sizes of the files saved on disk:

https://i.imgur.com/Sj7C7cw.png

- content of Part1.1 and Part1.2.1 (Part1.2.1 is 0 KB, therefore no HTML):

https://i.imgur.com/D2fMTP1.png

Same goes for all other image attachments, they are 0 in size. Something tells me TB doesn't copy anything on copy/move but the raw text message.

What else I tried was to disable/remove all add-ons; no change. Same behaviour. The only thing that actually works is exporting the message as .eml on disk and importing it in the other folder. Why that works and not drag-and-dropping (like in older versions of TB) that I don't know :(

Kindly consider this a BUG rather than a question.

Best regards, Bogdan

Hello everyone. I've recently discovered this issue; not sure how long's it been there, yet here goes: - let's say I receive an email with embedded images on my personal account's Inbox - I reply to it, then I want to move/copy the emails to another mailbox's Inbox (e.g.: from Inbox of me@domain.com to Inbox of you@domain.com; again, same IMAP server) - what happens next is the message is moved/copied, but when being downloaded for display the inline images don't show up (empty rectangles are shown instead). See below: 1. Original message: https://i.imgur.com/osDClAy.png 2. Copied/moved message: https://i.imgur.com/FO4qc6c.png I've installed an add-on called "Show All Body Parts" and both the original email in its location and the copy in the other Inbox show the same amount of attachments, but.. there is one attachment called "Part1.2.1" reported as a certain size, but dumped on disk is 0 KB ("Part1.1" contains the raw text message; "Part1.2.1" is the actual HTML message with the images linked/attached/inlined). 3. "Show All Body Parts" comparison: - body parts of original message: https://i.imgur.com/vMhPw1V.png - sizes of the files saved to disk: https://i.imgur.com/noTbxYL.png - content of Part1.1 and Part1.2.1: https://i.imgur.com/81wVJM3.png - body parts of the copied message (as you can see, reported sizes are the same): https://i.imgur.com/QinODxu.png - sizes of the files saved on disk: https://i.imgur.com/Sj7C7cw.png - content of Part1.1 and Part1.2.1 (Part1.2.1 is 0 KB, therefore no HTML): https://i.imgur.com/D2fMTP1.png Same goes for all other image attachments, they are 0 in size. Something tells me TB doesn't copy anything on copy/move but the raw text message. What else I tried was to disable/remove all add-ons; no change. Same behaviour. The only thing that actually works is exporting the message as .eml on disk and importing it in the other folder. Why that works and not drag-and-dropping (like in older versions of TB) that I don't know :( Kindly consider this a BUG rather than a question. Best regards, Bogdan

被采纳的解决方案

Thanks for filing the bug at https://bugzilla.mozilla.org/show_bug.cgi?id=1430480.

We have reproduced the problem and will be developing a fix in the next few weeks. My initial investigation showed that the problem doesn't happen on all IMAP servers, but I have a test server that also exposes the problem.

I believe that repairing the folder (right-click, Properties, Repair Folder) restores the message back to working order.

定位到答案原位置 👍 1

所有回复 (3)

more options

You may want to raise a new bug in Bugzilla. https://bugzilla.mozilla.org/

more options

选择的解决方案

Thanks for filing the bug at https://bugzilla.mozilla.org/show_bug.cgi?id=1430480.

We have reproduced the problem and will be developing a fix in the next few weeks. My initial investigation showed that the problem doesn't happen on all IMAP servers, but I have a test server that also exposes the problem.

I believe that repairing the folder (right-click, Properties, Repair Folder) restores the message back to working order.

more options

Hello.

Right-click -> Properties -> Repair Folder seems to solve it for the time being. However, I'd like this fixed (didn't happen with older builds) at your (plural) convenience.

Best regards, Bogdan