On 21.3.2012, at 16.33, Ralf Hildebrandt wrote: >>> but in .Trash/cur since I upgraded from 2.0.19 to 2.1 they have double S >>> and W tags. >>> >>> 1331941500.M220929P17982.5013,S=24845,W=25526,S=24845,W=25526:2,Sa >>> >>> This is happening for all folder moves. >> >> Fixed: http://hg.dovecot.org/dovecot-2.1/rev/3599790da3d7 > > That doesn't seem to work:
It fixed only the duplicate S= and W= values. > Mar 21 15:32:50 postamt dovecot: imap(jkamp): Error: Maildir filename > has wrong S value, renamed the file from > /home/j/k/jkamp/Maildir/cur/1330501473.M742455P30506.postamt.charite.de,S=36307:2,S > to > /home/j/k/jkamp/Maildir/cur/1330501473.M742455P30506.postamt.charite.de,S=36307:2,S > Mar 21 15:32:50 postamt dovecot: imap(jkamp): Error: > read(/home/j/k/jkamp/Maildir/cur/1330501473.M742455P30506.postamt.charite.de,S=36307:2,S) > failed: Input/output error (uid=5270) > > It's renaming itself to itself again? Hmm. Yeah, this is a bit problematic for compressed mails. If the S=size isn't correct, Dovecot fixes it by stat()ing the file and using it as the size. And that's of course wrong. Also Dovecot can't simply remove the S=size, because the current Maildir code assumes that it always exists for compressed mails. There's no easy and efficient way to fix this.. Maybe you could just manually rename the files to have correct S=size? :) zcat file | wc should give the right size.
