- dovecot - dovecot.org

[Dovecot] lost emails with version 1.0.6
by Nishant Limbachia 29 Oct '07

29 Oct '07

Hi list members, I am using dovecot on Slackware 12.0 with postfix 2.4.5. I just upgraded to version 1.0.6 from 1.0.5 and now I am not getting emails. I am using dovecot deliver with postfix. deliver log also says email put into appropriate inbox. Starting up dovecot doesn't show any error messages. I've looked at the release notes and couldn't find any changes that should affect the config file. Here's an excerpt from dovecot deliver's log for the last two emails I've lost after upgrade. ### deliver(raghu): Oct 28 19:34:52 Info: msgid=<200710281935.AA6815928(a)stuart.iit.edu>: saved mail to INBOX deliver(raghu): Oct 28 19:40:13 Info: msgid=<200710281940.AA82444392(a)stuart.iit.edu>: saved mail to INBOX ### Any ideas? ---- tuxrules.in(a)gmail.com

2 1

[Dovecot] do 1.1b4 assertion failed: (mailbox_list_is_valid_existing_name
by Adam McDougall 28 Oct '07

28 Oct '07

I think this is where I left off last weekend. Instead of this happening at the base of one of my shared mail namespaces, it happens when I try to select a top level folder inside the namespace, or try to directly select an entire path to a folder. This only happens when ACL is enabled. Let me know if I need to provide more. Thanks. Oct 27 16:03:27 gribble dovecot: IMAP(mcdouga9): file mailbox-list-maildir.c: line 186 (maildir_list_get_path): assertion failed: (mailbox_list_is_valid_existing_name(_list, name)) Oct 27 16:03:27 gribble dovecot: child 51261 (imap) killed with signal 6 a0011 LIST "" "#shared/decs/backups/%" IMAP(mcdouga9): Info: acl vfile: file /usr/local/etc/dovecot-acls//.DEFAULT not found IMAP(mcdouga9): Info: acl vfile: file /home/mcdouga9/Maildir/dovecot-acl not found IMAP(mcdouga9): Info: acl vfile: file /usr/local/etc/dovecot-acls//.DEFAULT not found IMAP(mcdouga9): Info: acl vfile: reading file /egr/mail/shared/decs/dovecot-acl IMAP(mcdouga9): Panic: file mailbox-list-maildir.c: line 186 (maildir_list_get_path): assertion failed: (mailbox_list_is_valid_existing_name(_list, name)) Program received signal SIGABRT, Aborted. 0x00000008009c34bc in kill () from /lib/libc.so.6 (gdb) bt full #0 0x00000008009c34bc in kill () from /lib/libc.so.6 No symbol table info available. #1 0x00000008009c234d in abort () from /lib/libc.so.6 No symbol table info available. #2 0x00000000004a1414 in default_fatal_handler (type=LOG_TYPE_PANIC, status=0, format=0x4bc930 "file %s: line %d (%s): assertion failed: (%s)", args=0x7fffffffda50) at failures.c:177 backtrace = 0x5f38c0 "\200T`" #3 0x00000000004a167b in i_panic (format=0x4bc930 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:211 args = {{gp_offset = 8, fp_offset = 48, overflow_arg_area = 0x7fffffffdb40, reg_save_area = 0x7fffffffda80}} #4 0x0000000000429b07 in maildir_list_get_path (_list=0x603048, name=0x602900 "#shared/decs/receipts", type=MAILBOX_LIST_PATH_TYPE_MAILBOX) at mailbox-list-maildir.c:186 list = (struct maildir_mailbox_list *) 0x603048 __PRETTY_FUNCTION__ = "maildir_list_get_path" #5 0x000000000048e4e1 in mailbox_list_get_path (list=0x603048, name=0x602900 "#shared/decs/receipts", type=MAILBOX_LIST_PATH_TYPE_MAILBOX) at mailbox-list.c:265 No locals. #6 0x000000000048ce69 in mail_storage_get_mailbox_path (storage=0x5fdc48, name=0x602900 "#shared/decs/receipts", is_file_r=0x7fffffffdc07) at mail-storage.c:389 No locals. #7 0x0000000800b07720 in acl_backend_vfile_object_init () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #8 0x0000000800b08708 in acl_backend_vfile_acllist_rebuild () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #9 0x0000000800b08beb in acl_backend_vfile_acllist_refresh () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #10 0x0000000800b08ce2 in acl_backend_vfile_acllist_verify () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #11 0x0000000800b083a9 in acl_backend_vfile_object_refresh_cache () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #12 0x0000000800b07546 in acl_backend_get_default_rights () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #13 0x0000000800b0a9ed in acl_mailbox_list_iter_init () from /usr/local/lib/dovecot/imap/lib01_acl_plugin.so No symbol table info available. #14 0x000000000048e85f in mailbox_list_iter_init_multiple (list=0x603048, patterns=0x5f4298, flags=MAILBOX_LIST_ITER_RETURN_CHILDREN) at mailbox-list.c:357 __PRETTY_FUNCTION__ = "mailbox_list_iter_init_multiple" #15 0x000000000041752c in list_namespace_init (ctx=0x60d0b0) at cmd-list.c:642 ns = (struct mail_namespace *) 0x5fd848 cur_ns_prefix = 0x5fd880 "#shared/decs/" cur_ref = 0x5f4318 "" pat = (const char * const *) 0x5f4298 pattern = 0x611178 "#shared/decs/backups/%" inbox_match = IMAP_MATCH_NO used_patterns = {arr = {buffer = 0x5f4260, element_size = 8}, v = 0x5f4260, v_modifiable = 0x5f4260} inboxcase = false #16 0x0000000000417738 in cmd_list_continue (cmd=0x60d048) at cmd-list.c:673 ctx = (struct cmd_list_context *) 0x60d0b0 ret = 1 #17 0x0000000000417e1c in cmd_list_full (cmd=0x60d048, lsub=false) at cmd-list.c:847 client = (struct client *) 0x602100 args = (const struct imap_arg *) 0x6110c0 arg = (const struct imap_arg *) 0x41bb68 ctx = (struct cmd_list_context *) 0x60d0b0 patterns = {arr = {buffer = 0x60d0f8, element_size = 8}, v = 0x60d0f8, v_modifiable = 0x60d0f8} pattern = 0x611178 "#shared/decs/backups/%" patterns_strarr = (const char * const *) 0x60d130 #18 0x0000000000417e8a in cmd_list (cmd=0x60d048) at cmd-list.c:862 No locals. #19 0x000000000041b0b2 in client_command_input (cmd=0x60d048) at client.c:505 client = (struct client *) 0x602100 __PRETTY_FUNCTION__ = "client_command_input" #20 0x000000000041b2b1 in client_command_input (cmd=0x60d048) at client.c:562 client = (struct client *) 0x602100 __PRETTY_FUNCTION__ = "client_command_input" #21 0x000000000041b3e2 in client_handle_next_command (client=0x602100) at client.c:598 size = 39 #22 0x000000000041b505 in client_input (client=0x602100) at client.c:633 cmd = (struct client_command_context *) 0x2005fe0a8 ret = 32767 __PRETTY_FUNCTION__ = "client_input" #23 0x00000000004ab987 in io_loop_handler_run (ioloop=0x5f3140) at ioloop-kqueue.c:149 ctx = (struct ioloop_handler_context *) 0x5fe0a0 events = (struct kevent *) 0x600000 event = (const struct kevent *) 0x600000 tv = {tv_sec = 9, tv_usec = 996738} ts = {tv_sec = 9, tv_nsec = 996738000} io = (struct io_file *) 0x5f36c0 events_count = 2 t_id = 2 msecs = 9997 ret = 1 i = 0 __PRETTY_FUNCTION__ = "io_loop_handler_run" #24 0x00000000004aaaa0 in io_loop_run (ioloop=0x5f3140) at ioloop.c:305 No locals. #25 0x000000000042525e in main (argc=1, argv=0x7fffffffe320, envp=0x7fffffffe330) at main.c:293 No locals.

2 4

[Dovecot] fallback for proxy?
by Cor Bosman 28 Oct '07

28 Oct '07

Is it possible somehow to configure a fallback for a failed proxy? I am using sql based proxying through dovecot, but it would be nice if you can fallback to another host if the proxy destination server is down. High availability and all.. Regards, Cor

1 0

[Dovecot] More core dump stack traces
by Lloyd Parkes 28 Oct '07

28 Oct '07

Hi all, I found a whole bunch of core files from imap this evening, so here are the stack traces from each. Unlike my last message, I don't have debugging symbols for these, so there isn't any analysis I can easily do. There were several cores with the first stack trace and one with the second trace. The core dump for the second trace is the only one I noticed. I suspect that the first trace happens when the client host goes to sleep. If so, the situation needs to be handled more gracefully. I'm currently building a copy of imap with debugging symbols. Dovecot Version: 1.1.beta3 with the notify patch from a few days ago OS: NetBSD/sparc64 4.0_RC3 (big endian, 64bit) File System: local UFS #0 0x0000000040550010 in abort () from /usr/lib/libc.so.12 #1 0x0000000000180770 in i_error () #2 0x00000000001805fc in i_panic () #3 0x00000000001192a4 in client_destroy () #4 0x00000000001196c8 in client_continue_pending_input () #5 0x0000000000114ecc in cmd_fetch () #6 0x000000000011515c in cmd_fetch () #7 0x0000000000118828 in client_command_cancel () #8 0x00000000001190c8 in client_destroy () #9 0x0000000000186d64 in io_loop_handler_run () #10 0x0000000000186198 in io_loop_run () #11 0x0000000000120fe8 in main () #0 0x0000000000129c3c in maildir_uidlist_iter_deinit () #1 0x000000000012a064 in maildir_uidlist_sync_get_full_filename () #2 0x000000000012c380 in maildir_uidlist_sync_deinit () #3 0x00000000001282ac in maildir_sync_notify () #4 0x0000000000128574 in maildir_storage_sync_init () #5 0x000000000016ec74 in mailbox_sync_init () #6 0x000000000016ed10 in mailbox_sync () #7 0x0000000000117484 in cmd_select_full () #8 0x0000000000117610 in cmd_select () #9 0x0000000000118c78 in client_send_command_error () #10 0x0000000000118d60 in client_send_command_error () #11 0x0000000000119430 in client_input () #12 0x0000000000186d64 in io_loop_handler_run () #13 0x0000000000186198 in io_loop_run () #14 0x0000000000120fe8 in main ()

3 3

[Dovecot] dovecot 1.1b4 not listing public folder children
by Adam McDougall 27 Oct '07

27 Oct '07

ACL plugin still disabled. The folders listed below definitely do have Children. telnet session problem example in 1.1b4: * OK Dovecot ready. ? login mcdouga9 password ? OK Logged in. 9 LIST "" "#shared/decs/%" * LIST (\HasNoChildren) "/" "#shared/decs/support" * LIST (\HasNoChildren) "/" "#shared/decs/receipts" * LIST (\HasNoChildren) "/" "#shared/decs/network" * LIST (\HasNoChildren) "/" "#shared/decs/postmaster" * LIST (\HasNoChildren) "/" "#shared/decs/security" * LIST (\HasNoChildren) "/" "#shared/decs/jbossadmin" * LIST (\HasNoChildren) "/" "#shared/decs/unixadmin" truss shows: (null)() = 0 (0x0) gettimeofday({1193511545.540129},0x5b7f00) = 0 (0x0) gettimeofday({1193511545.540216},0x0) = 0 (0x0) kevent(6,{},0,{0x0,EVFILT_READ,0x0,0,0x1c,0x5b83c0},3,{9.999784000}) = 1 (0x1) gettimeofday({1193511551.475630},0x5b7f00) = 0 (0x0) break(0x5d0000) = 0 (0x0) read(0,"9 LIST "" "#shared/decs/%"\r\n",4096) = 28 (0x1c) break(0x5d3000) = 0 (0x0) break(0x5d4000) = 0 (0x0) break(0x5d7000) = 0 (0x0) stat("/home/mcdouga9/Maildir",{mode=drwxr-xr-x ,inode=98,size=16384,blksize=4096}) = 0 (0x0) open("/home/mcdouga9/Maildir",O_NONBLOCK,00) = 7 (0x7) fstat(7,{mode=drwxr-xr-x ,inode=98,size=16384,blksize=4096}) = 0 (0x0) fcntl(7,F_SETFD,FD_CLOEXEC) = 0 (0x0) __sysctl(0x7fffffffdf10,0x2,0x10acabf8,0x7fffffffdf08,0x0,0x0) = 0 (0x0) fstatfs(0x7,0x7fffffffdf40) = 0 (0x0) break(0x5d8000) = 0 (0x0) getdirentries(0x7,0x5d7000,0x1000,0x5c8428) = 4096 (0x1000) getdirentries(0x7,0x5d7000,0x1000,0x5c8428) = 4096 (0x1000) getdirentries(0x7,0x5d7000,0x1000,0x5c8428) = 0 (0x0) lseek(7,0x0,SEEK_SET) = 0 (0x0) close(7) = 0 (0x0) stat("/egr/mail/shared/decs",{mode=drwxrwx--- ,inode=6962613,size=8192,blksize=4096}) = 0 (0x0) open("/egr/mail/shared/decs",O_NONBLOCK,00) = 7 (0x7) fstat(7,{mode=drwxrwx--- ,inode=6962613,size=8192,blksize=4096}) = 0 (0x0) fcntl(7,F_SETFD,FD_CLOEXEC) = 0 (0x0) fstatfs(0x7,0x7fffffffdf40) = 0 (0x0) getdirentries(0x7,0x5d7000,0x1000,0x5c8428) = 3072 (0xc00) getdirentries(0x7,0x5d7000,0x1000,0x5c8428) = 0 (0x0) lseek(7,0x0,SEEK_SET) = 0 (0x0) close(7) = 0 (0x0) write(1,"* LIST (\\HasNoChildren) "/" "#s"...,559) = 559 (0x22f) gettimeofday({1193511551.479498},0x0) = 0 (0x0) kevent(6,{},0,{},3,{4.060502000}) = 0 (0x0) gettimeofday({1193511555.540489},0x5b7f00) = 0 (0x0) gettimeofday({1193511555.540561},0x0) = 0 (0x0) Dovecot 1.0 on the same directory: 9 LIST "" "#shared/decs/%" * LIST (\HasChildren) "/" "#shared/decs/receipts" * LIST (\HasChildren) "/" "#shared/decs/support" * LIST (\HasChildren) "/" "#shared/decs/network" * LIST (\HasChildren) "/" "#shared/decs/postmaster" * LIST (\HasChildren) "/" "#shared/decs/security" * LIST (\HasChildren) "/" "#shared/decs/unixadmin" * LIST (\HasChildren) "/" "#shared/decs/linuxadmin" * LIST (\HasChildren) "/" "#shared/decs/backups" * LIST (\HasChildren) "/" "#shared/decs/printmaster" 9 OK List completed. # 1.1.beta4: /usr/local/etc/dovecot.conf ssl_cert_file: /usr/local/etc/apache2/ssl/cert.pem ssl_key_file: /usr/local/etc/apache2/ssl/cert.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 0 mail_location: maildir:%h/Maildir:CONTROL=%h/Maildir/dovecot11testing/private/control:INDEX=%h/Maildir/dovecot11testing/private/indexes mail_debug: yes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_log_max_lines_per_sec: 0 imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep namespace: type: public separator: / prefix: #shared/decs/ location: maildir:/egr/mail/shared/decs:CONTROL=%h/Maildir/dovecot11testing/public/control/decs:INDEX=%h/Maildir/dovecot11testing/public/indexes/decs list: yes subscriptions: yes namespace: type: private separator: / prefix: mail/ location: maildir:%h/Maildir:CONTROL=%h/Maildir/dovecot11testing/private/control:INDEX=%h/Maildir/dovecot11testing/private/indexes hidden: yes subscriptions: yes namespace: type: private separator: / inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 384 user: postfix group: postfix plugin: acl: vfile:/usr/local/etc/dovecot-acls

2 2

[Dovecot] Possible Caching Bug showing up as a MIME Boundary Issue
by Kevin A. McGrail 27 Oct '07

27 Oct '07

Possible Caching Bug showing up as a MIME Boundary Issue I'm using Dovecot version 1.0.0. I was using Dovecot version 1.0.0 beta3 or alpha4. I upgraded to Dovecot 1.0.0 to make sure that was not the issue. Over the past few weeks on a server running a stable dovecot, I have seem a few emails arriving where the MIME document structure dividers are visible. I've included a screenshot showing this. Using OE6 as client. Have tried adding oe6-fetch-no-newmail per clients wiki but this seems to stop the ability to login at all. I am using two different machines with Outlook Express to access the same email. The same problem will show up on both. Usually, if I delete the .imap cache for the folder, the email comes down correctly. My dovecot -n output is: # /etc/dovecot.conf listen: *:144 ssl_listen: *:994 ssl_cert_file: /usr/local/ssl/certs/stunnel.pem ssl_key_file: /usr/local/ssl/certs/stunnel.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login max_mail_processes: 50 verbose_proctitle: yes default_mail_env: mbox:~/:INBOX=/var/spool/mail/%u mail_location: mbox:~/:INBOX=/var/spool/mail/%u imap_client_workarounds: outlook-idle delay-newmail auth default: passdb: driver: pam userdb: driver: passwd userdb: driver: prefetch The server is on a heavily modified RedHat 7.2 on x86 box with ext3 Thanks in Advance, KAM

2 3

[Dovecot] trouble deleting folders that only contain folders
by Ken A 27 Oct '07

27 Oct '07

Hi, I'm using dovecot 1.0.5 with mbox storage. Users can't delete folders that are created to 'only hold other folders'. I can create these folders with no problem. They are directories in the file system. Normal folders (which are mbox files) are deleted with no problem. I've tried with both squirrelmail and Thunderbird, and what happens when a delete is requested, is that all files within the folder's dir tree are deleted and the client is unsubscribed, but the directory tree remains. Any ideas? Thanks, Ken -- Ken Anderson Pacific.Net

2 7

[Dovecot] 1.1b3 and Maildir quota
by Rick Romero 27 Oct '07

27 Oct '07

I upgraded a 1.0 install to 1.1b3. Almost everything is working peachy-keen :) It seems faster to me, Offline Folders and 'new mail' options for Thunderbird are now working, and Mail.App doesn't seem to need the extra namespace. Unfortunately it doesn't seem to read my quotas any longer. I went through the docs, and I see the quota plugin has changed, but there doesn't seem to be a needed configuration change. Did I miss something? I used my same dovecot.conf as 1.0: I also wiped clean my /usr/local/lib/dovecot directory and reinstalled, just to be sure, but it still doesn't work :/ Is it because I use checkpassword for my auth? # 1.1.beta3: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ log_path: /var/log/dovecot/dovecot.log info_log_path: /var/log/dovecot/dovecot_info.log disable_plaintext_auth: no shutdown_clients: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_user: nobody login_process_per_connection: no login_greeting_capability: yes login_process_size: 64 login_processes_count: 15 login_max_processes_count: 512 verbose_proctitle: yes first_valid_uid: 89 mail_executable: /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/imap mail_plugins: quota imap_quota imap_client_workarounds: delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep namespace: type: private separator: . prefix: INBOX. inbox: yes list: yes auth default: user: vpopmail passdb: driver: checkpassword args: /usr/local/vpopmail/bin/vchkpw userdb: driver: prefetch plugin: quota: maildir dell#

2 3

[Dovecot] quota problems - which Dovecot version ?
by Albert Schweizer 27 Oct '07

27 Oct '07

Hi, I've got a little problem with Dovecot IMAP. Everything works nice ( pam auth, ldap userdb, and so on ) BUT i need to uses quotas and it doesn't seem to work. I tried both ways : 1) user dovecot-ldap.conf with user_attrs, as it's shown on dovecot wiki ; 2) use the commandes "plugin {.........." in dovecot.conf But it didn't work. Strangely, when i try to use the PLUGIN command in dovecot.conf, the server crashes at start, "syntax error" in config.... I'm not sure if the quotas are supported in my Dovecot version : version : 0.99.14 release : 1.EL4 I'm using an old AlphaServer ( dec ) with Centos 4.2 installed, and it's a real mess to get yum updates. Building from sources neither worked.... Please help !!! Regards Y.V.

