- dovecot - dovecot.org

[Dovecot] Directory Layout Performance
by Mario Antonio Garcia 02 Jul '09

02 Jul '09

From a performance perspective: Which Directory layout is better: 1. All mailboxes are stored in a single directory and prefixed with a dot or 2. Maildirs using physical directories, such as: Maildir/folder/subfolder/ It looks like the second option -- File Sytem Layout (LAYOUT=fs) -- could spread the load in a better way ...... I do not expect a user reaching maximum number of subfolders in linux , but what about those heavy users with a lot of sub-folders: Is there a significant performance gain by choosing a specific Directory Layout ... Any Comments? Regards, Mario Antonio

4 8

[Dovecot] keeping 2 dovcots in sync?
by joakim＠verona.se 02 Jul '09

02 Jul '09

I would like to have one master dovecot instance that gets email, and a slave dovecot on my laptop. I use maildir, and I was thinking of doing this with unison, but I suppose dovecots indexes would go out of sync whenever I used unison. There seems to be a number of imap folder synchronizers, but I have heard they are troublesome. Any hints? -- Joakim Verona

2 1

[Dovecot] dovecot lda and postfix
by Mauricio Tavares 02 Jul '09

02 Jul '09

I do not know if this is a help request to solve a problem but to understand what is going on. I am going to start with the problem description as I see it and we will go from there. I have postfix setup to use dovecot for tls/sasl in addition to its normal imap/pop3 functions. Postfix is also setup to do virtual domains, getting its information from the files valias, vmaps, and vhosts which are all located in its /etc/postfix directory: # Virtual domain stuff virtual_mailbox_domains = /etc/postfix/vhosts.txt virtual_mailbox_base = /var/spool/vmail virtual_mailbox_maps = hash:/etc/postfix/vmaps.txt # 1500:1500 is user virtual virtual_uid_maps = static:1500 virtual_gid_maps = static:1500 virtual_alias_maps = hash:/etc/postfix/valias.txt Dovecot uses its own unix passwd-like files to do authentication. In fact, as you can see, I broke them apart so I can make the actual password file readable only by root: mail_location = maildir:~/ auth default { passdb passwd-file { args = /etc/dovecot/passwd } userdb passwd-file { args = /etc/dovecot/users } } I know the norm is to use a database or at least ldap, but I had my reasons. Mailscanner is also installed. So, the whay things have been working so far was, postfix receives an email and checks if it is recipient exists here. If so, it would pass it to mailscanner and then get it back, when it would then drop it at the recipient's mailbox in /var/spool/vmail/domain.com/user. A user would then connect to dovecot to retrieve the email. And when an email was to be sent, postfix would use dovecot to do the user authentication. So far so good. Now I want to add dovecot lda so I can run the cmu sieve plugin (this is dovecot 1.0.1) primarily to move emails mailscanner (and spamassassin) thinks that are spam to each virtual user's Spam maildir directory. So, reading http://wiki.dovecot.org/LDA/Sieve/CMU, I add the following entries to dovecot.conf: protocol lda { mail_plugin_dir = /usr/lib/dovecot/modules/lda sendmail_path = /usr/lib/sendmail auth_socket_path = /var/run/dovecot/auth-master mail_plugins = cmusieve global_script_path = /etc/dovecot/scripts/dovecot.sieve mail_debug = yes log_path = /var/log/dovecot-lda info_log_path = /var/log/dovecot-lda } # I am being rather lazy in my sieve config entry. I did make sure the file # is owned by virtual:virtual plugin { sieve = /etc/dovecot/scripts/dovecot.sieve } socket listen { master { path = /var/run/dovecot/auth-master mode = 0600 user = virtual # User running Dovecot LDA's deliver } # Postfix is using dovecot for SMTP AUTH (SASL) client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } Then, based on http://wiki.dovecot.org/LDA/Postfix, I edit postfix's master.cf: dovecot unix - n n - - pipe flags=DRhu user=virtual:virtual argv=/usr/lib/dovecot/deliver -f ${sender} -d ${user}@${nexthop} and main.cf: dovecot_destination_recipient_limit = 1 virtual_transport = dovecot # mailbox_virtual_domains was already defined as shown above The dovecot.sieve file looks like this: require ["fileinto", "reject"]; # Spam stuff if header :contains "X-Spam-Level" "********************" { discard; stop; } elsif header :contains "X-Spam-Status" "Yes" { fileinto "Spam"; stop; } So, I restart it and try to send a message to my account, say raub(a)domain.com, in this machine. It bounces back saying the user does not exist. I check th elog files and they seem to agree: dovecot: 2009-06-30 16:31:44 Info: auth(default): passwd-file(raub(a)domain.com): lookup: user=raub(a)domain.com file=/etc/dovecot/users dovecot: 2009-06-30 16:31:44 Info: auth(default): passwd-file(raub(a)domain.com): unknown user Now this is where I am trying to understand what is going on. It seems to me that postfix *or* dovecot went to /etc/dovecot/users looking for raub(a)domain.com. Not finding it there (I had it defined there as raub simply; I have mail_location = maildir:~/ in dovecot.conf, so the username in this file does not need to be related to the user's email address), it decided user does not exist and bounced back. My testing indicated that happened after postfix passed the email to dovecot lda (I guess that virtual_transport = dovecot means it goes to master.cf and looks for the dovecot entry and then passes the message to it). That would mean postfix is not using vmaps to see if the user exists anymore. Instead, it is delegating checking if a user exists to dovecot, which is not what I want to do. I want postfix to worry about getting mail and making sure the recipient exists. Out of the blue, if I replaced the virtual_mailbox entry with local_transport = dovecot, or nothing at all, mail is delivered as it should. My gut feeling is the master.cf dovecot entry is responsible for the problem, but I am not sure because I really do not know everything that is going on there; this is the first time I venture in that file. So, could anyone shed some light on what is causing the problem? Thanks!

