March 2007 - dovecot - dovecot.org

[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

[Dovecot] new crashes: is the index/mail cache endian neutral?
by Dan Price 06 Mar '07

06 Mar '07

Part of our migration plan takes our users from one endianness to another (big to little). Will the index and mail cache files survive? I'm seeing some new core dumps as the first test user is migrated, which makes me think... not. What about if we want to build dovecot 64 bit in the future? Will that cause problems too? Stack trace is below the log messages. I've edited the user's name out and replaced it with foobar, and cleansed out a few sensitive things. -dp dovecot: Mar 01 08:46:49 Info: imap-login: Login: user=<foobar>, method=PLAIN, r ip=WWW.XXX.YYY.ZZ, lip=AAA.BBB.CC.DD, TLS dovecot: Mar 01 08:46:49 Info: IMAP(foobar): Effective uid=88442, gid=10, home=/ home/foobar dovecot: Mar 01 08:46:49 Info: IMAP(foobar): mbox: data=/home/foobar:INBOX=/var/ mail/foobar:INDEX=/home/foobar/Mail/imapd-indices dovecot: Mar 01 08:46:49 Info: IMAP(foobar): mbox: root=/home/foobar, index=/hom e/foobar/Mail/imapd-indices, inbox=/var/mail/foobar dovecot: Mar 01 08:46:50 Error: IMAP(foobar): Corrupted index file /home/foobar/ Mail/imapd-indices/.imap/INBOX/dovecot.index: messages_count too large (0 > 0) dovecot: Mar 01 08:46:50 Error: IMAP(foobar): Corrupted index file /home/foobar/ Mail/imapd-indices/.imap/INBOX/dovecot.index: messages_count too large (0 > 0) dovecot: Mar 01 08:46:50 Error: IMAP(foobar): Corrupted index cache file /home/f oobar/Mail/imapd-indices/.imap/INBOX/dovecot.index.cache: field header points ou tside file dovecot: Mar 01 08:46:51 Error: IMAP(foobar): Corrupted transaction log file /ho me/foobar/Mail/imapd-indices/.imap/INBOX/dovecot.index.log: unknown record type 0x10 dovecot: Mar 01 08:46:51 Warning: IMAP(foobar): fscking index file /home/foobar/ Mail/imapd-indices/.imap/INBOX/dovecot.index dovecot: Mar 01 08:46:51 Error: IMAP(foobar): Unexpected transaction log desync with index /home/foobar/Mail/imapd-indices/.imap/INBOX/dovecot.index dovecot: Mar 01 08:46:51 Info: IMAP(foobar): Disconnected: Mailbox is in inconsi stent state, please relogin. dovecot: Mar 01 08:48:06 Info: imap-login: Login: user=<foobar>, method=PLAIN, r ip=WWW.XXX.YYY.ZZ, lip=AAA.BBB.CC.DD, TLS dovecot: Mar 01 08:48:06 Info: IMAP(foobar): Effective uid=88442, gid=10, home=/ home/foobar dovecot: Mar 01 08:48:06 Info: IMAP(foobar): mbox: data=/home/foobar:INBOX=/var/ mail/foobar:INDEX=/home/foobar/Mail/imapd-indices dovecot: Mar 01 08:48:06 Info: IMAP(foobar): mbox: root=/home/foobar, index=/hom e/foobar/Mail/imapd-indices, inbox=/var/mail/foobar dovecot: Mar 01 09:07:09 Error: IMAP(foobar): Corrupted index file /home/foobar/ Mail/imapd-indices/Mail/.imap/zfs/dovecot.index: messages_count too large (27853 45536 > 1) dovecot: Mar 01 09:07:10 Error: IMAP(foobar): Corrupted index cache file /home/f oobar/Mail/imapd-indices/Mail/.imap/zfs/dovecot.index.cache: field header points outside file dovecot: Mar 01 09:20:44 Error: IMAP(foobar): Corrupted index file /home/foobar/ Mail/imapd-indices/Mail/.imap/NDMP/dovecot.index: messages_count too large (5200 93696 > 3) dovecot: Mar 01 09:20:44 Error: IMAP(foobar): Corrupted transaction log file /ho me/foobar/Mail/imapd-indices/Mail/.imap/NDMP/dovecot.index.log: start_offset (61 44) > file size (1768) dovecot: Mar 01 09:20:44 Warning: IMAP(foobar): fscking index file /home/foobar/ Mail/imapd-indices/Mail/.imap/NDMP/dovecot.index dovecot: Mar 01 09:20:44 Error: child 111112 (imap) killed with signal 11 -dp #0 0x0809eaa1 in mail_index_lock_exclusive (index=0x8117c70, lock_id_r=0x8047490) at mail-index-lock.c:326 ret = 0 __PRETTY_FUNCTION__ = "mail_index_lock_exclusive" #1 0x0809e15e in mail_index_fsck (index=0x8117c70) at mail-index-fsck.c:169 error = 0x80e9498 "" lock_id = 135173240 file_seq = 16777216 file_offset = 6144 ret = 134509928 lock_log = true #2 0x080a5c49 in mail_transaction_log_file_set_corrupted (file=0x8101c30, fmt=0x80d51a8 "start_offset (%llu) > file size (%llu)") at mail-transaction-log.c:64 No locals. #3 0x080a785e in mail_transaction_log_file_map (file=0x8101c30, start_offset=6144, end_offset=18446744073709551615) at mail-transaction-log.c:1313 index = (struct mail_index *) 0x8117c70 st = {st_dev = 47777187, st_pad1 = {0, 0, 0}, st_ino = 15761, st_mode = 33152, st_nlink = 1, st_uid = 88442, st_gid = 10, st_rdev = 4294967295, st_pad2 = {0, 0}, st_size = 1768, st_atim = { tv_sec = 1172769644, tv_nsec = 151892829}, st_mtim = {tv_sec = 1172522367, tv_nsec = 0}, st_ctim = {tv_sec = 1172732240, tv_nsec = 566025559}, st_blksize = 2048, st_blocks = 4, st_fstype = "lofs", '\0' <repeats 11 times>, st_pad4 = {0, 0, 0, 0, 0, 0, 0, 0}} ret = 1768 use_mmap = 1 __PRETTY_FUNCTION__ = "mail_transaction_log_file_map" #4 0x080a7bca in mail_transaction_log_sync_lock (log=0x8101bd8, file_seq_r=0x0, file_offset_r=0x0) at mail-transaction-log.c:1373 __PRETTY_FUNCTION__ = "mail_transaction_log_sync_lock" #5 0x0809dad3 in mail_index_open (index=0x8117c70, flags=17, lock_method=MAIL_INDEX_LOCK_FCNTL) at mail-index.c:1423 i = 0 ret = 135294216 #6 0x08096241 in index_storage_mailbox_init (ibox=0x81164b8, name=0x0, flags=0, move_to_memory=false) at index-storage.c:360 storage = (struct mail_storage *) 0x80f62a0 index_flags = 17 lock_method = MAIL_INDEX_LOCK_FCNTL ret = 0 __PRETTY_FUNCTION__ = "index_storage_mailbox_init" #7 0x0807cbfc in mbox_alloc (storage=0x80f62a0, index=0x0, name=0x80f68b0 "Mail/NDMP", path=0x80e92f0 "/home/foobar/Mail/NDMP", flags=14) at mbox-storage.c:546 mbox = (struct mbox_mailbox *) 0x81164b8 pool = 0x1 #8 0x0807cd7c in mbox_open (storage=0x80f62a0, name=0x80f68b0 "Mail/NDMP", flags=14) at mbox-storage.c:662 mbox = (struct mbox_mailbox *) 0x80e9310 index = (struct mail_index *) 0x0 path = 0x80e92f0 "/home/foobar/Mail/NDMP" index_dir = 0x80e9310 "/home/foobar/Mail/imapd-indices/Mail/.imap/NDMP" #9 0x0807cf67 in mbox_mailbox_open (_storage=0x80f62a0, name=0x80f68b0 "Mail/NDMP", input=0x0, flags=14) at mbox-storage.c:773 path = 0x80e92d8 "/home/foobar/Mail/NDMP" st = {st_dev = 47777187, st_pad1 = {0, 0, 0}, st_ino = 15330, st_mode = 33152, st_nlink = 1, st_uid = 88442, st_gid = 10, st_rdev = 4294967295, st_pad2 = {0, 0}, st_size = 1189083, st_atim = { tv_sec = 1172732807, tv_nsec = 577163661}, st_mtim = {tv_sec = 1172679608, tv_nsec = 0}, st_ctim = {tv_sec = 1172731930, tv_nsec = 691932658}, st_blksize = 131072, st_blocks = 2224, st_fstype = "lofs", '\0' <repeats 11 times>, st_pad4 = {0, 0, 0, 0, 0, 0, 0, 0}} #10 0x080acbf6 in mailbox_open (storage=0x0, name=0x80f68b0 "Mail/NDMP", input=0x0, flags=14) at mail-storage.c:365 No locals. #11 0x08067f63 in cmd_copy (cmd=0x80f65cc) at cmd-copy.c:83 client = (struct client *) 0x80f6588 storage = (struct mail_storage *) 0x80f62a0 destbox = (struct mailbox *) 0x8 t = (struct mailbox_transaction_context *) 0x806bec0 search_arg = (struct mail_search_arg *) 0x80f8800 messageset = 0x80f68a8 "542506" mailbox = 0x80f68b0 "Mail/NDMP" sync_flags = 0 ret = 134511032 #12 0x0806affd in cmd_uid (cmd=0x80f65cc) at cmd-uid.c:19 cmd_name = 0x80f68a0 "copy" #13 0x0806b9ce in client_handle_input (cmd=0x80f65cc) at client.c:331 client = (struct client *) 0x80f6588 __PRETTY_FUNCTION__ = "client_handle_input" #14 0x0806b962 in client_handle_input (cmd=0x80f65cc) at client.c:388 client = (struct client *) 0x80f6588 __PRETTY_FUNCTION__ = "client_handle_input" #15 0x0806bb10 in _client_input (context=0x80f6588) at client.c:428 client = (struct client *) 0x80f6588 cmd = (struct client_command_context *) 0x80f65cc ret = 2 #16 0x080bdc35 in io_loop_handler_run (ioloop=0x80f3d80) at ioloop-poll.c:199 ctx = (struct ioloop_handler_context *) 0x80f3db8 pollfd = (struct pollfd *) 0x2 tv = {tv_sec = 0, tv_usec = 617423} io = (struct io *) 0x8105460 t_id = 2 msecs = 0 ret = 0 call = true -- Daniel Price - Solaris Kernel Engineering - dp(a)eng.sun.com - blogs.sun.com/dp

2 1

[Dovecot] Plugins in Python?
by Maykel Moya 06 Mar '07

06 Mar '07

Timo Do you have plans of adding support for writing plugins in high level languages like Python? Regards maykel

2 1

[Dovecot] messages lingering in .Trash/new instead of .Trash/cur
by Glenn Leavell 06 Mar '07

06 Mar '07

We're running Dovecot rc15 on Solaris 9, providing IMAP access to e-mail stored in Maildir++. I've noticed that a significant number of message files are currently sitting in the directories ~/Maildir/.Trash/new/. I would have expected that all messages in .Trash would be in the /cur subdirectory (as most are), and I'm not sure how they're landing in /new. If I connect to Dovecot and run something like the following, the messages all *do* immediately end up in .Trash/cur/ : x select blah * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags * permitted. * 4 EXISTS * 0 RECENT * OK [UIDVALIDITY 1150071896] UIDs valid * OK [UIDNEXT 5] Predicted next UID x OK [READ-WRITE] Select completed. x copy 4 "Trash" x OK Copy completed. Most of our users are using Thunderbird, and after looking at various outputs of rawlog, TB seems to be simply issuing uid copy commands to "Trash" like the ones above when a user deletes a message. Do any of you know what IMAP interaction with Dovecot can lead to message files appearing in .Trash/new/ ? Thanks very much, Glenn -- Glenn Leavell <glenn(a)usg.edu> Office of Information and Instructional Technology Board of Regents of the University System of Georgia

2 1

[Dovecot] Driving quota out of a database.
by David Craigon 06 Mar '07

06 Mar '07

Hi there, I'm using postgres as a userdb for dovecot. I'm am trying to get the quota plugin to work. I have a column in my table that returns the quota in KB. I am using the postgres expression "('maildir:storage=' || mailstore_control.mailbox.quota) AS quota" as recommended in the manuals. This expression is NULL to start with, which I take to mean unlimited quota. Trouble is, if I change it to a value, and then change it back to null, I don't seem to go back to unlimited quota. I'm using maildir++ quotas. What gives? :-) David Griffin Information Systems Ltd 20 St Christopher's Way, Pride Park, Derby DE24 8JY www.griffin.com <http://www.griffin.com/> Registered in England and Wales. Company Registration Number: 3676297.

