April 2013 - dovecot - dovecot.org

[Dovecot] Sync errors trying to sync old mbox inboxes to dovecot
by Michael Smith 16 Apr '13

16 Apr '13

We are currently running dovecot 2.2.rc3. I am trying to 'dsync mirror' old Qpopper/mbox inboxes to our new Dovecot/mdbox servers. For most of the several thousand accounts, it works without issue. But there are a handful of accounts that are generating the following errors. dsync(joe): Error: Sync failed for mbox file /var/opt/migrate/users/joe/inbox: seq=981 uid=981 uid_broken=0 originally needed 9 bytes, now needs 11 bytes dsync(john): Error: Sync failed for mbox file /var/opt/migrate/users/john/inbox: seq=115028 uid=115028 uid_broken=0 originally needed 34 bytes, now needs 35 bytes dsync(john): Error: Sync failed for mbox file /var/opt/migrate/users/john/inbox: seq=114779 uid=114779 uid_broken=0 originally needed 34 bytes, now needs 35 bytes dsync(john): Error: Sync failed for mbox file /var/opt/migrate/users/john/inbox: seq=114778 uid=114778 uid_broken=0 originally needed 34 bytes, now needs 35 bytes dsync(john): Error: Sync failed for mbox file /var/opt/migrate/users/john/inbox: seq=114621 uid=114621 uid_broken=0 originally needed 34 bytes, now needs 35 bytes dsync(john): Error: Sync failed for mbox file /var/opt/migrate/users/john/inbox: seq=114610 uid=114610 uid_broken=0 originally needed 34 bytes, now needs 35 bytes dsync(john): Error: Sync failed for mbox file /var/opt/migrate/users/john/inbox: seq=114607 uid=114607 uid_broken=0 originally needed 34 bytes, now needs 35 bytes dsync(john): Error: Sync failed for mbox file /var/opt/migrate/users/john/inbox: seq=113993 uid=113993 uid_broken=0 originally needed 34 bytes, now needs 35 bytes dsync(john): Error: Sync failed for mbox file /var/opt/migrate/users/john/inbox: seq=113868 uid=113868 uid_broken=0 originally needed 34 bytes, now needs 35 bytes dsync(john): Error: Sync failed for mbox file /var/opt/migrate/users/john/inbox: seq=113855 uid=113855 uid_broken=0 originally needed 34 bytes, now needs 35 bytes dsync(john): Error: Sync failed for mbox file /var/opt/migrate/users/john/inbox: seq=46725 uid=46725 uid_broken=0 originally needed 32 bytes, now needs 34 bytes What exactly is this error indicating and how can I fix it?

3 9

[Dovecot] Dovecot 2.1.16: Quota plugin compile fails: Solaris 10
by Stephen Usher 16 Apr '13

16 Apr '13

Dovecot 2.1.16 fails to compile giving the following error under Solaris 10. Previously I had no problem compiling 2.1.12. The start of the config.log file contains: It was created by Dovecot configure 2.1.16, which was generated by GNU Autoconf 2.68. Invocation command line was $ ./configure ## --------- ## ## Platform. ## ## --------- ## hostname = luna uname -m = i86pc uname -r = 5.10 uname -s = SunOS uname -v = Generic_148889-01 /usr/bin/uname -p = i386 /bin/uname -X = System = SunOS Node = luna Release = 5.10 KernelID = Generic_148889-01 Machine = i86pc BusType = <unknown> Serial = <unknown> Users = <unknown> OEM# = 0 Origin# = 1 NumCPU = 4 /bin/arch = i86pc /usr/bin/arch -k = i86pc /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/sfw/bin PATH: /usr/local/bin PATH: /usr/bin PATH: /usr/sbin PATH: /usr/ccs/bin PATH: /opt/SUNWspro/bin PATH: /usr/ucb GCC version info: Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --enable-shared Thread model: posix gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath) Making all in quota gmake[4]: Entering directory `/usr/local/src/mail/dovecot/dovecot-2.1.16/src/plugins/quota' gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../src/lib -I../../../src/lib-master -I../../../src/lib-dict -I../../../src/lib-index -I../../../src/lib-mail -I../../../src/lib-storage -I../../../src/lib-storage/index -I../../../src/lib-storage/index/maildir -I../../../src/doveadm -I/usr/local/ssl/include -I/usr/sfw/include -I/usr/local/include -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -I/usr/local/ssl/include -MT quota-status.o -MD -MP -MF .deps/quota-status.Tpo -c -o quota-status.o quota-status.c quota-status.c: In function `main': quota-status.c:200: error: `optarg' undeclared (first use in this function) quota-status.c:200: error: (Each undeclared identifier is reported only once quota-status.c:200: error: for each function it appears in.) gmake[4]: *** [quota-status.o] Error 1 gmake[4]: Leaving directory `/usr/local/src/mail/dovecot/dovecot-2.1.16/src/plugins/quota' Steve -- --------------------------------------------------------------------------- IT Systems Administrator, E-Mail:- steve(a)earth.ox.ac.uk Department of Earth Sciences, Tel:- +44 (0)1865 282110 Oxford University, South Parks Road, Oxford, UK. Fax:- +44 (0)1865 272072