4 4

[Dovecot] Dovecot / Sieve
by Joan 02 Jul '09

02 Jul '09

Hi, As the "new Sieve implementation" is using a "gratefully stolen copy of deliver.c from dovecot" (i.e. a dirty code in mail-raw.c), would it be possible for the Sieve piece 1 - to be using files from dovecot directly rather than copying&changing it (which is very bad for maintenance) 2 - to be incorporated in the hg/mercurial tree of dovecot ? Thanks a lot in advance, Joan

3 10

[Dovecot] Problem with maildirsize
by Jose Luis Marin Perez 01 Jul '09

01 Jul '09

Dear Timo, I've noticed that since the Courier to Dovecot migration have had few problems with the %usage of email accounts as they do not reflect the real use, to fix this I have to manually delete the file maildirsize and run the command vuserinfo user(a)domain.com, depending on your experience may be the cause of this problem? thanks Jose Luis _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE

1 0

Re: [Dovecot] antispam patch #2 for Re: v1.2.rc8 released
by Steffen Kaiser 01 Jul '09

01 Jul '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 1 Jul 2009, Johannes Berg wrote: > Your patch will break 1.1 though. Er, yes. Attached patch compiles on v1.0 and v1.2. I also forgot <stdlib.h>. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSktVyHWSIuGy1ktrAQJ33Qf/QPkQuo81M1VO4r5iQ9Qa9rzfcx5o/iB3 9qI0PRALY7PP2He3PVusHRqJD7soMeTImwEMAW98XBZ8EUx/h+B3R0nuQatdJLGM /aHR3TAtVjX9zypvqWuzhy8mo/gtkhMEIa0azBYPSbW/Kiswv4bYIZP/gdCEtJ2O /eWeIN1fF7eHvPB18bYGf/edc3xZsELKGZE0oeRx9fcQIQ1pWB2ip3FrnHdSQzr2 SXwoCNw370ZzrFn1feoPpwNDbSdSdozGZgTG37quvS7NsPyDlGBfUkxbHo9ZY06+ CdCwYGJdyvf1gnzTpIzZQDYrQFqahr/GKevhbAIgjb88lYt0B71f6A== =FuX7 -----END PGP SIGNATURE-----

1 0

[Dovecot] short-cut for install prefix in conf file?
by Steffen Kaiser 01 Jul '09