3 2

[Dovecot] Replacing qmail + vpopmail with: sendmail + dovecot
by Oliver Schulze L. 06 Mar '07

06 Mar '07

Hi, I wonder if it posible to replace qmail + vpopmail with sendmail + dovecot? The idea is like this: - use sendmail + milter API to filter spam/virus and deliver the email to the dovevot MDA (LDA) - dovecot should save the email to the directory as specified in the vpopmail DB - maintain the vpopmail BD (users + passwd) - use dovecot pop3/imap for the clients - use sendmail again to receive the email from the pop3/imap users and deliver the email to the internet as usual. Anyone has done this? It is posible in the paper, in the real world? many thanks Oliver -- Oliver Schulze L. | Get my e-mail after a captcha in: Asuncion - Paraguay | http://tinymailto.com/oliver

5 6

[Dovecot] My "fighting spam" article is live!
by Esther Schindler 06 Mar '07

06 Mar '07

Getting Clueful: Five Things You Should Know About Fighting Spam The battle for your users’ e-mail inboxes probably will never end, but it’s not a failure of technology. Experienced e-mail and system administrators share the key points they really, really wish you understood. http://www.cio.com/technology/infrastructure/security/spam/ five_things_about_fighting_spam.html?CID=28830 Thanks to everybody who contributed. :-) Esther

