- dovecot - dovecot.org

[Dovecot] DC testing observation and a question
by Stewart Dean 10 Jan '09

10 Jan '09

I have been running a test DC IMAP server to evaluate the new release before migrating from 1.0.15 to 1.1.8. The test server access all the INBOX and homedir folder filesystems through NFS imports. The index file filesystem is local on both the production server and the test one.. This is messy in that when I ask some one tests using the test sever, the index has to be created or re-gennned, since the local index either doesn't exist or is several months old (from the last time a prospective upgrade was tested) and thus doesn't reflect data on the production DC IMAP server. 1) Watching the syslog maillog has been intriguing...different IMAP client show widely differently use patterns. a) Users running TBird and Seamonkey have 2-5 imap sessions (ps -aef | grep <userid>) *but* very little syslog activity...sparse occasional logins and disconnects b) Users running Exchange have only 1 imap sessions *but* every 5 minutes will generate login and disconnect messages (in and out in the space of a second) for each folders. So for a user with 22 folders, there will be 44 syslog messages in the maillog every 5 minutes. Just curious....any thought as to which is more efficient and by how much? 2) When I try to switch a MacMail client over, it sees the new mail, but not the old mail in the INBOX. How do I force re-indexing on the test server? -- ==== Once upon a time, the Internet was a friendly, neighbors-helping-neighbors small town, and no one locked their doors. Now it's like an apartment in Bed-Stuy: you need three heavy duty pick-proof locks, one of those braces that goes from the lock to the floor, and bars on the windows.... ==== Stewart Dean, Unix System Admin, Bard College, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

3 2

[Dovecot] TLS timeout with 1.2a4
by Luigi Rosa 09 Jan '09

09 Jan '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have a mail server CentOS 64bit (4 Gb RAM) with Dovecot 1.2a4 and three accounts. I use Thunderbird 2. If I enable SSL connection in Thunderbird 2, after three-five minutes I got a lot of different errors in Thunderbird (Server is not IMAP, Connection lost...). Everything comes back to normal if I restart Dovecot in the server, but after 5 minutes I got the same errors. This happens both with an ADSL connection (Thunderbird on Windows XP) AND with a direct 1 Gbit cross cable connection (Thunderbird on Ubuntu 64 8.10). If I disable SSL connection on Thunderbird, everything comes back to normal and I don't get any error. The SSL-related options in dovecot.conf are: ssl_disable = no ssl_cert_file = /etc/ssl/certs/dovecot.pem ssl_key_file = /etc/ssl/private/dovecot.pem ssl_parameters_regenerate = 47 verbose_ssl = yes ssl_cipher_list = ALL:!LOW disable_plaintext_auth = no What kind of logging can I enable to trace this error? On the logfile I find something like taht (there are only 3 seconds between the first and the last line) dovecot: imap-login: Login: user=<lists(a)aaa.com>, method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Login: user=<lists(a)aaa.com>, method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (auth failed, 1 attempts): method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (no auth attempts): rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (no auth attempts): rip=xxx, lip=yyy, TLS handshaking dovecot: imap-login: Disconnected: Shutting down (no auth attempts): rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (no auth attempts): rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (no auth attempts): rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (auth failed, 1 attempts): method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (no auth attempts): rip=xxx, lip=yyy, TLS handshaking dovecot: imap-login: Disconnected: Shutting down (no auth attempts): rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (auth failed, 1 attempts): method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (auth failed, 1 attempts): method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (auth failed, 1 attempts): method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Disconnected: Shutting down (no auth attempts): rip=xxx, lip=yyy, TLS dovecot: IMAP(lrosa(a)bbb.com): Disconnected: Logged out bytes=1028/49877 dovecot: IMAP(lrosa(a)bbb.com): Disconnected: Logged out bytes=2253/49352 dovecot: IMAP(lrosa(a)bbb.com): Connection closed bytes=20466/553071 dovecot: IMAP(lrosa(a)bbb.com): Connection closed bytes=19417/163412 dovecot: IMAP(lrosa(a)bbb.com): Disconnected: Logged out bytes=2937/69241 dovecot: imap-login: Login: user=<lrosa(a)bbb.com>, method=CRAM-MD5, rip=xxx, lip=yyy dovecot: imap-login: Login: user=<lists(a)aaa.com>, method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Login: user=<lrosa(a)bbb.com>, method=CRAM-MD5, rip=xxx, lip=yyy dovecot: imap-login: Login: user=<lrosa(a)bbb.com>, method=CRAM-MD5, rip=xxx, lip=yyy dovecot: imap-login: Login: user=<lists(a)aaa.com>, method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Login: user=<lrosa(a)bbb.com>, method=CRAM-MD5, rip=xxx, lip=yyy dovecot: imap-login: Login: user=<lists(a)aaa.com>, method=CRAM-MD5, rip=xxx, lip=yyy, TLS dovecot: imap-login: Login: user=<lrosa(a)bbb.com>, method=CRAM-MD5, rip=xxx, lip=yyy dovecot: IMAP(lrosa(a)bbb.com): Connection closed bytes=205/41166 dovecot: IMAP(lrosa(a)bbb.com): Connection closed bytes=609/217506 dovecot: imap-login: Login: user=<lrosa(a)bbb.com>, method=CRAM-MD5, rip=xxx, lip=yyy Ciao, luigi - -- / +--[Luigi Rosa]-- \ Fallo oggi, domani potrebbe essere illegale. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklBUKAACgkQ3kWu7Tfl6ZSQgwCbBoD6IEKjPNYriHrKmES4Zj+y ji0AnRZzU2ETJkVn72kmpR1C+cs3PNdf =T267 -----END PGP SIGNATURE-----

