- dovecot - dovecot.org

[Dovecot] Panic: Leaked t_pop() call
by Len7hir 14 Oct '10

14 Oct '10

I have version 2.0.0 and upgraded to 2.0.2 and after - this is happend: Raw backtrace: /opt/dovecot2/lib/dovecot/libdovecot.so.0 [0xb7e3425e] -> /opt/dovecot2/lib/dovecot/libdovecot.so.0 [0xb7e342b5] -> /opt/dovecot2/lib/dovecot/libdovecot.so.0 [0xb7e338d6] -> /opt/dovecot2/lib/dovecot/libdovecot.so.0 [0xb7e31cb1] -> dovecot/pop3(client_handle_input+0x8e) [0x804be7e] -> /opt/dovecot2/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x120) [0xb7e40d30] -> /opt/dovecot2/lib/dovecot/libdovecot.so.0(io_loop_run+0x38) [0xb7e3f6b8] -> /opt/dovecot2/lib/dovecot/libdovecot.so.0(master_service_run+0x2a) [0xb7e2cf5a] -> dovecot/pop3(main+0x226) [0x804af66] -> /lib/tls/libc.so.6(__libc_start_main+0xc8) [0xb7cd0ea8] -> dovecot/pop3 [0x804ab51] Sep 10 13:11:32 pp6 dovecot: master: Error: service(pop3): child 14507 killed with signal 6 (core dumped) This is core dump: #0 0xb7d01947 in raise () from /lib/tls/libc.so.6 #1 0xb7d030c9 in abort () from /lib/tls/libc.so.6 #2 0xb7e5126d in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:164 #3 0xb7e512b5 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0xb7e76391 "Leaked t_pop() call", args=0xbf82ac94 "\n") at failures.c:600 #4 0xb7e508d6 in i_panic (format=0xb7e76391 "Leaked t_pop() call") at failures.c:230 #5 0xb7e4ecb1 in t_pop_check (id=0xbf82acc8) at data-stack.c:267 #6 0x0804be7e in client_handle_input (client=0x8080f38) at pop3-client.c:621 #7 0xb7e5dd30 in io_loop_handler_run (ioloop=0x8058370) at ioloop-epoll.c:212 #8 0xb7e5c6b8 in io_loop_run (ioloop=0x8058370) at ioloop.c:350 #9 0xb7e49f5a in master_service_run (service=0x80582c0, callback=0x804b090 <client_connected>) at master-service.c:496 #10 0x0804af66 in main (argc=0, argv=0x0) at main.c:250 If You want core file I can send, but maybe this is unnecessary. -- Len7hir

2 2

[Dovecot] Dovecot 2.0 lock upgrade assertion failure
by Ryan Murray 14 Oct '10

14 Oct '10

Hi! I've now seen this assertion failure from lmtp (most frequent), pop3 (next frequent), and imap (rarely). It didn't start happening until the number of accounts on the server was increased into the 10k-25k range. It happens when index->file_lock is a read lock and mail_index_lock is called asking for a write lock. Dovecot 2.x dies at the assertion on line 62 of mail-index-lock.c If that assertion were removed, it would likely die at the assertion on line 80. Looking at the mail-index-lock.c from dovecot 1.2.15, it looks like the 1.2 series would enter the else case of the "kind of kludgy" block, and end up calling file_lock_try_update(), which seems like what needs to happen. Dovecot 2.x only does a file_lock_try_update() when unlocking, to demote a write lock to a read lock (according to grep). # 2.0.5 (6ea01abfaea9): /etc/dovecot/dovecot.conf # OS: Linux 2.6.35.6 x86_64 Debian 5.0.6 Oct 9 23:02:59 stor29 dovecot: lmtp(4793, user(a)example.com) Panic: file mail-index-lock.c: line 62 (mail_index_lock): assertion failed: (index->lock_type == F_UNLCK) Oct 9 23:02:59 stor29 dovecot: lmtp(4793, user(a)example.com) Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0 [0x7f03e16ff842] -> /usr/lib/dovecot/libdovecot.so.0 [0x7f03e16ff8aa] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f03e16ffc53] -> /usr/lib/dovecot/libdovecot-storage.so.0 [0x7f03e1bce244] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_try_lock_exclusive+0x20) [0x7f03e1bce2d0] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_write+0x31d) [0x7f03e1be287d] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_commit+0x166) [0x7f03e1bda3d6] -> /usr/lib/dovecot/libdovecot-storage.so.0 [0x7f03e1ba1d16] -> /usr/lib/dovecot/libdovecot-storage.so.0(maildir_transaction_save_commit_pre+0x4d2) [0x7f03e1b9d0b2] -> /usr/lib/dovecot/libdovecot-storage.so.0 [0x7f03e1b98213] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_transaction_commit_full+0x97) [0x7f03e1bd2017] -> /usr/lib/dovecot/libdovecot-storage.so.0(index_transaction_commit+0x8b) [0x7f03e1b97e9b] -> /usr/lib/dovecot/modules/lib10_quota_plugin.so [0x7f03e0b44bd1] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_transaction_commit_get_changes+0x3d) [0x7f03e1b7722d] -> /usr/lib/dovecot/libdovecot-lda.so.0(mail_deliver_save+0x176) [0x7f03e1942e96] -> /usr/lib/dovecot/libdovecot-lda.so.0(mail_deliver+0xe3) [0x7f03e1943193] -> dovecot/lmtp [0x40569e] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xcb) [0x7f03e170a93b] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x18) [0x7f03e1709a58] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f03e16f8f93] -> dovecot/lmtp(main+0x159) [0x404419] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f03e0f831a6] -> dovecot/lmtp [0x4041f9] Oct 9 23:02:59 stor29 dovecot: master: Error: service(lmtp): child 4793 killed with signal 6 (core not dumped) Here's a backtrace from a different lmtp process that I attached gdb to, since lmtp didn't want to dump core: #0 0x00007fe8054c7ed5 in raise () from /lib/libc.so.6 No symbol table info available. #1 0x00007fe8054c93f3 in abort () from /lib/libc.so.6 No symbol table info available. #2 0x00007fe805c30855 in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:178 backtrace = 0x1a50bd0 "/usr/lib/dovecot/libdovecot.so.0 [0x7fe805c30842] -> /usr/lib/dovecot/libdovecot.so.0 [0x7fe805c308aa] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7fe805c30c53] -> /usr/lib/dovecot/libdovecot-st"... #3 0x00007fe805c308aa in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=<value optimized out>, args=<value optimized out>) at failures.c:607 No locals. #4 0x00007fe805c30c53 in i_panic (format=<value optimized out>) at failures.c:244 args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fff71f8cc40, reg_save_area = 0x7fff71f8cb80}} #5 0x00007fe8060ff244 in mail_index_lock (index=0x1cf0f80, lock_type=1, timeout_secs=<value optimized out>, lock_id_r=0x7fff71f8cdac) at mail-index-lock.c:62 ret = <value optimized out> __FUNCTION__ = "mail_index_lock" #6 0x00007fe8060ff2d0 in mail_index_try_lock_exclusive (index=0x4c10, lock_id_r=<value optimized out>) at mail-index-lock.c:146 ret = <value optimized out> #7 0x00007fe80611387d in mail_index_write (index=0x1cf0f80, want_rotate=false) at mail-index-write.c:226 map = (struct mail_index_map *) 0x1d0baf0 st = {st_dev = 37632, st_ino = 12898927743, st_nlink = 1, st_mode = 33152, st_uid = 2500, st_gid = 2500, pad0 = 0, st_rdev = 0, st_size = 260200, st_blksize = 4096, st_blocks = 512, st_atim = { tv_sec = 1286434371, tv_nsec = 554727597}, st_mtim = {tv_sec = 1286611467, tv_nsec = 18456193}, st_ctim = {tv_sec = 1286611467, tv_nsec = 18456193}, __unused = {0, 0, 0}} lock_id = 0 ret = <value optimized out> __FUNCTION__ = "mail_index_write" #8 0x00007fe80610b3d6 in mail_index_sync_commit (_ctx=0x1cfd908) at mail-index-sync.c:837 ctx = (struct mail_index_sync_ctx *) 0x1cd4590 index = (struct mail_index *) 0x1cf0f80 next_uid = 0 want_rotate = 16 index_undeleted = false delete_index = false ret = 0 #9 0x00007fe8060d2d16 in maildir_sync_index_finish (ctx=0x1cfd8f0, success=<value optimized out>) at maildir-sync-index.c:332 mbox = (struct maildir_mailbox *) 0x1aa2af0 time_diff = <value optimized out> ret = 0 #10 0x00007fe8060ce0b2 in maildir_transaction_save_commit_pre (_ctx=0x1d47a40) at maildir-save.c:984 _t = (struct mailbox_transaction_context *) 0x1d0bd80 sync_flags = <value optimized out> ret = <value optimized out> __FUNCTION__ = "maildir_transaction_save_commit_pre" #11 0x00007fe8060c9213 in index_transaction_index_commit ( index_trans=0x1afbad0, result_r=0x7fff71f8d090) at index-transaction.c:27 it = (struct index_transaction_context *) 0x1d0bd80 ibox = (struct index_mailbox_context *) 0x1aa2eb8 ret = <value optimized out> __FUNCTION__ = "index_transaction_index_commit" #12 0x00007fe806103017 in mail_index_transaction_commit_full ( _t=0x7fff71f8d0b8, result_r=0x7fff71f8d090) at mail-index-transaction.c:234 t = (struct mail_index_transaction *) 0x1afbad0 index = (struct mail_index *) 0x1cf0f80 index_undeleted = false #13 0x00007fe8060c8e9b in index_transaction_commit (t=0x1d0bd80, changes_r=0x7fff71f8d160) at index-transaction.c:123 box = (struct mailbox *) 0x1aa2af0 itrans = (struct mail_index_transaction *) 0x0 result = {log_file_seq = 0, log_file_offset = 0, commit_size = 0, ignored_modseq_changes = 0} ret = <value optimized out> #14 0x00007fe805075bd1 in quota_mailbox_transaction_commit (ctx=0x1d0bd80, changes_r=0x7fff71f8d160) at quota-storage.c:94 qt = (struct quota_transaction_context *) 0x1cfd610 #15 0x00007fe8060a822d in mailbox_transaction_commit_get_changes ( _t=<value optimized out>, changes_r=0x7fff71f8d160) at mail-storage.c:1215 _data_stack_cur_id = 3 t = (struct mailbox_transaction_context *) 0x1d0bd80 ret = <value optimized out> #16 0x00007fe805e73e96 in mail_deliver_save (ctx=0x7fff71f8d250, mailbox=0x407ba1 "INBOX", flags=<value optimized out>, keywords=<value optimized out>, storage_r=0x7fff71f8d2c8) at mail-deliver.c:219 open_ctx = {user = 0x1ce6980, lda_mailbox_autocreate = false, lda_mailbox_autosubscribe = false} box = (struct mailbox *) 0x1aa2af0 trans_flags = <value optimized out> t = (struct mailbox_transaction_context *) 0x0 save_ctx = (struct mail_save_context *) 0x0 kw = (struct mail_keywords *) 0x0 error = MAIL_ERROR_NONE mailbox_name = 0x407ba1 "INBOX" errstr = <value optimized out> changes = {pool = 0x1cd3fb0, uid_validity = 1233133548, saved_uids = { arr = {buffer = 0x1cd3fd0, element_size = 8}, v = 0x1cd3fd0, v_modifiable = 0x1cd3fd0}, ignored_modseq_changes = 0} range = <value optimized out> ret = 0 __FUNCTION__ = "mail_deliver_save" #17 0x00007fe805e74193 in mail_deliver (ctx=0x7fff71f8d250, storage_r=0x7fff71f8d2c8) at mail-deliver.c:289 ret = -1 #18 0x000000000040569e in client_input_data_handle (client=0x1a87520) at commands.c:476 data = <value optimized out> size = 1662 ret = <value optimized out> #19 0x00007fe805c3b93b in io_loop_handler_run (ioloop=<value optimized out>) at ioloop-epoll.c:212 ctx = (struct ioloop_handler_context *) 0x1a5f480 event = (const struct epoll_event *) 0x1a5f4f0 list = (struct io_list *) 0x1a60170 io = (struct io_file *) 0x1b5aab0 tv = {tv_sec = 299, tv_usec = 998518} t_id = 2 msecs = <value optimized out> ret = 1 call = <value optimized out> #20 0x00007fe805c3aa58 in io_loop_run (ioloop=0x1a585b0) at ioloop.c:350 No locals. #21 0x00007fe805c29f93 in master_service_run (service=0x1a58480, callback=0x4c10) at master-service.c:496 22 0x0000000000404419 in main (argc=1, argv=0x1a58370) at main.c:120 set_roots = {0x6098a0, 0x408320, 0x0} service_flags = <value optimized out> storage_service_flags = 675 c = <value optimized out> And here's index and index->file_lock from mail_index_lock: (gdb) p *index $6 = {dir = 0x1b54380 "/w/c/3/d/808008/Maildir", prefix = 0x1d04430 "dovecot.index", cache = 0x1d0b8b0, log = 0x1c6afb0, open_count = 2, flags = MAIL_INDEX_OPEN_FLAG_CREATE, fsync_mode = FSYNC_MODE_OPTIMIZED, fsync_mask = 0, mode = 384, gid = 4294967295, gid_origin = 0x1b5e270 "/w/c/3/d/808008/Maildir", extension_pool = 0x1c32130, extensions = {arr = {buffer = 0x1c32150, element_size = 64}, v = 0x1c32150, v_modifiable = 0x1c32150}, sync_lost_handlers = {arr = {buffer = 0x1c06e60, element_size = 8}, v = 0x1c06e60, v_modifiable = 0x1c06e60}, filepath = 0x1bd71b0 "/w/c/3/d/808008/Maildir/dovecot.index", fd = 14, map = 0x1d0baf0, indexid = 1286433474, inconsistency_id = 0, last_read_log_file_seq = 3, last_read_log_file_head_offset = 32852, last_read_log_file_tail_offset = 32852, last_read_stat = {st_dev = 37632, st_ino = 12898927743, st_nlink = 1, st_mode = 33152, st_uid = 2500, st_gid = 2500, pad0 = 0, st_rdev = 0, st_size = 260200, st_blksize = 4096, st_blocks = 512, st_atim = {tv_sec = 1286434371, tv_nsec = 554727597}, st_mtim = {tv_sec = 1286611467, tv_nsec = 18456193}, st_ctim = { tv_sec = 1286611467, tv_nsec = 18456193}, __unused = {0, 0, 0}}, fsck_log_head_file_seq = 0, fsck_log_head_file_offset = 0, sync_commit_result = 0x0, lock_type = 0, shared_lock_count = 1, excl_lock_count = 0, lock_id_counter = 4, lock_method = FILE_LOCK_METHOD_FCNTL, max_lock_timeout_secs = 4294967295, file_lock = 0x1b5e290, dotlock = 0x0, keywords_pool = 0x1b5dfb0, keywords = { arr = {buffer = 0x1b5e1a0, element_size = 8}, v = 0x1b5e1a0, v_modifiable = 0x1b5e1a0}, keywords_hash = 0x1c6af60, keywords_ext_id = 0, modseq_ext_id = 1, module_contexts = {arr = {buffer = 0x1ac22b0, element_size = 8}, v = 0x1ac22b0, v_modifiable = 0x1ac22b0}, error = 0x0, nodiskspace = 0, index_lock_timeout = 0, index_delete_requested = 0, index_deleted = 0, log_sync_locked = 1, readonly = 0, mapping = 0, syncing = 1, need_recreate = 0, index_min_write = 0, modseqs_enabled = 0, initial_create = 0, initial_mapped = 1} (gdb) p *index->file_lock $7 = {fd = 14, path = 0x1d0bac0 "/w/c/3/d/808008/Maildir/dovecot.index", lock_type = 0, lock_method = FILE_LOCK_METHOD_FCNTL} I can easily reproduce this currently if more information is needed. -- Ryan Murray <rmurray(a)cyberhqz.com>