3 2

[Dovecot] Dovecot 1.1b2: Enet_connect_unix(/usr/local/dovecot-1.1/var/run/dovecot/dict-server) failed: Permission denied
by David Jonas 27 Oct '07

27 Oct '07

On startup of dovecot 1.1b2 I seem to have some permission trouble. Dovecot was configured with --prefix=/usr/local/dovecot-1.1 for testing purposes while dovecot 1.0.2 is in production. # cd /usr/local/dovecot-1.1/sbin/ # ./dovecot -F -c ../etc/dovecot.conf Enet_connect_unix(/usr/local/dovecot-1.1/var/run/dovecot/dict-server) failed: Permission denied # ls -la /usr/local/dovecot-1.1/var/run/dovecot/dict-server srwxrwxrwx 1 root root 0 Oct 2 12:18 /usr/local/dovecot-1.1/var/run/dovecot/dict-server # tail -f /var/log/maillog.err Oct 2 12:23:25 kelly-a dovecot: auth(default): net_connect_unix(/usr/local/dovecot-1.1/var/run/dovecot/auth-worker.12891) failed: Permission denied Oct 2 12:23:25 kelly-a dovecot: Auth process died too early - shutting down Oct 2 12:23:25 kelly-a dovecot: child 12891 (auth) returned error 89 Changing base_dir and setting the path in the plugin params doesn't seem to make a difference either. Any ideas of what I'm doing wrong here? Thanks, David # ./dovecot -c ../etc/dovecot.conf -n # 1.1.beta2: ../etc/dovecot.conf protocols: imap pop3 listen(default): *:9143 listen(imap): *:9143 listen(pop3): *:9110 ssl_disable: yes login_dir: /var/run/dovecot-1.1/login login_executable(default): /usr/local/dovecot-1.1/libexec/dovecot/imap-login login_executable(imap): /usr/local/dovecot-1.1/libexec/dovecot/imap-login login_executable(pop3): /usr/local/dovecot-1.1/libexec/dovecot/pop3-login login_greeting: postoffice.no-ip.com (1.1) login_log_format_elements: user=<%u@%d> method=%m rip=%r lip=%l %c login_process_per_connection: no verbose_proctitle: yes first_valid_uid: 89 mail_uid: vmail mail_gid: vmail mail_executable(default): /usr/local/dovecot-1.1/libexec/dovecot/imap mail_executable(imap): /usr/local/dovecot-1.1/libexec/dovecot/imap mail_executable(pop3): /usr/local/dovecot-1.1/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/dovecot-1.1/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/dovecot-1.1/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/dovecot-1.1/lib/dovecot/pop3 mail_log_prefix: %Us(%u)[%p]: pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %f pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login digest-md5 cram-md5 user: nobody username_translation: %@ username_format: %Lu verbose: yes passdb: driver: sql args: /usr/local/dovecot-1.1/etc/dovecot-sql.conf userdb: driver: prefetch plugin: quota: dict:user::proxy::quota dict: quota: mysql:/usr/local/dovecot-1.1/etc/dovecot-dict-quota.conf

