[Dovecot] Tcpflow capture

[Daniel L. Miller]

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 at 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