2 1

[Dovecot] lmtp weird error: Bad address
by Paweł Madej 14 Oct '10

14 Oct '10

>From time to time for one of email addresses i got such error. Have no idea why, as it is valid. Dovecot 2.0.2 Oct 6 17:37:52 postfix/smtpd: connect from unknown[212.xxx.101.5] Oct 6 17:37:52 postfix/smtpd: setting up TLS connection from unknown[212.xxx.101.5] Oct 6 17:37:53 postfix/smtpd: Anonymous TLS connection established from unknown[212.xxx.101.5]: TLSv1 with cipher DHE-RSA-AES256 -SHA (256/256 bits) Oct 6 17:37:53 sqlgrey: grey: from awl match: updating 212.xxx.101(212.xxx.101.5), from@example.com(from@example.com) Oct 6 17:37:59 postfix/policyd-weight: decided action=DUNNO using cached result; rate: -2.3; <client=212.xxx.101.5> <helo=mx1.example.com> <from=from(a)example.com> <to=to(a)example.com>; delay: 6s Oct 6 17:37:59 postfix/smtpd: 9CD23A9C6BD: client=unknown[212.xxx.101.5] Oct 6 17:37:59 postfix/cleanup: 9CD23A9C6BD: message-id=<4cac977f4c58d7.89836790(a)example.com> Oct 6 17:37:59 postfix/qmgr: 9CD23A9C6BD: from=<from(a)example.com>, size=1967, nrcpt=1 (queue active) Oct 6 15:37:59 postfix/smtpd: disconnect from unknown[212.xxx.101.5] Oct 6 17:38:00 postfix/smtpd: connect from localhost.localdomain[127.0.0.1] Oct 6 17:38:00 postfix/smtpd: 39179A9C886: client=localhost.localdomain[127.0.0.1] Oct 6 17:38:00 postfix/cleanup: 39179A9C886: message-id=<4cac977f4c58d7.89836790(a)example.com> Oct 6 17:38:00 postfix/qmgr: 39179A9C886: from=<from(a)example.com>, size=2335, nrcpt=1 (queue active) Oct 6 17:38:00 dovecot: lmtp(12184): Connect from local Oct 6 17:38:00 dovecot: lmtp(12184, to(a)example.com) Error: lstat((null)) failed: Bad address Oct 6 17:38:00 dovecot: lmtp(12184, to(a)example.com) Error: file_dotlock_create((null)) failed: Bad address Oct 6 17:38:00 dovecot: lmtp(12184, to(a)example.com) Error: open((null)) failed: Bad address Oct 6 17:38:00 postfix/smtpd: disconnect from localhost.localdomain[127.0.0.1] Oct 6 17:38:00 postfix/lmtp: 9CD23A9C6BD: to=<to(a)example.com>, relay=my.relay[/var/run/dspam/dspam.sock], delay=7.3, delays=6.8/0/0/0.53, dsn=2.6.0, status=sent (250 2.6.0 <to(a)example.com> Message accepted for delivery) Oct 6 17:38:00 postfix/qmgr: 9CD23A9C6BD: removed Message is delivered properly but i got such errors and have no idea why. I've searched google for this but noone have answer for my problem. Greets -- Paweł Madej

2 2

[Dovecot] pop3 TCP_CORK too late error
by Ryan Murray 14 Oct '10

14 Oct '10

I was straceing a pop3 process and noticed that the TCP_CORK option isn't set soon enough: epoll_wait(8, {{EPOLLOUT, {u32=37481984, u64=37481984}}}, 38, 207) = 1 write(41, "iTxPBrNlaNFao+yQzLhuO4/+tQ5cuiKSe"..., 224) = 224 epoll_ctl(8, EPOLL_CTL_MOD, 41, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=37481984, u64=37481984}}) = 0 pread(19, "AFABQAlAC0AJ\nQAUALQAUAFABQAlAC0AF"..., 8192, 811008) = 8192 setsockopt(41, SOL_TCP, TCP_CORK, [1], 4) = 0 write(41, "\r\nKUWtGCjKO5N8UbW5uYLZbS0nmaNi4ZB"..., 4134) = 4134 write(41, "\r\npckt0KMGuho6r4H1ay0sXbx+YyuC0Sn"..., 4134) = 4134 pread(19, "kivLO4WgAoAKACgBKAFoAr3V0lpH5kuQg"..., 8192, 819200) = 8192 write(41, "\r\nJkm1ZFXSIr1Ig19KGYj7oHT61dWUG/d"..., 4134) = 4134 write(41, "\r\nSNUHRRipGU9bu2sdLubhPvxoSv1qoK7"..., 4134) = 4134 pread(19, "NcOu1l/u1rGGl2YVKnQb8M9X09dKg\n0v7"..., 8192, 827392) = 8192 write(41, "\r\nAAp/Uo/zfgP29S9rB/wnRTcXsvu8YEg"..., 4134) = 4134 write(41, "\r\nYHT5jx+tJ1Z9x8iF/wCEb0ny/LNmmM5"..., 4134) = 4134 pread(19, "4GhGM3jkA/3B09Kr66+wewj0BfA8f8d8/"..., 8192, 835584) = 8192 write(41, "\r\nxHf8JPpm/b54/I/4UfVKhX1h3tYT/hJ"..., 4134) = 3932 write(41, "tdGIPCOsquY5oRkcoSev1p/Xl2D6s0tGN"..., 202) = -1 EAGAIN (Resource temporarily unavailable) epoll_ctl(8, EPOLL_CTL_MOD, 41, {EPOLLIN|EPOLLPRI|EPOLLOUT|EPOLLERR| EPOLLHUP, {u32=37481984, u64=37481984}}) = 0 setsockopt(41, SOL_TCP, TCP_CORK, [0], 4) = 0 The TCP_CORK option should get set before the first call to write() there, rather than after the first pread(). -- Ryan Murray <rmurray(a)cyberhqz.com>

