[Dovecot] Dovecot deliver logging problem and procmail

[Timo Sirainen]

On Jul 3, 2006, at 11:07 PM, Gerhard Wiesinger wrote:

> As far as I saw dovecot's deliver process updates some header  
> fields and the index files:
> Status:
> X-Keywords: (with a lot of spaces, why?)
> Content-Length: 6

The extra spaces are there so that if Dovecot needs to update some  
headers it can take the needed space from there so it doesn't have to  
move the whole mbox.

> After access with dovecot the following header fields change:
> Status: O
> X-IMAPbase: 115195111 0000000009
> X-UID: 2
>
> So basically this isn't an advantage over the procmail or any other  
> delivering process top mbox. The problem is that after the first  
> access the X-UID and X-IMAPbase header must be added, so on large  
> mbox files this might take a long time.

Well, first of all Dovecot should take the space it needs from the X- 
Keywords spaces, so it doesn't need to write all that much data.

Second, the X-UID etc. headers are added by deliver if the mbox file  
is fully synced against the indexes. So after you had opened it once  
with IMAP, after that deliver should write the X-UID headers also as  
long as you don't use something else than Dovecot to modify the mbox.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20060703/e2540cd2/attachment.pgp