2 1

[Dovecot] Duplicate message
by Timothy Murphy 27 Oct '07

27 Oct '07

I'm running dovecot on my desktop and using kmail as a client on my laptop. I am very happy with this - I was previously running kmail under NFS, and this is infinitely better. There is one small issue, which is not very important. I get a small number of messages apparently duplicated. This doesn't really matter, as there is a facility Folder=>Remove Duplicate Messages under kmail, and this deals with the issue easily enough. I just wondered though why I get the duplicate messages, and if there is some simple way to avoid them?

2 1

[Dovecot] 1.1b4: Disconnected: EOF while appending
by Luigi Rosa 27 Oct '07

27 Oct '07

I am moving some messages from an IMAP account to another. During the process I got this message: dovecot: IMAP(mailstore): Disconnected: EOF while appending bytes=263276/427306 (no core dump) I deleted dovecot.index.cache and dovecot.index.log and the error disappeared Ciao, luigi -- / +--[Luigi Rosa]-- \ Committee: a life form with six or more legs and no brain.

2 4

[Dovecot] virtual hosting
by gaoqiang.qian＠nokia.com 27 Oct '07

27 Oct '07

I am a newee in Dovecot, Now my dovecot is working fine to be connected to receive email sent to one domain. Could anyone tell me how can I configure it to be connected to receive email sent to another domain. I really heading the wall. thanks. Gao

3 3

[Dovecot] dovecot-auth: Too many open files
by Joe Allesi -X (joallesi - Coyote Creek Consulting at Cisco) 27 Oct '07

27 Oct '07

All, [version: dovecot-0.99.11-4.EL4.src.rpm] We recently experienced an issue that prevented all new IMAP logins from occurring. Although it appears that it was due to running out of available system file descriptors, I'm still not sure what the true root cause was as I can't replicate the same error in our test environment. The system file descriptor max was set at (per `cat /proc/sys/fs/file-nr`) 380081 , and we're averaging around 7,000 in use. It appears that the main issue was dovecot-auth, so does this appear to fall in line with the known PAM bug in this version? Auth config: auth_userdb = passwd auth_passdb = pam Checked maillogs (cleansed): Oct 16 11:48:05 host dovecot-auth: PAM: pipe() failed: Too many open files Oct 16 04:48:06 host imap-login: Disconnected [::ffff:<internal_IP>] Oct 16 11:48:11 host dovecot-auth: PAM: pipe() failed: Too many open files Oct 16 04:48:11 host imap-login: Aborted login [::ffff:<internal_IP>] Oct 16 04:48:11 host dovecot-auth: PAM unable to dlopen(/lib/security/pam_nologin.so) Oct 16 04:48:11 host dovecot-auth: PAM [dlerror: /lib/security/pam_nologin.so: cannot open shared object file: Too many open files] Oct 16 04:48:11 host dovecot-auth: PAM adding faulty module: /lib/security/pam_nologin.so Oct 16 04:48:11 host dovecot-auth: PAM unable to dlopen(/lib/security/pam_stack.so) Oct 16 04:48:11 host dovecot-auth: PAM [dlerror: /lib/security/pam_stack.so: cannot open shared object file: Too many open files] So, during the event I performed an strace against the dovecot-auth process and noticed the following error as well: accept(3, 0xbfe05a50, [2]) = -1 EMFILE (Too many open files) gettimeofday({1192538310, 41972}, NULL) = 0 poll([{fd=3, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLIN}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=18, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=10, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=7, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=23, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=8, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=11, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=12, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=13, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=14, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=19, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=17, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=6, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=15, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=20, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=21, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=9, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=22, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=24, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=25, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=26, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=27, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=28, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=34, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=33, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=29, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=37, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=30, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=31, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=41, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, ...], 1020, 1585) = 1 gettimeofday({1192538310, 99354}, {480, 0}) = 0 Then I checked for the current network connections: netstat | grep imap | wc -l 42 Then used lsof to check for open files: while true ; do lsof | awk '{ print $3 }' | wc -l ; sleep 4 ; done 21728 21668 (restarted dovecot) 1838 1953 1864 2066 2018 2020 2036 2189 2661 2558 2490 (cont @2,000) Thanks! Joe Allesi

5 6

[Dovecot] Problem in mbox-sync.c
by Hal Pomeranz 27 Oct '07

27 Oct '07

