Display of attachments inline is set to false, and this is how Thunderbird behaves. Attachments are not displayed inline.
I have looked at the IMAP server logs when accessing a message with an attached jpeg:
11 UID fetch 4253 (UID RFC822.SIZE BODY.PEEK[]) * 227 FETCH (UID 4253 RFC822.SIZE 155140 BODY[] {155140}
I don't understand that fully, but the empty section specification [], according to RFC2060, denotes the entire message.
The bug therefore appears to be that Thunderbird is not picking up that mime_parts_on_demand is set to true, and is asking for the whole message.
Display of attachments inline is set to false, and this is how Thunderbird behaves. Attachments are not displayed inline.
I have looked at the IMAP server logs when accessing a message with an attached jpeg:
11 UID fetch 4253 (UID RFC822.SIZE BODY.PEEK[])
* 227 FETCH (UID 4253 RFC822.SIZE 155140 BODY[] {155140}
I don't understand that fully, but the empty section specification [], according to RFC2060, denotes the entire message.
The bug therefore appears to be that Thunderbird is not picking up that mime_parts_ on_demand is set to true, and is asking for the whole message.