3 3

[Dovecot] managesieve fileinto folder with international characters
by Edward Carraro 14 Oct '10

14 Oct '10

I have a folder created in dovecot entered by the user as "ññoéé" On the file system it appears as "&APEA8Q-o&AOkA6Q-" (mUTF7) When creating a sieve rule, to file into the folder ññoéé, I am converting the name from UTF8 into UTF7, the rule becomes require ["fileinto"]; if header :contains ["From"] "user(a)domain.com" { fileinto "&APEA8Q-o&AOkA6Q-"; } however when executed, a sieve log is generated saying: failed to store into mailbox '&APEA8Q-o&AOkA6Q-' (&-APEA8Q-o&-AOkA6Q-): Mailbox doesn't exist: &-APEA8Q-o&-AOkA6Q-. If I directly modify the sieve file and place the actual utf8 version of the folder in it require ["fileinto"]; if header :contains ["From"] "user(a)domain.com" { fileinto "ññoéé"; } I get the following error: main_script: line 1: error: folder name specified for fileinto command is not utf-8: ññoéé.

4 5

[Dovecot] dovecot logging
by Rajesh M 14 Oct '10

14 Oct '10

hi i am using dovecot version 1.2.11 with qmail toaster is there a way to log the number of current imap connections at a given time using dovecot log format ? thanks rajesh

2 1

[Dovecot] Outlook FLAGS bug
by qmail＠top-consulting.net 14 Oct '10

14 Oct '10