We've just cut over to a new mail server running Dovecot 1.0.5. The underlying OS is RHEL 5. User mailboxes are stored in Unix mbox format on a local ext3 file system. The MTA on the system is the default RedHat version of Sendmail 8.13.8 with procmail for local delivery. We're using a combination of dotlock and fcntl style locking. The output of "dovecot -n" for this system appears below my signature. Periodically we see errors like the following in our logs: Oct 21 19:36:01 postoffice1 dovecot: POP3(someuser): file mbox-sync.c: line 1433 (mbox_sync_handle_eof_updates): assertion failed: (file_size >= sync_ctx->expunged_space + trailer_size) Oct 21 19:36:01 postoffice1 dovecot: POP3(someuser): Raw backtrace: pop3 [0x809eda1] -> pop3 [0x809ecbc] -> pop3(mbox_sync+0x1088) [0x806c4e8] -> pop3(mbox_storage_sync_init+0x3e) [0x806cb6e] -> pop3(client_create+0x1a4) [0x80552a4] -> pop3(main+0x556) [0x8057236] -> /lib/libc.so.6(__libc_start_main+0xdc) [0x304dec] -> pop3 [0x8054a11] Oct 21 19:36:01 postoffice1 dovecot: child 24409 (pop3) killed with signal 6 Note that while the above log is for a POP3 user, we also see similar behavior when some users access mail folders via IMAP as well. The real problem with this behavior is that sometimes, but not in all cases, the process will leave behind a dotlock when it exits. If the abandoned dotlock is on the user's inbox, then procmail won't deliver new mail to the user until the lock is cleared. This is a big problem. Anybody seen this behavior before and/or know what's causing it? Can anybody suggest ideas for further debugging this issue? We'd appreciate any help that you all can provide. Thanks! -- Hal Pomeranz, Founder/CEO Deer Run Associates hal(a)deer-run.com Network Connectivity and Security, Systems Management, Training -- # /hpsw/mail/dovecot/sbin/dovecot -n # 1.0.5: /hpsw/mail/dovecot/etc/dovecot.conf syslog_facility: local3 protocols: imap imaps pop3 pop3s ssl_cert_file: /hpsw/mail/configs/dovecot/pki/certs/dovecot.pem ssl_key_file: /hpsw/mail/configs/dovecot/pki/private/dovecot.pem disable_plaintext_auth: no login_dir: /hpsw/mail/dovecot/var/run/dovecot/login login_executable(default): /hpsw/mail/dovecot/libexec/dovecot/imap-login login_executable(imap): /hpsw/mail/dovecot/libexec/dovecot/imap-login login_executable(pop3): /hpsw/mail/dovecot/libexec/dovecot/pop3-login mail_location: mbox:/hpsw/mail/users/%u/dovecot:INBOX=/hpsw/mail/users/%u/MBOX mbox_read_locks: dotlock fcntl mail_executable(default): /hpsw/mail/dovecot/libexec/dovecot/imap mail_executable(imap): /hpsw/mail/dovecot/libexec/dovecot/imap mail_executable(pop3): /hpsw/mail/dovecot/libexec/dovecot/pop3 mail_plugin_dir(default): /hpsw/mail/dovecot/lib/dovecot/imap mail_plugin_dir(imap): /hpsw/mail/dovecot/lib/dovecot/imap mail_plugin_dir(pop3): /hpsw/mail/dovecot/lib/dovecot/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: passdb: driver: pam userdb: driver: passwd

3 7

[Dovecot] master user can not login with digest-md5 password
by Daniel 27 Oct '07

27 Oct '07

Hi! I'm trying to use a master user, here is what I'm doing: dovecot.conf: auth default { [...] passdb passwd-file { args = /etc/dovecot.passdb_master pass = yes master = yes } passdb passwd-file { args = /etc/dovecot.passdb } [...] } (Dovecot said that one can not place the passdb containing "master = yes" last, why?) This only works if the master user (in the master passwd file) has PLAIN password scheme. It doesn't work with DIGEST-MD5. Here is the log when it's in DIGEST-MD5: auth(default): passdb(master,84.x.x.x,master): Master user logging in as leva auth(default): digest-md5(leva,84.x.x.x): password mismatch imap-login: Disconnected: user=<leva>, method=DIGEST-MD5, rip=84.x.x.x, lip=212.x.x.x, TLS When the master password is in PLAIN scheme, I can login as anyone. I'm using dovecot-1.1beta4. Daniel

2 1

[Dovecot] Messages not marked as read
by Manilal K M 27 Oct '07

27 Oct '07

Hello everybody, Recently I have migrated my IMAP server from Courier-IMAP to dovecot. The migration was successful and all the users are happy due to the speed of the new IMAP server. We are using Horde-3.2+IMP-4.2 as the webmail client. But one of the users is having some unusual issues with his mailbox. Whenever he clicked and open a new email, it's never marked as read. He has to click and open several times to get it marked as "Read". I checked the dovecot version and found that we have a unstable version. So I upgraded to the latest stable version(1.0.5). But still occasionally he has the same issue. Does anyone have experienced similar issue. Please share. regards -- Manilal K M. http://linuxeyes.blogspot.com http://flossvalley.blogspot.com Better to light one candle than to curse the darkness.

2 1

[Dovecot] Keywords (labels) support via virtual folders
by Robert Tomanek 27 Oct '07

27 Oct '07

