- dovecot - dovecot.org

[Dovecot] Upgrade Problem from 2.0.18 to 2.1.7
by Michael Domann 22 Jul '12

22 Jul '12

hi there, i'm running a debian wheezy in a chroot at a fritzbox 7230, running with freetz. Running well until the upgrade of version 2.1.7 from debian repros comming up. after upgrade, the server comes up, but login is not possible. Jul 20 20:13:46 master: Warning: Killed with signal 15 (by pid=15309 uid=0 code=kill) Jul 20 20:13:46 master: Info: Dovecot v2.1.7 starting up (core dumps disabled) Jul 20 20:14:15 lda: Debug: Loading modules from directory: /usr/lib/dovecot/modules Jul 20 20:14:15 lda: Debug: Loading modules from directory: /usr/lib/dovecot/modules Jul 20 20:14:15 lda: Debug: Module loaded: /usr/lib/dovecot/modules/lib90_sieve_plugin.so Jul 20 20:14:15 lda(mdomann): Debug: Effective uid=1000, gid=1000, home=/home/mdomann Jul 20 20:14:15 lda: Debug: Module loaded: /usr/lib/dovecot/modules/lib90_sieve_plugin.so Jul 20 20:14:15 lda(mdomann): Debug: Namespace : type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/mdomann/Mail:LAYOUT=fs Jul 20 20:14:15 lda(mdomann): Debug: fs: root=/home/mdomann/Mail, index=, control=, inbox=/home/mdom ann/Mail, alt= Jul 20 20:14:15 lda(mdomann): Debug: Effective uid=1000, gid=1000, home=/home/mdomann Jul 20 20:14:15 lda(mdomann): Debug: Namespace : type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/mdomann/Mail:LAYOUT=fs Jul 20 20:14:15 lda(mdomann): Debug: fs: root=/home/mdomann/Mail, index=, control=, inbox=/home/mdom ann/Mail, alt= Jul 20 20:14:15 lda(mdomann): Debug: userdb lookup skipped, username taken from USER environment Jul 20 20:14:15 lda(mdomann): Debug: none: root=, index=, control=, inbox=, alt= Jul 20 20:14:15 lda(mdomann): Debug: userdb lookup skipped, username taken from USER environment Jul 20 20:14:15 lda(mdomann): Debug: none: root=, index=, control=, inbox=, alt= Jul 20 20:14:16 lda(mdomann): Debug: Destination address: mdomann(a)fritz.fonwlan.box (source: user@ho stname) Jul 20 20:14:16 lda(mdomann): Debug: Destination address: mdomann(a)fritz.fonwlan.box (source: user@ho stname) Jul 20 20:14:16 lda(mdomann): Debug: sieve: include: sieve_global_dir is not set; it is currently no t possible to include `:global' scripts. Jul 20 20:14:16 lda(mdomann): Debug: sieve: include: sieve_global_dir is not set; it is currently no t possible to include `:global' scripts. Jul 20 20:14:16 lda(mdomann): Debug: sieve: using sieve path for user's script: /home/mdomann/.dovec ot.sieve Jul 20 20:14:16 lda(mdomann): Debug: sieve: using sieve path for user's script: /home/mdomann/.dovec ot.sieve Jul 20 20:14:16 lda(mdomann): Debug: sieve: opening script /home/mdomann/.dovecot.sieve Jul 20 20:14:16 lda(mdomann): Debug: sieve: opening script /home/mdomann/.dovecot.sieve Jul 20 20:14:16 lda(mdomann): Debug: sieve: script binary /home/mdomann/.dovecot.svbin successfully loaded Jul 20 20:17:15 imap: Error: dovecot/imap: error while loading shared libraries: libpthread.so.0: failed to map segment from shared object: Cannot allocate memory Jul 20 20:17:15 imap: Fatal: master: service(imap): child 22594 returned error 127 Jul 20 20:17:15 master: Error: service(imap): command startup failed, throttling for 2 secs Jul 20 20:17:15 imap-login: Error: read(imap) failed: Connection reset by peer Jul 20 20:17:15 imap-login: Info: Internal login failure (pid=22586 id=1) (internal failure, 1 succesful auths): user=<mdomann>, method=PLAIN, rip=192.168.2.105, lip=192.168.2.1, TLS, session=<gHEKlUjFNQDAqAJp> the libary is still there fritz:~# ldd /usr/sbin/dovecot libdovecot.so.0 => /usr/lib/dovecot/libdovecot.so.0 (0x2aaaa000) libc.so.6 => /lib/mips-linux-gnu/libc.so.6 (0x2ab48000) libdl.so.2 => /lib/mips-linux-gnu/libdl.so.2 (0x2accc000) librt.so.1 => /lib/mips-linux-gnu/librt.so.1 (0x2ace0000) /lib/ld.so.1 (0x55550000) libpthread.so.0 => /lib/mips-linux-gnu/libpthread.so.0 (0x2acfa000) the ulimit i have tried, but without success. root@fritz:/var/mod/root# ulimit -a -f: file size (blocks) unlimited -t: cpu time (seconds) unlimited -d: data seg size (kb) unlimited -s: stack size (kb) unlimited -c: core file size (blocks) unlimited -m: resident set size (kb) unlimited -l: locked memory (kb) unlimited -p: processes unlimited -n: file descriptors 16384 -v: address space (kb) unlimited -w: locks unlimited fritz:~# dovecot -n # 2.0.18: /etc/dovecot/dovecot.conf # OS: Linux 2.6.28.10 mips Debian wheezy/sid squashfs base_dir = /var/run/dovecot/ default_client_limit = 100 default_process_limit = 50 default_vsz_limit = 6 M disable_plaintext_auth = no lda_mailbox_autocreate = yes listen = * log_path = /var/log/dovecot login_greeting = Dovecot on sysiphus ready. mail_debug = yes mail_gid = 1000 mail_location = maildir:/home/mdomann/Mail:LAYOUT=fs mail_uid = 1000 namespace { hidden = no inbox = yes list = yes location = prefix = subscriptions = yes type = private } passdb { args = scheme=CRYPT username_format=%u /etc/dovecot/users driver = passwd-file } plugin { mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename mail_log_fields = uid box msgid size sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_global_path = /etc/dovecot/dovecot.sieve } postmaster_address = mdomann@localhost protocols = " imap" service anvil { client_limit = 210 } service auth-worker { user = $default_internal_user } service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } unix_listener auth-userdb { group = mdomann mode = 0777 user = mdomann } } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } service_count = 1 } service lmtp { unix_listener lmtp { mode = 0666 } } ssl_cert = </etc/ssl/certs/dovecot.pem ssl_key = </etc/ssl/private/dovecot.pem syslog_facility = debug userdb { args = username_format=%u /etc/dovecot/users driver = passwd-file } verbose_proctitle = yes protocol lda { mail_plugins = " sieve" syslog_facility = mail } protocol imap { imap_client_workarounds = tb-extra-mailbox-sep imap_idle_notify_interval = 24 mins mail_max_userip_connections = 20 } root@fritz:/var/mod/root# free -m total used free shared buffers Mem: 59512 52260 7252 0 2452 -/+ buffers: 49808 9704 Swap: 538608 8116 530492 I have no idea to solve this. The question is, is it possible a bug in debian wheezy mips or in dovecot. Hopefully someone can point me in the right direction. thanks and regards micha

4 5

[Dovecot] Performance based choices
by Hans J. Albertsson 22 Jul '12

22 Jul '12

I've stopped trying to find a HowTo that suits me right away, and instead I am happily trudging thru the Dovecot wiki, article by article. I have right up front thought of one question, a general one, and some detailed versions of that same question: Generally, is there much general performance and reliability background data available for making the basic choices? Say: 1st. delivery: maildrop or LDA or LMTP? I tend to think LMTP should be the ideal choice for me, from what I've gleaned so far. Above all it means that there's only one conceptual thing that needs to know, and postfix and other stuff can safely let dovecot deal with accessing and finding mailboxes. And it won't start and stop thousands of processes. 2nd. mailbox format: Maildir and mbox are the older forms. Are there any advantages to using dovecot's dbox instead? mdbox strikes me as having the potential for being a fast and reliable format. Is that an accurate impression? And, is mdbox mature enough for me to forget maildir and mbox? 3rd. I'm aiming for a poor man's High Availability system: I'm using zfs, and I'm hoping to place all config data for dovecot and postfix and everything else in one zfs file system, and all the user owned data (what should normally go in a home directory) in another (or two or three other) zfs file systems. Then I'm planning to copy over all data at regular intervals, to a second, normally passive, mail server. If the main server breaks, we'll manually (or using scripts and autodetection) fail over to the passive one, making it active, and turning power off to the failed guy using IPMI. The data transfer is to be zfs send/zfs recv over a separate highly redundant network connection. Is this a reasonable idea, or is there some advantage to letting dsync do some of the copying??? Or is there some totally different alternative? iscsi? 4th. With about a thousand users/accounts: does MySQL pay off? Or is LDAP the way to go? Or will a dovecot-specific passwd-file do the job well enough? Those are the three I'm used to since before. I'd like to stay with the flat file, but not the system password file: we're not going to let users in except into dovecot.

2 1

[Dovecot] Corrupted dbox file - purging found mismatched offsets
by Daniel Parthey 22 Jul '12

22 Jul '12

Hi, we are running a cluster using mdbox on NFS with director+mailbox on each node. After running our daily doveadm purge loop over all users, we got dbox corruption... doveadm user "*" |\ while read username do doveadm -c /etc/dovecot-director/dovecot-director.conf -D purge -u "$username" done For one user (which deleted a lot of messages from his mailboxes today), we got the following error in the dovecot.log: Jul 22 20:10:36 10.129.3.213 dovecot: doveadm(user(a)example.org): Error: Corrupted dbox file /mail/dovecot/example.org/user/mail/storage/m.24 (around offset=1380859): purging found mismatched offsets (1380829 vs 920527, 3/61) Jul 22 20:10:36 10.129.3.213 dovecot: doveadm(user(a)example.org): Warning: mdbox /mail/dovecot/example.org/user/mail/storage: rebuilding indexes What does this message exactly tell me and how to prevent this in the future? Now the indexes are broken and flags are lost. The "storage" directory content of the affected user looks as follows: drwx------ 2 vmail vmail 4096 2012-07-22 20:10 . drwx------ 4 vmail vmail 4096 2012-05-06 12:16 .. -rw------- 1 vmail vmail 99008 2012-07-22 20:10 dovecot.map.index -rw------- 1 vmail vmail 33016 2012-07-22 20:10 dovecot.map.index.log -rw------- 1 vmail vmail 34664 2012-07-22 20:10 dovecot.map.index.log.2 -rw------- 1 vmail vmail 8134 2012-05-16 11:36 m.22 -rw------- 1 vmail vmail 10572466 2012-06-02 23:09 m.24 -rw------- 1 vmail vmail 1380205 2012-05-27 10:59 m.24.broken -rw------- 1 vmail vmail 6506837 2012-06-09 15:42 m.25 -rw------- 1 vmail vmail 18201641 2012-06-17 22:50 m.26 -rw------- 1 vmail vmail 11345293 2012-07-01 14:37 m.28 -rw------- 1 vmail vmail 36707787 2012-07-08 23:05 m.29 -rw------- 1 vmail vmail 6062419 2012-07-15 23:34 m.30 -rw------- 1 vmail vmail 52396198 2012-07-22 20:10 m.31 -rw------- 1 vmail vmail 3067862 2012-07-20 14:31 m.32 -rw------- 1 vmail vmail 44520965 2012-07-20 14:31 m.33 -rw------- 1 vmail vmail 52426605 2012-07-22 20:10 m.34 -rw------- 1 vmail vmail 28984844 2012-07-22 20:10 m.35 -rw------- 1 vmail vmail 14465248 2012-07-22 20:10 m.36 -rw------- 1 vmail vmail 37451127 2012-07-22 20:10 m.37 -rw------- 1 vmail vmail 41494033 2012-07-22 20:10 m.38 -rw------- 1 vmail vmail 52066924 2012-07-22 20:10 m.39 -rw------- 1 vmail vmail 49785529 2012-07-22 20:10 m.40 -rw------- 1 vmail vmail 23509886 2012-07-22 20:10 m.41 -rw------- 1 vmail vmail 29339462 2012-07-22 20:10 m.42 -rw------- 1 vmail vmail 29510420 2012-07-22 20:10 m.43 -rw------- 1 vmail vmail 50896380 2012-07-22 20:10 m.44 -rw------- 1 vmail vmail 8331046 2012-07-22 20:10 m.45 -rw------- 1 vmail vmail 5903744 2012-07-22 20:10 m.46 -rw------- 1 vmail vmail 70281 2012-07-22 20:10 m.47 -rw------- 1 vmail vmail 27397909 2012-07-22 20:10 m.48 -rw------- 1 vmail vmail 3893509 2012-07-22 20:10 m.49 -rw------- 1 vmail vmail 1410097 2012-07-22 20:10 m.50 -rw------- 1 vmail vmail 1905759 2012-07-22 20:10 m.51 -rw------- 1 vmail vmail 51783968 2012-05-06 12:12 m.9 Any hints on how to prevent dbox corruption in this case? And what should I do with the "m.24.broken" file now? Regards Daniel -- https://plus.google.com/103021802792276734820

1 0

[Dovecot] Confusion when trying to set up a first postfix+dovecot mailserver
by Hans J. Albertsson 22 Jul '12

22 Jul '12

I'm trying to set up a first test for a dovecot + postfix (+ many other things) mail server for about 1000 accounts, and I keep stumbling on confusing inconsistencies in the HowTo documents I'm trying to follow. I tried to do a simple setup with virtual users using a howto saying it was for just that and that it's for Dovecot 2.x, and it shows a few text chunks to put in files, and then says it's better to do the changes in the example-config conf file.... And then the whole structure of config files and dirs is totally different from what is implied in the howto. And of course it won't run. Probably because of the structure of a conf.d dir is multiple files, and the instructions are explicitly written for the case of having a single conf file. Can anyone suggest an order in which to read docs that will take me thru w/o being totally confusing? I would very much like to be able to enable bit by bit, rather than have to understand all of dovecot before I can even begin to test it. P.S: I want to setup a server using postfix+dovecot+tls+virtualusers+maildir+dspam+mailman, at least that's the target I'm aiming for. Please suggest a good HowTo for this setup that will not be too confusing. Also, Sorry if I sound like a whining kid: I am new to dovecot and postfix, but I was a software support engineer for Sun for ages, and I should really be able to manage this if I just had some consistent and non-confusing HowTo or Tutorial to follow as a first try.

3 8

[Dovecot] Director for smtp-auth
by Patrick Westenberg 22 Jul '12

22 Jul '12

Hi all, isn't it possible to use the director functionality for smtp-auth too? I have a frontend system for imap and outgoing mails using sasl and I recognized that all sasl username/password combinations are accepted as these credentials aren't checked by the backend servers. Regards Patrick

2 2

[Dovecot] postfix/sendmail configuration
by Gary Partis 20 Jul '12

20 Jul '12

Hi all I have searched the net and cant find anything relating to this. In 15-lda.conf, the default sendmail is used to send messges from Dovecot, such as "out of hours" and "redirected" emails controlled by sieves. However, postfix/sendmail is looking in /etc/postfix/main.cf for the configuration file (as logged in /var/log/maillog), but I have the config file elsewhere, and I even have MAIL_CONFIG setup to point to the true config directory. Is there a method of setting 15-lda.conf sendmail config to ensure it uese the correct postfix config file? Thanks in advance Gary

2 1

Re: [Dovecot] Converting from Maildir format ?
by Nick＠5sg.eu 20 Jul '12

20 Jul '12

Hi Stan, >> I'm still trying to find out if anyone knows the correct >> way to either switch the existing Maildir multiple file >> format to the single file format I believe known as MBox. > Did you restart dovecot after the mailbox_location change? Yup... > Show 'dovecot -n' output It shows it - and 'plugin: convert_mail: mbox:%h/%u/mail' I also changed it in dovecot/conf.d/01-dovecot-postfix.conf Hi Charles, > format known as dbox Running v1.2.9 on Ubuntu v10.4 > The wiki/docs are pretty thorough for basic settings. That's where I got the mbox line above.. Thanks gentlemen, Nick. . . . . -- _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ . . . . . . . . ...---... (Stamp Out Spam and Save Our Servers) http://sosNow.ws -=[ do you know morse code ? ]=- . . . . . . . . _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/

3 2

[Dovecot] Append with literal+ and mailbox over quota
by Ewald Dieterich 19 Jul '12

19 Jul '12

I'm appending a mail with literal+ to a mailbox that is over quota: 1 APPEND INBOX {127+} From: <ewald.dieterich(a)fun.de> To: <ewald.dieterich(a)fun.de> Subject: Quota-Test Message-ID: <abcdefg(a)fun.de> Quota-Test 1 NO [OVERQUOTA] Quota exceeded (mailbox for user is full) 2 NOOP 1 BAD Error in IMAP command APPEND: Invalid arguments. 3 NOOP 3 OK NOOP completed. Somehow the first NOOP is considered to be part of the already failed APPEND. I have to add an empty line after to NO response for the NOOP to work: 1 APPEND INBOX {127+} From: <ewald.dieterich(a)fun.de> To: <ewald.dieterich(a)fun.de> Subject: Quota-Test Message-ID: <abcdefg(a)fun.de> Quota-Test 1 NO [OVERQUOTA] Quota exceeded (mailbox for user is full) 2 NOOP 2 OK NOOP completed. Can somebody confirm this to be bug? Here is the output of doveconf -n # 2.1.8: /usr/local/dovecot-orig/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.3 ext3 auth_debug = yes auth_verbose = yes debug_log_path = /var/log/dovecot/debug.log disable_plaintext_auth = no info_log_path = /var/log/dovecot/info.log log_path = /var/log/dovecot/error.log mail_debug = yes mail_location = mdbox:/var/spool/dovecot/%2.256Hu/%3.4096Hu/%u mail_plugins = notify mail_log quota acl namespace { inbox = yes location = prefix = INBOX. separator = . type = private } passdb { driver = pam } plugin { acl = vfile autocreate = INBOX.Drafts autocreate2 = INBOX.Sent autocreate3 = INBOX.Trash quota = dict:User quota::file:/var/spool/dovecot/%2.256Hu/%3.4096/%u/dovecot.dict quota_rule = *:bytes=2000 } ssl = no userdb { driver = passwd } protocol imap { mail_plugins = notify mail_log quota acl autocreate imap_quota imap_acl

1 1

[Dovecot] Disable W=<vsize> in filenames
by Daniel Pieper 19 Jul '12

19 Jul '12

Hi, I'm using Dovecot 2.1.8. Is it possible to deactivate the "W=" Maildir filename extension, so that dovecot not add it to maildir filenames?

2 1

[Dovecot] Converting from Maildir format ?
by Nick＠5sg.eu 19 Jul '12

19 Jul '12

Hi again, I'm still trying to find out if anyone knows the correct way to either switch the existing Maildir multiple file format to the single file format I believe known as MBox. Failing that, though it'll mean a LOT of work for me to manually convert all of the existing Maildirs, how do I get dovecot to work in future in MBox single file format. I tried entering 'mail_location = mbox:~/mail:INBOX=/%h/%u' in the 'dovecot.conf', but it still saves each message in a file of its own in the /new /cur /tmp directories ?? Thanks, Nick. . . . . -- _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ . . . . . . . . ...---... (Stamp Out Spam and Save Our Servers) http://sosNow.ws -=[ do you know morse code ? ]=- . . . . . . . . _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/

3 2