- dovecot - dovecot.org

[Dovecot] Disconnects with proxies / new facts
by Michael Kress 06 Mar '07

06 Mar '07

Hi, I just tried the below with the current version 1.0 RC15 and I still got the Problem: telnet gives me the following output: -----8<-----8<-----8<-----SNIP-----8<-----8<-----8<----- +OK dovecot ready.u-ERR invalid command u s-ERR invalid command s e-ERR invalid command e r-ERR invalid command r -ERR invalid command u-ERR invalid command u s-ERR invalid command s e-ERR invalid command e r-ERR invalid command r _-ERR invalid command _ 1-ERR invalid command 1 -ERR invalid command -----8<-----8<-----8<-----SNIP-----8<-----8<-----8<----- The above output results from the following entry: user user_1[ENTER] So now I know that this is no version issue. Can you tell me something on how I can find the solution for this problem? I don't think its a firewall issue, I disabled my Desktop Firewall. On the server I use shorewall, but of course, port 110 is open and it works disabling AntiVir on the client side. The error also occurs when I disable the Server Firewall as well. The error is reproducible on several PCs (I tried 3 PCs). Have you got any hint? Without solving the problem, I have to switch the pop3 server to another one, because this problem is really a crucial one.The only problem is: I loke dovecot. :) Thanks in advance! Regards, Michael -------- Original-Nachricht -------- Betreff: [Dovecot] Disconnects with proxies Datum: Wed, 06 Dec 2006 22:43:00 +0100 Von: Michael Kress <kress(a)hal.saar.de> An: dovecot(a)dovecot.org Hi, I know I shouldn't ask stuff like this when using dovecot-0.99.11-4.EL4 (CentOS-4.4), but why I'm asking this is whether it's worth to switch from rpm based upstream dovecot to a self compiled one or not and thus I think you wouldn't kill me presenting you this question. o:-) I've got a problem with dovecot regarding a pop3 proxy issue. When I configure my dovecot server to do just plain pop3 I can telnet from a windows box without any flaw, but as soon as the client uses some pop3 proxy (for example outlook uses avira antivir Mail-AntiVirus Protection), queries to that server fail. A log line looks like this: pop3-login: Dec 05 22:53:24 Info: Disconnected [::ffff:84.165.54.42] Moreover with the proxy activated, a telnet to port 110 (pop3) is not working properly, the cursor stays right behind "+OK dovecot ready." and as soon as I enter a character, the server rejects this character as an unknown command (Without pressing ENTER). As soon as I turn off the Antivir-Proxy the telnet to port 110 runs flawlessly and I can login. So I'd like to know is there anything I can do with this version or is it worth trying the newest version? Is this a known issue? Thanks in advance Michael -- Michael Kress, kress(a)hal.saar.de http://www.michael-kress.de / http://kress.net P E N G U I N S A R E C O O L -- Michael Kress, kress(a)hal.saar.de http://www.michael-kress.de / http://kress.net P E N G U I N S A R E C O O L

4 12

[Dovecot] 1.0rc25: double INBOX folder (weird)
by Troy Engel 06 Mar '07

06 Mar '07

Let me start off by saying the initial cause was *not* a Dovecot bug. :) If you have the default namespace "INBOX." (Courier emulation mode from the Wiki) and an actual folder in your ~/Maildir/ with INBOX in the name (~/Maildir/.INBOX.Miami), then Dovecot presents them both to the client as the real Inbox in Thunderbird: Account Inbox (3) Drafts Sent INBOX (3) ...where (3) is me representing a new email account; if you click on either INBOX folder (parent or child) they show the same contents of the single Inbox. It was really confusing until I figured out the Maildir was messed up on the backend. Sometime back in 2004 the Courier-IMAP server let one of my (dovecot) testers create a folder called .INBOX.Miami; until the 1.0rc25 upgrade we never even knew it was there - it has been invisible this whole time. I can only assume that a bug in Courier allowed that folder to be created in the first place, I'm not bothering to track it down. Once I upgraded to 1.0rc25 this morning all the sudden there it was -- obviously not Dovecot's fault for putting it there and it was easy enough to fix by hand, but I thought I'd report it in case it exposed some logic gap in the code. If nothing else Dovecot shouldn't have duplicated the INBOX view to the client, and instead just showed it as a regular folder - yes? -te -- Troy Engel | Systems Engineer Fluid, Inc | http://www.fluid.com

5 12

[Dovecot] Error: child 469 (imap) killed with signal 6 (with rc25)
by Brett Morrow 06 Mar '07