10 14

[Dovecot] Bug: mbox-sync-parse.c: line 228
by Dean Quanne 05 Mar '07

05 Mar '07

[root@mail postfix]# dovecot --version 1.0.rc25 [root@mail postfix]# dovecot -n # /usr/local/etc/dovecot.conf ssl_cert_file: /usr/share/ssl/certs/dovecot.pem ssl_key_file: /usr/share/ssl/private/dovecot.pem login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login mbox_write_locks: fcntl auth default: passdb: driver: pam userdb: driver: passwd Attempting to delete an email yields ... (from Thunderbird, Becky and Squirrel WebMail) Mar 5 23:58:30 localhost dovecot: imap-login: Login: user=<dean>, method=PLAIN, rip=192.168.0.81, lip=81.235.169.182, TLS Mar 5 23:58:30 localhost dovecot: IMAP(dean): file mbox-sync-parse.c: line 228 (parse_x_imap_base): assertion failed: (ctx->sync_ctx->next_uid > ctx->sync_ctx->prev_msg_uid) Mar 5 23:58:30 localhost dovecot: IMAP(dean): Raw backtrace: imap [0x80a8265] -> imap [0x80a7de7] -> imap [0x8070a04] -> imap [0x8070a17] -> imap(mbox_sync_parse_next_mail+0x200) [0x807101c] -> imap(mbox_sync_rewrite+0x94f) [0x8077813] -> imap [0x80724bc] -> imap(mbox_sync+0x3e2) [0x807447a] -> imap [0x806cd9a] -> imap(cmd_copy+0x23d) [0x8057599] -> imap(cmd_uid+0x76) [0x805a60a] -> imap [0x805afb6] -> imap [0x805af4a] -> imap(_client_input+0x78) [0x805b0fc] -> imap(io_loop_handler_run+0x131) [0x80ad9e1] -> imap(io_loop_run+0x21) [0x80acf79] -> imap(main+0x458) [0x8061fc4] -> /lib/tls/libc.so.6(__libc_start_main+0xd3) [0x467e23] -> imap [0x8056799] Mar 5 23:58:30 localhost dovecot: child 4221 (imap) killed with signal 6 -- Dean Quanne