Hi all, while I am rather a beginner when it comes to IMAP, I was thinking whether it would be possible (and feasible) to implement setting and unsetting of IMAP keywords with the means of virtual folders in Dovecot. The background is that the IMAP keywords seem to be a very useful thing to me: I would often like to be able to 'tag' a message so that it is easy to group with other similar messages and easy to find/ browse later. The problem is that not all IMAP clients support this functionality (as far as I am aware, mine which happens to be The Bat! does not); the only way of achieving similar results is using regular folders for grouping messages but this has several disadvantages, the most prominent one being unable to assign more than one 'tag' to a message this way (without copying a message). What I am thinking of is a server-side 'helper' that intends to achieve functionality similar to native client keywords support by the means of providing 'virtual folders' (as opposed to regular folders that we've known for a long time). The server would expose a list of virtual folders (user defined, either server-side by modifying the configuration, or client-side, by using the existing 'create regular folder' folder functionality but using a special name format that would be recognized by the server to be virtual folder related). These virtual folders would, upon moving a message to them, apply a keyword to the message (but the message would not be moved as it would be the case with regular folders). Upon moving a message from a virtual folder, the keyword would be reset. This means that the messages would not normally be moved from their place in existing hard folder structure but they would additionally be flagged with a keyword (or more of them) and be visible in respective virtual folders. The result is: - keywords support for clients that do not natively support it, - leaving existing message folder structure intact, - support for multiple keywords/ labels per message (one virtual folder = one keyword), - browsing flagged messages via respective virtual folders. What do you think of it? While I've been toying with this and similar ideas for a long time, what I propose above is of course heavily influenced by the recent addition of IMAP access to Gmail ([1]). While I still do not have it enabled for my account, I presume this is how the Gmail labels get translated to IMAP client ([2], [3]). [1] https://mail.google.com/support/bin/topic.py?topic=12760 [2] https://mail.google.com/support/bin/answer.py?answer=77657&topic=12762 [3] https://mail.google.com/support/bin/answer.py?answer=78758&topic=12762 -- Best regards, Robert Tomanek mailto:dovecot@mail.robert.tomanek.org

2 1

[Dovecot] few questions about 1.1*
by Daniel 27 Oct '07

27 Oct '07

Hi! I'm testing 1.1, and have some questions. (How) Can I override the default maildir++ quota setting (I mean quota_rule) in the userdb, so that one won't have quota at all. Right now I'm setting a very high limit in the userdb with quota_rule=*:storage=99G in the extra field. Prior to 1.1 I was using 1.0 and had fs quota. I've had set up dovecot so that the indexes were stored on another partition where there were no fs quotas for the users. Now I'm trying to use maildir++ quota, and wondering if there is still any use of keeping the index files on a separate partition. This will be maybe a bit stupid, but do I still need the quota plugin to be loaded in the protocol {imap,pop3,lda} sections if I'm using the above mentioned new 1.1 maildir++ quota? Furthermore, will deliver be aware of the new quota system? Thanks! Daniel

3 6

[Dovecot] append bug in 1.1beta4?
by Daniel 26 Oct '07

26 Oct '07

Hi! I'm guessing this is the append bug which is still present in dovecot-1.1beta4?: Info: IMAP(leva): Disconnected: EOF while appending bytes=31665/119125 This happens after sending a mail, and trying upload/copy that mail from my local "Sent" folder to my IMAP server's Sent folder. Daniel

2 2

[Dovecot] Two certificates ?
by Lars Johansen 26 Oct '07

26 Oct '07

Hi We have a dovecot server running both pop and imap, we have pop.domain.ltd and imap.domain.ltd going to the same server, is there any possibility make dovecot use two certificates? one for pop.domain.ltd and one for imap.domain.ltd? Greetings, Lars

2 1

[Dovecot] sieve filtering, rewriting subjects
by Ian P. Christian 26 Oct '07

26 Oct '07

Is it possible to modify an emails subject line in a sieve script? I've seen references to 'addtag' whilst googling, but it appears dovecots implementation doens't support it - are there any other methods? As a side note, can anyone suggest a web based script editor that works? Simply a text area to write the script in would do Thanks, -- Ian P. Christian ~ pookey.co.uk

4 3

[Dovecot] SSL help needed - "no root certificate"
by Jim Gottlieb 26 Oct '07

26 Oct '07

Hi. I've spent the past few hours trying to get SSL working right in Dovecot 1.0.5 and now I must turn to you for help. I purchased an SSL certificate from Go Daddy. I pointed ssl_cert_file to the .crt file and ssl_key_file to the .key file, but the client (Mail.app) complains: Mail was unable to verify the identity of this server, which has a certificate issued to "imap.nccom.com". The error was: There is no root certificate for this server. So I tried downloading Go Daddy's root certificate and pointing ssl_ca_file to that file, but that didn't help. So I tried pointing ssl_ca_file to the intermediate certificate sent to me by Go Daddy, but that breaks things to the point where I never even get the above message; just nothing happens at all. I'm not sure what to try next and am happy to entertain any suggestions. Thanks...

1 1

[Dovecot] Dovecot crashing with "Status userdb: Empty key (=)"
by Mark Maynereid 25 Oct '07

25 Oct '07

Hi, Dovecot is crashing at startup on my system: mantrid:/etc/apt# tail /var/log/mail.err Oct 25 17:10:50 mantrid dovecot: Auth process died too early - shutting down Oct 25 17:10:50 mantrid dovecot: auth(default): Status userdb: Empty key (=) Oct 25 17:10:50 mantrid dovecot: child 21810 (auth) returned error 89 Oct 25 17:10:51 mantrid dovecot: Temporary failure in creating login processes, I have also noticed this error: mantrid:/home/vmail# tail /home/vmail/dovecot-deliver.log deliver(support(a)unitdb.com): "2007-10-25 04:59:54 "Error: net_connect(/var/run/dovecot/auth-master) failed: No such file or directory I've been trying to implement the tutorial at: http://workaround.org/articles/ispmail-etch/ which seemed to be going well until the end of step 6 and I've posted a message on their mailing list but figured this looks like a deeper problem hence the post here also. System info: dovecot-common 1.0.rc15-2etch1 dovecot-imapd 1.0.rc15-2etch1 dovecot-pop3d 1.0.rc15-2etch1 Debian stable 4.0 (Etch) but running mixed on some packages Intel(R) Celeron(R) CPU 2.40GHz Ext3 filesystem mantrid:/etc/init.d# dovecot -n # /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_extra_groups: mail mail_location: maildir:/home/vmail/%d/%n auth default: mechanisms: plain login debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: passwd userdb: driver: static args: args = uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail Can anyone help? Thanks, Mark

2 1

[Dovecot] SSL/TLS with Outlook client
by Eli 25 Oct '07

25 Oct '07

I am trying to get TLS to work with Outlook 2007 and I've hit a small problem. Whenever I start it up, I get this error: "The server you are connected to is using a security certificate that cannot be verified. The target principal name is incorrect." (yes/no choice of trusting) I first tried with a wildcard cert (*.elisand.com), and then tried with mail.elisand.com - both certs are from cacert.org and the root CA certs are installed and functioning properly on my system (so the certs should be trusted). I've searched all over Google and such trying to find out why Outlook would give me this error from an IMAP/TLS connection (closest I could find was Exchange related info), and I know this is by no means an Outlook mailing list... though I'm just wondering if anyone else on here has ever encountered this problem before and could point me in the right direction to getting the SSL cert working with Outlook. Thanks in advance!

3 2

[Dovecot] POP3/IMAP newbie question
by Lars Stavholm 24 Oct '07

24 Oct '07

Is it possible to serve both POP3 and IMAP for the same user from the same mailbox format, e.g. the maildir format? If so, how should I configure in dovecot.conf? At the moment I have (dovecot -n): # 1.1.beta2: /etc/dovecot/dovecot.conf base_dir: /var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_disable: yes 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 mail_extra_groups: mail mail_location: maildir:~/Mail mail_full_filesystem_access: yes dotlock_use_excl: yes mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugins(default): quota trash dspam expire autocreate mail_plugins(imap): quota trash dspam expire autocreate mail_plugins(pop3): quota expire 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 imap_client_workarounds(default): delay-newmail outlook-idle imap_client_workarounds(imap): delay-newmail outlook-idle imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login gssapi username_format: %n passdb: driver: pam args: blocking=yes dovecot userdb: driver: passwd args: blocking=yes socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 plugin: quota: fs:storage=102400 trash: /etc/dovecot/trash.conf sieve: ~/.dovecot.sieve dspam: /usr/sbin/dspam:Spam:nosignature:Trash:users autocreate: Spam I.e., I use the same mail_location for both POP3 and IMAP. However, mails are delivered to ~/Mail/inbox and seems to be invisible to both my IMAP and POP3 client (Thunderbird). Any input appreciated /Lars

7 10

[Dovecot] How to debug slow operation
by zbigniew szalbot 24 Oct '07

24 Oct '07

Hello, I am no programmer at all. I have dovecot set up on two very similar machines. On one of the boxes, the dovecot server has recently been showing slower response times. It feels slower. Where it is slower, dovecot works as an auth server for postfix. I have replaced exim with postfix on that box and I think since then dovecot started to slow down. On the other machine the MTA is exim. I'd like to ask how to go about debugging the problem. Neither machine serves many users, the one that is slower has currently only two. It's a home setup really. Here's the output of dovecot -n # 1.0.5: /usr/local/etc/dovecot.conf protocols: imap imaps pop3 pop3s disable_plaintext_auth: no login_dir: /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_greeting: Server ready. verbose_proctitle: yes first_valid_uid: 125 first_valid_gid: 125 mail_extra_groups: mail mail_location: maildir:/usr/local/virtual/%d/%n 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 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv 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: sql args: /usr/local/etc/dovecot-postfix-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-postfix-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 384 user: postfix group: postfix Many thanks for your suggestions! Zbigniew Szalbot

2 4

[Dovecot] v1.1.beta4 released
by Timo Sirainen 24 Oct '07

24 Oct '07

http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz.sig Lots of fixes since beta3, but apparently there are still a few bugs left: - Is SORT working? - APPEND seems to have problems in some setups. - Still some SEARCH TEXT problems? Or Squat indexing problems?

3 4

[Dovecot] graceful failure when some folders are not available...
by bhayden＠umn.edu 23 Oct '07

23 Oct '07

Hi folks. Quick question in the hopes that someone knows the answer, before I dig in the code some more. In testing a new setup with some long-term archival mbox-format mailboxes stored on an NFS mount, we've found the following: if the mount is unavailable for any reason, the user cannot log into their email at all. Dovecot says: "stat() failed with mbox foo" and dies. This is coming from the mbox sync checks. (It's possible the same happens with a maildir folder--I'm just specifying mbox because that's what we've tested with so far). Is there a way to reconfigure this behavior? I could maybe see a fatal abort if the inbox is unavailable, but for other folders it seems rather... presumptuous. I have to think there's already a way to handle this more gracefully in the config and I'm just not seeing it. Also, does anyone know offhand if this behavior is the same for folders that aren't in the default/inbox namespace? That would seem *really* wrong. Any thoughts? Thanks much, -Brian

3 5

Re: [Dovecot] v1.1.beta4 released
by Jeff Grossman 23 Oct '07

23 Oct '07

>> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz >> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz.sig >> >> Lots of fixes since beta3, but apparently there are still a few bugs >> left: >> >> - Is SORT working? >> - APPEND seems to have problems in some setups. >> - Still some SEARCH TEXT problems? Or Squat indexing problems? > > I just installed Beta 4 and do not seem to have the APPEND problem with > Squirrelmail anymore. I am running Squirrelmail 1.4.11. I guess nevermind. This message that I just sent did the error which was a reply. But, a new message I created earlier today after installing Beta 4 worked fine. Maybe it has something to do with replies versus new messages. Jeff

1 0

Re: [Dovecot] v1.1.beta4 released
by Jeff Grossman 23 Oct '07

23 Oct '07

> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz > http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz.sig > > Lots of fixes since beta3, but apparently there are still a few bugs > left: > > - Is SORT working? > - APPEND seems to have problems in some setups. > - Still some SEARCH TEXT problems? Or Squat indexing problems? I just installed Beta 4 and do not seem to have the APPEND problem with Squirrelmail anymore. I am running Squirrelmail 1.4.11. Jeff

1 0

[Dovecot] trying to enable features
by Ray 23 Oct '07

23 Oct '07

Hello all, I'm trying to enable 3 different features in my mail system (postfix, amavisd, dovecot). 1)out of office auto reply 2)script execution based on email 3)automatically add disclaimer/signature to outgoing email (also listed in order of importance to me) I'm looking for pointers to documentation or instructions. It seems that 1 and 2 would best be done in dovecot somewhere, while 3 is probably best implemented in postfix. (my next step is postfix documentation) Can anybody provide any suggestions or pointers to a how to or other documentation? Thanks, Ray

7 9

[Dovecot] beta2-beta4 moving mail between accounts broken
by David Favor 23 Oct '07

23 Oct '07

I've upgraded to latest Thunderbird client and recompiled latest dovecot source repository code and this problem still persists. I have two accounts which I've been transferring email between for months. Now when I attempt this the following loop begins and the only way to stop it is to restart both Thunderbird and dovecot. Let me know how to Oct 23 07:53:49 net1 dovecot: imap-login: Login: user=<david(a)coolsurf.com>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:50 net1 dovecot: IMAP(david(a)coolsurf.com): Disconnected: EOF while appending bytes=16450/0 Oct 23 07:53:50 net1 dovecot: imap-login: Login: user=<david(a)coolsurf.com>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:51 net1 dovecot: IMAP(david(a)coolsurf.com): Disconnected: EOF while appending bytes=16450/0 Oct 23 07:53:51 net1 dovecot: imap-login: Login: user=<david(a)coolsurf.com>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:51 net1 dovecot: IMAP(david(a)coolsurf.com): Disconnected: EOF while appending bytes=16450/0 Oct 23 07:53:52 net1 dovecot: imap-login: Login: user=<david(a)coolsurf.com>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:52 net1 dovecot: IMAP(david(a)coolsurf.com): Disconnected: EOF while appending bytes=16450/0 My config is: net1#/common/pkgs/dovecot-1.1.beta4-2007-10-23/sbin/dovecot -n -c /tools/conf/dovecot/dovecot-node1.conf # 1.1.beta4-2007-10-23: /tools/conf/dovecot/dovecot-node1.conf base_dir: /var/run/dovecot/ protocols: imaps ssl_listen: 69.94.137.124:10943 ssl_cert_file: /tools/conf/dovecot-certs/coolsurf.com/certs/dovecot.pem ssl_key_file: /tools/conf/dovecot-certs/coolsurf.com/private/dovecot.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /common/pkgs/dovecot-1.1.beta4-2007-10-23/libexec/dovecot/imap-login auth default: passdb: driver: sql args: /tools/conf/dovecot/dovecot-sql.conf userdb: driver: prefetch userdb: driver: sql args: /tools/conf/dovecot/dovecot-sql.conf -- Love feeling your best ever, all day, every day? Email join(a)RadicalHealth.com for the easy way.

1 0

[Dovecot] beta 1.1-3 compile fails on solaris 9 sparc, cc.
by lenny＠edpausa.com 23 Oct '07

23 Oct '07

cc -DHAVE_CONFIG_H -I. -I. -I../.. -I/opt/SUNWconn/crypto/include -xjobs=4 -c file-set-size.c "/usr/include/sys/resource.h", line 126: incomplete struct/union/enum timeval: ru_utime "file-set-size.c", line 26: warning: implicit function declaration: ftruncate "file-set-size.c", line 38: warning: implicit function declaration: pwrite cc: acomp failed for file-set-size.c *** Error code 2 make: Fatal error: Command failed for target `file-set-size.o' Current working directory /mnt/sho/src/dovecot/1.1-3/dovecot-1.1.beta3/src/lib *** Error code 1 make: Fatal error: Command failed for target `all' Current working directory /mnt/sho/src/dovecot/1.1-3/dovecot-1.1.beta3/src/lib *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /mnt/sho/src/dovecot/1.1-3/dovecot-1.1.beta3/src *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /mnt/sho/src/dovecot/1.1-3/dovecot-1.1.beta3 *** Error code 1 make: Fatal error: Command failed for target `all'

2 2

[Dovecot] SEARCH TEXT does not seem to search headers
by Asheesh Laroia 23 Oct '07

23 Oct '07

The RFC says <http://www.isi.edu/in-notes/rfc3501.txt> this: TEXT <string> Messages that contain the specified string in the header or body of the message. But with the current hg tip (see linked rawlogs), SEARCH TEXT provides results disjoint from SEARCH FROM. I guess that's a bug? http://paulproteus.acm.jhu.edu/bug-report/2007-10-22/20071022-125604-622.out and http://paulproteus.acm.jhu.edu/bug-report/2007-10-22/20071022-125604-622.in -- Asheesh. P.S. Sorry to be so noisy lately.... -- And that's the way it is... -- Walter Cronkite

2 2

Re: [Dovecot] pam_ldap.so memory leaks?
by Flannery, Andrew 23 Oct '07

23 Oct '07

Thank you for the speedy response! >> The dovecot-auth process' VmRSS size grows by 4k per request and has a >> limit of 256megs. > The main dovecot-auth or dovecot-auth -w processes'? dovecot-auth -w is the culprit. >> Okay the question: In dovecot 1.1.0 beta3 I see that blocking=yes is >> now on, no matter what. Has something been done to address potential >> memory leaks in pam modules? > # Number of auth requests to handle before destroying the process. > This may > # be useful if PAM plugins leak memory. > #auth_worker_max_request_count = 0 This looks promising, thanks!

1 0

[Dovecot] Courier to Dovecot: problems with folders
by Claudio Strizzolo 22 Oct '07

22 Oct '07

Hi all, I am migrating a maildir Courier-IMAP installation to Dovecot. Almost everything seems to work well, but I still have problems accessing subfolders. First let's see what I have done. I used the courier-dovecot-migrate.pl script suggested in http://wiki.dovecot.org/Migration/Courier to convert mailboxes from Courier to Dovecot. No problems here. My dovecot.conf contains this: (...) mail_location = maildir:/mail/vmail/domains/%h namespace private { prefix = INBOX. inbox = yes } (...) The subscriptions file in the mailboxes looks correct to me. It includes all the folders and subfolders, i.e.: Sent Trash Drafts mail.dovecot mail.misc mail.postmaster tools web.apache web.css Folders separated by "." are actually subfolders: mail ---- dovecot | --- misc | --- postmaster I let the configuration of my IMAP clients unchanged from Courier to Dovecot. That is, they specify the "INBOX." prefix, as before. For instance, with Pine: folder-collections=mymail {mymail.example.com/user=John.Smith}INBOX.[] Now the problem: I get different behaviours depending on the client I use to access to Dovecot: - Thunderbird: All the folders are seen correctly. But the whole folders tree is under "Inbox", while with Courier the first-level folders (i.e. Drafts, mail, web) were at the same level of Inbox - Webmail (Squirrelmail 1.4.8): The same as above. - Pine: The folders are apparently correct, and are not under Inbox, but I can access only the first-level folders: the folders containing sub-folders are empty, therefore the subfolders cannot be accessed. Any hints? Thanks in advance Claudio

2 1

[Dovecot] Squirrelmail: "ERROR: Connection dropped by IMAP server."
by Jakob Hirsch 22 Oct '07

22 Oct '07

Hi, running the current version from http://hg.dovecot.org/dovecot/ (but the same happens with 1.1.beta3) After yesterday's patches, squirrelmail (tested with 1.4.11 and 1.4.10a) complains when appending to the Sent folder (after sending a message): ERROR: Connection dropped by IMAP server. Query: SELECT "INBOX" dovecot's log says dovecot: IMAP(jh): Disconnected: EOF while appending bytes=12780/37798 I have captured the conversation with tcpdump (http://plonk.de/imap.cap) and it looks like dovecot is closing the connection. With Thunderbird it works just fine. Regards, Jakob

2 1

[Dovecot] pam_ldap.so memory leaks?
by Flannery, Andrew 22 Oct '07

22 Oct '07

Hello List, I have a question about dovecot-1.1.0-beta3 but first I'll ramble a little bit: Recently I upgraded a 0.99 installation of dovecot to 1.0.5. All went relatively smoothly until the dovecot-auth process began returning "out of memory" after a day. There is a rather large user base here. The current setup is using passdb pam with blocking=yes, with pam_ldap.so handling most authentication (although in special cases I am using a custom written pam module which I have disabled to eliminate as the source of the leak). The dovecot-auth process' VmRSS size grows by 4k per request and has a limit of 256megs. Unfortunately turning blocking=yes off isn't an option. The reason I must have it turned on is that the custom pam module is changing the username on specific requests. I am trying to pinpoint the memory leak (pam_ldap is my biggest suspect right now though I'm going to try running valgrind on a test system). For now I have set shutdown_clients=no and am restarting dovecot at regular intervals. Okay the question: In dovecot 1.1.0 beta3 I see that blocking=yes is now on, no matter what. Has something been done to address potential memory leaks in pam modules? Thanks, -Andrew