1 1

[Dovecot] LDAP attribute as shared mailbox name
by Marek Skubela 16 Apr '13

16 Apr '13

Hello, Is it possible to use LDAP attribute (cn in my case) instead of e-mail address as a shared folder name, so users would see something like: Shared > ExampleCompany Service and not the default Shared > service(a)example.com? -- Regards, Marek Skubela

2 1

[Dovecot] [PATCH] mailbox_get_metadata() for mailboxes with open transactions.
by Dafan Zhai 16 Apr '13

16 Apr '13

Hi everyone, I am writing a dovecot statistic plugin, which calls mailbox_get_metadata() to get the virtual size of the mailbox, if a mail is copied. I have noticed that mailbox_get_metadata() calls mailbox_sync(), and mailbox_sync() will fail for the mailboxes with open transactions. But if a mail is copied, there must be at least one transaction opened for the mailbox. So I can not get the virtual size. Commit [1] has fixed the same problem in mailbox_get_status(). I think the same should also be done in mailbox_get_metadata(). See the patch below. Dovecot version: 2.2.0 OS: OS: Linux 3.4.39-dist i686 maildir:~/Maildir:LAYOUT=fs:INBOX=~/Maildir/INBOX Dafan [1] http://hg.dovecot.org/dovecot-2.2/rev/12136db6e31f # HG changeset patch # User Dafan Zhai <dafan.zhai(a)securepoint.de> # Date 1366118323 -7200 # Node ID 7f0c5122d863d303ef5e74bbf650c2bac89ac564 # Parent f33bacb03cc22e02ca2d11d527d8dc0d99214486 lib-storage: mailbox_get_metadata() no longer forces mailbox to be synced. This fixes getting virtual size through mailbox_get_metadata() of mailboxes with open transactions. diff -r f33bacb03cc2 -r 7f0c5122d863 src/lib-storage/index/index-status.c --- a/src/lib-storage/index/index-status.c Tue Apr 16 15:54:05 2013 +0300 +++ b/src/lib-storage/index/index-status.c Tue Apr 16 15:18:43 2013 +0200 @@ -371,10 +371,10 @@ if (!box->opened) { if (mailbox_open(box) < 0) return -1; - } - if (!box->synced && (items & MAILBOX_METADATA_SYNC_ITEMS) != 0) { - if (mailbox_sync(box, MAILBOX_SYNC_FLAG_FAST) < 0) - return -1; + if ((items & MAILBOX_METADATA_SYNC_ITEMS) != 0) { + if (mailbox_sync(box, MAILBOX_SYNC_FLAG_FAST) < 0) + return -1; + } } if ((items & MAILBOX_METADATA_VIRTUAL_SIZE) != 0) {

2 1

[Dovecot] Dovecot 2.2 multiple master user passdb's not working anymore
by Christian Wiese 16 Apr '13

16 Apr '13

Hi, after an update from dovecot 2.1.16 to 2.2.0 I encountered a problem when using multiple master user passdb's like the following: ----%<--------------------------------------------------------- passdb { args = /etc/dovecot/passwd.foo-master driver = passwd-file master = yes } passdb { args = /etc/dovecot/passwd.bar-master driver = passwd-file master = yes } ----%<--------------------------------------------------------- The former behavior that the passdb's are searched sequentially to find the given master user doesn't seem to work anymore. Only the first passdb is searched, and thus authentication will fail for all master users which are not defined in the first passdb. Because I cannot find any hint that the master user handling has changed fundamentally it looks like a bug, but maybe I missed configuration related changes from 2.1 to 2.2 that is causing this new behavior. Cheers, Chris

2 2

[Dovecot] Probs authenticating to Dovecot
by Kris Magnusson 16 Apr '13

16 Apr '13

