- dovecot - dovecot.org

[Dovecot] a <blush> build/install question
by Stewart Dean 20 Mar '07

20 Mar '07

This is probably an idiot (and certainly so basic as to be non-Dovecot) question, but I have been chasing my tail for a day or so on it, so I will, with humiliation, ask for guidance on it. Some time back I had asked if dovecot had to have a whole build tree of stuff to run or if any upgrade could be limited to just the executable and some libraries. I was told the latter, and given this list: dovecot (the executable) dovecot.conf libexec/imap libexec/imap-login libexec/dovecot-auth I had wanted to structure my build and install work so that, when update came out, I could build into a directory that was stamped with the time and version and ssl inclusion status. Every time I built I would create a new directory, and I would be able to everything to fall back with, in the old directories. Being that this is production, I wanted to be able to uplevel (or fall back) quickly. I should say I build on a build machine, since I don't want to have a compiler on the production machines; I specified the stamped unique name of this build directory du jour using the --prefix confiigure parm The configure, make and make install steps all go fine. Now I have to transfer those five files over to the target production machine, where I had planned to reference these essential DC files, dovecot itself, dovecot.conf, etc through links, like this: (while resident in the build directory which has been NFS imported onto the production target machine) > cp -p ./sbin/dovecot /usr/sbin/$buildver.dovecot > ln -sf /usr/sbin/$buildver.dovecot /usr/sbin/dovecot > > cp -p ./etc/dovecot-example.conf /etc/dovecot-example.$buildver.conf > > cp -p ./libexec/dovecot/imap /usr/libexec/$buildver.imap > ln -sf /usr/libexec/$buildver.imap /usr/libexec/imap > > cp -p ./libexec/dovecot/imap-login /usr/libexec/$buildver.imap-login > ln -sf /usr/libexec/$buildver.imap-login /usr/libexec/imap-login > > cp -p ./libexec/dovecot/dovecot-auth /usr/libexec/$buildver.dovecot-auth > ln -sf /usr/libexec/$buildver.dovecot-au Alas, when I actually tried to run dovecot, it was asking for its resource /in the original build tree/ location, which wasn't there. Is there some way I can do what I want? It seems like I could run the configure without the --prefix parm and have these five files end up in the standard place, but then you would always be building in the same place. I would rather have them in a sheaf of unique build trees so there was never any confusion as to where an edition of them came from...one could always reference back to the unique build tree and do a sum on them. -- ==== Stewart Dean, Unix System Admin, Henderson Computer Resources Center of Bard College, Annandale-on-Hudson, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

5 7

Re: [Dovecot] Best way to migrate from Qpopper to Dovecot
by David Robillard 20 Mar '07

20 Mar '07