2 1

[Dovecot] Assertion failed: (pos < input->size)
by Asheesh Laroia 22 Oct '07

22 Oct '07

Oct 21 10:04:05 alchemy dovecot: imap-login: Login: user=<paulproteus>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS Oct 21 10:05:44 alchemy dovecot: IMAP(paulproteus): file message-decoder.c: line 289 (message_decode_body): assertion failed: (pos < input->size) Oct 21 10:05:44 alchemy dovecot: IMAP(paulproteus): Raw backtrace: imap [0x80c8e10] -> imap [0x80c8d1c] -> imap(message_decoder_decode_next_block+0x868) [0x80c58a8] -> /usr/local/lib/dovecot/imap/lib20_fts_plugin.so [0xb7f7f2f5] -> imap [0x805f526] -> imap [0x805f8a8] -> imap(io_loop_handle_timeouts+0x10b) [0x80cf71b] -> imap(io_loop_handler_run+0x69) [0x80d0169] -> imap(io_loop_run+0x28) [0x80cf5f8] -> imap(main+0x4ac) [0x8068dec] -> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7e29050] -> imap [0x805b941] Oct 21 10:05:44 alchemy dovecot: child 14390 (imap) killed with signal 6 Assertion failed. This happened when doing a "SEARCH TEXT delicious". I have to run out and buy ingredients for a birthday cake, so I thought I'd email this very terse message to the list in case it was some help, and if you need more info just reply saying "more info" and I'll go through the usual debugging steps. -- Asheesh. -- It is much easier to be critical than to be correct. -- Benjamin Disraeli

2 9

[Dovecot] Best version for production systems?
by Mitch Pirtle 22 Oct '07

22 Oct '07

Hi dovecotters, I have a system running 1.0rc1 right now and am having problems (more on that later). I know that 1.0.5 is "current" but I'm running Debian Stable (Etch) and have reservations of upgrading until nothing works anymore ;-) Do I really need to make the upgrade to 1.0.5, and if so can anyone here point out how to do so using the standard Debian apt-get process? -- Mitch

2 1

[Dovecot] Suggested IMAP Directory Size..
by Ilo Lorusso 22 Oct '07

22 Oct '07

Hi, ive walked into a enviroment where the previous admin has being using pop and making the email clients leaving a copy of the mail on the workstation.. Now overtime these mailboxes (mbox format) have grown between 1,5 to 1,8 Gigs large I want to convert all these mailbox to IMAP (only 15) and want to know whats the largested suggest folder size per user dovecot IMAP runs smoothly with good responce times.. I know the users also have large OUT LOOK pst files 4.5GIGs and wondering if I could also intergrate that into IMAP? Please any feedback would be great on this topic..??

7 9

[Dovecot] Migrating from UW IMAP - pine - Thunderbird - squirrelmail
by Israel Bravo 22 Oct '07

22 Oct '07