1 0

[Dovecot] MBOX to MAILDIR conversion
by Marc Perkel 05 Mar '07

05 Mar '07

Thinking about going from mbox to maildir. Started with mbox way back when but thinking about making the conversion. The main reason is that I use rsync for backups and when these huge mailboxes are touched I have to copy the whole thing. With maildir I only copy the files that change. So - my questions is - what's the easiest way to make this happan. I assume there are conversion utilities. I'm using Exim as an MTA. Also - using Ext3 for the file system on a Raid 10 array. Backup server will run Ext3 Raid 1. Is the number of files in one directory going to be a problem? And - any tip/tricks would be appreciated. Things to look out for? Still in planning stage. Thanks in Advance.

4 4

[Dovecot] Dovecot Deliver
by Marc Perkel 04 Mar '07

04 Mar '07

Not quite sure where the docs are on Dovecot deliver. Went to the wiki and it left me confused. The docs there definitely need some work. Anyone have some examples to share?

2 1

[Dovecot] Help with mysql-dspam-plugin
by Rob Klingsten 04 Mar '07

04 Mar '07

Hello folks -- I'm using Debian etch and I've got Mysql 5.0, Dovecot 1.0rc15 and DSpam 3.6.8... I've downloaded the mysql-dspam-plugin code, and it builds without errors. But when trying to start Dovecot I get: Starting mail server: dovecotIEffective uid=65534, gid=65534 ILoading modules from directory: /usr/lib/dovecot/modules/imap Emodule /usr/lib/dovecot/modules/imap/lib_dspam.so: dlsym(dspam_init) failed: /usr/lib/dovecot/modules/imap/lib_dspam.so: undefined symbol: dspam_init Error: imap dump-capability process returned 89 Any help with how to fix this would be great! I'm not really a programmer so I'm not quite sure where to look... thanks!! Rob Klingsten