2 2

[Dovecot] dovecot 1.1.3: File attachment truncated after moving the message into another folder
by Christoph.Jakobs＠t-online.de 09 Jan '09

09 Jan '09

Sometimes file attachments are truncated after moving the message from one folder to another. # 1.1.3: /usr/local/etc/dovecot.conf ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login first_valid_uid: 200 mail_privileged_group: mail mail_location: mbox:~/mail:INBOX=/var/mail/%u imap_client_workarounds: delay-newmail auth default: passdb: driver: shadow args: blocking=yes userdb: driver: passwd

2 1

[Dovecot] verbose_proctitle not working with post-login
by Frank Elsner 09 Jan '09

09 Jan '09

Happy Xmas, when using a post-login procedure the "verbose_proctitle = yes" has no effect. If it is feature then please explain else please fix the bug fi --Frank Elsner

2 2

[Dovecot] Unknown quota backend / imap dump-capability process returned 89
by Frank Elsner 09 Jan '09

09 Jan '09

Hi all, I want to use maildir++ quota with dovecot but when starting I get: > service dovecot start Starting IMAP-Service (dovecot 1.1.7) ILoading modules from directory: /usr/dovecot/lib/dovecot/imap IModule loaded: /usr/dovecot/lib/dovecot/imap/lib10_quota_plugin.so IModule loaded: /usr/dovecot/lib/dovecot/imap/lib11_imap_quota_plugin.so IModule loaded: /usr/dovecot/lib/dovecot/imap/lib20_mail_log_plugin.so IEffective uid=65534, gid=65534, home=/tmp FUnknown quota backend: 0 Error: imap dump-capability process returned 89 Fatal: Invalid configuration in /usr/local/dovecot/etc/dovecot.conf > dovecot -n # 1.1.7: /usr/local/dovecot/etc/dovecot.conf # OS: Linux 2.6.27 i686 Fedora Core release 6 (Zod) ext3 base_dir: /var/run/dovecot/ ssl_cert_file: /usr/local/etc/seymour.crt ssl_key_file: /usr/local/etc/seymour.key disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable: /usr/dovecot/libexec/dovecot/imap-login login_greeting: c64.shuttle.de - Dovecot ready. login_log_format_elements: %u %r %c mail_max_userip_connections: 25 verbose_proctitle: yes first_valid_uid: 100 last_valid_uid: 65534 mail_location: maildir:/var/mail/%u:INDEX=MEMORY mail_debug: yes maildir_copy_preserve_filename: yes mail_executable: /usr/dovecot/libexec/dovecot/imap-quota mail_plugins: mail_log quota imap_quota mail_plugin_dir: /usr/dovecot/lib/dovecot/imap mail_log_prefix: %Us(%u,%r): mail_log_max_lines_per_sec: 0 imap_client_workarounds: netscape-eoh tb-extra-mailbox-sep imap_logout_format: [%i/%o] auth default: executable: /usr/dovecot/libexec/dovecot/dovecot-auth master_user_separator: / count: 2 passdb: driver: pam args: dovecot passdb: driver: passwd-file args: /usr/dovecot/etc/masters userdb: driver: passwd plugin: quota: maildir:INBOX mail_log_events: delete undelete expunge copy mailbox_delete The "mail_executable: /usr/dovecot/libexec/dovecot/imap-quota" currently reads: | #!/bin/sh | | /usr/bin/logger -p mail.info -t dovecot "imap-quota: Starting for $USER" | | exec /usr/dovecot/libexec/dovecot/imap In the future this procedure will provide QUOTA_RULESs per usr. Any pointers welcome. --Frank Elsner