Hello! I saw your post to the mailing list (http://www.dovecot.org/list/dovecot/2006-January/010968.html) where you write "A description for pine with imap acces without entering any password is also discussed.", but I didn't find such description in this post. Would you be so kind to point me to some source where it is explained - currently users have to insert the password twice - when they open the shell window and when they start Pine. Another question - may be you can help me: Currently we use Pine with IMAP (dovecot); both INBOX and folder collection are saved on the Linux server. But how to save the "saved-messages" and "sent-mail" folders in the user's home directory on the server? Thank you for help, -- _________________________________________________________ | Israel Bravo Unix system administrator | The faculty of Industrial Engineering & Management, | Technion, 32000 Haifa, Israel | Phone: 972-4-829-4428 http://ie.technion.ac.il/~bravo/ |________________________________________________________

2 1

[Dovecot] more problems with dovecot-1.1 beta3
by Sergey 22 Oct '07

22 Oct '07

Hi, Thank you for pointing me about -xc99 flag, I have compiled and installed dovecot inplace of version 1.0.5 without any special actions on the upgrade. And after starting it immediately got in it's log file messages like: --- dovecot: Oct 16 23:10:18 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.git-altlinux-ru/dovecot.index.cache: Invalid argument --- I have tried to delete dovecot.index.cache files from imap directories, but this did not helped: --- dovecot: Oct 16 23:52:24 Error: IMAP(seriv): Corrupted transaction log file /var/spool/imap/seriv/.imap/dovecot.index.log: indexid changed 1189182277 -> 1192593117 dovecot: Oct 16 23:52:24 Error: IMAP(seriv): Index file /var/spool/imap/seriv/.imap/dovecot.index: indexid changed: 1189182277 -> 1192593117 dovecot: Oct 16 23:52:24 Error: IMAP(seriv): Corrupted transaction log file /var/spool/imap/seriv/.imap/dovecot.index.log: indexid changed: 1189182277 -> 1192593117 dovecot: Oct 16 23:52:28 Error: IMAP(seriv): /var/spool/imap/seriv/.imap/dovecot.index view is inconsistent dovecot: Oct 16 23:52:28 Panic: IMAP(seriv): file client.c: line 105: assertion failed: (!client->destroyed) dovecot: Oct 16 23:52:28 Error: IMAP(seriv): Raw backtrace: /opt/dovecot/libexec/dovecot/imap'i_internal_fatal_handler+0x48 [0x8135118] -> /opt/dovecot/libexec/dovecot/imap'i _panic+0x23 [0x8134b03] -> /opt/dovecot/libexec/dovecot/imap'client_destroy+0x33 [0x808ee43] -> /opt/dovecot/libexec/dovecot/imap'client_continue_pending_input+0x5d [0x808fac d] -> /opt/dovecot/libexec/dovecot/imap'idle_finish+0xfa [0x808348a] -> /opt/dovecot/libexec/dovecot/imap'cmd_idle_continue+0x46 [0x8083776] -> /opt/dovecot/libexec/dovecot/i map'client_command_cancel+0x4a [0x808ec6a] -> /opt/dovecot/libexec/dovecot/imap'client_destroy+0x10b [0x808ef1b] -> /opt/dovecot/libexec/dovecot/imap'client_continue_pending_ input+0x5d [0x808facd] -> /opt/dovecot/libexec/dovecot/imap'idle_finish+0xfa [0x808348a] -> /opt/dovecot/libexec/dovecot/imap'cmd_idle_continue+0x202 [0x8083932] -> /opt/dove cot/libexec/dovecot/imap'idle_sync_now+0x84 [0x80836b4] -> /opt/dovecot/libexec/dovecot/imap'idle_callback+0x5b [0x808371b] -> /opt/dovecot/libexec/dovecot/imap'check_timeout +0x14c [0x80e323c] -> / dovecot: Oct 16 23:52:28 Error: IMAP(seriv): opt/dovecot/libexec/dovecot/imap'io_loop_handle_timeouts+0x217 [0x813d057] -> /opt/dovecot/libexec/dovecot/imap'io_loop_handler_r un+0x8d [0x813d9dd] -> /opt/dovecot/libexec/dovecot/imap'io_loop_run+0x4b [0x813d14b] -> /opt/dovecot/libexec/dovecot/imap'main+0x9a [0x809f18a] -> /opt/dovecot/libexec/dovec ot/imap'_start+0x7d [0x807c95d] dovecot: Oct 16 23:52:28 Error: child 7529 (imap) killed with signal 6 --- Then I have tried to delete all dovecot.index* files from there, but the messages in dovecot.log are almost the same: --- deliver(seriv): Oct 18 14:59:49 Error: file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): Sending log messages too fast, throttling.. dovecot: Oct 18 15:01:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument deliver(seriv): Oct 18 15:01:38 Error: file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.sisyphus-cybertalk-lists-altlinux-org/dovecot.index.cache: In valid argument dovecot: Oct 18 15:02:57 Warning: SIGHUP received - reloading configuration dovecot: Oct 18 15:02:58 Warning: fd limit 256 is lower than what Dovecot can use under full load (more than 384). Either grow the limit or change login_max_processes_count a nd max_mail_processes settings dovecot: Oct 18 15:03:13 Warning: Killed with signal 15 deliver(seriv): Oct 18 15:04:07 Error: file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.community-lists-altlinux-org/dovecot.index.cache: Invalid arg ument deliver(seriv): Oct 18 15:04:23 Error: file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Trash/dovecot.index.cache: Invalid argument deliver(seriv): Oct 18 15:04:50 Error: file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.community-lists-altlinux-org/dovecot.index.cache: Invalid arg ument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): Sending log messages too fast, throttling.. dovecot: Oct 18 15:06:37 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument --- One more problem is with fd limit: I have a small dovecot installation, so don't want to increase fd limit. I tried to decreasee max_mail_processes, login_max_processes_count and login_max_connections, but still I have --- # /opt/dovecot/sbin/dovecot -n # 1.1.beta3: /opt/dovecot/etc/dovecot.conf Warning: fd limit 256 is lower than what Dovecot can use under full load (more than 384). Either grow the limit or change login_max_processes_count and max_mail_processes settings log_path: /tmp/dovecot.log info_log_path: /tmp/dovecot.debug protocols: pop3 pop3s imap imaps ssl_cert_file: /etc/ssl/parkheights.cert ssl_key_file: /etc/ssl/parkheights.key login_dir: /opt/dovecot/var/run/dovecot/login login_executable(default): /opt/dovecot/libexec/dovecot/imap-login login_executable(imap): /opt/dovecot/libexec/dovecot/imap-login login_executable(pop3): /opt/dovecot/libexec/dovecot/pop3-login login_max_connections: 120 max_mail_processes: 128 mail_extra_groups: mail mail_location: maildir:/var/spool/imap/%n/.imap mail_executable(default): /opt/dovecot/libexec/dovecot/imap mail_executable(imap): /opt/dovecot/libexec/dovecot/imap mail_executable(pop3): /opt/dovecot/libexec/dovecot/pop3 mail_plugin_dir(default): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(imap): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(pop3): /opt/dovecot/lib/dovecot/pop3 auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: ldap args: /opt/dovecot/etc/dovecot-ldap.conf userdb: driver: ldap args: /opt/dovecot/etc/dovecot-ldap.conf userdb: driver: prefetch socket: type: listen master: path: /opt/dovecot/var/run/dovecot/auth-master mode: 384 user: vmail group: vmail bash-3.00# grep login_max /opt/dovecot/etc/dovecot.conf login_max_processes_count = 128 # 16 + login_max_connections * 2 available file descriptors. login_max_connections = 120 bash-3.00# grep max_mail /opt/dovecot/etc/dovecot.conf max_mail_processes = 128 --- So I reverted to 1.0.5 which works fine for me. -- WBR, Sergey Ivanov.

3 6

[Dovecot] assertion failed: (mailbox_list_is_valid_existing_name(_list, name))
by Adam McDougall 21 Oct '07

21 Oct '07

When I was initially testing dovecot 1.1b2,3 I had ACLs turned on and encountered this problem below. I had them turned off until now, I'll need to have ACLs working before I can widen testing. I'm not sure how to make "env MAIL=maildir:~/Maildir gdb /tmp/imap" load the ACL plugin so I assume that is why it does not crash; not getting any log either from that, maybe I made a mistake? But when running mutt, I can load it up with the inbox, then when I ask for imap://server/mail/ it crashes with the assertion at the bottom. Let me know if I need to provide more info. Thanks. Oct 21 12:57:16 gribble dovecot: imap-login: Login: user=<mcdouga9>, method=PLAIN, rip=35.9.44.65, lip=35.9.37.169 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Loading modules from directory: /usr/local/lib/dovecot/imap Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Module loaded: /usr/local/lib/dovecot/imap/lib01_acl_plugin.so Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Module loaded: /usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Effective uid=21281, gid=3002, home=/home/mcdouga9 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Namespace: type=public, prefix=#shared/decs/, sep=/, inbox=no, hidden=no, list=yes Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir: data=/egr/mail/shared/decs:CONTROL=/home/mcdouga9/Maildir/dovecot11testing/public/control/decs:INDEX=/home/mcdouga9/Maildir/dovecot11testing/public/indexes/decs Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir++: root=/egr/mail/shared/decs, index=/home/mcdouga9/Maildir/dovecot11testing/public/indexes/decs, control=/home/mcdouga9/Maildir/dovecot11testing/public/control/decs, inbox=/egr/mail/shared/decs Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: initializing backend with data: vfile:/usr/local/etc/dovecot-acls Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: acl username = mcdouga9 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: owner = 0 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl vfile: Global ACL directory: /usr/local/etc/dovecot-acls Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Namespace: type=private, prefix=mail/, sep=/, inbox=no, hidden=yes, list=no Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir: data=/home/mcdouga9/Maildir:CONTROL=/home/mcdouga9/Maildir/dovecot11testing/private/control:INDEX=/home/mcdouga9/Maildir/dovecot11testing/private/indexes Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir++: root=/home/mcdouga9/Maildir, index=/home/mcdouga9/Maildir/dovecot11testing/private/indexes, control=/home/mcdouga9/Maildir/dovecot11testing/private/control, inbox=/home/mcdouga9/Maildir Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: initializing backend with data: vfile:/usr/local/etc/dovecot-acls Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: acl username = mcdouga9 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: owner = 1 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl vfile: Global ACL directory: /usr/local/etc/dovecot-acls Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Namespace: type=private, prefix=, sep=/, inbox=yes, hidden=no, list=yes Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir: data=/home/mcdouga9/Maildir:CONTROL=/home/mcdouga9/Maildir/dovecot11testing/private/control:INDEX=/home/mcdouga9/Maildir/dovecot11testing/private/indexes Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir++: root=/home/mcdouga9/Maildir, index=/home/mcdouga9/Maildir/dovecot11testing/private/indexes, control=/home/mcdouga9/Maildir/dovecot11testing/private/control, inbox=/home/mcdouga9/Maildir Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: initializing backend with data: vfile:/usr/local/etc/dovecot-acls Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: acl username = mcdouga9 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: owner = 1 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl vfile: Global ACL directory: /usr/local/etc/dovecot-acls Oct 21 12:57:20 gribble dovecot: IMAP(mcdouga9): acl vfile: file /usr/local/etc/dovecot-acls//.DEFAULT not found Oct 21 12:57:20 gribble dovecot: IMAP(mcdouga9): acl vfile: file /home/mcdouga9/Maildir/dovecot-acl not found Oct 21 12:57:20 gribble dovecot: IMAP(mcdouga9): acl vfile: file /usr/local/etc/dovecot-acls//.DEFAULT not found Oct 21 12:57:20 gribble dovecot: IMAP(mcdouga9): acl vfile: file /home/mcdouga9/Maildir/dovecot-acl not found Oct 21 12:57:20 gribble dovecot: IMAP(mcdouga9): file mailbox-list-maildir.c: line 186 (maildir_list_get_path): assertion failed: (mailbox_list_is_valid_existing_name(_list, name)) Oct 21 12:57:20 gribble dovecot: child 72205 (imap) killed with signal 6