06 Mar '07

I updated to the latest rc25 and started getting these messages(over and over again). This is on a Solaris 10 box and I tried compiling with gcc and sun c. I backed down to rc23 and the messages went away and everything works. Any body have an idea on what could be wrong? thank you dovecot: Mar 04 21:14:33 Error: child 467 (imap) killed with signal 6 dovecot: Mar 04 21:14:33 Error: IMAP(brett): file mbox-sync-rewrite.c: line 408 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) dovecot: Mar 04 21:14:33 Error: IMAP(brett): Raw backtrace: 0x79494 -> 0x42350 -> 0x3cf40 -> 0x3ecf4 -> 0x3f118 -> 0x6b1f8 -> 0x29634 -> 0x2105c -> 0x211f0 -> 0x22c3c -> 0x22bb4 -> 0x22db0 -> 0x7f7d8 -> 0x7f090 -> 0x2b188 -> 0x1db88 dovecot: Mar 04 21:14:33 Error: child 469 (imap) killed with signal 6 dovecot: Mar 04 21:14:34 Error: IMAP(brett): file mbox-sync-rewrite.c: line 408 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) dovecot: Mar 04 21:14:34 Error: IMAP(brett): Raw backtrace: 0x79494 -> 0x42350 -> 0x3cf40 -> 0x3ecf4 -> 0x3f118 -> 0x6b1f8 -> 0x29634 -> 0x2105c -> 0x211f0 -> 0x22c3c -> 0x22bb4 -> 0x22db0 -> 0x7f7d8 -> 0x7f090 -> 0x2b188 -> 0x1db88 dovecot: Mar 04 21:14:34 Error: child 473 (imap) killed with signal 6 -- Brett Morrow, NSSL Senior Systems and Storage Adminstrator INDUS Corporation National Severe Storms Laboratory (405) 366-0515 Brett.Morrow(a)noaa.gov http://www.induscorp.com

2 1

[Dovecot] imap core dump with rc25
by Nicolas STRANSKY 06 Mar '07

06 Mar '07