2 2

[Dovecot] Master user with "user="?
by Alan Ferrency 09 Jan '09

09 Jan '09

Hello, In our configuration, we are using a "passdb passwd-file", with "user=" directives in each username, and a separate "userdb passwd-file" which contains the target usernames for the "user=" directives. This works fine, for normal logins via POP and IMAP. For customer support testing purposes, we also set up a temporary "master=yes" passwd-file. This works fine, for any passdb username that does not have a "user=" field. However, it seems that if we use the master user to log into a username that is in the passdb with a "user=" field, dovecot looks in the userdb for the original username, and not for the "user=" username specified in the passdb passwd-file. Is this a known bug? Maybe I'm doing something wrong? Thanks! Alan Ferrency pair Networks, Inc. alan(a)pair.com

2 4

[Dovecot] Debian packages for dovecot 1.1.x
by Seth Mattinen 09 Jan '09

09 Jan '09

Because I'm tired of seeing Debian users look like idiots for using such horribly out of date versions just because they run "stable", I've set up a page with .deb packages of my 1.1.x rebuilds for use under lenny. http://www.rollernet.us/opensource/ Standard disclaimer applies: use at your own risk, no warranty, no support, if it eats your first born or erases your computer I don't want to hear about it. ;) -- Seth Mattinen sethm(a)rollernet.us Roller Network LLC

3 8

[Dovecot] deliver & per user log file
by Marcin Rzepecki 09 Jan '09

09 Jan '09

Hello, is there a way to log Dovecot deliver actions in user home directory like procmail did (e.g. in ~/Mail/deliver.log)? Greetings, -- Marcin Rzepecki m.rzepecki(at)iem.pw.edu.pl

4 8

[Dovecot] apply Sieve filter to existing mails
by Jakob Grießmann 09 Jan '09

09 Jan '09

Hello, is it possible to apply Sieve filter to existing mails, e.g. for testing purposes whether my rules work as expected? Thanks, Jakob

1 0

[Dovecot] Error: dict: Failed to initialize dictionary 'expire'
by LÉVAI Dániel 09 Jan '09

09 Jan '09

Hi! Using dovecot-1.1.17, and BDB-4.6.21. I'm having this error in every two weeks or so. I've running this in a crontab: /usr/local/sbin/dovecot --exec-mail \ ext /usr/local/libexec/dovecot/expire-tool The expire plugin and tool is working fine, the configuration is ok, and I'm using the BDB backend. What happens in every ~two weeks is dovecot starts to give me this error messages: Error: dict: db_env: Unable to allocate memory for transaction detail Error: dict: Failed to initialize dictionary 'expire' Reading thru Oracle's Berkeley DB FAQ: http://www.oracle.com/technology/products/berkeley-db/faq/db_faq.html#28 "This error means the maximum number of active transactions configured for Berkeley DB has been reached [...] When all of the memory available in the database environment for transactions is in use, calls to being a transaction will fail until some active transactions complete. By default, the database environment is configured to support at least 20 active transactions." What could be happening here? Why coudn't it finish its transactions? After a dovecot restart it works fine :\ Thanks in advance for any hints. Daniel -- LEVAI Daniel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1

2 4