2 4

Re: [Dovecot] Search Problem (Was Namespace)
by Jeff Grossman 21 Oct '07

21 Oct '07

-----Original Message----- From: "Timo Sirainen" <tss(a)iki.fi> To: "Jeff Grossman" <jeff(a)stikman.com> Cc: "Dovecot Mailing List" <dovecot(a)dovecot.org> Sent: 10/20/2007 6:51 PM Subject: Re: [Dovecot] Search Problem (Was Namespace) On 21.10.2007, at 4.21, Jeff Grossman wrote: > Timo Sirainen wrote: >> On 21.10.2007, at 3.58, Jeff Grossman wrote: >> >>> 2 search since 6-Sep-2007 >> .. >>> Oct 20 17:54:47 apple IMAP(jeff): : since: 1190593264 vs 2147483647 >>> Oct 20 17:54:47 apple IMAP(jeff): : since: 1190829893 vs 2147483647 >> >> I guess utc_mktime() doesn't work correctly for some reason. What >> are TIME_T_MAX_BITS and TIME_T_SIGNED in your config.h? You've >> 32bit system? >> > Yes, this is a 32-bit system. I did test it with TIME_T_MAX_BITS=32, but looks like I never tested it with actual 32bit systems. This should fix it: http:// hg.dovecot.org/dovecot/rev/4fb613eb8ce9 It is all fixed. Thank you.

1 0

[Dovecot] Upgrade from 1.0.1 -> 1.0.5 failed (rc 75)
by Andy Shellam (Mailing Lists) 21 Oct '07

21 Oct '07

Hi, I'm using a mixture of Exim, Dovecot and Deliver. Exim receives the mail and validates the user against our database, then pipes the e-mail to deliver which puts it in the right mailbox. We were running Exim 4.67 and Dovecot 1.0.1, and today I did an in-place upgrade to Dovecot 1.0.5 and Exim 4.68. However, now Exim is failing deliveries saying deliver returned code 75. If I examine the dovecot log file, I'm getting errors like: deliver(andy.shellam-lists(a)mailnetwork.co.uk): Oct 21 17:19:49 Fatal: chroot(/users/mail/andy.shellam-lists(a)mailnetwork.co.uk) failed: Operation not permitted All mailboxes are owned by user "dovecot-mail" and group "localservice", with user and group having full permissions, and other having no access (0770). None of the config files (Exim nor Dovecot's) have changed, nor have permissions on the mailbox paths, and Dovecot can still access the mailboxes through IMAP just fine. If I delete the dovecot log-file and force a mail delivery, the log gets re-created with mode 0644 and owner dovecot-auth:localservice, which confirms the user running dovecot is the same group, so why doesn't it have permissions? I've read on another message that return code 75 is EX_TEMPFAIL, what does this mean? My sendmail_path is the correct path to Exim, verified by killing Exim and copying and pasting the command to start it back up again. Any advice would be appreciated, as I may have to restore back to 1.0.1. Thanks, Andy dovecot -n: # 1.0.5: /usr/local/dovecot/etc/dovecot.conf base_dir: /var/run/dovecot/ log_path: /mndata/logs/dovecot.current.log protocols: imap ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/dovecot/libexec/dovecot/imap-login login_user: dovecot-login login_greeting: SystemVDM2 ready. login_processes_count: 5 valid_chroot_dirs: /mndata/mail mail_chroot: /mndata/mail first_valid_uid: 1013 last_valid_uid: 1013 first_valid_gid: 1002 last_valid_gid: 1002 mail_extra_groups: localservice mailbox_idle_check_interval: 60 maildir_copy_with_hardlinks: yes namespace: type: private separator: . prefix: INBOX. inbox: yes auth default: mechanisms: plain login default_realm: mailnetwork.co.uk user: dovecot-auth username_translation: +@ username_format: %Lu passdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 432 user: dovecot-auth group: localservice

3 3

[Dovecot] Problem building Dovecot from hg
by Asheesh Laroia 21 Oct '07

21 Oct '07

I did an hg pull; hg update, and now my Dovecot working copy doesn't build: ../../src/lib-storage/index/dbox/libstorage_dbox.a(dbox-file.o): In function `dbox_file_metadata_get': /home/paulproteus/dnlds/dovecot/src/lib-storage/index/dbox/dbox-file.c:820: undefined reference to `dbox_file_maildir_metadata_get' collect2: ld returned 1 exit status make[3]: *** [imap] Error 1 make[3]: Leaving directory `/home/paulproteus/dnlds/dovecot/src/imap' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/paulproteus/dnlds/dovecot/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/paulproteus/dnlds/dovecot' make: *** [all] Error 2 I made it compile on my system by commenting out the return on that line and making it return NULL, but presumably you want it to actually do something. (-: -- Asheesh. -- Virtue does not always demand a heavy sacrifice -- only the willingness to make it when necessary. -- Frederick Dunn

2 1

[Dovecot] Segfault by asking for a folder?
by Asheesh Laroia 21 Oct '07

21 Oct '07

I 'hg pull'ed and now my Dovecot segfaults when I select a particular folder. I've removed all files with 'index' in the name, so I don't think it's due to bad indexes. Oct 21 09:18:40 alchemy dovecot: Dovecot v1.1.beta3 starting up Oct 21 09:18:47 alchemy dovecot: imap-login: Login: user=<paulproteus>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS Oct 21 09:18:47 alchemy dovecot: child 28714 (imap) killed with signal 11 is in syslog. I haven't stripped the binaries as far as I know, yet here's what seems to happen in gdb: paulproteus@alchemy:~/dovecot.rawlog $ gdb dovecot [snip] This GDB was configured as "i486-linux-gnu"... Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (gdb) set args --exec-mail imap (gdb) run Starting program: /usr/local/sbin/dovecot --exec-mail imap * PREAUTH [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED] Logged in as paulproteus 01 SELECT pinerc Program received signal SIGSEGV, Segmentation fault. Cannot remove breakpoints because program is no longer writable. It might be running in another process. Further execution is probably impossible. 0x08073d0d in ?? () (gdb) bt #0 0x08073d0d in ?? () #1 0xbff92f70 in ?? () #2 0x00000000 in ?? () (gdb) bt full #0 0x08073d0d in ?? () No symbol table info available. #1 0xbff92f70 in ?? () No symbol table info available. #2 0x00000000 in ?? () No symbol table info available. (gdb) Uh? It seems to also segfault the same way if I select INBOX. -- Asheesh. -- You'll never see all the places, or read all the books, but fortunately, they're not all recommended.

1 2

[Dovecot] dovecot? putting wrong seperator in subscriptions file
by Adam McDougall 21 Oct '07

21 Oct '07

My config has folders show up in the root namespace as well as hidden ones like mail/ for compat. In thunderbird when I set the namespace prefix to mail/, I effectively cannot subscribe to folders. You can pull up the folder list, select some folders to subscribe to, hit okay, and nothing changes in thunderbird: 3 subscribe "mail/Spam" 3 OK Subscribe completed. 4 lsub "" "mail/*" 4 OK Lsub completed. What gets put in my subscriptions file: mail.Spam If I manually change my subscriptions file to mail/Spam, it works as expected. # dovecot -n # 1.1.beta3: /usr/local/etc/dovecot.conf ssl_cert_file: /usr/local/etc/apache2/ssl/cert.pem ssl_key_file: /usr/local/etc/apache2/ssl/cert.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 0 mail_location: maildir:%h/Maildir:CONTROL=%h/Maildir/dovecot/private/control:INDEX=%h/Maildir/dovecot/private/indexes mail_debug: yes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_plugins: mail_log mail_log_max_lines_per_sec: 0 imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep imap_logout_format: bbytes=%i/%o username=%u namespace: type: private separator: / prefix: mail/ location: maildir:%h/Maildir:CONTROL=%h/Maildir/dovecot/private/control:INDEX=%h/Maildir/dovecot/private/indexes hidden: yes namespace: type: private separator: / inbox: yes list: yes auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 384 user: postfix group: postfix plugin: acl: vfile:/usr/local/etc/dovecot-acls

2 4