[Dovecot] Courier migrating issues: indexes, maildirsize, update query
Jan van den Berg
jan.vandenberg at isp.solcon.nl
Wed May 23 15:36:20 EEST 2007
Thanks a lot for the quick response (you sure are active on the list).
I wasn't aware of the PostLoginScript option I will sure give this a
So from what I understand Dovecot isn't there yet either when it comes
to quota handling (maildirsize). I'll give it another thought on what
will work best for us.
About the indexes; this thoroughly confusing.
I don't understand why Dovecot IMAP wants to use index files for a
maildir++ implementation (this seems to defy the point of a maildir).
Therefore I figured these files were used for POP3. But you made this
clear now; that it is indeed used for IMAP.
Still I can't get it to work (index=memory) this is my line:
mail_location = maildir:/var/spool/mail/%1u/%2u/%u:INDEX=MEMORY
I added INDEX=MEMORY later; all was working fine before. Now however
IMAP or POP3 no matter what I do; the dovecot.index files are still
generated. I kill the dovecot daemon; remove the index files, start the
deamon and either way (POP3 or IMAP) the indexes will re-appear after
connecting to a mailbox.
(Note: this isn't a NFS caching thing). With a trace I can see these
files are created:
"/var/spool/mail/r/o/roka-05/dovecot.index.log") = 0
"/var/spool/mail/r/o/roka-05/dovecot.index") = 0
"/var/spool/mail/r/o/roka-05/dovecot.index.cache") = 0
Van: Timo Sirainen [mailto:tss at iki.fi]
Verzonden: woensdag 23 mei 2007 13:39
Aan: Jan van den Berg
CC: dovecot at dovecot.org
Onderwerp: Re: [Dovecot] Courier migrating issues: indexes,
On Wed, 2007-05-23 at 12:57 +0200, Jan van den Berg wrote:
> I'm in the process of testing Dovecot to see whether it meets our
> to replace our current Courier setup which serves well over 100.000
> mailboxes (pop3 and imap: mysql with NFS)
> So far dovecot seems pretty straight forward; however I ran into a
> couple of things that I'm curious about.
> 1. What's the deal with
> dovecot.index/dovecot.index.log/dovecot.index.cache. I understand
> Dovecot uses this for POP3 primarily
I guess you meant to say "for IMAP", which is correct.
> but this will no doubt cause a lot of overhead on our platform.
Yes, they bring a bit too much extra overhead for standard download
+delete POP3 users. v1.1's indexes will work better with POP3 (and most
likely also with NFS).
> Also getting this to work with our NFS
> setup would be a pain (locking etc.). I've been following this
> it ends with C. Malony suggesting that an disable index option would
> in place; but no further action is taken. Basically I want to get rid
> the index files (courier also doesn't use any). Any suggestions; will
> there be a disable-index option?
Have you read http://wiki.dovecot.org/NFS?
You can anyway disable indexes with appending :INDEX=MEMORY to
mail_location setting, but it's probably not such a good idea. POP3
requires that the messages' virtual sizes are known. Dovecot initially
calculates by reading the whole message's contents and then storing the
size to dovecot.index.cache file. If you've disabled indexes, it means
that all the messages' contents are read at the beginning of each POP3
Courier solves this by keeping the message sizes in courierpop3dsizelist
file. I'm thinking about doing something similar for Dovecot v1.1 also.
Alternative way would be to add the file's virtual size into the maildir
filename itself (see ,W=<vsize> in
http://wiki.dovecot.org/MailboxFormat/Maildir), but Dovecot doesn't add
them internally (but it does use them if they exist) and I'm not sure
how to configure other MDAs to do this.
> 2. One of the reasons we want to get rid of Courier is because the
> maildirsize is often incorrect. Whether this is because of a bad
> implementation or NFS issues or whatever, I haven't figured out yet.
Dovecot's maildirsize implementation works like Courier's, so it's
probable that it's just as broken with NFS:
/* We rely on O_APPEND working in here. That isn't NFS-safe, but
isn't necessarily that bad because the file is recreated once
a while, and sooner if corruption causes calculations to go
over quota. This is also how Maildir++ spec specifies it
> I'd like to test this function in Dovecot; but there seems to be very
> little documentation. I read the link
> http://wiki.dovecot.org/Quota/Dict but this info is too scarce. Any
> pointers on where to go?
Dict quota doesn't work very well with multiple simultaneous connections
either with v1.0. This has already been fixed for upcoming v1.1 though.
So, I don't think Dovecot's POP3 implementation is going to help you in
any way. Some people are even using Dovecot IMAP + Courier POP3
combination for now.
> 3. In our MySQL setup we have a field with the latest poptime and
> pophost (IP). This info can come in handy when troubleshooting or
> filtering out inactive mailboxes. With our Courier setup this field
> updated by a rather elaborate script that checks the logs and runs
> updates queries. I could get this to work for Dovecot; but with
> being more actively in development, I wonder could this be a feature;
> like after a user_query, another update query?
http://wiki.dovecot.org/PostLoginScripting at least works. I've thought
also about some post_login_query but I don't know if it's worth the
More information about the dovecot