October 2010 - dovecot

[Dovecot] dovecot-1.2.12 core
by Thomas Hummel 07 Oct '10

07 Oct '10

Hi Timo, just to report that . dovecot-1.2.12 which ran fine for several month . on FreeBSD 7.2-STABLE (/usr/obj/usr/src/sys/GENERIC amd64) . using Maildir (mailboxes, control and indexes on NFS) has crashed this morning on our server. I found nothing special in the logfile. Attached are dovecot -n output and a gdb backtrace of the core file. Thanks -- Thomas Hummel | Institut Pasteur <hummel(a)pasteur.fr> | Pôle informatique - systèmes et réseau

1 0

[Dovecot] Panic: file index-search-result.c .. assertion failed: (next_uid == mail->uid)
by Lutz Preßler 07 Oct '10

07 Oct '10

Hello, with 2.0.5-0~auto+9 (6ea01abfaea9), haven't seen it earlier (but of course index files have changed): Oct 7 09:40:09 host dovecot: imap(user): Panic: file index-search-result.c: line 87 (search_result_update_search): assertion failed: (next_uid == mail->uid) Oct 7 09:40:09 host dovecot: imap(user): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0 [0x7f964c5b7842] -> /usr/lib/ dovecot/libdovecot.so.0 [0x7f964c5b78aa] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f964c5b7c53] -> /usr/lib/dovecot/libdove cot-storage.so.0(index_search_result_update_flags+0x2d8) [0x7f964c83e4d8] -> /usr/lib/dovecot/modules/lib20_virtual_plugin.so [0x7f9 64a9c4b92] -> /usr/lib/dovecot/modules/lib20_virtual_plugin.so(virtual_storage_sync_init+0x871) [0x7f964a9c5561] -> /usr/lib/dovecot /libdovecot-storage.so.0(mailbox_sync_init+0x31) [0x7f964c8262d1] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync+0x27) [0x 7f964c826a87] -> dovecot/imap(cmd_select_full+0x264) [0x40d964] -> dovecot/imap [0x41047c] -> dovecot/imap [0x41052d] -> dovecot/ima p(client_handle_input+0x45) [0x4106a5] -> dovecot/imap(client_input+0x62) [0x4110d2] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_han dler_run+0xcb) [0x7f964c5c293b] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x18) [0x7f964c5c1a58] -> /usr/lib/dovecot/libdoveco t.so.0(master_service_run+0x13) [0x7f964c5b0f93] -> dovecot/imap(main+0x281) [0x419391] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f964be3b1a6] -> dovecot/imap [0x408c79] when SELECTing virtual folder "sent" (.sent/dovecot-virtual is INBOX header return-path lutz(a)pressler.de ), IMAP session is terminated. After moving .sent/dovecot.index[.log], everything works fine again. I can send you the broken(?) index files, if appropriate. Lutz -- Lutz Preßler <Lutz.Pressler(a)SerNet.DE> http://www.SerNet.DE/ SerNet Service Network GmbH, Bahnhofsallee 1b, D-37081 Göttingen Tel.: +49-551-370000-2, FAX: +49-551-370000-9 AG Göttingen, HRB 2816, GF: Dr. Johannes Loxen

1 0

Re: [Dovecot] dovecot-lda segfaults
by Andre 07 Oct '10

07 Oct '10

Il giorno 07/ott/2010, alle ore 09.06, Andre ha scritto: > Hi to all. > Since version 2.0.3 (now I am running 2.0.5) I have experienced segfaults on mail delivery, either with dovecot-lda and lmtp. > > At least I succeded in having a core dump, here is the backtrace: > > #0 0x00007f1cca350160 in maildir_sync_set_new_msgs_count () from /usr/lib/dovecot/libdovecot-storage.so.0 > #1 0x00007f1cca34df0a in maildir_transaction_save_commit_pre () from /usr/lib/dovecot/libdovecot-storage.so.0 > #2 0x00007f1cca3491c3 in ?? () from /usr/lib/dovecot/libdovecot-storage.so.0 > #3 0x00007f1cca382ef7 in mail_index_transaction_commit_full () from /usr/lib/dovecot/libdovecot-storage.so.0 > #4 0x00007f1cca348e4b in index_transaction_commit () from /usr/lib/dovecot/libdovecot-storage.so.0 > #5 0x00007f1cc8cccc8e in ?? () from /usr/lib/dovecot/modules/lib20_zlib_plugin.so > #6 0x00007f1cc8edaa31 in ?? () from /usr/lib/dovecot/modules/lib10_quota_plugin.so > #7 0x00007f1cca3281bd in mailbox_transaction_commit_get_changes () from /usr/lib/dovecot/libdovecot-storage.so.0 > #8 0x00007f1cca3281fe in mailbox_transaction_commit () from /usr/lib/dovecot/libdovecot-storage.so.0 > #9 0x00007f1cc8461fd7 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0 > #10 0x00007f1cc8459597 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0 > #11 0x00007f1cc845992b in sieve_result_execute () from /usr/lib/dovecot/libdovecot-sieve.so.0 > #12 0x00007f1cc846973d in sieve_execute () from /usr/lib/dovecot/libdovecot-sieve.so.0 > #13 0x00007f1cc869f83e in ?? () from /usr/lib/dovecot/modules/lib90_sieve_plugin.so > #14 0x00007f1cca0f4084 in mail_deliver () from /usr/lib/dovecot/libdovecot-lda.so.0 > #15 0x0000000000402cf0 in main () > > I have tried to disable quota and zlib, but I suppose it is not related to those plugins. > What else can I try??? > Andre > I’m so sorry I have not seen the previous thread "[Dovecot] 2.0.5: deliver crashing”. I’ll try that patch too and report to the list. Should it work even for lmtp (that is my favourite delivery method, for its scalability)? Andre

