- dovecot - dovecot.org

[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

[Dovecot] Dovecot 2.2.0 compile error
by rauchwolke＠gmx.net 16 Apr '13

16 Apr '13

Hi, i tried to compile dovecot 2.2.0 and i end up with this error: make[6]: Entering directory `/mnt/data/Develop/Openwrt/trunk_git/build_dir/target-mips_r2_uClibc-0.9.33.2/dovecot-2.2.0/src/util' /bin/sh ../../libtool --tag=CC --mode=link mips-openwrt-linux-uclibc-gcc -std=gnu99 -Os -pipe -mips32r2 -mtune=mips32r2 -fno-caller-saves -mno-branch-likely -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -I/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include -no-undefined -Wl,--as-needed -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/toolchain-mips_r2_gcc-4.6-linaro_uClibc-0.9.33.2/usr/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/toolchain-mips_r2_gcc-4.6-linaro_uClibc-0.9.33.2/lib -o gdbhelper gdbhelper.o ../../src/lib-dovecot/libdovecot.la -export-dynamic -ldl OpenWrt-libtool: link: mips-openwrt-linux-uclibc-gcc -std=gnu99 -Os -pipe -mips32r2 -mtune=mips32r2 -fno-caller-saves -mno-branch-likely -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -I/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/include -Wl,--as-needed -o .libs/gdbhelper gdbhelper.o -Wl,--export-dynamic -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/usr/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/target-mips_r2_uClibc-0.9.33.2/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/toolchain-mips_r2_gcc-4.6-linaro_uClibc-0.9.33.2/usr/lib -L/mnt/data/Develop/Openwrt/trunk_git/staging_dir/toolchain-mips_r2_gcc-4.6-linaro_uClibc-0.9.33.2/lib ../../src/lib-dovecot/.libs/libdovecot.so -ldl -Wl,-rpath -Wl,/usr/lib/dovecot ../../src/lib-dovecot/.libs/libdovecot.so:(.got+0x0): multiple definition of `_GLOBAL_OFFSET_TABLE_' collect2: ld returned 1 exit status make[6]: *** [gdbhelper] Error 1 make[6]: Leaving directory `/mnt/data/Develop/Openwrt/trunk_git/build_dir/target-mips_r2_uClibc-0.9.33.2/dovecot-2.2.0/src/util' Making all in doveadm make[6]: Entering directory `/mnt/data/Develop/Openwrt/trunk_git/build_dir/target-mips_r2_uClibc-0.9.33.2/dovecot-2.2.0/src/doveadm' Making all in dsync make[7]: Entering directory `/mnt/data/Develop/Openwrt/trunk_git/build_dir/target-mips_r2_uClibc-0.9.33.2/dovecot-2.2.0/src/doveadm/dsync' make[7]: Nothing to be done for `all'. Version 2.1.16 compiled fine. How can i fix this linker error? With kind regards

1 0

[Dovecot] Delete_to_Trash plugin problem
by BINOTTO Luis SIDOR 15 Apr '13

15 Apr '13

Hello list... I am new at dovecot and I have a problem with it; any help will be very grateful We have a exchange server with outlook at the client side, and we are migrating the exchange server to postfix/dovecot(1.2.15) solution. I enabled the "deleted-to-trash" plugin (v0.3) to move the messages to the Trash folder automatically when it is deleted. Also, I am using quota and quota_imap plugins to maintain the quota for users. The quota rule for Trash folder is unlimit. The problem is, when the client reach their maximum quota and try to delete a mail in the inbox to release space. The delete to trash plugin effectively copy it to the Trash folder, but the original mail still remain (marked for delete) at the inbox folder and the quota does not released. Am I doing something wrong? Thanking you in anticipation.... Luis Binotto. " Notificacion Automatica: Este mensaje y cualquier archivo que se adjunte contiene informacion privilegiada y confidencial. Es para uso exclusivo del destinatario. Si usted ha recibido esta comunicacion por error, por favor avisenos inmediatamente. Automatic notification: This e-mail and any file transmitted with it are confidential and may be legally privileged. It is intended solely for the addressee and may not be disclosed to or used by anyone other than the addressee. If you have received this e-mail by mistake , please advise the sender immediately"

1 0

[Dovecot] Dict quota question
by Antoine Nguyen 15 Apr '13

15 Apr '13

Hi all, I'm using Dovecot 2.1.16 and I'd like to know if the following configuration is supported: * An SQL dictionary quota * A static userdb to get uid/gid/home information * An SQL userdb to get per-user quota limit Currenlty, current quota usage are properly stored into the database but per-user limits are not found. If I replace the SQL dictionary by the maildir backend (my previous config.), it works as expected. Do you have any idea? Thanks in advance, Antoine Nguyen http://modoboa.org/

2 3

[Dovecot] lazy_expunge plugin with virtual mailboxes
by Gilles Chauvin 15 Apr '13

15 Apr '13

Hi, When using both lazy_expunge and virtual mailboxes (with, for instance, a "All Messages" virtual mailbox) as soon as a user deletes/expunges a mail in one of its mailbox, Dovecot is saving two mails to the lazy_expunge namespace (the one in the user mailbox and the one in the virtual mailbox). Is there some kind of trick to make Dovecot ignore any mail deleted from a virtual mailbox namespace ? Thanks, Gilles.

1 0

[Dovecot] Coredump -> backtrace Script
by Ralf Hildebrandt 15 Apr '13

15 Apr '13

I wrote a little something about how I'm automatically creating backtraces from coredumps: http://sys4.de/de/blog/2013/04/13/core-catcher-linux/ I've been using this with Dovecot-HEAD and Squid-HEAD, mostly :) -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Joerg Heidrich

1 0

Re: [Dovecot] How to manually generate a password hash
by Joseph Tam 15 Apr '13

15 Apr '13

David Murphy writes: http://en.wikipedia.org/wiki/Salt_%28cryptography%29 > So... what am I missing? If the hash was salted, it would seem the > hashes in the database would be longer than the ones generated at the > command line, but that isn't the case. I'm out of ideas. Any guidance > appreciated. The hashes are salted, and that is why the hashes are different, even though the same password is used. (Test it by using the output of "doveadm pw" and plugging it into your test account). The hashes ought to be the same length. The out would be proportional to the length of your input password if the were encrypting, rathher than hashing. But the length of the hash is consant + encoded(salt) + encoded (hash(password)), all of which ought to be fixed lengths. Joseph Tam <jtam.home(a)gmail.com>

1 0