> Hi List, > > what do you think is the best way to migrate (to a new maschine) round about > 30000 mboxes (Qpopper) with an amount of 43Gigs data, to maildir format > (Dovecot). > I think there are two ways: > > 1. > - stop services (smtp and pop3) on the old maschine > - copy the mboxes to the new maschine > - run a conversion script (for excample: "Perfect_maildir" > http://perfectmaildir.home-dn.net/) > - start the services on the new maschine (smtp and Dovecot) > > 2. > - tell the users to use the new server (from the day X) with the new feature > (imap) > - stop the smtp on the old maschine on day X > - leave the old maschine active for a month or so (let users get their "old" > mail) > > With the first alternative we have a high downtime, because of copying the > mboxes and converting the stuff. > > What do you think? Hello Torsten, We switched our 3500+ users from Qpopper to Dovecot last week-end. We had around 27Gb of data to migrate. We had a maintenance window in which we could stop the POP services, so it was quite easy to do. Even if we changed hardware, we kept the old name and IP so that we had no DNS changes to do. Clean and simple. Here's how we've done things on FreeBSD 6.2-RELEASE-p2 -- Shutdown qpopper POP services on the old machine. -- Create a tar and transfered it to the new machine. Acutally, this was a single step in which we used a pipe to send that tar STDOUT into ssh's STDIN. -- Import /etc/master.passwd and /etc/group from the old system into the new machine. -- Run a simple shell script to change from mbox format to Maildir using mb2md and set permissions. -- Exchange FQDN and IP between to old machine and the new one in order to prevent any DNS changes. -- Start Dovecot and your MTA on the new machine. Concerning your desire to move your user's Maildir into /var/mail/first_letter_of_username/username. It should be trivial to do using a simple /bin/sh script. Have fun ! David -- David Robillard UNIX systems administrator & Oracle DBA CISSP, RHCE & Sun Certified Security Administrator Montreal: +1 514 966 0122

2 1

[Dovecot] Sieve: Conversion script for procmail recipes.
by Stephen Usher 20 Mar '07

20 Mar '07

Seeing as many on this list are in the process of migrating their mailsystems not only to dovecot's IMAP/POP3 server but also using dovecot's deliver for delivering e-mail into users' folders I thought that it might be a good idea to share with you the perl script I've been labouring upon for the last few days which will translate a simple(ish) procmail recipe to an equivalent Dovecot-Sieve script. (It handles vacation pipes as well, by the way.) It may even be useful as a basis for a more fully featured translator, who knows. Whatever, if it could be put on the Wiki no doubt it will prevent the wheel being re-invented time and again. The script can be found at the following URL: http://www.earth.ox.ac.uk/~steve/sieve/procmail2sieve.pl It might be worth putting it in a contrib directory in the dovecot-sieve distribution. Steve -- --------------------------------------------------------------------------- Computer Systems Administrator, E-Mail:-steve@earth.ox.ac.uk Department of Earth Sciences, Tel:- +44 (0)1865 282110 University of Oxford, Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072

1 0

[Dovecot] Outlook client timeouts on sending mail
by J Moore 20 Mar '07

20 Mar '07

This may be a sendmail question, but I thought I'd ask here first: I set up an Outlook client to use secure IMAP and secure SMTP. When sending a message, the client typically times out once or twice and presents an error message indicating the server isn't configured for secure delivery. With a little persistence, Outlook eventually makes a successful connection, and the message goes on its way (2-3 tries). Any pointers as to where to look for the problem? Thanks, Jay

2 1

[Dovecot] Best way to migrate from Qpopper to Dovecot
by Torsten 20 Mar '07

20 Mar '07

Hi List, what do you think is the best way to migrate (to a new maschine) round about 30000 mboxes (Qpopper) with an amount of 43Gigs data, to maildir format (Dovecot). I think there are two ways: 1. - stop services (smtp and pop3) on the old maschine - copy the mboxes to the new maschine - run a conversion script (for excample: "Perfect_maildir" http://perfectmaildir.home-dn.net/) - start the services on the new maschine (smtp and Dovecot) 2. - tell the users to use the new server (from the day X) with the new feature (imap) - stop the smtp on the old maschine on day X - leave the old maschine active for a month or so (let users get their "old" mail) With the first alternative we have a high downtime, because of copying the mboxes and converting the stuff. What do you think? Thanks Torsten

3 5

[Dovecot] RHEL5 and dovecot version
by Oliver Schulze L. 20 Mar '07

20 Mar '07

RedHat Enterprise 5 is released! And dovecot 1.0rc15 is included! :) http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/os/SRPMS/dovec… I wonder what the RH patches are, downloading ... HTH Oliver -- Oliver Schulze L. | Get my e-mail after a captcha in: Asuncion - Paraguay | http://tinymailto.com/oliver

1 0

[Dovecot] userdb static and doubled homedir problem
by Michal Soltys 20 Mar '07

20 Mar '07

With following configuration: userdb static { args = uid=10000 gid=10000 home=/home/vmail/domain.tld/%u/./ mail=maildir:~/maildirs } and accompanying passdb passwd-file consisting of only user and password, for example test:{PLAIN}test: dovecot will access home=/home/vmail/domain.tld/test/home/vmail/domain.tld/test/maildirs instead of home=/home/vmail/domain.tld/test/maildirs dovecot 1.0rc27 (+ flock and convert plugin diffs), openbsd 3.9, i386 any extra info (ktrace, etc.) - if needed dovecot -n: base_dir: /var/dovecot/ protocols: imap imaps pop3 pop3s ssl_listen: * ssl_ca_file: /etc/ssl/cert_bundle.pem ssl_cert_file: /etc/ssl/ca_ppgk/certs/fetch_crt.pem ssl_key_file: /etc/ssl/ca_ppgk/private/fetch_key.pem verbose_ssl: yes login_dir: /var/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_greeting: Dovecot IMAP server ready. login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no valid_chroot_dirs: /var/mail:/home/regular:/home/vmail verbose_proctitle: yes first_valid_uid: 1999 first_valid_gid: 10 mail_location: mbox:~/Mail:INBOX=/var/mail/%u mail_debug: yes fsync_disable: yes lock_method: flock maildir_copy_with_hardlinks: yes mbox_read_locks: flock mbox_write_locks: flock mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle delay-newmail imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login verbose: yes debug: yes passdb: driver: passwd-file args: /etc/dovecot.passwd passdb: driver: bsdauth userdb: driver: static args: uid=10000 gid=10000 home=/home/vmail/domain.tld/%u/./ mail=maildir:~/maildirs userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master:

1 1

[Dovecot] Courier's courierpop3dsizelist - uid convert
by Marcin Gryszkalis 19 Mar '07

19 Mar '07

Hi Migration page [1] on wiki says "Courier version 3 (younger versions) Here everything has changed: Courier's UID data are now stored in courierpop3dsizelistand in a completely new format. But it's still possible to convert it to the format dovecot needs (link to perlscript and further configuration details will follow later). " but there's nothing more. I couldn't find any ready to use script for the conversion. Maybe somebody has it ready or could help me, I can write perl oneliner but I don't understand the format of index files. dovecot's is like this 1 1174291188 518 1 1174181234.P58178Q0M660793.sas.xxx.xxx.xx:2, 2 1174286738.P16096Q0M408737.sas.xxx.xxx.xx:2, courierpop3dsizelistand is like this /2 703 1105349624 1135668673.V41dI2c3c85.sas.xxx.xxx.xx:2,S 12176 184:1105349624 1135766433.V41dI2c3c95.sas.xxx.xxx.xx:2,S 170450 185:1105349624 I understand every line starts with mail filename, but I don't understand latter values. I'm also not sure about first line of dovecot's file. Any help would be appreciated :) greetings marcin [1] http://wiki.dovecot.org/Migration -- Marcin Gryszkalis, PGP 0x9F183FA3 jabber jid:mg@fork.pl, gg:2532994 http://the.fork.pl

1 0

[Dovecot] Dovecot 'suicide'
by Luigi Rosa 19 Mar '07

19 Mar '07

I have a Dovecot installation on a Fedora 4. With the last update from Dovecot RC10 to Dovecot RC27, the daemon kills itself every night with this error: Mar 17 05:23:11 mail dovecot: Time just moved backwards by 6 seconds. This might cause a lot of problems, so I'll just kill m yself now. The error appears just after the night maintenance script executes a ntpdate syncronization ntpdate is version 4.2.0a(a)1.1196-r Well, 6 seconds are little more than a blink in human perspective, even if it is a long time for a computer point of view. Couldn't be possible to add a configuration option to avoid the suicide? Any other option other than suicide is better, because there could be situations of really unattended servers. Ciao, luigi -- / +--[Luigi Rosa]-- \ She was a lovely girl. Our courtship was fast and furious. I was fast and she was furious. --Max Kauffmann

6 6

[Dovecot] Changed CONTROL= path causes POP3 to fail, whereas IMAP is working (rc25 & rc26)
by Steffen Kaiser 19 Mar '07

19 Mar '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I'm testing some configurations, in the process I used a wrong user setting causing POP3 (get new messages) to fail, whereas IMAP was still working. An easy fix was to remove the entire /var/cache/dovecot/1012/ directory, both index and index/control were re-created and do work. So my guess is that the existance of the indexes causes some trouble when just the control information is missing. Here is what I had done: The mailbox of "dvtest" was fully working with the correct setting from the config file: mail=maildir:/home/dvtest/MailDir:INDEX=/var/cache/dovecot/1012/index:CONTROL=/var/cache/dovecot/1012/control (no "/index" in the CONTROL= part). Then I created a LDAP entry for the user dvtest wrongly: mail=maildir:/home/dvtestMAIL/MailDir:INDEX=/var/cache/dovecot/1012/index:CONTROL=/var/cache/dovecot/1012/index/control The CONTROL= ended in "/index/control" rather than just "/control". (Note: I also mv'ed /home/dvtest to /home/dvtestMAIL in order to see, whether the LDAP attribute is getting used.) Afterwards IMAP is working, but POP3 returns "Couldn't init INBOX: Unknown error"; Thunderbird displays the error: "The STAT command did not succeed. Error getting message number and sizes. Mail server ux-2s11-9 responded: Couldn't sync mailbox." When I correct the LDAP attribute, hence the CONTROL= path ends in "1012/control" again. The mailbox is working with POP3 again. The INBOX of the erroreous control path does not contain any dovecot-* files? The message I deleted and expunged (see logs) were from the INBOX. /var/cache/dovecot/1012/index/control# lr .: total 16 drwx------ 4 dvtest Debian-exim 4096 2007-03-07 09:36 ./ drwx------ 12 dvtest dvtest 4096 2007-03-07 09:34 ../ drwx------ 2 dvtest Debian-exim 4096 2007-03-07 09:36 .Addresses/ drwx------ 2 dvtest Debian-exim 4096 2007-03-07 09:35 .INBOX/ ./.Addresses: total 24 drwx------ 2 dvtest Debian-exim 4096 2007-03-07 09:36 ./ drwx------ 4 dvtest Debian-exim 4096 2007-03-07 09:36 ../ - -rw------- 1 dvtest Debian-exim 12756 2007-03-07 09:36 dovecot-uidlist ./.INBOX: total 8 drwx------ 2 dvtest Debian-exim 4096 2007-03-07 09:35 ./ drwx------ 4 dvtest Debian-exim 4096 2007-03-07 09:36 ../ The attached file contains the full log of a session POP3 (get new messages), IMAP, expunge in INBOX, POP3 again. I also selected the mailbox Adresses once, to see if it is working. === # dovecot --version 1.0.rc26 # dovecot -n # /usr/local/dovecot.rc26/etc/dovecot.conf log_path: /var/log/dovecot/dovecot.log protocols: imap imaps pop3 pop3s ssl_ca_file: /etc/ssl/certs/ca.crt ssl_cert_file(default): /etc/ssl/certs/imap.pem ssl_cert_file(imap): /etc/ssl/certs/imap.pem ssl_cert_file(pop3): /etc/ssl/certs/pop3.pem ssl_key_file(default): /etc/ssl/private/imap.key ssl_key_file(imap): /etc/ssl/private/imap.key ssl_key_file(pop3): /etc/ssl/private/pop3.key disable_plaintext_auth: no verbose_ssl: yes login_dir: /usr/local/dovecot.rc26/var/run/dovecot/login login_executable(default): /usr/local/dovecot.rc26/libexec/dovecot/imap-login login_executable(imap): /usr/local/dovecot.rc26/libexec/dovecot/imap-login login_executable(pop3): /usr/local/dovecot.rc26/libexec/dovecot/pop3-login login_log_format_elements: %p: user=<%u> method=%m rip=%r lip=%l %c verbose_proctitle: yes first_valid_uid: 1000 mail_location: maildir:%h/MailDir:CONTROL=/var/cache/dovecot/%i/control:INDEX=/var/cache/dovecot/%i/index mail_debug: yes dotlock_use_excl: yes maildir_copy_with_hardlinks: yes maildir_copy_preserve_filename: yes mail_drop_priv_before_exec: yes mail_executable(default): /usr/local/dovecot.rc26/libexec/dovecot/imap mail_executable(imap): /usr/local/dovecot.rc26/libexec/dovecot/imap mail_executable(pop3): /usr/local/dovecot.rc26/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_log zlib mail_plugins(imap): quota imap_quota mail_log zlib mail_plugins(pop3): quota mail_log mail_plugin_dir(default): /usr/local/dovecot.rc26/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/dovecot.rc26/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/dovecot.rc26/lib/dovecot/pop3 mail_log_prefix: %Us(%u) [%p]: mail_log_max_lines_per_sec: 30 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %u pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): oe-ns-eoh namespace: type: private separator: . inbox: yes hidden: yes auth default: mechanisms: plain login cache_size: 10 username_chars: abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890 verbose: yes debug: yes debug_passwords: yes passdb: driver: ldap args: /usr/local/dovecot.rc25/etc/dovecot-ldap.conf passdb: driver: pam args: cache_key=%u session=yes dovecot userdb: driver: prefetch userdb: driver: ldap args: /usr/local/dovecot.rc25/etc/dovecot-ldap.conf userdb: driver: passwd socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 master: path: /var/run/dovecot/auth-master mode: 432 group: mail plugin: quota: fs Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBRe6BIS9SORjhbDpvAQJY0wf/YCDC/Np8RRcOOgm36NZDT0PpS28u17QK TDHsbrZqgeA6iPV0IXpIrAV3fficnCQLJ25saIpl5BQyD18Lsbw15SJiFSs9Igko LCuiQwX4JzybXfga4m9rf6pMR9be/yREsbBsAu8KagMYVUxzN1H01cJfNb86XKNw 7GeKahpYVIVR3y9PZf13x8gW16REeRt0andWHa9Dmqt//ygv+sSqngfN9tzp6keo CW13FLIZufnP6TeFwcBQF4KNh6HeZn3B7AYL4BRAqrMIVRgIIkgDD3TzfNIUHCwq GwqvTE/dquW2HEwtG00S/ZnG6WAf6WKzl9p32F1mihRMpYjsQj2uyg== =8cA5 -----END PGP SIGNATURE-----

2 1