I am currently suffering with the 'bug' detailed 
http://support.microsoft.com/kb/191504 and 
https://bugzilla.mozilla.org/show_bug.cgi?id=92111

To summarise it, the remote IMAP server reports sizes incorrectly. That in 
itself I can live with. However, the effect I can't live with is when the 
server not provide all the attachments when I view a message, which I think is 
as a result of this bug. It just so happens that, when this happens, Mutt never 
downloads the text/plain part in particular, so what gets displayed in the 
viewer is raw HTML (everyone sends HTML :(). For example, I know that a 
particular message has text/plain and text/html parts, but, when this bug 
happens, Mutt only downloads the text/html part.

I know this is not a fault of Mutt, but that of the server. Is there a 
workaround for this in Mutt, some command I can do that will re-download a 
message from the server? The 'copy it to another folder' workaround mentioned 
in the second link above doesn't work for me.

This also prevents me from using message_cachedir, because if I have a new 
message and download it when the server is behaving badly like this, the cached 
message only contains the text/html part, and there's no way to get the full 
message (including text/plain) without clearing cache, restarting Mutt, and 
downloading the message again, in which case the server might give me only 
text/html again!

There is an enhancement request (http://dev.mutt.org/trac/ticket/3465) to do 
with only downloading a specific part, which might help if it ever gets 
implemented.

--

.

Reply via email to