01 Jul '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, is there a way to shortcut the absolute path in the dovecot.conf file for the various referenced files? Something like: Now: acl = pgsql:/usr/local/dovecot-1.2.rc8acl-hook2/etc/dovecot-dict-acl-sql.conf mail_executable = \ /usr/local/dovecot-1.2.rc8acl-hook2/libexec/dovecot/rawlog \ /usr/local/dovecot-1.2.rc8acl-hook2/libexec/dovecot/imap Short #1 - relative to dir of conf file acl = pgsql:dovecot-dict-acl-sql.conf mail_executable = ../libexec/dovecot/rawlog ../libexec/dovecot/imap Relative paths are currently evaluated relative to /tmp or '.', it looks like. Because of the different useages of the .conf file, this variant will be troublesome, I guess. Short #2 - use variables as in the shell INSTALL := /usr/local/dovecot-1.2.rc8acl-hook2 acl = pgsql:$INSTALL/etc/dovecot-dict-acl-sql.conf mail_executable = \ $INSTALL/libexec/dovecot/rawlog \ $INSTALL/libexec/dovecot/imap So you need to define the path just one time in the file. Maybe use %$INSTALL instead of $INSTALL, in order to _not_ introduce another metacharacter and break backwards compatibly. Short #3 - pseudo variable (%* here) with modifier (I == installpath) acl = pgsql:%I*/etc/dovecot-dict-acl-sql.conf The background is to support multiple parallel installations, e.g. during testing, I cannot rely on symlinks, but want that all stuff in a conf file is referenced to the same install tree. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSktUoHWSIuGy1ktrAQIMYAf/dfRvO5Q8FitDR6vlSkehjKU+LkZtDv4H 1GjmjBill9Aewuwsb4v8AqNqaoXgsIovQMPZzWGTLzT1MTp36ckOame60PiXFmbZ V7DK6LKR+oeRHVKErwu/iauzj7jmjwAUzPaKd7xavt6UdTw+4MqPFHcg42yjPJAC VF1XQC2l6Wk4rdp/1ijfpkGSYyfzgqXePzjQK8zywyAeZquB90jsfF2cDg07Bhn9 jXTDDPKB7eivEQaWKgTAwKO/vN4BNCaqdhLq20ZHAurP3aXRRbfTk/AZFebDxi5K HU5VO6xfrk8MYE0XU7M91lOi6gwwWvIBMxuEoXAQS4C7NNYFx/JtBA== =T1yk -----END PGP SIGNATURE-----

1 0

[Dovecot] IMAP bandwidth
by Martijn de Munnik 01 Jul '09

01 Jul '09

Hi, I want to calculate the bandwidth usage of the IMAP protocol. POP3 displays a message when the connection is closed about the transfered bytes. In an old mailinglist post I found this message: http://www.dovecot.org/list/dovecot/2007-March/020478.html Is this patch integrated or is there another way to calculate the bandwidth for IMAP connections? Martijn de Munnik -- YoungGuns Kasteleinenkampweg 7b 5222 AX 's-Hertogenbosch T. 073 623 56 40 F. 073 623 56 39 www.youngguns.nl KvK 18076568

3 2

Re: [Dovecot] No folders listed in felamimail
by Jonathan Knight 01 Jul '09

01 Jul '09

dovecot-request(a)dovecot.org wrote: > I thought I try and solve a long standing bug we've had with felamimail > not listing folders from our dovecot server. > Is it bad form to reply to your own postings? I've managed to find the source of the problem and apply a temporary hack to get the folders listed. I'm not sure whether it's a bug or a feature or if there is a proper fix. The issue is that our mail folder layout is still based on "elm" (hands up everyone who remembers that) and we store all the users folders in mbox format under a directory called Mail in their home directory. We've defined a namespace in dovecot called "" which knows to look there and will list all the folders. However, we have run uw-imap in the past so we have a hidden namespace that maps all the folders starting "Mail/" to the new namespace so that we didn't have to change any of the clients. Egroupware has a bunch of code that tries to guess what sort of IMAP server is on the other end based on what folders it can find. One of those checks is for "Mail" and when it finds it it assumes that's the place to go looking for folders rather than using what the Namespace command returned. I'm guessing that this was put in by someone with the same layout as we used to have with "elm" trying to overcome the lack of a configuration file in uw-imap. Our "Mail/" namespace doesn't list any folders and so felamimail can't see anything for the user. My temporary hack was to comment out all the IMAP server guessing code and that fixes the problem for us. Now I need to find out how felamimail deals with IMAP servers that can't have mail folders containing messages and subfolders (it's one or the other with dovecot using mbox) Jon.

1 0

[Dovecot] sieve vacation messages trouble
by Stéphane Cottin 30 Jun '09

30 Jun '09

Hi, sieve vacation replies are rejected by gmail with a "555 5.5.2 Syntax error". The return path is set to "<>", I think this is why this error is triggered by gmail. The rest of the vacation message seems ok. I'm using dovecot 1.1.11 (waiting for final 1.2 to upgrade) , delivering with "/usr/lib/dovecot/deliver -d email@domain" Stéphane Cottin

2 3