I'm having this problem also, with a very very few users.
But in my case the email isn't double gzip, just single like normal.
Error: read(.../.Deleted
Messages/cur/1331840112.M186676P27974.5013:2,) failed: Input/output
error (uid=250)
All I have to do is rename the file to add back the lost S= part and
all is fine.
This has happened in the inbox, deleted, and trash folders so far. and
always after a change, the S= exists for new emails. It's like it's
loosing it on adding the read flag, and mailbox moves
But out of millions of emails, only a very few are like this, that I
know of, around 6 emails. I manually fixed them, will be looking to
see if this issue comes back.
Quoting Timo Sirainen <t...@iki.fi>:
On 2.3.2012, at 12.43, Ralf Hildebrandt wrote:
Alternatively you can just tell Dovecot not to care about it:
maildir_broken_filename_sizes=yes. Although you probably can't do
that if you have compressed mails.
In the case above that mail was gzipped twice :(
Yes, looks like Dovecot can't correctly fix the wrong S size for
gzipped mails. I don't know if I should bother fixing it, especially
since in your case the doubly-gzipped mails will look corrupted to
user..
