On 11/29/2012 12:49 PM, Timo Sirainen wrote:

On 29.11.2012, at 18.06, Daniel L. Miller wrote:

...

On 11/28/2012 10:37 PM, Timo Sirainen wrote:

...

On 29.11.2012, at 7.47, Daniel L. Miller wrote:

...

...

doveadm fetch text -u amiller@amfes.com mailbox-guid a47e4e264aa1c94cc35100003bc41c5f uid 12891

The result of that, when adding a "> test", generates a 11 byte file.

Hexedit shows me that as: 74 65 78 74 3A 0A 1F 8B 08 0C 0A

Otherwise a simple 'less' give me: text: ^_<8B>^H^L

Does this tell you anything? First of all it tells me that you either have some very corrupted messages in your mailbox, or you have some compressed messages but without zlib plugin enabled. 10-mail.conf - mail_plugins = fts fts_solr acl 15-lda.conf - mail_plugins = $mail_plugins sieve 20-imap.conf - mail_plugins = $mail_plugins zlib imap_acl 20-lmtp.conf - mail_plugins = $mail_plugins sieve OK, so all of the compressed mails will be indexed as garbage.

...

My intent was to be able to read zlib mails, but not write new ones. I may change this to just have zlib in 10-mail and start writing compressed. Unless this is/will cause corruption. Enabling zlib plugin doesn't enable compression on writing. plugin { zlib_save=yes } is required for that.

I (hopefully) fixed my config - put 'zlib' into 10-mail.conf and removed it from the others. Re-indexing is now good on some mailboxes that were broken before - but I still have a fault on others.

-- Daniel