4 6

[Dovecot] Dovecot Deliver to Folders
by Marc Perkel 03 Mar '07

03 Mar '07

Is there a way to get dovecot deliver to deliver directly to folders instead of the inbox?

3 2

[Dovecot] Dovecot ignoring Quotas
by Frank Doege 03 Mar '07

03 Mar '07

Hi, i have installed the dovecot 1.0rc25 and everything is working well. I have connected it to a postgresql database. Now to my little problem: Postfix is delivering into a maildir folder with active maildirquota patches, and this is working well. The problem is only that dovecot is not recognizing the maildirquota file at all. I have configured it as in the documentation with Plugin { Quota=maildir } Anyone any idea ? maybe this is a bug ? Thanks

1 0

[Dovecot] Using auth_bind_userdn causes uid to be improper case
by Aaron Luchko 03 Mar '07

03 Mar '07

I'm having a problem with dovecot-1.0-1.1.rc15.fc6 + LDAP + auth_bind_userdb. I have the following /etc/dovecot.conf: mail_location = maildir:/var/spool/mail/%u/ protocols = imap pop3 mail_log_prefix = "%Us(%u):%i:%h " first_valid_uid = 5001 first_valid_gid = 5001 protocol imap { } protocol pop3 { } protocol lda { postmaster_address = postmaster(a)example.com } auth_verbose = yes auth_debug = yes auth default { mechanisms = plain userdb ldap { args = /etc/dovecot-ldap.conf } passdb ldap { args = /etc/dovecot-ldap.conf } user = root } dict { } plugin { } and /etc/dovecot-ldap.conf: hosts = driveable.example.com base = dc=example,dc=com #dn = cn=Directory Manager #dnpass = password auth_bind_userdn = uid=%u, ou=People, dc=example, dc=com uris = ldap://127.0.0.1 user_attrs = mail user_filter = uid=%u user_global_uid = 5001 user_global_gid = 5001 pass_filter = uid=%u The problem is that if we have an entry in LDAP, User Name, with the uid UName, postfix stores the users mail in /var/spool/mail/UName If I log into dovecot using uname (LDAP uid isn't case sensitive) than dovecot tries to look in /var/spool/mail/uname, similarly if I log in with unAME dovecot will look in /var/spool/unAME. However, if instead of using auth_bind_userdn = uid=%u, ou=People, dc=example, dc=com I bind with dn = cn=Directory Manager dnpass = password than it correctly looks in /var/spool/UName regardless of the case used when logging in. It seems like when I log in with auth_bind_userdn %u is being left as the value I logged in with rather than being reloaded from LDAP. I was wondering if I have made some mistake in the configuration files to cause this behaviour or if something else is going on? thanks, Aaron

3 4

[Dovecot] automaticly move expunded emails to trash Folder
by Wilfried BARNAVON (Perso) 03 Mar '07

03 Mar '07

Hi I try to migrate from courier to Dovecot. Is there a way to get the same behaviour of Courier-imap with dovecot, about expunged emails ? I though about using the Lazy-Expunge plugin. The problem with this plugin is the following: messages are moved and set to be deleted in the Trash Folder. I would like they weren't set to be deleted. Is there a way to mitigate the behaviour of this plugin, or is there another plugin having this task in charge ? Thanks Wilfried BARNAVON

3 2

[Dovecot] Struggle with Postfix/Dovecot-auth and SASL
by Ingo Reimann 02 Mar '07

02 Mar '07