Hi folks. I have set up a Ubuntu 12.04 VM with Dovecot, Postfix, MySQL, amavisd, and ISPConfig 3. The VM has tons of RAM and disk and processor and is permanently connected to the Internet with a static IP. I followed the instructions at howtoforge.com to set up and configure this VM and am using ISPConfig to set up a mail hub for multiple domains. I have the DNS for my other domains' MX records pointing at this host—we'll call it "mail." Here's the version of Dovecot I'm using: root@mail:# dovecot --version 2.1.7 Anyway, when I try to connect to my VM and Dovecot using Mail.app on Mountain Lion, I get the following messages in mail.log: Apr 15 01:18:40 mail postfix/smtpd[4284]: connect from 50-196-170-xxx-static.hfc.comcastbusiness.net[50.196.170.xxx] Apr 15 01:18:40 mail dovecot: auth-worker(4331): mysql(localhost): Connected to database dbispconfig Apr 15 01:18:42 mail postfix/smtpd[4284]: warning: 50-196-170-xxx-static.hfc.comcastbusiness.net[50.196.170.xxx]: SASL PLAIN authentication failed: Apr 15 01:18:42 mail postfix/smtpd[4284]: disconnect from 50-196-170-xxx-static.hfc.comcastbusiness.net[50.196.170.xxx] Apr 15 01:18:54 mail dovecot: imap-login: Disconnected (auth failed, 1 attempts in 6 secs): user=<kris>, method=PLAIN, rip=50.196.170.xxx, lip=50.196.170.yyy, TLS, session=<wwn85mHa8AAyxKq9> Apr 15 01:19:04 mail dovecot: imap-login: Disconnected (auth failed, 1 attempts in 10 secs): user=<kris>, method=PLAIN, rip=50.196.170.xxx, lip=50.196.170.yyy, TLS, session=<XGdT52Ha8QAyxKq9> But if I run alpine on mail, I can send and receive mail all day long. Here's a log entry that demonstrates this: Apr 15 01:20:01 mail postfix/smtpd[4284]: connect from localhost[127.0.0.1] Apr 15 01:20:01 mail postfix/smtpd[4284]: lost connection after CONNECT from localhost[127.0.0.1] Apr 15 01:20:01 mail postfix/smtpd[4284]: disconnect from localhost[127.0.0.1] Apr 15 01:20:01 mail dovecot: pop3-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, secured, session=<FGhS62HaIwB/AAAB> So I thought it was a problem with SASL not liking PLAIN authentication. When I go to /etc/dovecot and print the contents of dovecot.conf, I see that auth_mechanisms = plain login. root@mail:/etc/dovecot# more dovecot.conf listen = *,[::] protocols = imap pop3 auth_mechanisms = plain login disable_plaintext_auth = no log_timestamp = "%Y-%m-%d %H:%M:%S " mail_privileged_group = vmail ssl_cert = </etc/postfix/smtpd.cert ssl_key = </etc/postfix/smtpd.key passdb { args = /etc/dovecot/dovecot-sql.conf driver = sql } userdb { args = /etc/dovecot/dovecot-sql.conf driver = sql } plugin { quota = dict:user::file:/var/vmail/%d/%n/.quotausage sieve=/var/vmail/%d/%n/.sieve } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-userdb { group = vmail mode = 0600 user = vmail } user = root } protocol imap { mail_plugins = quota imap_quota } protocol pop3 { pop3_uidl_format = %08Xu%08Xv mail_plugins = quota } protocol lda { mail_plugins = sieve quota } At this point I'm not sure what to think about this. The mailbox is created, it works on the host, so why wouldn't it work over the network? I've tried frobbing settings in Mail.app, as it does have some wonkiness to it, but no dice. The password is fine, everything is in place, it just doesn't work. Any thoughts or recommendations? Thanks, Kris

5 10

[Dovecot] [OT] xi.rename-it.nl dovecot-2.2 stable-auto
by Jan Phillip Greimann 16 Apr '13

16 Apr '13

Hi there, I check my mail-server for debian package-upgrades with Nagios, so everyday I got a mail for 8 "new" dovecot-packages on this server. I think that wasn't so in 2.1 stable-auto, but I'm not sure about that. Maybe someone who uses the 2.1 stable-auto repo could response to this? But 2.2 released only few days ago, maybe the repo-admin hadn't time to change this, or my memory about this is wrong. best regards, Jan

1 0

[Dovecot] Dovecot IMAPS and slow reconnections
by Jarrad 16 Apr '13

16 Apr '13