1 0

[Dovecot] dovecot-lda segfaults
by Andre 07 Oct '10

07 Oct '10

Hi to all. Since version 2.0.3 (now I am running 2.0.5) I have experienced segfaults on mail delivery, either with dovecot-lda and lmtp. At least I succeded in having a core dump, here is the backtrace: #0 0x00007f1cca350160 in maildir_sync_set_new_msgs_count () from /usr/lib/dovecot/libdovecot-storage.so.0 #1 0x00007f1cca34df0a in maildir_transaction_save_commit_pre () from /usr/lib/dovecot/libdovecot-storage.so.0 #2 0x00007f1cca3491c3 in ?? () from /usr/lib/dovecot/libdovecot-storage.so.0 #3 0x00007f1cca382ef7 in mail_index_transaction_commit_full () from /usr/lib/dovecot/libdovecot-storage.so.0 #4 0x00007f1cca348e4b in index_transaction_commit () from /usr/lib/dovecot/libdovecot-storage.so.0 #5 0x00007f1cc8cccc8e in ?? () from /usr/lib/dovecot/modules/lib20_zlib_plugin.so #6 0x00007f1cc8edaa31 in ?? () from /usr/lib/dovecot/modules/lib10_quota_plugin.so #7 0x00007f1cca3281bd in mailbox_transaction_commit_get_changes () from /usr/lib/dovecot/libdovecot-storage.so.0 #8 0x00007f1cca3281fe in mailbox_transaction_commit () from /usr/lib/dovecot/libdovecot-storage.so.0 #9 0x00007f1cc8461fd7 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0 #10 0x00007f1cc8459597 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0 #11 0x00007f1cc845992b in sieve_result_execute () from /usr/lib/dovecot/libdovecot-sieve.so.0 #12 0x00007f1cc846973d in sieve_execute () from /usr/lib/dovecot/libdovecot-sieve.so.0 #13 0x00007f1cc869f83e in ?? () from /usr/lib/dovecot/modules/lib90_sieve_plugin.so #14 0x00007f1cca0f4084 in mail_deliver () from /usr/lib/dovecot/libdovecot-lda.so.0 #15 0x0000000000402cf0 in main () I have tried to disable quota and zlib, but I suppose it is not related to those plugins. What else can I try??? Andre

2 1

[Dovecot] probelm with users logging in
by donovan jeffrey j 07 Oct '10

07 Oct '10

Greetings running dovecot for my first time on an OSX 10.6 server. after a reboot, several users are not able to Authenticate. here is a sample Oct 5 20:22:32 hsmail dovecot[2142]: auth(default): od(juser,127.0.0.1): auth mech=CRAM-MD5 Oct 5 20:22:32 hsmail dovecot[2142]: auth(default): od(juser,127.0.0.1): username=juser, challenge=<6757250558559635.1286324552(a)hsmail.beth.k12.pa.us>, response=26b23b30128bba4f9ba3aca261ec764e Oct 5 20:22:32 hsmail dovecot[2142]: auth(default): od(juser,127.0.0.1): found user in local table: user=juser Oct 5 20:22:34 hsmail dovecot[2142]: auth(default): client out: FAIL 41 user=juser Oct 5 20:22:39 hsmail dovecot[2142]: imap-login: Aborted login (auth failed, 1 attempts): user=<juser>, method=CRAM-MD5, rip=127.0.0.1, lip=127.0.0.1, secured these users were working fine, then poof no access. can someone guide me on how to troubleshoot the dovecot portion. i do have many other users that are fine. -j

2 2

[Dovecot] 2.0.5: deliver crashing
by Ralf Hildebrandt 07 Oct '10

07 Oct '10