Hi List, I just updated an old sendmail installation to a modern postfix/dovecot system with mysql backend. Everything works fine but SMTP-AUTH fails with some clients. The problem is, that with PLAIN (old) clients send the base64 coded form: USERNAME\0USERNAME\0PASSWORD which, as i understand dovecot interprets as MASTERUSER\0USERNAME\PASSWORD. New clients send \0USERNAME\0PASSWORD which works fine. I don`t like to use masterusers, because then everyone would be able to log in as someone else. When i don`t have a passdb with master=yes in my dovecot.conf, Dovecot complains auth(default): passdb(XXXX(a)YYY.TLD,master): Attempted master login with no master passdbs If i create a passdb with contains everyone, everyone may look into other mailboxes. No good idea. I can`t change the old clients, but for now, i don`t know, what i am doing wrong or how to correct it. No real HowTo for my setup on the net, it seems that everyone uses cyrus-sasl. May anybody help, because i don`t like to switch my setup or use 2 auth daemons. My System: Debian Etch, postfix (2.3.7-3), dovecot (1.0.rc15-2) Best wishes, Ingo Reimann System Manager -------------------------------------------------------------------- ICSmedia GmbH in Münster: Soester Straße 13, 48155 Münster in Dortmund: Mönchenwordt 5, 44137 Dortmund im Internet: http://www.icsmedia.de Telefon: (0251) 60 60-403 Telefax: (0251) 60 60-190 E-Mail: ingo.reimann(a)icsmedia.de -------------------------------------------------------------------- Geschäftsführung: Frank Wulf Sitz der Gesellschaft: Münster Amtsgericht: Münster HRB: 46 97

3 2

[Dovecot] Fwd: logging of socket authentication
by Timo Sirainen 02 Mar '07

02 Mar '07

..and I sent this from wrong user account.. And I'm not even drinking :P Begin forwarded message: > From: Timo Sirainen <timo.sirainen(a)procontrol.fi> > Date: 2. maaliskuuta 2007 23.44.34 GMT+02:00 > To: lrosa(a)hypertrek.info > Cc: Dovecot Mailing List <dovecot(a)dovecot.org> > Subject: Re: [Dovecot] logging of socket authentication > > On 2.3.2007, at 23.42, Timo Sirainen wrote: > >> On 2.3.2007, at 16.41, Luigi Rosa wrote: >> >>> I finally and happly discarded Postfix Cyrus SASL authentication >>> and replaced it with Dovecot socket listen {client{}} >>> >>> Am I missing something, or Dovecot does not log the >>> authentication events? >> >> If you have auth_verbose=yes it does log them. If you're still not >> seeing them, it's probably a permission problem. See logging in >> http://wiki.dovecot.org/LDA > > Uh. What was I thinking. Of course LDA has nothing to do with > dovecot-auth. So auth_verbose=yes is the only thing I can think of..

1 0

[Dovecot] logging of socket authentication
by Luigi Rosa 02 Mar '07

02 Mar '07

I finally and happly discarded Postfix Cyrus SASL authentication and replaced it with Dovecot socket listen {client{}} Am I missing something, or Dovecot does not log the authentication events? Ciao, luigi -- / +--[Luigi Rosa]-- \ Chi non beve birra ha torto.

2 1

[Dovecot] Upgrade dovecot - rpm or spec
by Alfredo Marzal 02 Mar '07

02 Mar '07

>Thanks Axel, > >Yes, I did : RHEL4 dovecot-0.99.11-4.EL4 > > but dovecot-0.99 is not longer suported, isn't it?? > >Alfredo Axel, I would like to get a stable package, the available version < dovecot-1.0-3_47.rc24.el4.at.i386.rpm<http://dl.atrpms.net/all/dovecot-1.0-3_47.rc24.el4.at.i386.rpm>> will work without problems on my RH ES 4 ? Thanks, Alfredo

2 1

[Dovecot] Upgrade dovecot - rpm or spec
by Alfredo Marzal 02 Mar '07

02 Mar '07

On Fri, Mar 02, 2007 at 10:53:16AM -0500, Alfredo Marzal wrote: >* His Friends, *> >* I've been using dovecot-1.0.alpha5 for a long time, now i would like to *>* update to v.1.0.rc24 on my Red Hat ES 4 machine, so i need an rpm version * >* that i couldn't find on the web. Also now i can build the rpm package via * >* SPECS, which i don't have. Plis, anybody would help? > *>Have you checked the wiki? > > http://wiki.dovecot.org/PrebuiltBinaries<http://wiki.dovecot.org/PrebuiltBinaries> > There are up to date RHEL packages at ATrpms. >* Thanks in advanced, *>* *>* Alfredo * -- Axel.Thimm at ATrpms.net Thanks Axel, Yes, I did : RHEL4 dovecot-0.99.11-4.EL4 but dovecot-0.99 is not longer suported, isn't it?? Alfredo

1 0