Hi List, I've recently moved from postfix + courier-imap to a new server with postfix + dovecot with a mysql user management. I have it up and running and receiving mail ok but I'm having problems with IMAP connections being slow. I have an iphone with multiple imap accounts set up on it (4 I think) and when I open the mail app it connects to first account quickly. Then if I navigate to another account it takes about 1 minute to connect (sits there with the 'connecting....' status) Looking at the logs it shows the connection come through at the same time the iphone actually connects so it's as if something is timing out before it actually connects. My setup is an Amazon EC2 micro instance running debian wheezy. There is about 5 domains being hosted with approximately 4-5 accounts for each so it's not a heavy load by any means. I've tried bumping up the max connections, service_count and minimum processes but nothing seems to help. Any advice is much appreciated. My config is as per below: # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.0 ext4 auth_debug = yes auth_verbose = yes disable_plaintext_auth = no mail_location = maildir:/var/vmail/%d/%n/Maildir namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } protocols = " imap pop3" service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-master { group = vmail mode = 0600 user = vmail } } service imap-login { process_min_avail = 5 service_count = 10 } ssl_cert = </etc/dovecot/dovecot.pem ssl_key = </etc/dovecot/private/dovecot.key userdb { args = uid=5000 gid=5000 home=/var/vmail/%d/%n/Maildir allow_all_users=yes driver = static } verbose_ssl = yes protocol lda { auth_socket_path = /var/run/dovecot/auth-master log_path = mail_plugins = postmaster_address = <removed for spam reasons> } protocol imap { mail_max_userip_connections = 100 }

1 0

[Dovecot] SSHA512 auth not working
by Marcin Czupryniak 16 Apr '13

16 Apr '13

I'm trying to configure SSHA512 passwords and when testing discovered that they were not working as expected. At first i was using Centos 6.4 which doesn't have the glibc CRYPT newest functions ($6$salt$pass) so had to rollback to the Dovecot format ({SSHA512.HEX}saltedpassword+salt ) but I'm unable to let dovecot authenticate properly. Some logs and details: Apr 16 02:55:37 auth: Debug: client in: AUTH 1 PLAIN service=imap lip=xxx rip=xxx lport=143 rport=58171 resp=AGRpbm9AYWJjLml0AGRpbm8= Apr 16 02:55:37 auth: Debug: sql(dino(a)abc.it,xxxx): query: SELECT '{SSHA512.HEX}' || password as password FROM mailboxes WHERE fullusername='dino(a)abc.it' Apr 16 02:55:37 auth: Info: sql(dino(a)abc.it,xxxx): Password mismatch (given password: dino) Apr 16 02:55:37 auth: Error: md5_verify(dino(a)abc.it): Not a valid MD5-CRYPT or PLAIN-MD5 password Apr 16 02:55:37 auth: Warning: Invalid OTP data in passdb Apr 16 02:55:37 auth: Warning: Invalid OTP data in passdb Apr 16 02:55:37 auth: Debug: sql(dino(a)abc.it,xxxx): SSHA512.HEX(dino) != 'd449914d83c85a786bcde7114b3dfdb24a651c27956388ac641d46eaf40c86e7c95ce2534348730475c8893eab314af189b3a46bf6d76b82cfba119e920813a531e985acd35c47ca8d3cafe50b595b66' Apr 16 02:55:39 auth: Debug: client out: FAIL 1 user=dino(a)abc.it Full password as taken from database: {SSHA512.HEX}d449914d83c85a786bcde7114b3dfdb24a651c27956388ac641d46eaf40c86e7c95ce2534348730475c8893eab314af189b3a46bf6d76b82cfba119e920813a531e985acd35c47ca8d3cafe50b595b66 The first 128 chars are the salted password, remaining 32 the salt (hex uuid representation) I've checked twice that the generated passwords are correct, in fact if you salt the password (dino) you get the exact 128chars as in the stored password but dovecot compares the full password with the salt (160 chars), is this correct? Any ideas?

2 1

[Dovecot] rsync migration issue
by Luigi Rosa 16 Apr '13

16 Apr '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am trying to migrate a mail server from an old VM to a new one. I have maildir and virtual users, the files and dirs of the file system are owned by a single user. I exported the old (now in production) /var/spool/mail with (ro,no_root_squash) parameters I mounted the NFS on the new server with -o nolock This is not the first time I use this method and it always worked. Until now. If I try to rsync the current maildir structure to the new server I get MANY errors like: rsync: readdir("/mnt/xxxx/username"): Invalid argument (22) rsync: readdir("/mnt/xxxx/username/.Deleted Messages/cur"): Too many levels of symbolic links (40) I tried with rsync -a rsync --force --delete-after --devices --specials --sparse -tPrlHpogEAX rsync --force --delete-after --devices --specials --sparse -tPrlHpogEAXL but the result is the same. Suggestions? I don't want to tgz every mailbox, but I wuold like to do a rsync during the night and a final rsync bevore switching IP addresses to minimize downtime. Ciao, luigi - -- / +--[Luigi Rosa]-- \ It has just been discovered that research causes cancer in rats. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlFsRfcACgkQ3kWu7Tfl6ZRNbQCgk9AR7THYXT6+rqLFE5H8zSem QhUAnR33bNbcXwWfNSj8PN0YgY40gdHH =salc -----END PGP SIGNATURE-----

1 1