I believe I have uncovered an Outlook bug. I've searched on the Internet a bit but I didn't find much on this particular topic. Basically it seems that Outlook (I'm using 2007) is overwriting message flags at least when replying to messages. I have seen the following behavior in the dovecot logs, first for only viewing a message, second when replying to a message. urfh UID STORE 65998 +FLAGS (\Seen) 3fxj IDLE DONE ejm4 UID STORE 65998 FLAGS (\Seen \Answered) The second STORE effectively wipes out any other flags on the message and replaces them with \Seen & \Answered I tried the same operation in Thunderbird and it performs properly. Anyone else encountered this bug ? Anyone knows if it's fixed in 2010 ?

1 0

[Dovecot] acl allow creation of special foldernames
by Tobias Daucher 14 Oct '10

14 Oct '10

Hi, ACL works fine now... But is it possible so allow users the creation of specific folder names? so users should be able to create a folder "Sent" but not the folder "Send" or something like that I just want to allow some folder names and only THESE folders... Thanks for you help! Tobi -- Dr. Nagler & Company GmbH Hauptstraße 9 92253 Schnaittenbach Tel : 09622-7197-38 Fax : 09622-7197-50 Handy: 0160-5348073 Web : http://www.nagler-company.com E-Mail : tobias.daucher(a)nagler-company.com Amberg HRB 2845 Gerichtsstand Amberg Steuernummer 201/118/51809 USt.-ID-Nummer DE 813066264 Geschäftsführer: Dr. Martin Nagler

2 1

[Dovecot] mbox folder deleting
by Tobias Daucher 14 Oct '10

14 Oct '10

Hi there again, I just wanna tell you what little bug we've found... Namespace is in mbox format. After deleting an mbox the entry in the .imap stays so not everyting is moved away and ist just hanging around... not so bad, but would be nice if it was cleaned up... thanks Tobi -- Dr. Nagler & Company GmbH Hauptstraße 9 92253 Schnaittenbach Tel : 09622-7197-38 Fax : 09622-7197-50 Handy: 0160-5348073 Web : http://www.nagler-company.com E-Mail : tobias.daucher(a)nagler-company.com Amberg HRB 2845 Gerichtsstand Amberg Steuernummer 201/118/51809 USt.-ID-Nummer DE 813066264 Geschäftsführer: Dr. Martin Nagler

2 1

[Dovecot] Error on mailbox file
by augustocasagrande＠gmail.com 14 Oct '10

14 Oct '10

Hi! I'm running Postfix 2.2.9 as MTA. I have several mail clients , such as Outlook 2000/xp/2007. The clients comunicate to the MTA using pop3/smtp protocols. I have also installed Webmail Squirrel for the internet users. Squirrel needs an Imap server, so i have utilized Dovecot 1.2.6. To authenticate users , i use pam_winbbind to validate users to my NT domain. Here is my problem : Today i checked my /var/log/mail log and this took my attention : Sep 29 08:25:07 host1 dovecot: imap-login: Login: user=<USER>, method=PLAIN, rip=172.20.22.12, lip=172.20.22.14 Sep 29 08:25:07 host1 dovecot: IMAP(user): mail_location: mbox: mkdir(/home/NT-DOMAIN/user/mail) failed: Permission denied (euid=10188(user) egid=10001(domain users) missing +w perm: /home) Sep 29 08:25:07 host1 dovecot: IMAP(user): Fatal: Namespace initialization failed Here , i assume the user put his user name in CAPS (USER), and that i generating an error. Then Dovecot tries to create the directory /home/NT-DOMAIN/user/mail. In my dovecot.conf file , i have : mail_location = mbox:~/mail:INBOX=/var/mail/%u Now , the log continues : Sep 29 08:25:18 host1 dovecot: imap-login: Login: user=<user>, method=PLAIN, rip=172.20.22.12, lip=172.20.22.14 Sep 29 08:25:18 host1 dovecot: IMAP(user): mail_location: mbox: mkdir(/home/NT-DOMAIN/user/mail) failed: Permission denied (euid=10188(user) egid=10001(domain users) missing +w perm: /home) Sep 29 08:25:18 host1 dovecot: IMAP(user): Fatal: Namespace initialization failed Here the user re-enters the user, now correctly, but the problem persists . Finally , a could see this new log entry : Sep 29 10:50:43 host1 postfix/local[19663]: 50B98441E0: to=<user(a)domain.com>, orig_to=<user(a)domain.com>, relay=local, delay=0, status=bounced (cannot access mailbox /var/mail/user for user user. cannot open file: Permission denied) Here some user tries to send an email to this user , and a permission denied error occurs. Watching the permissions on the file : -rw------- 1 user users 1499655 2010-09-29 02:18 /var/mail/user Maybe some Dovecot process is blocking the file access ? List of Dovecot process: ps ax | grep dovecot 25997 ? Ss 0:07 /usr/sbin/dovecot 15399 ? S 0:02 dovecot-auth 20614 ? S 0:00 dovecot-auth -w How can i fix this issue? Thank you very much ! Augusto

2 7

[Dovecot] doveadm doesn't seem to honor mail_location, mail_uid, mail_gid
by Trever L. Adams 14 Oct '10

14 Oct '10

I am adjusting the recommended ldap configuration to match active directory instead of the standard posixaccount layout. The problem is that doveadm seems to ignore mail_uid and mail_gid along with (possibly) mail_location. This is a setup with all virtual users (all ldap, not system accounts). Everything works in postfix and standard dovecot operation, it is only doveadm which doesn't work. Ldap queries return everything but these entries (as they do not exist in AD). These items I have tried setting in the configuration and in environment variables. Any help would be GREATLY appreciated. Thank you, Trever -- "The three Rs of Microsoft support: Retry, Reboot, Reinstall." -- Unknown

2 1

[Dovecot] help with expire plugin
by Joy 14 Oct '10

14 Oct '10

Dear All, I am using version 2.0 and willing to use expire plugin in my setup but unable to set it up correctly. Here is the relevant part from output of doveconf -n # 2.0.0: /usr/local/dovecot/etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-686 i686 Debian 5.0.6 base_dir = /usr/local/dovecot/var/run/dovecot/ dict { expire = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext } mail_plugins = quota acl expire virtual namespace { inbox = yes location = prefix = separator = . type = private } plugin { expire = Trash 7 Spam 30 expire_dict = proxy::expire } } protocol imap { mail_plugins = $mail_plugins imap_acl autocreate imap_quota } I have also created the database and tables for mysql and made the following change in dovecot-dict-sql.conf.ext file connect = host=localhost dbname=mails user=root password=xxxxxx map { pattern = shared/expire/$user/$mailbox table = expires value_field = expire_stamp fields { username = $user mailbox = $mailbox } } I am not getting any error in log file and expire is not working too please let me know the issue ... Thanks

3 2

[Dovecot] Why deliver+usercheck? deliver+MTA?
by Lukas Haase 14 Oct '10

14 Oct '10

Hi, I successfully configured dovecot using virtual users (and LDAP/AD). deliver is the LDA and verifies if the user exists (as recommended in the WIKI). However, the howtos in the Wiki say *nothing* about the case that the recipients should be verified *before* receiving the messages (prevent backscatter, ...). All configurations in the dovecot-Wiki (postfix and exim) just accept the mails and pass them to deliver. Also, all howtos which I found on the web. If the user does not exist, the mail is bounced because the mail was already accepted by the MTA. Nowadays this is an unacceptable configuration! Is there a special reason why there is no discussion about this? However, as postfix seems to be really too unflexible I have set up exim to handle incoming mail and do the usercheck in the router (with an LDAP query). But now the user is doubled-checked: Once when receiving with exim and a second time in deliver. This is not necessary, so I guess I can disable the LDAP query for deliver and set up a static userdb. Why does the Wiki recommened to verfify with deliver when the user needs to be checked at the MTA anyway? Regards, Luke

5 7

[Dovecot] Pigeonhole feature request: automatically copy sieve_global_path (default script) to user's sieve_dir
by Jerrale G 14 Oct '10

14 Oct '10

We have used the great managesieve you have merged together, with sieve, to create pigeonhole. However, when a user creates a custom script through a GUI of ours, the default, as we expected, would be ignored. Maybe you could add a retain_sieve_global=yes|no setting OR be more complex by having the sieve_global_dir copied to the users sieve_dir on first managesieve script save, if another setting to do this was set to yes. This way the administrators can create a skeleton directory and the users can retain the default skeleton settings. Maybe, in the future, you can do, just like the master auth for logging into users' imap accounts, you could have the master=yes allow login to each user's managesieve. Just some suggestions but, until a new feature comes around, I will have a cron job or a imap-login script do the trick. Timo has said that you are a separate developer from dovecot. I just want to thank you for the great job on sieve as well, Kudos, Jerrale G -- Jerrale G. SC Senior Admin

5 10

[Dovecot] Qmail+Vpopmail+Mysql+Dovecot 2.x (Notes on a successful conversion)
by Aaron 12 Oct '10

12 Oct '10

SoI had a hell of a time converting my qmail install to dovecot 2.0.5, so I thought I'd pass on what I learned. 1. When using vpopmail, do not use " --disable-many-domains". If you do, you'll need to recompile vpopmail without that setting and use the script found at http://qmailrocks.thibs.com/downloads/scripts/migrate-vpopmail-many-domains to collapse the tables. 2. Switch to mysql authentication. The following snippet works well. driver = mysql connect = host=/var/run/mysqld/mysqld.sock user=vpopmail password=YOURPASS dbname=vpopmail default_pass_scheme = PLAIN password_query = SELECT CONCAT(pw_name, '@', pw_domain) AS user, pw_clear_passwd AS password FROM vpopmail WHERE pw_name = '%n' AND pw_domain = '%d' user_query = SELECT pw_dir as home, 1008 AS uid, 1003 AS gid FROM vpopmail WHERE pw_name = '%n' AND pw_domain = '%d' 3. When integrating Sieve, vpopmail apparently needs to own auth-master and authdb. (example available on request) 4. If coming from maildrop as the LDA, you can put the following in your maildroprc to allow a gentler transition (or to keep maildrop's ability to call external applications) `test -r /usr/libexec/dovecot/deliver` if ( $RETURNCODE == 0) { `test -r $HOME/$EXT/.sieve` if ( $RETURNCODE == 0) { to "| /usr/libexec/dovecot/deliver -d $EXT@$USER" } } 5. When completely switching, you can either replace the .qmail files or use one of the following in qmail/control/defaultdelivery |/var/qmail/bin/preline -f /usr/libexec/dovecot/deliver -d $EXT@$USER |/var/qmail/bin/preline -f /usr/libexec/dovecot/deliver -d ${EXT/-*}@$USER -a $EXT@$USER -- This should allow a final conversion to vpopmail 5.5 (from 5.4.30) with dovecot 2.0.x.. I haven't done that final step yet, but it should now work. Anyhow, I hope this saves someone a few days of head scratching. a.

2 3

[Dovecot] POP3 Slow
by Avinash Mishra 12 Oct '10

12 Oct '10

Hi, I am running both IMAP/POP3 services. Recently, the POP3 users started complaining of slow performance. I tried to resolve it by advising them to trim their inbox, but to no avail. Kindly advise as I am not able to resolve this issue. dovecot -n: # 1.0.7: /etc/dovecot.conf ssl_cert_file: /etc/dovecot.cert.pem ssl_key_file: /etc/dovecot.key.pem login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd ========================================================================================= sstrace -tt -o log -p <pop3 process id>: 18:45:55.425819 gettimeofday({1286457355, 425856}, {4294966966, 0}) = 0 18:45:55.425901 write(1, "hQIKACgAoAKACgAoAKACgAoASgBaBhQI"..., 1683) = 1683 18:45:55.425987 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:55.426044 pread64(9, "UAFABQAUAFABQBR+zxT31x5qBsBcUAOu"..., 4096, 20480) = 4096 18:45:55.426137 write(1, "\r\nAUAFABQAUAFABQAUAFABQAUAFABQAU"..., 4134) = 4134 18:45:55.426204 pread64(9, "/AJ5p+VAg+zwd4k/7\n5FAB9nh/55J/3y"..., 4096, 24576) = 4096 18:45:55.426298 write(1, "\r\nAC+UmP4v++jR8gsHkp7/APfRosuwWI"..., 4134) = 4134 18:45:55.426373 pread64(9, "FA\nBQAUAFABQAUAFABQAUAFABQAUAFAB"..., 4096, 28672) = 4096 18:45:55.426466 write(1, "\r\nKBBQAUAFABQAUAFABQAUAFABQAUAFA"..., 4134) = 1729 18:45:55.426528 write(1, "rSs+4B+8/2f1oswD956r+VGow/eeq/lR"..., 2405) = -1 EAGAIN (Resource temporarily unavailable) 18:45:55.426600 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:55.426674 gettimeofday({1286457355, 426704}, NULL) = 0 18:45:55.426752 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4839) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:55.803792 gettimeofday({1286457355, 803819}, {4294966966, 0}) = 0 18:45:55.803867 write(1, "rSs+4B+8/2f1oswD956r+VGow/eeq/lR"..., 2405) = 2405 18:45:55.803943 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:55.803998 pread64(9, "BQAUAFABQAUAFABQAUAFABQAUAFABQAU"..., 4096, 32768) = 4096 18:45:55.804091 write(1, "\r\nAFABQAUAFABQAUAFABQAUAFABQAUAF"..., 4134) = 4134 18:45:55.804158 pread64(9, "QH+Dbzj0zQBbVCrjDfIFxtx+tAD6ACgA"..., 4096, 36864) = 4096 18:45:55.804251 write(1, "\r\njQBQgtryBSqPDknJJBJJ96ALe6QXCp"..., 4134) = 2221 18:45:55.804327 write(1, "86U5IzwPagCxcQtI0BXHyOGP0waAJ6AF"..., 1913) = -1 EAGAIN (Resource temporarily unavailable) 18:45:55.804399 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:55.804449 gettimeofday({1286457355, 804466}, NULL) = 0 18:45:55.804497 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4461) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:56.189834 gettimeofday({1286457356, 189861}, {4294966966, 0}) = 0 18:45:56.189908 write(1, "86U5IzwPagCxcQtI0BXHyOGP0waAJ6AF"..., 1913) = 1913 18:45:56.189982 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:56.190039 pread64(9, "uJ5Y9W/wC+jTC4CNf9r/vo0XC4uwep/w"..., 4096, 40960) = 4096 18:45:56.190136 write(1, "\r\nMN/e/Siwai4b+9+lKwBtb++fyosAbW"..., 4134) = 4134 18:45:56.190204 pread64(9, "0pAGBQAUALQAUAJQAtA\nBQAlAC0AFABQ"..., 4096, 45056) = 4096 18:45:56.190295 write(1, "\r\nB5Ef939aLLsGvcPs8WMbBRoGvcPs8X"..., 4134) = 1253 18:45:56.190370 write(1, "gAoAKACgAoAKACgAoAKACgAoAKACgAoA"..., 2881) = -1 EAGAIN (Resource temporarily unavailable) 18:45:56.190442 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:56.190492 gettimeofday({1286457356, 190510}, NULL) = 0 18:45:56.190540 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4075) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:56.394306 gettimeofday({1286457356, 394338}, {4294966966, 0}) = 0 18:45:56.394394 write(1, "gAoAKACgAoAKACgAoAKACgAoAKACgAoA"..., 2881) = 2881 18:45:56.394481 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:56.394539 pread64(9, "AWgB\nKACgAoAWgBp6igBaAFoASgAoAKA"..., 4096, 49152) = 4096 18:45:56.394658 write(1, "\r\n5A2DzRYBnmtjI5GcfSnYB+XaMlcbqX"..., 4134) = 2959 18:45:56.394739 write(1, "AKACg\r\nAoAKACgAoAKACgAoAKACgAoAK"..., 1175) = -1 EAGAIN (Resource temporarily unavailable) 18:45:56.394815 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:56.394876 gettimeofday({1286457356, 394894}, NULL) = 0 18:45:56.394927 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 3871) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:56.703007 gettimeofday({1286457356, 703024}, NULL) = 0 18:45:56.703056 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 3562) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:58.344576 gettimeofday({1286457358, 344608}, {4294966966, 0}) = 0 18:45:58.344754 write(1, "gAoAKACgAoAKACgAoAKACgAoAKACgAoA"..., 3111) = 3111 18:45:58.344848 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:58.344907 pread64(9, "An8QoA\nWgAoAKACgAoAKACgAoAKACgAo"..., 4096, 69632) = 4096 18:45:58.344999 write(1, "\r\nFABQAUAFABQAUAFABQAUAFABQAUAFA"..., 4134) = 4134 18:45:58.345067 pread64(9, "oAKACgAoAKACgAoAKACgAoAKACgAoAKA"..., 4096, 73728) = 4096 18:45:58.345161 write(1, "\r\nUAFABQAUAFABQAUAFABQAUAFABQAUA"..., 4134) = 55 18:45:58.345230 write(1, "BQAUAFABQAUAFABQAUAFABQ\r\nAUAGKAC"..., 4079) = -1 EAGAIN (Resource temporarily unavailable) 18:45:58.345305 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:58.345356 gettimeofday({1286457358, 345373}, NULL) = 0 18:46:00.295062 gettimeofday({1286457360, 295092}, {4294966966, 0}) = 0 18:46:00.295146 write(1, "UAFABQAUAFABQAUAB6UA\r\nFABQAUAFAB"..., 722) = 722 18:46:00.295236 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:46:00.295309 pread64(9, "AFABQAUAFABQAUAFACUALQAUAFABQAUA"..., 4096, 94208) = 4096 18:46:00.295417 write(1, "\r\nFABQAUAFABQAUAFABQAUAFABQAUAFA"..., 4134) = 4134 18:46:00.295509 pread64(9, "ACgAoAKACgAoAKAEP3qAFoAWgAoAKACg"..., 4096, 98304) = 2281 18:46:00.295607 pread64(9, "", 1815, 100585) = 0 18:46:00.295686 close(9) = 0 18:46:00.295800 write(1, "\r\nAKACgAoAKAEoAWgYUCCgAoAKACgBKA"..., 2729) = 984 18:46:00.295875 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:46:00.295958 read(0, 0x9ad8d81, 1759) = -1 EAGAIN (Resource temporarily unavailable) 18:46:00.296019 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:46:00.296070 write(1, "gAoAKACgAoAKACgAoAKACgAoAKACgA\r\n"..., 1745) = -1 EAGAIN (Resource temporarily unavailable) 18:46:00.296147 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:46:00.296197 gettimeofday({1286457360, 296215}, NULL) = 0 18:46:00.296248 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 9969) = 1 ([{fd=1, revents=POLLOUT}]) =============================================================================================================== This issue started almost a week back and has been continuing since.

6 10

[Dovecot] Dovecot Version 1.2.12 Slow IMAP LIST Question
by Dave Shanefelter 11 Oct '10

11 Oct '10

We are using Dovecot 1.2.12, FreeBSD 8.1 Stable, & SquirrelMail 1.4.21 Our problem is that SquirrelMail works fine inside our Network, but from the outside SquirrelMail times out before it can display the inbox contents. SquirrelMail times out for everyone, all of the time. In troubleshooting we have observed the following: >From the inside, if I telnet into Dovecot IMAP and issue ? LIST "" "*" I get an instant list of my folders. If I do the above from the outside, the LIST command slowly lists 10 - 15 entries and stops, then pauses for what seems to be 30 seconds to a minute, then lists another 10 - 15 entries. After about 5 minutes of this it finally times out. An interesting note is, when it stops listing and pauses, it doesn't stop at the end of a line (folder entry), it stops half way through a line entry. For example, say the folder entry is mailfolder/folder1/folder2, when it stops I see mailfolder/fol I don't think this is a SquirrelMail issue because of the IMAP LIST problem. We have turned on debugging, but the logs really don't show much, just the timeout. Can anyone offer additional troubleshooting to help us track down this issue? Thanks

2 1

[Dovecot] AUTOREPLY Re: 2.0.5 masteruser problem with uncached users
by hagedorn＠mediaciety.de 11 Oct '10

11 Oct '10

Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de info(a)mediaciety.de * Ralf Hildebrandt <Ralf.Hildebrandt(a)charite.de>: > a "masteruser" login fails: > > Oct 8 15:12:54 postamt dovecot: auth: Debug: auth(masteruser,141.42.206.38,master): Master user lookup for login: nonworkinguser > Oct 8 15:12:54 postamt dovecot: auth: passdb(masteruser,141.42.206.38,master): Master user logging in as nonworkinguser > Oct 8 15:12:54 postamt dovecot: auth: Debug: cache(nonworkinguser,141.42.206.38): expired > Oct 8 15:12:54 postamt dovecot: auth: Debug: pam(nonworkinguser,141.42.206.38): lookup service=dovecot > Oct 8 15:12:54 postamt dovecot: auth: Debug: pam(nonworkinguser,141.42.206.38): #1/1 style=1 msg=Password: > Oct 8 15:12:56 postamt dovecot: auth: pam(nonworkinguser,141.42.206.38): pam_authenticate() failed: Authentication failure (password mismatch?) (given password: correct_masteruserpassword) > Oct 8 15:12:58 postamt dovecot: auth: Debug: client out: FAIL^I48226^Iuser=nonworkinguser^Iauthz > Oct 8 15:12:58 postamt dovecot: imap-login: Disconnected (auth failed, 1 attempts): user=<nonworkinguser>, method=PLAIN, rip=141.42.206.38, lip=141.42.206.36, mpid=0 > > but with the same setup, a masteruser for another user succeeded: > > Oct 8 13:44:31 postamt dovecot: auth: Debug: auth(masteruser,127.0.0.1,master): Master user lookup for login: workinguser > Oct 8 13:44:31 postamt dovecot: auth: passdb(masteruser,127.0.0.1,master): Master user logging in as workinguser > Oct 8 13:44:31 postamt dovecot: auth: Debug: cache(workinguser,127.0.0.1): hit: {SHA1}fJcDCzIZnqwatTFXqU/Vgf5kwlo=^Iuser=workinguser^Iuser=workinguser > Oct 8 13:44:31 postamt dovecot: auth: Debug: client out: OK^I3685^Iuser=workinguser > Oct 8 13:44:32 postamt dovecot: auth: Debug: master out: USER^I1^Iworkinguser^Isystem_groups_user=workinguser^Iuid=47077^Igid=100^Ihome=/home/d/w/workinguser^Imaster_user=masteruser > Oct 8 13:44:32 postamt dovecot: imap-login: Login: user=<workinguser>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=28224, secured > > So why does the masteruser login for an UNCACHED user fail? Right now I'm having a hard time migrating my users because the masteruser login fails. Anybody? -- 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

1 0

[Dovecot] AUTOREPLY Re: Dovecot 2.0.5 and BSDI 4.3 again
by hagedorn＠mediaciety.de 11 Oct '10

11 Oct '10

Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de info(a)mediaciety.de On 2010-10-10 7:02 PM, The Doctor wrote: > Configuration being used > > > # 2.0.0: dovecot.conf > # OS: BSD/OS 4.3 i386 This says you're using 2.0.0, not 2.0.5? -- Best regards, Charles

1 0

[Dovecot] Dovecot 2.0+Pingeonhole+Kaspersky Antispam
by Асташов Алексей Алексан дрович 11 Oct '10

11 Oct '10

Oct 8 22:30:42 sintek kernel: dovecot-lda[26943]: segfault at 0000000000000080 rip 00002b01b00bc880 rsp 00007fff3a7f1378 error 6 /var/log/audit/audit.log type=ANOM_ABEND msg=audit(1286461665.274:191): auid=500 uid=5000 gid=5000 ses=7 pid=22691 comm="dovecot-lda" sig=11 The mail system: <john-1(a)sintek.info>: Command died with signal 11: "/usr/local/libexec/dovecot/deliver" Configuration system: OS: Linux sintek.info 2.6.18-194.17.1.el5.centos.plusxen #1 SMP Thu Sep 30 20:11:31 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux Postfix 2.3.3 Dovecot 2.0.5 Pngeonhole v0.2.1 MySQL 5.0.17 Kaspersky Antispam v. 3.0.284.1, RPM (RedHat) # 2.0.4: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-194.17.1.el5.centos.plusxen x86_64 CentOS release 5.5 (Final) ext3 auth_debug = yes auth_mechanisms = plain login disable_plaintext_auth = no log_path = /var/log/dovecot.err mail_debug = yes mail_location = maildir:/var/spool/mail/virtual/%d/%n managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /usr/local/etc/dovecot/dovecot-sql.conf driver = sql } protocols = imap pop3 service auth-worker { user = dovecot } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-master { group = vmail mode = 0600 user = vmail } unix_listener auth-userdb { group = vmail mode = 0600 user = vmail } user = dovecot } service imap-login { inet_listener imap { address = * port = 143 } vsz_limit = 268435456 } service pop3-login { inet_listener pop3 { address = * port = 110 } inet_listener pop3s { address = * port = 995 } vsz_limit = 268435456 } ssl_ca = </etc/pki/newkeys/ca.crt ssl_cert = </etc/pki/newkeys/pop.sintek.info.crt ssl_key = </etc/pki/newkeys/pop.sintek.info.key userdb { args = uid=5000 gid=5000 home=/home/vmail/%d/%n driver = static } protocol pop3 { pop3_uidl_format = %08Xu%08Xv } protocol lda { info_log_path = /var/log/dovecot-lda.log log_path = /var/log/dovecot-lda-errors.log mail_plugins = sieve postmaster_address = postmaster(a)sintek.info } It is by practical consideration found out that the structure does not work Dovecot+Sieve+Kaspersky Antispam. Finally mail to the user is delivered, is lost nothing but only through a considerable quantity of errors. At Spam-filter switch-off dovecot-lda does not fall. The given error repeats again when KAS starts to check spam. The best method to receive it to use a small e-mail the generator: PHP: <? for ($i=1; $i<=25; $i++) { $from = "john(a)example.com"; $to = "john(a)example.com"; $subject = "Test message"; $message = "This is the TEST"; mail ( $from, $to , $subject , $message ); } ?> -- best regards, mailto: alexey(a)sintek.info

3 2

[Dovecot] AUTOREPLY Dovecot 2.0.5 crash when It cannot remove maildir
by hagedorn＠mediaciety.de 11 Oct '10

11 Oct '10

Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de info(a)mediaciety.de This is scenario that cause segmentation fault in my Dovecot. Maybe I do something wrong, but I don't know what... We run: mailbox_delete mailbox_delete do: mailbox_open(box) < 0 and after we have: box->v.delete(box) which run index_storage_mailbox_delete index_storage_mailbox_delete do: mailbox_close(box); and now mailbox is closed (this close box->view and mailbox open) Try to delete folder, but can't do this... example becaus it is system folder, or NFS failure... set error message and return -1. Now we are returning to mailbox_delete. And we have: if (ret < 0 && box->marked_deleted) and this is true mailbox_mark_index_deleted(box, FALSE) if (box->marked_deleted && del) this is false mail_index_transaction_begin(box->view, trans_flags); mail_index_view_ref(view) and segmentation fault, because view is 0x0 #0 mail_index_view_transaction_ref (view=0x0) at mail-index-view.c:81 #1 0xb7ef3214 in mail_index_transaction_begin (view=0x0, flags=MAIL_INDEX_TRANSACTION_FLAG_EXTERNAL) at mail-index-transaction.c:268 #2 0xb7eb7a73 in mailbox_mark_index_deleted (box=0x80c8268, del=false) at mail-storage.c:682 #3 0xb7eb80a9 in mailbox_delete (box=0x80c8268) at mail-storage.c:757 #4 0x0805001f in cmd_delete (cmd=0x8095978) at cmd-delete.c:46 #5 0x0805625c in client_command_input (cmd=0x8095978) at imap-client.c:741 #6 0x0805630b in client_command_input (cmd=0x8095978) at imap-client.c:791 #7 0x0805646d in client_handle_input (client=0x8095390) at imap-client.c:857 #8 0x08056f1f in client_input (client=0x8095390) at imap-client.c:908 #9 0xb7e6f110 in io_loop_handler_run (ioloop=0x806c370) at ioloop-epoll.c:212 #10 0xb7e6da98 in io_loop_run (ioloop=0x806c370) at ioloop.c:350 #11 0xb7e5b26a in master_service_run (service=0x806c2c0, callback=0x805f800 <client_connected>) at master-service.c:496 #12 0x0805f6da in main (argc=1752462689, argv=0x73616d2d) at main.c:358 This is Dovecot error or I do something wrong? -- Len7hir

1 0

[Dovecot] AUTOREPLY Re: ATTN: David Miller Re: Config review (2.0.5)
by hagedorn＠mediaciety.de 11 Oct '10

11 Oct '10

Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de info(a)mediaciety.de * Daniel L. Miller <dmiller(a)amfes.com>: > I find this an all too frequent occurrence in e-mail correspondence > - that humor doesn't translate well. My statement had NOTHING to do > with the original author - and everything to do with the fact that > *I* am a Linux novice in general, a noob e-mail admin in particular - > and I was being *SELF*-deprecating. Hey, no need to. Your idea was good, but unlikely. Yet it worked, to my great amazement... :) -- 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

1 0

[Dovecot] ATTN TIMO: Man pages of "deliver"
by Jerrale G 11 Oct '10

11 Oct '10

The man pages of "man deliver" do not explain the "-n" option which is confusing a lot of people as to why mailboxes and mail folders aren't being automatically created; yet, the dovecot wiki's both say to use "-n" in postfix's master.cf which keeps dovecot's lda from automatically creating the folders. People are pulling hair over this! The default should be to not use -n as most will want their directories automatically created. The dovecot wikis, at least wiki1, also do not include the -e option to be more verbose to postfix, on error. Jerrale G.Jerrale G. SC Senior Admin

1 1

[Dovecot] dovecot-2.0.5: what does "mpid=0" mean?
by Ralf Hildebrandt 10 Oct '10

10 Oct '10

Oct 7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS Oct 7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking Oct 7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking Oct 7 22:12:10 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking What does "mpid=0" mean? -- 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 2

[Dovecot] login_* options for 1.0.15
by Hugo Monteiro 10 Oct '10

10 Oct '10

Hello all, Although i'm aware that version 1.0.15 is rather old, that's what is used in Lenny, so... Either way, the setup is rather simple, regular dovecot install, with maildirs residing on a "local" ext3 filesystem accessed through FC to a SAN (2Gbps link). The server has 2 cores (with HT), so "almost" 4 cores and 3GB of ram. A couple weeks ago we had a major number of account migrations, from POP to IMAP. We started to notice that in times of peaks, specially after lunch hour, dovecot started to get REALLY slow and closing client connections. A restart to the service was enough to get things working again. Firstly i thought about the max fd number per process, but after checking it turned out it was already rather large, 8192 in our case. I cannot observe any concerning I/O load either. Besides upgrading, are there any suggestions? Regards, Hugo Monteiro. -- fct.unl.pt:~# cat .signature Hugo Monteiro Email : hugo.monteiro(a)fct.unl.pt Telefone : +351 212948300 Ext.15307 Web : http://hmonteiro.net Divisão de Informática Faculdade de Ciências e Tecnologia da Universidade Nova de Lisboa Quinta da Torre 2829-516 Caparica Portugal Telefone: +351 212948596 Fax: +351 212948548 www.fct.unl.pt apoio(a)fct.unl.pt fct.unl.pt:~# _

4 5

[Dovecot] Visible temp files as Imap Folder in INBOX
by Antonio Perez-Aranda 10 Oct '10

10 Oct '10

Hi all, I'm using dovecot-1.2.15 and NFS as storage of Maildir . When I try over IMAP and Evolution to move a mail to another Imap Folder, a file like .nfs000000000159816c0000245 is created and when move operation is finished, the file is deleted. Sometimes, this file isn't deleted and then, you can see a new imap folder called .nfs000000000159816c0000245 when you restart your Evolution or another Imap Client. Is this file created by dovecot? maybe, must dovecot delete this file on login? I think thats is easy fix this with a Post-Login script but I think that dovecot must delete it

5 5

[Dovecot] Why do these keep showing up?
by Brandon Lamb 10 Oct '10

10 Oct '10

2010-10-08 14:37:29 imap <hmarie(a)olypen.com>: Error: Mailbox Removed: Expunged GUID mismatch for UID 1257: ceb413227b55e8aa14cf86ec86f2b652 vs 32b06aa8bc66762bbd6af15228072949 I keep getting a bunch of these, which turn out to be "customer cant delete messages from folder X". I just deleted all dovecot indexes (find -name dovecot* -type f -delete) from all users this morning and this is still happening. Any ideas? Using maildir format

2 2

[Dovecot] Segfault in dovecot-lda 2.0.5
by Sean Cardus 10 Oct '10

10 Oct '10

Hi, I've recently started using dovecot-lda to handle my local maildir deliveries from Exim. Unfortunately I've been experiencing the occasional failed delivery - My Exim logs were showing: Child process of virtual_dovecot_delivery transport (running command "/usr/local/libexec/dovecot/dovecot-lda -d $local_part@$domain -f $sender_address -a $original_local_part@$original_domain") was terminated by signal 11 (Segmentation fault) I originally thought a specific mail was causing the crash, but calling the command myself delivered the mail without any issues. However, I found if I ran a script that delivered the same mail 10 times, I could reliably cause multiple segfaults all with the following backtrace: #0 0x005581e9 in maildir_sync_set_new_msgs_count (ctx=0x0, count=1) at maildir-sync-index.c:50 No locals. #1 0x0055f3c0 in maildir_save_move_files_to_newcur (_ctx=0x85afe60) at maildir-save.c:857 files = {arr = {buffer = 0x8555a08, element_size = 4}, v = 0x8555a08, v_modifiable = 0x8555a08} mfp = 0x8555a2c new_changed = false mf = 0x85affa8 newdir = true #2 maildir_transaction_save_commit_pre (_ctx=0x85afe60) at maildir-save.c:951 _data_stack_cur_id = 3 ctx = <value optimized out> _t = 0x85af500 sync_flags = <value optimized out> ret = <value optimized out> __FUNCTION__ = "maildir_transaction_save_commit_pre" #3 0x00555e8f in index_transaction_index_commit (index_trans=0x85af540, result_r=0xbfd78510) at index-transaction.c:27 it = 0x85af500 ibox = 0x858a108 ret = <value optimized out> __FUNCTION__ = "index_transaction_index_commit" #4 0x00595c11 in mail_index_transaction_commit_full (_t=0xbfd78528, result_r=0xbfd78510) at mail-index-transaction.c:237 t = 0x85af540 index = 0x85835e0 index_undeleted = false #5 0x00556284 in index_transaction_commit (t=0x85af500, changes_r=0xbfd785a8) at index-transaction.c:123 box = 0x8589ef0 itrans = 0x0 result = {log_file_seq = 0, log_file_offset = 0, commit_size = 0, ignored_modseq_changes = 0} ret = <value optimized out> #6 0x00533122 in mailbox_transaction_commit_get_changes (_t=0xbfd785d4, changes_r=0xbfd785a8) at mail-storage.c:1215 _data_stack_cur_id = 2 t = 0x85af500 ret = <value optimized out> #7 0x00a7eaef in mail_deliver_save (ctx=0xbfd786f8, mailbox=0x804ab55 "INBOX", flags=0, keywords=0x0, storage_r=0xbfd78794) at mail-deliver.c:219 open_ctx = {user = 0x85781b0, lda_mailbox_autocreate = false, lda_mailbox_autosubscribe = false} box = 0x8589ef0 trans_flags = <value optimized out> t = 0x0 save_ctx = 0x0 kw = 0x0 error = MAIL_ERROR_NONE mailbox_name = 0x804ab55 "INBOX" errstr = <value optimized out> changes = {pool = 0x85b5998, uid_validity = 0, saved_uids = {arr = {buffer = 0x85b59a8, element_size = 8}, v = 0x85b59a8, v_modifiable = 0x85b59a8}, ignored_modseq_changes = 0} range = <value optimized out> ret = 0 __FUNCTION__ = "mail_deliver_save" #8 0x00a7edf8 in mail_deliver (ctx=0xbfd786f8, storage_r=0xbfd78794) at mail-deliver.c:289 ret = -1 #9 0x0804a124 in main (argc=139843496, argv=0x855d1b8) at main.c:429 set_roots = {0x804b390, 0x0} ctx = {pool = 0x855d7a8, set = 0x855ef48, dup_ctx = 0x0, session_id = 0x0, src_mail = 0x85856e0, src_envelope_sender = 0x855d7b8 "sean(a)cardus.com", dest_user = 0x85781b0, dest_addr = 0x855d228 "sean(a)cardus.com", final_dest_addr = 0x855d228 "sean(a)cardus.com", dest_mailbox_name = 0x804ab55 "INBOX", dest_mail = 0x0, tried_default_save = true, saved_mail = false, save_dest_mail = false} service_flags = 1027 user = 0x1 <Address 0x1 out of bounds> errstr = <value optimized out> path = 0x0 storage_service = 0x855e3b0 service_user = 0x855ec70 service_input = {module = 0x804ab3c "lda", service = 0x804ab3c "lda", username = 0x855d202 "sean(a)cardus.com", local_ip = {family = 0, u = {ip6 = {in6_u = { u6_addr8 = '\000' <repeats 15 times>, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, ip4 = {s_addr = 0}}}, remote_ip = {family = 0, u = { ip6 = {in6_u = {u6_addr8 = '\000' <repeats 15 times>, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, ip4 = {s_addr = 0}}}, userdb_fields = 0x0} raw_mail_user = 0x857c1b8 raw_ns = 0x8571ea8 raw_ns_set = {name = 0x0, type = 0x0, separator = 0x0, prefix = 0x0, location = 0x804abd9 ":LAYOUT=none", alias_for = 0x0, inbox = false, hidden = false, list = 0x0, subscriptions = false, user_set = 0x0} storage = <value optimized out> box = 0x85801c0 raw_box = <value optimized out> input = 0x0 t = 0x8584d90 headers_ctx = 0x0 user_source = 0x804ab2c "" sets = <value optimized out> process_euid = <value optimized out> stderr_rejection = false mtime = -1 ret = <value optimized out> c = <value optimized out> error = <value optimized out> Any ideas? Thanks in advance, Sean

2 2

[Dovecot] migrate machines and upgrade
by Donny Brooks 08 Oct '10

08 Oct '10

I am about to be migrating mail servers and have a few questions. First a little background: Old mail server: Fedora 11 dovecot-1.2.11-3.fc11.x86_64 installed from yum repo mbox mail format OpenLDAP authentication 250+ users New mail server: Fedora 13 dovecot-2.0.1-1_118.fc13.x86_64 installed from atrpm rpm file Maildir mail format OpenLDAP authentication 250+ users I plan to use dsync on the new machine to migrate the mail off the old machine and mbox format to the new machine and Maildir. I think I read where I can do the migration without interfering with normal mail delivery and then when i get ready to do the final move I just kill dovecot on the old machine, dsync once more, and start the service on the new machine. What would be the best way to accomplish this? And as for the configuration changed between 1.2.11 and 2.0.1, where to start? I see there is now a conf.d directory for 2.0.1. How will this tie in to the 1.2.11 config? Any pointers there? Other option is to move the mbox mail as it sits to the new machine, install 1.2.X branch dovecot on new machine, and let the convert plugin do all the work. However I like the idea of the dsync doing the sync with minimal downtime. Thanks in advance. -- Donny B.

5 12

[Dovecot] 2.0.5: dovecot/auth crash upon reload (with backtrace)
by Ralf Hildebrandt 08 Oct '10

08 Oct '10

I can reproduce this by simply issuing: doveadm reload GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/dovecot-2/libexec/dovecot/auth...done. Reading symbols from /usr/dovecot-2/lib/dovecot/libdovecot.so.0...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/libdovecot.so.0 Reading symbols from /lib/i686/cmov/libcrypt.so.1...Reading symbols from /usr/lib/debug/lib/i686/cmov/libcrypt-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libcrypt.so.1 Reading symbols from /lib/libpam.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpam.so.0 Reading symbols from /lib/i686/cmov/libdl.so.2...Reading symbols from /usr/lib/debug/lib/i686/cmov/libdl-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libdl.so.2 Reading symbols from /lib/i686/cmov/libc.so.6...Reading symbols from /usr/lib/debug/lib/i686/cmov/libc-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libc.so.6 Reading symbols from /lib/i686/cmov/librt.so.1...Reading symbols from /usr/lib/debug/lib/i686/cmov/librt-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/librt.so.1 Reading symbols from /lib/ld-linux.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/i686/cmov/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/i686/cmov/libpthread-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libpthread.so.0 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Core was generated by `dovecot/auth'. Program terminated with signal 6, Aborted. #0 0xb772e430 in __kernel_vsyscall () #0 0xb772e430 in __kernel_vsyscall () No symbol table info available. #1 0xb7556751 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 resultvar = <value optimized out> pid = -1217994764 selftid = 22112 #2 0xb7559b82 in *__GI_abort () at abort.c:92 act = {__sigaction_handler = {sa_handler = 0xbfdc3ed0, sa_sigaction = 0xbfdc3ed0}, sa_mask = {__val = {3077757632, 3218882212, 3077800674, 3218882196, 3077323828, 3218882184, 3077880404, 0, 3075510304, 1, 0, 1, 3077757192, 3218882108, 3218882104, 3077532336, 3077526747, 3077739624, 3218882188, 166684304, 0, 3218882256, 3218882184, 3218882196, 3077532029, 3077757192, 0, 725, 3218882216, 3077348830, 3218882188, 10}}, sa_flags = -1076084988, sa_restorer = 0xb772a70c <pid.3601>} sigs = {__val = {32, 0 <repeats 31 times>}} #3 0xb76f7695 in default_fatal_finish (type=<value optimized out>, status=<value optimized out>) at failures.c:178 backtrace = 0x9ef6280 "/usr/dovecot-2/lib/dovecot/libdovecot.so.0(+0x37681) [0xb76f7681] -> /usr/dovecot-2/lib/dovecot/libdovecot.so.0(+0x376ef) [0xb76f76ef] -> /usr/dovecot-2/lib/dovecot/libdovecot.so.0(i_error+0) [0xb76d1"... #4 0xb76f76ef in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x806bca4 "file %s: line %d (%s): assertion failed: (%s)", args=0xbfdc3f84 "\017\314\006\bc") at failures.c:607 No locals. #5 0xb76d15de in i_panic ( format=0x806bca4 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:244 No locals. #6 0x080578e0 in auth_request_handler_unref (_handler=0xbfdc3fdc) at auth-request-handler.c:99 handler = 0xa0384f8 __FUNCTION__ = "auth_request_handler_unref" #7 0x08058129 in auth_request_handler_destroy (_handler=0x6) at auth-request-handler.c:117 handler = 0x0 __FUNCTION__ = "auth_request_handler_destroy" #8 0x080516f0 in auth_client_connection_destroy_full ( _conn=<value optimized out>, abort_requests=<value optimized out>) at auth-client-connection.c:355 conn = 0x9fe3bf8 clients = 0x9f82ba8 #9 0x080517b1 in auth_client_connections_deinit () at auth-client-connection.c:407 i = 2 #10 0x0805c1bf in main_deinit (argc=1, argv=0x9efe1c0) at main.c:166 No locals. #11 main (argc=1, argv=0x9efe1c0) at main.c:284 c = <value optimized out> -- 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

1 0

[Dovecot] pop3-login no longer segfaults with gcc4.5.2 and gold :)
by interfaSys sàrl 08 Oct '10

08 Oct '10

Hello, I reported a while back that it wasn't possible to compile the whole of Dovecot using gcc 4.5.2 and the new gold linker, but it's now working with recent snapshots of both binutils and GCC. Cheers, Olivier

1 0

[Dovecot] Significant performance problems
by Chris Hobbs 07 Oct '10

07 Oct '10

Hi all, I'm sure my issues are a result of misconfiguration, but I'm hoping someone can point me in the right direction. I'm getting pressure to move us back to GroupWise, which I desperately want to avoid :-/ We're running dovecot 1.2.9 on Ubuntu 10.4 LTS+postfix. The server is a VM with 1 vCPU and 4GB of RAM. We serve about 10,000 users with anywhere from 500-1000 logged in at any one time. Messages are stored in Maildir format on two NFS servers (one for staff, the other for students). Today I implemented the "High performance" setup described here: http://wiki.dovecot.org/NFS (mainly moving indexes off of NFS, since I'm only using the one server). I also added imapproxy to our webmail client server (SOGo). The vast majority of our users come in over the web. We currently see load averages spiking into the 20-30 range. When this happens, service crawls to a near standstill, and ultimately the SOGo client starts crashing out. I'm wondering if anything jumps out at anybody here - feel free to mock if/when you find an obvious configuration problem. I just want it to work :-) dovecot -n # 1.2.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-25-server x86_64 Ubuntu 10.04.1 LTS log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s managesieve listen(default): * listen(imap): * listen(pop3): * listen(managesieve): *:2000 ssl_cert_file: /etc/dovecot/certs/mail_nhusd_k12_ca_us.crt ssl_key_file: /etc/dovecot/certs/mail_nhusd_k12_ca_us.key disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login login_process_per_connection: no login_process_size: 512 login_processes_count: 20 login_max_processes_count: 3000 login_max_connections: 64 max_mail_processes: 2048 mail_max_userip_connections(default): 20 mail_max_userip_connections(imap): 20 mail_max_userip_connections(pop3): 10 mail_max_userip_connections(managesieve): 10 mail_access_groups: staffmailusers mail_privileged_group: dovecot mail_uid: mail mail_gid: 502 mail_location: maildir:~/Maildir:INDEX=/var/indexes/%u mail_nfs_storage: yes mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_plugins(default): acl imap_acl quota imap_quota expire mail_plugins(imap): acl imap_acl quota imap_quota expire mail_plugins(pop3): mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: shared/%%u/ location: maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u list: children lda: deliver_log_format: %$ -- FROM=%f SUBJECT=%s mail_plugins: cmusieve acl expire log_path: info_log_path: syslog_facility: mail postmaster_address:postmaster@nhusd.k12.ca.us hostname: mail.nhusd.k12.ca.us auth_socket_path: /var/run/dovecot/auth-master auth default: passdb: driver: pam passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 plugin: quota: maildir:User quota quota_rule: *:storage=9G quota_rule2: Trash:storage=200M acl: vfile acl_shared_dict:file:/home/staff/dovecot/shared-mailboxes expire: Trash 7 Trash/* 7 Spam 30 expire_dict: proxy::expire sieve: ~/.dovecot.sieve sieve_dir: ~/sieve sieve_extensions: +imapflags dict: expire: mysql:/etc/dovecot/dovecot-dict-expire.conf -- Chris Hobbs Director, Technology New Haven Unified School District -- This message was scanned by ESVA and is believed to be clean.

7 11

[Dovecot] And again... too many open files
by Joseba Torre 07 Oct '10

07 Oct '10

Hi! Two days ago I upgraded to 1.2.15, and again I the warning "Warning: fd limit 1024 is lower than what Dovecot can use under full load" reappeared. It's a bit weird, because my actual limits are higher. From /etc/security/limits.conf * soft nofile 4096 * hard nofile 8192 root soft nofile 4096 root hard nofile 8192 dovecot soft nofile 4096 dovecot hard nofile 8192 I added the * lines to avoid problems if a new user was involved, and finally supposed it was a bug in the detection process. Today, as expected, dovecot was not responding with the famous "Too many open files" error. Has something changed? Is there some way to know which is the maximum number of files that can be open? Is there some parameter I can change to avoid this? Here's my dovecot -n # 1.2.15: /usr/local/etc/dovecot.conf # OS: Linux 2.6.18-164.11.1.el5 x86_64 Red Hat Enterprise Linux Server release 5.4 (Tikanga) syslog_facility: local1 protocols: imap imaps pop3 pop3s listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(pop3): *:995 ssl_cert_file: /usr/share/ssl/certs/imapd.pem ssl_key_file: /usr/share/ssl/certs/imapd.pem disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_process_per_connection: no login_process_size: 256 login_processes_count: 16 login_max_processes_count: 256 login_max_connections: 512 max_mail_processes: 2048 first_valid_uid: 100 mail_location: maildir:~/Maildir:INDEX=/var/dovecot/%u:CONTROL=/var/dovecot nas/%u/control mail_nfs_storage: yes lock_method: dotlock mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %v.%u auth default: cache_size: 1000 cache_ttl: 6000 master_user_separator: * debug: yes passdb: driver: passwd-file args: /usr/local/etc/bloqueados deny: yes passdb: driver: ldap args: /usr/local/etc/dovecot-ldap.conf passdb: driver: passwd-file args: /usr/local/etc/shadow passdb: driver: pam passdb: driver: passwd-file args: /usr/local/etc/dovecot-master.conf master: yes userdb: driver: prefetch userdb: driver: passwd-file args: /usr/local/etc/passwd userdb: driver: ldap args: /usr/local/etc/dovecot-ldap.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 plugin: quota: fs -- Joseba Torre. Vicegerencia de TICs, área de Explotación

3 6

[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

[Dovecot] migration 1.2.5 -> 2.0.5 load increased dramatically
by Ralf Hildebrandt 06 Oct '10

06 Oct '10

During norml operation this morning we're seeing a significantly increased load on the IMAP server (factor 5, from 5 to 25). Does dovecot need to rebuild index files or perform other IO intensive operations after the upgrade? We're using Maildir Our monitoring shows increased "system" time. We're runnign fewer processes, the IO rate ist identical to yesterday, memory usage is identical. -- 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 13

[Dovecot] Shared folder again !
by Johan Hendriks 06 Oct '10

06 Oct '10

Hello all, First of all sorry for this, it has been discussed many times, but i can not make it work. I tried for a long time now. I do something wrong, but i do not know what. First of all, i have virtual users, with virtual domains. Mail is stored in /usr/local/virtual/domain name/user So if my domain is domain.com and my e-mail address is johan(a)domain.com the directory is /usr/local/virtual/domain.com/johan i followed the wiki, and my configuration looks like the following. beasty dovecot # dovecot -n # 2.0.5: /usr/local/etc/dovecot/dovecot.conf # OS: FreeBSD 8.1-STABLE amd64 ufs auth_debug = yes auth_debug_passwords = yes auth_mechanisms = plain login auth_verbose = yes dict { acl = mysql:/usr/local/etc/dovecot/dovecot-dict-acl-sql.conf quotadict = mysql:/usr/local/etc/dovecot/dovecot-dict-quota.conf } disable_plaintext_auth = no first_valid_gid = 1004 first_valid_uid = 1004 last_valid_gid = 1004 last_valid_uid = 1004 log_timestamp = .%Y-%m-%d %H:%M:%S . mail_access_groups = vmail mail_debug = yes mail_gid = 1004 mail_location = maildir:/usr/local/virtual/%d/%n mail_uid = 1004 managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date mbox_write_locks = fcntl namespace { hidden = no inbox = yes list = yes location = prefix = separator = / subscriptions = yes type = private } namespace { inbox = no list = children location = maildir:/usr/local/virtual/%%d/%%n/shared/:INDEX=/shared/%%n prefix = shared/%%d/%%u/ separator = / subscriptions = no type = shared } passdb { args = /usr/local/etc/dovecot/dovecot-mysql.conf driver = sql } plugin { acl = vfile acl_anyone = allow acl_shared_dict = proxy::acl autocreate = Trash autocreate2 = Junk autocreate3 = Sent autocreate4 = Drafts autocreate5 = Templates autosubscribe = Trash autosubscribe2 = Junk autosubscribe3 = Sent autosubscribe4 = Drafts autosubscribe5 = Templates quota = dict:::proxy::quotadict quota_warning = storage=95%% /usr/local/bin/quota-warning.sh 95 quota_warning2 = storage=80%% /usr/local/bin/quota-warning.sh 80 } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-master { group = vmail mode = 0660 user = vmail } } service dict { unix_listener dict { mode = 0600 user = vmail } } service imap-login { inet_listener imap { address = 192.168.50.200 port = 143 } } service pop3-login { inet_listener pop3 { address = 192.168.50.200 port = 110 } } ssl = no userdb { args = /usr/local/etc/dovecot/dovecot-mysql.conf driver = sql } protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep imap_idle_notify_interval = 2 mins imap_logout_format = bytes=%i/%o imap_max_line_length = 64 k mail_plugins = quota imap_quota autocreate acl imap_acl mail_log notify } protocol pop3 { mail_plugins = quota trash pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %08Xu%08Xv } protocol lda { auth_socket_path = /var/run/dovecot/auth-master mail_plugins = quota acl mail_log notify postmaster_address = postmaster(a)test.com sendmail_path = /usr/local/sbin/sendmail } That is my config file. My dovecot-dict-acl-sql.conf looks like the following connect = host=localhost dbname=postfix user=postfix password=password map { pattern = shared/shared-boxes/$to/$from table = user_shares value_field = dummy fields { from_user = $from to_user = $to } } That is slightly different than the wiki says, if i use that , it gives me an error. the pattern on the wiki looks like this pattern = shared/shared-boxes/users/$to/$from if i login as user johan and set ACL on my INBOX i do it this way. i telnet to the server and issue the following beasty dovecot # telnet 192.168.50.200 143 Trying 192.168.50.200... Connected to beasty.localdomain.local. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE AUTH=PLAIN AUTH=LOGIN] imap, pop ready a login johan(a)domain.com mypass a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA ACL RIGHTS=texk] Logged in b SETACL INBOX hans(a)domain.com lr b OK Setacl complete. c GETACL INBOX * ACL "INBOX" "hans(a)domain.com" lr "johan(a)domain.com" lrwstipekxacd c OK Getacl completed. This looks good i guess, also my database is filled, with the from and to ! But i can not see the mailbox if i login as user hans. beasty dovecot # telnet 192.168.50.200 143 Trying 192.168.50.200... Connected to beasty.localdomain.local. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE AUTH=PLAIN AUTH=LOGIN] imap, pop ready a login hans(a)domain.com hanspass a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA ACL RIGHTS=texk] Logged in b list "" * * LIST (\HasNoChildren) "/" "Trash" * LIST (\HasNoChildren) "/" "Junk" * LIST (\HasNoChildren) "/" "Sent" * LIST (\HasNoChildren) "/" "Drafts" * LIST (\HasNoChildren) "/" "Templates" * LIST (\HasNoChildren) "/" "INBOX" b OK List completed. c list "" /shared/* c OK List completed. If been trying this for a very long time now, but can not see what i am missing. It must be something i ovelook, but i really can not find out what. I also tried some other configs from the mailing list, but still the same, no go. Thank you for your time to help another one with this issue. i am a little ashamed :D Regards, Johan Hendriks * *

2 1

[Dovecot] Imap Folder activity detect
by Antonio Perez-Aranda 06 Oct '10

06 Oct '10

Hi all, We are migrating a mail service with 80.000 users, and 40.000 of them are using IMAP. At present, this service is handled by Courier, with some custom patches. And we are migrating to Dovecot 1.2.15. One of these patches is used to interact with Spamassassin. If Courier detects any move/copy operation to the "IsSPAM" or "IsntSPAM" folders, a specific bash script is executed like IsSPAM.sh and IsntSPAM.sh These scripts do the following: IsSPAM.sh 1. Takes user as parameter USER. 2. Retrieves the homeDirectory of USER from ldap, using ldapsearch. 3. Executes /usr/bin/sa-learn --spam ... with IsSPAM folder IsntSPAM.sh 1. Takes user as parameter USER. 2. Retrieves the homeDirectory of USER from ldap, using ldapsearch. 3. Executes /usr/bin/sa-learn --ham ... with IsntSPAM folder 4. Moves all content from IsntSPAM to INBOX I think that it shouldn't be very hard to implement a plugin to detect MOVE/COPY events to specified folders, and to execute specified scripts on detection. Is there already such a plugin for dovecot 1.2.15?

2 2

[Dovecot] 2.0.5: doveadm reload results in dovecot/auth crashing
by Ralf Hildebrandt 06 Oct '10

06 Oct '10

It's not THAT bad, but: GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Core was generated by `dovecot/auth'. Program terminated with signal 6, Aborted. #0 0xb7729430 in __kernel_vsyscall () #0 0xb7729430 in __kernel_vsyscall () No symbol table info available. #1 0xb7551751 in ?? () No symbol table info available. (gdb) quit I think my automatic debugger script needs to be fixed. -- 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

1 1

[Dovecot] How to add the missing maildir folders
by Egbert Jan van den Bussche 06 Oct '10

06 Oct '10

Hi fellow list members, What would be the best way to add the .Sent,.Draft, etc. folders to the maildir tree? It seems not Dovecots task to do that but of the MUA. I have seen several options. Use of skel but that works only for new system users. I have only virtual users preloaded in a database. I've discoverred that ONLY Roundcube add the folders (if configured to do that) but I've not been able to have the folders created by Thunderbird. Yes, you can manage the subscribtions to folders but there is no way to create them. I did not bother to try Outlook... MY users use pop3, imap and web (Roundcube) but I cannot ask them to use Roundcube first, just to create the folders. I have no such thing as maildrop, which seems to be able to create folders. Should I run some script during login? How? TIA Egbert Jan (NL)

2 2

[Dovecot] Feature request for maildir style boxes
by David Ford 06 Oct '10

06 Oct '10

greetings, i'd like to ask for a certain feature request. dovecot:maildir_uidlist_recreate() to set the gid of new files based on the parent directory group ownership and normally that's desired, an appropriate security method. on our server, we use directory permissions to more stringently isolate access between users and services. we have three group ids used for this, and i'll use my name as example. Oct 05 13:44:30 imap(david): Error: fchown(/home/david/.maildir/dovecot-uidlist.tmp, -1, 497(net-mail)) failed: Operation not permitted (egid=1234(david), group based on /home/david/.maildir) Colt log # ls -ld /home/ /home/david /home/david/public_html/ /home/david/.maildir /home/david/.maildir/cur|awk '{printf "%s %5s %9s %s\n", $1,$3,$4,$9}' drwxr-xr-x root root /home/ drwx--x--- david net-all /home/david drwxr-x--- david net-mail /home/david/.maildir drwx------ david david /home/david/.maildir/cur drwxr-x--- david net-web /home/david/public_html/ the purpose of this is to prevent undesired access to personal files. users cannot 'cd' or 'ls' in other user's home directories, mail stores, or web files. apache, procmail, dovecot et cetera, are in the appropriate groups and therefore have access needed to do file ops. however, they're limited to their appropriate stores. as mentioned at the beginning, dovecot tries to match the gid of the parent directory for new files and normally, that's desired and expected behavior, but in our case. dovecot creates the file as uid/gid of the user, so the knob can either ignore the failure to set gid per the parent and not log it, or not attempt to set the gid per parent in the first place. src/lib-storage/index/maildir/maildir-uidlist.c 1412: if (box->file_create_gid != (gid_t)-1 && fchown(fd, (uid_t)-1, box->file_create_gid) < 0) { if (errno == EPERM) { mail_storage_set_critical(box->storage, "%s", eperm_error_get_chgrp("fchown", temp_path, box->file_create_gid, box->file_create_gid_origin)); } else { mail_storage_set_critical(box->storage, "fchown(%s) failed: %m", temp_path); } } to something like: ( "new_files_inherit_parent_gid = true" ) if (box->file_create_gid != -1 && --> box->new_files_inherit_parent_gid) { fchown(fd, -1, box->file_create_gid) ... } bool new_files_inherit_parent_gid [default true] could be added the following for example: src/lib-storage/mailbox-list-private.h:struct mailbox_list src/lib-storage/mail-storage-private.h:struct mailbox this block of code appears in similar instances for a number of other occasions (and could be made a more global function), but not all files in ~/.maildir/* appear to use a function like this. the uidvalidity functions are a little different for example. == for a busy mail server, that's a lot of excess logging and pollution when trying to review nightly logs for issues :) thank you for the consideration, -david

3 10

[Dovecot] Startup error dovecot-2.0.5
by Ralf Hildebrandt 06 Oct '10

06 Oct '10

When starting 2.0.5, I'm getting: # /usr/dovecot-2/sbin/dovecot -F doveconf: Warning: service auth { client_limit=4096 } is lower than required under max. load (12288) doveconf: Fatal: execvp(/usr/dovecot-2/sbin/dovecot) failed: Argument list too long Argument list too long? WTF? -- 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

4 20