Hi, I had a core dump while using rc25. Here are the backtraces: Mar 5 00:52:31 rouge dovecot: IMAP(XXXXXX): Maildir /home/XXXXXX/Mail/.Sent sync: UID < next_uid (1 < 2, file = 1173024945.P2421Q0M874108.rouge:2,S) Mar 5 00:52:31 rouge dovecot: IMAP(XXXXXX): file client.c: line 401 (_client_input): assertion failed: (!client->handling_input) Mar 5 00:52:31 rouge dovecot: child 29120 (imap) killed with signal 6 Core was generated by `imap'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux-x86-64.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 #0 0x00002b40d9c96545 in raise () from /lib/libc.so.6 (gdb) bt full #0 0x00002b40d9c96545 in raise () from /lib/libc.so.6 No symbol table info available. #1 0x00002b40d9c97cce in abort () from /lib/libc.so.6 No symbol table info available. #2 0x0000000000466ac5 in i_set_failure_file () No symbol table info available. #3 0x000000000046634c in i_panic () No symbol table info available. #4 0x000000000041689f in _client_input () No symbol table info available. #5 0x00000000004134e6 in cmd_fetch () No symbol table info available. #6 0x0000000000413688 in cmd_idle () No symbol table info available. #7 0x000000000041672c in _client_reset_command () No symbol table info available. #8 0x00000000004166c0 in _client_reset_command () No symbol table info available. #9 0x0000000000416805 in _client_input () No symbol table info available. #10 0x000000000046c13b in io_loop_handler_run () No symbol table info available. #11 0x000000000046b6cc in io_loop_run () No symbol table info available. #12 0x000000000041dffb in main () No symbol table info available. Best regards, -- Nico Certains hommes parlent pendant leur sommeil. Les conférenciers parlent pendant le sommeil des autres. -+- Albert Camus (1913-1960) -+-

2 6

[Dovecot] Sieve Vacation
by Matthieu Vogelweith 06 Mar '07

06 Mar '07

Hi, I'm using Postfix/LDAP with virtual domains and Dovecot 1.0rc15 as LDA with sieve plugin. The sieve plugin works fine except vacation. How can I increase the log level of deliver to see what's the matter ? Cheers, -- Matthieu VOGELWEITH Linbox - Free&Alter Soft 152, rue de Grigy 57070 Metz tel : +33 (0)3 87 50 87 97 web : http://www.linbox.com

4 4

[Dovecot] Kolab: Can I use Dovecot instead of Cyrus?
by Matthew Sheffield 06 Mar '07

06 Mar '07

According to http://www.dovecot.org/list/dovecot/2005-June/007569.html support for the Kolab storage format was discussed in 2005. Has this support been added since then? I really don't like Cyrus and would prefer to use Dovecot for my groupware needs.

2 1

[Dovecot] rc25: need_space assert, core
by Jeff A. Earickson 06 Mar '07

06 Mar '07

Timo, I see where at least one other person reported this, but here goes. I went from rc24 to rc25 this morning, and I got an assert and core from my own mailbox withing five minutes: Mar 2 06:52:26 karst dovecot: [ID 107833 mail.error] IMAP(jaearick): file mbox-sync-rewrite.c: line 408: assertion failed: (need_space == (uoff_t)-mails[idx].space) Mar 2 06:52:26 karst dovecot: [ID 107833 mail.error] IMAP(jaearick): Raw backtrace: 0x89720 -> 0x46e50 -> 0x47410 -> 0x426d4 -> 0x42d60 -> 0x438b0 -> 0x43b38 -> 0x2a828 -> 0x2ada4 -> 0x231dc -> 0x23368 -> 0x23450 -> 0x8fe14 -> 0x8f638 -> 0x2cd64 -> 0x1dad8 Unfortunately, I switched compilers at rc24 and rc25. Before I used to compile with gcc -g -O so I could poke at cores. Now I use (Sun Studio 11) cc -O, so no useful information on a gdb traceback: (gdb) backtrace #0 0xff1c16e0 in _lwp_kill () from /lib/libc.so.1 #1 0xff15ff38 in raise () from /lib/libc.so.1 #2 0xff140160 in abort () from /lib/libc.so.1 #3 0x00089cd4 in i_internal_panic_handler () #4 0x00089728 in i_panic () #5 0x00046e58 in mbox_sync_read_and_move () #6 0x00047418 in mbox_sync_rewrite () #7 0x000426dc in mbox_sync_handle_eof_updates () #8 0x00042d68 in mbox_sync_do () #9 0x000438b8 in mbox_sync () #10 0x00043b40 in mbox_storage_sync_init () #11 0x0002a830 in imap_sync_init () #12 0x0002adac in cmd_sync () #13 0x000231e4 in client_handle_input () #14 0x00023370 in client_handle_input () #15 0x00023458 in _client_input () #16 0x0008fe1c in io_loop_handler_run () #17 0x0008f640 in io_loop_run () #18 0x0002cd6c in main () My setup: Solaris 10, homedirs (imap cache files) on a local zfs filesystem, mailboxes NFS mounted from another Sun system (NFS v4) which is also zfs on the mail server. Mbox format, no disk quotas anyplace, no plugins. I have rolled back to rc24. Jeff Earickson Colby College

4 3

[Dovecot] dovecot-example.conf glitches
by Steffen Kaiser 06 Mar '07

06 Mar '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, for a nice v1.0 release, there are some glitches in the example: 1) # allow shell access for users. See doc/configuration.txt for more information. #valid_chroot_dirs = There is no "doc/configuration.txt" (anymore) 2) spots like: #login_executable = /usr/libexec/dovecot/imap-login The path is where the file belongs to in a "real" production environment, however, the file should reflect the place "make install" uses, esp. because the default "./configure" uses --prefix /usr/local. Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBReb7Ay9SORjhbDpvAQJaqwgA2AEoit4BVUn8ahxveDT3lMQVzfpKR68X K415T2oZOFW8F1jtovTShp3yVDEpKem3Mw4JvHPZmlR89IAdPpZLWgahW3t0tP8n DAb8tqph7t4Ct5m9MGN/yyg5aTxz8gR7C6oZDuP/XAC/OlbS3XRfLele3i+v6sch LEI6y5MRYkCubbFzRJCBvgxWJZ5Au7q8Rvn9WVotVp1oTf0cgYG6z3mzNwHQcZLk sqSKQdzwsiMloO0mM+iVa2T8qmF4EAwjsO9XnRJy197xlxrCLdC/ZVRdFMVKE7Nd 0doyKkSiiSKdSUBr0ewEuy+Ikp2m8+5z5n0U2trvSMYd31pylA/Q0Q== =SC/q -----END PGP SIGNATURE-----

3 2

[Dovecot] File descriptor leak in 1.0rc2[45]?
by Victor Duchovni 06 Mar '07

06 Mar '07

I upgraded (NetBSD 2.99 i386) from 1.0rc7 to 1.0rc24 and then tried rc25, and in both cases need to restart Dovecot every day or so (low volume server). It seems to run out of file descriptors. I have now raised the file descriptor limit to 1024, but that is not a long-term solution... ... Mar 5 11:41:38 arioch dovecot: pipe() failed: Too many open files Mar 5 11:42:38 arioch dovecot: pipe() failed: Too many open files Mar 5 11:43:38 arioch dovecot: pipe() failed: Too many open files Mar 5 11:44:38 arioch dovecot: pipe() failed: Too many open files Mar 5 11:46:38 arioch dovecot: pipe() failed: Too many open files Mar 5 11:47:38 arioch dovecot: pipe() failed: Too many open files Mar 5 11:48:38 arioch dovecot: pipe() failed: Too many open files Mar 5 11:49:38 arioch dovecot: pipe() failed: Too many open files Mar 5 11:50:38 arioch dovecot: pipe() failed: Too many open files ... lsof(1) output for dovecot-auth and dovecot: COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME dovecot-a 22627 root cwd VDIR 0,6 512 405514 /var/run/dovecot dovecot-a 22627 root txt VREG 0,5 175256 1083551 /usr (/dev/wd0f) dovecot-a 22627 root txt VREG 0,5 7399 101747 /usr/lib/libcom_err.so.4.1 dovecot-a 22627 root txt VREG 0,0 1083908 67635 /lib/libcrypto.so.2.1 dovecot-a 22627 root txt VREG 0,0 866469 67587 /lib/libc.so.12.125 dovecot-a 22627 root txt VREG 0,0 24557 67605 /lib/libcrypt.so.0.2 dovecot-a 22627 root txt VREG 0,5 52783 101743 /usr/lib/libroken.so.12.3 dovecot-a 22627 root txt VREG 0,5 41436 101739 /usr/lib/libdes.so.7.0 dovecot-a 22627 root txt VREG 0,5 145345 101759 /usr/lib/libasn1.so.6.1 dovecot-a 22627 root txt VREG 0,5 251589 102046 /usr/lib/libkrb5.so.19.1 dovecot-a 22627 root txt VREG 0,5 66856 101775 /usr/lib/libgssapi.so.5.0 dovecot-a 22627 root txt VREG 0,0 56172 101377 /libexec/ld.elf_so dovecot-a 22627 root 0u unix 0xc0f773c4 0t0 ->0xc115a144 dovecot-a 22627 root 1r VCHR 2,2 0t0 45067 /dev/null dovecot-a 22627 root 2w PIPE 0xcb000e10 0 ->0xcb000d80 dovecot-a 22627 root 3u unix 0xc0f9fbe4 0t0 /var/run/dovecot/login/default dovecot-a 22627 root 4u KQUEUE 0xc0f11c30 dovecot-a 22627 root 5r VCHR 46,1 0t4 45571 /dev/urandom dovecot-a 22627 root 6r PIPE 0xcb0006c0 16384 ->0xcc08b2d0 dovecot-a 22627 root 7w PIPE 0xcc08b2d0 0 ->0xcb0006c0 dovecot-a 22627 root 12r VCHR 46,1 0t1024 45571 /dev/urandom ---------- COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME dovecot 5161 root cwd VDIR 0,6 512 405514 /var/run/dovecot dovecot 5161 root txt VREG 0,5 119872 1109297 /usr (/dev/wd0f) dovecot 5161 root txt VREG 0,0 866469 67587 /lib/libc.so.12.125 dovecot 5161 root txt VREG 0,0 56172 101377 /libexec/ld.elf_so dovecot 5161 root 0r VCHR 2,2 0t0 45067 /dev/null dovecot 5161 root 1r VCHR 2,2 0t0 45067 /dev/null dovecot 5161 root 2r VCHR 2,2 0t0 45067 /dev/null dovecot 5161 root 3r VCHR 2,2 0t0 45067 /dev/null dovecot 5161 root 4r VCHR 2,2 0t0 45067 /dev/null dovecot 5161 root 5u IPv4 0xc0f13500 0t0 TCP *:imap (LISTEN) dovecot 5161 root 6u KQUEUE 0xc0f11410 dovecot 5161 root 7u unix 0xc0d3cd80 0t0 ->0xc0d3c0d8 dovecot 5161 root 8r PIPE 0xcb000a20 16384 ->0xcb000cf0 dovecot 5161 root 9w PIPE 0xcb000cf0 0 ->0xcb000a20 dovecot 5161 root 10u unix 0xc0f15bd4 0t0 /var/run/dovecot/dict-server dovecot 5161 root 11u unix 0xc0f9fbe4 0t0 /var/run/dovecot/login/default dovecot 5161 root 12u unix 0xc115a144 0t0 ->0xc0f773c4 dovecot 5161 root 14r PIPE 0xcb000900 16384 dovecot 5161 root 16r PIPE 0xcb000d80 16384 ->0xcb000e10 dovecot 5161 root 17r PIPE 0xcd4a7994 16384 dovecot 5161 root 18r PIPE 0xcd4a7bd4 16384 dovecot 5161 root 19r PIPE 0xcd659634 16384 dovecot 5161 root 20r PIPE 0xcb000870 16384 dovecot 5161 root 21r PIPE 0xcd4a7c64 16384 dovecot 5161 root 22r PIPE 0xcd4a7cf4 16384 dovecot 5161 root 23r PIPE 0xce11dac4 16384 dovecot 5161 root 24r PIPE 0xce11d914 16384 dovecot 5161 root 25r PIPE 0xcd4a71b4 16384 dovecot 5161 root 26r PIPE 0xce11d644 16384 dovecot 5161 root 27r PIPE 0xcd6592d4 16384 dovecot 5161 root 28r PIPE 0xcd659094 16384 dovecot 5161 root 29r PIPE 0xcd659874 16384 dovecot 5161 root 30r PIPE 0xcb000990 16384 dovecot 5161 root 31r PIPE 0xce11d374 16384 dovecot 5161 root 32r PIPE 0xce11d254 16384 dovecot 5161 root 33r PIPE 0xce11d764 16384 dovecot 5161 root 34r PIPE 0xcd4a72d4 16384 dovecot 5161 root 35r PIPE 0xce11de24 16384 dovecot 5161 root 36r PIPE 0xce11d404 16384 dovecot 5161 root 37r PIPE 0xce11d9a4 16384 dovecot 5161 root 38r PIPE 0xcd659754 16384 dovecot 5161 root 39r PIPE 0xcd659c64 16384 dovecot 5161 root 40r PIPE 0xcc08b5a0 16384 dovecot 5161 root 41r PIPE 0xcc08b870 16384 dovecot 5161 root 42r PIPE 0xcc08b360 16384 dovecot 5161 root 43r PIPE 0xcc08bc60 16384 dovecot 5161 root 44r PIPE 0xcc08bab0 16384 dovecot 5161 root 45r PIPE 0xcc08b000 16384 dovecot 5161 root 46r PIPE 0xcc08b120 16384 dovecot 5161 root 47r PIPE 0xcc08b6c0 16384 dovecot 5161 root 48r PIPE 0xcc08b990 16384 dovecot 5161 root 49u unix 0xc0f77214 0t0 /var/run/dovecot/auth-worker.22627 dovecot 5161 root 50r PIPE 0xcc08b630 16384 dovecot 5161 root 51r PIPE 0xcc08b240 16384 dovecot 5161 root 52r PIPE 0xcc08bbd0 16384 dovecot 5161 root 53r PIPE 0xcc08b750 16384 dovecot 5161 root 54r PIPE 0xcc08b900 16384 dovecot 5161 root 55r PIPE 0xcc08bb40 16384 dovecot 5161 root 56r PIPE 0xcccd5018 16384 dovecot 5161 root 57r PIPE 0xcc08b1b0 16384 dovecot 5161 root 58r PIPE 0xcccd5528 16384 dovecot 5161 root 59r PIPE 0xcccd52e8 16384 dovecot 5161 root 60r PIPE 0xcd659514 16384 dovecot 5161 root 61r PIPE 0xcccd5138 16384 dovecot 5161 root 62r PIPE 0xcccd59a8 16384 -- Viktor.

2 4

[Dovecot] Migration
by John s 06 Mar '07

06 Mar '07

Hi, I have a Mailserver setup with Qmail+Vpopmail+courier-imap with 2000 users.The authentication in vpopmail was in plaint text file based.Right now the issue is while opening a user email box with 50-100 mails it is opening fastly.Butfor email-boxes with attachments and increased number of mails it take long time to open the Imap connection. So I would like to change the Imaps to Dovecot.Please suggest if I can migrate from courier-imap to dovecot with vpopmail and qmail without changing the present username and passwords. Thanks in advance for any help. Regards John

2 1