>From my log: Oct 6 00:10:36 postamt kernel: [2353838.557216] deliver[2799]: segfault at 48 ip b77dd649 sp bfcf3b48 error 6 in libdovecot-storage.so.0.0.0[b778e000+b8000] Oct 6 00:14:39 postamt kernel: [2354082.014722] deliver[6399]: segfault at 48 ip b7779649 sp bf9ca028 error 6 in libdovecot-storage.so.0.0.0[b772a000+b8000] Oct 6 00:28:12 postamt kernel: [2354894.551201] deliver[13972]: segfault at 48 ip b77a4649 sp bfaa65a8 error 6 in libdovecot-storage.so.0.0.0[b7755000+b8000] Oct 6 00:31:27 postamt kernel: [2355089.844614] deliver[15649]: segfault at 48 ip b77ff649 sp bfee32e8 error 6 in libdovecot-storage.so.0.0.0[b77b0000+b8000] Oct 6 00:31:27 postamt postfix/local[6082]: A396A5CB89: to=<username(a)postamt.charite.de>, relay=local, delay=1.1, delays=0.01/0/0/1, dsn=5.3.0, status=bounced (Command died with status 255: "/usr/bin/maildrop") Please don't ask, I'm still running deliver from /etc/maildroprc, because maildrop is handling vacation message and such. -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

3 4

[Dovecot] User authentication fields size limit
by Andre Nathan 06 Oct '10

06 Oct '10

Hello I'm using authentication via SQL, and I'm storing the full mail_location in the database. This is a long string because we're using multiple partitions and hashing to create this path. It looks like this: # doveadm user andre=sneakymustard.com userdb: andre=sneakymustard.com password : $1$ixW87UeD$fLhORaJS0c5wNFmWqfJdI1 mail : mdbox:/var/spool/imap/partition7/11/andre=sneakymustard.com:INDEX=/var/lib/… quota_rule: *:bytes=1024M Depending on the user's email, this string can be even longer. What I've noticed is that it is truncated when it reaches 128 bytes. Could this size limit be increased? Thanks, Andre

2 3

[Dovecot] WITHIN searching broken?
by Michael M. Slusarz 06 Oct '10

06 Oct '10

Using 2.0.5, I see this: [select INBOX] 1 search SINCE 5-Oct-2010 * SEARCH 16 17 18 19 20 21 1 OK Search completed (0.001 secs). 2 search YOUNGER 86400 * SEARCH 2 OK Search completed (0.000 secs). michael

2 1

[Dovecot] dovecot-2.0-pigeonhole-0.2.1 installation in wrong lib dir?
by Wolfgang.Friebel＠desy.de 06 Oct '10

06 Oct '10

I am building dovecot-2.0-pigeonhole-0.2.1 (dovecot-2.0.5, but that does not matter) with dovecot-config in place (in /usr/lib64/dovecot) on a 64bit Linux (RHEL5): ./configure --with-dovecot=/usr/lib64/dovecot The libs needed for several executables in libexec such as /usr/libexec/dovecot/managesieve-login are not installed in /usr/lib64 but in /usr/lib64/dovecot. Therefore the executable will fail to run: ldd /usr/libexec/dovecot/managesieve-login libdovecot-login.so.0 => not found libdovecot.so.0 => not found librt.so.1 => /lib64/librt.so.1 (0x00000032e9600000) libc.so.6 => /lib64/libc.so.6 (0x00000032e8200000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00000032e8e00000) /lib64/ld-linux-x86-64.so.2 (0x00000032e7e00000) To me this looks like a bug in the generated Makefile. I could easily fix that by providing the library path for the loader or by symlinks in /usr/lib64, but this is a workaround only. When doing the fix then managesieve works as expected (tested against my patched websieve using GSSAPI) -- Wolfgang Friebel Deutsches Elektronen-Synchrotron DESY Phone/Fax: +49 33762 77372/216 Platanenallee 6 Mail: Wolfgang.Friebel AT desy.de D-15738 Zeuthen Germany

2 1

[Dovecot] 2.0.5: quota warning failing
by Ralf Hildebrandt 06 Oct '10

06 Oct '10

>From the log: Oct 6 09:54:10 postamt dovecot: imap(hkunte): Error: quota: connect(/usr/local/scripts/quota-warning2) failed: Permission denied >From the config: quota = maildir quota_rule = INBOX.Trash:storage=+2048M quota_warning = storage=99%% /usr/local/scripts/quota-warning2 99 %u quota_warning2 = storage=95%% /usr/local/scripts/quota-warning2 95 %u quota_warning3 = storage=90%% /usr/local/scripts/quota-warning2 90 %u quota_warning4 = storage=85%% /usr/local/scripts/quota-warning2 85 %u service quota-warning { executable = script /usr/local/scripts/quota-warning2 # use some unprivileged user for executing the quota warnings user = vmail unix_listener quota-warning { } } But how exactly does this work? the user vmail cannot write to the users' mailboxes, so I'd have to run /usr/local/scripts/quota-warning2 as root, don't I? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

3 14