- dovecot - dovecot.org

[Dovecot] v1.2.3 released
by Timo Sirainen 08 Aug '09

08 Aug '09

http://dovecot.org/releases/1.2/dovecot-1.2.3.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.3.tar.gz.sig A few days later than I wanted, but here it is. * Mailbox names with control characters can't be created anymore. Existing mailboxes can still be accessed though. + Allow namespace prefix to be opened as mailbox, if a mailbox already exists in the root dir. - Maildir: dovecot-uidlist was being recreated every time a mailbox was accessed, even if nothing changed. - listescape plugin was somewhat broken - Compiling fixes for non-Linux/BSDs - imap: tb-extra-mailbox-sep workaround was broken. - ldap: Fixed hang when >128 requests were sent at once. - fts_squat: Fixed crashing when searching virtual mailbox. - imap: Fixed THREAD .. INTHREAD crashing.

2 1

[Dovecot] All mail in mbox disappears when using Outlook
by Frank Leonhardt 08 Aug '09

08 Aug '09

I thought I was imaging it but... I have a friend (honestly) that likes to clear his inbox every month by copying older into a folder (e.g. June-2009). Every month he complains that all the mail in the new folder has disappeared. This has happened three times now, and he's sort-of-right. I now believe it's a bug rather than him. The setup is Dovecot 1.1.3 on FreeBSD 7.0 and the client is Outlook 2003 SP3 (using IMAP). What you end up with is a folder called June-2009 with no messages visible. Outlook reckons it's completely empty - size 0. I don't know how he gets to this point, but it can't be anything that bizarre - just copying messages. It's happened three months in a row. However, he can't see the contents and I can't see the contents using Outlook. Strangely, Eudora and Squirrel have no problem. Corrupt mbox file? Probably not. If you copy the problem one, the copy works fine. The really weird thing is that if you rename the problem file (using mv) it STILL DOESN'T work. I've considered the possibility that it's got a bad lock on it, but if so, how come Squirrel and Eudora have no problem? I've searched as far as I can for any known problems using Outlook. What next? Thanks, Frank. ====================================================== # 1.1.3: /usr/local/etc/dovecot.conf log_path: /var/log/dovecot protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/mail/certs/dovecot-cert.pem ssl_key_file: /etc/mail/certs/dovecot-private.pem 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_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 1000 mail_privileged_group: mail mail_location: mbox:~/mail/:INBOX=/var/mail/%u maildir_copy_preserve_filename: yes 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_process_size: 512 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 netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_enable_last(default): no pop3_enable_last(imap): no pop3_enable_last(pop3): yes pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login username_format: %Ln process_size: 512 passdb: driver: pam args: session=yes dovecot userdb: driver: passwd args: blocking=yes socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 master: path: /var/run/dovecot/auth-master mode: 384

4 10

[Dovecot] v1.2.2 / rev 0ec0b1f1ac6a+: imap crash
by Pascal Volk 08 Aug '09

08 Aug '09

Hi Timo, the preconditions was: a dbox converted (convert-tool) from Maildir contents of dbox/mailboxes/INBOX/dbox-Mails was: - dovecot.index.log [64876 bytes] - dovecot-uidlist [167280 bytes] - 3237 mails I've started mutt to see the mails. Mutt lost the connection immediately. The log shows nothing strange except for: dovecot: Error: child 12136 (imap) killed with signal 11 (core dumped) Each time i try to connect to dovecot imap crashes. The first backtrace is attached. Regards, Pascal -- The trapper recommends today: face1e55.0921116(a)localdomain.org GNU gdb 6.8-debian Copyright (C) 2008 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 "x86_64-linux-gnu"... warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/libdl.so.2...Reading symbols from /usr/lib/debug/lib/libdl-2.9.so...done. done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/librt.so.1...Reading symbols from /usr/lib/debug/lib/librt-2.9.so...done. done. Loaded symbols for /lib/librt.so.1 Reading symbols from /usr/lib/libgc.so.1...done. Loaded symbols for /usr/lib/libgc.so.1 Reading symbols from /lib/libc.so.6...Reading symbols from /usr/lib/debug/lib/libc-2.9.so...done. done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.9.so...done. done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/libpthread-2.9.so...done. done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /usr/local/dovecot12/lib/dovecot/imap/lib10_quota_plugin.so...done. Loaded symbols for /usr/local/dovecot12/lib/dovecot/imap/lib10_quota_plugin.so Reading symbols from /usr/local/dovecot12/lib/dovecot/imap/lib11_imap_quota_plugin.so...done. Loaded symbols for /usr/local/dovecot12/lib/dovecot/imap/lib11_imap_quota_plugin.so Core was generated by `imap [j.roe(a)example.com 2a01:198:37a:1::1]'. Program terminated with signal 11, Segmentation fault. [New process 12136] #0 0x000000000047ac5f in index_storage_lock_notify_reset (ibox=0x0) at index-storage.c:379 379 ibox->next_lock_notify = time(NULL) + LOCK_NOTIFY_INTERVAL; (gdb) bt full #0 0x000000000047ac5f in index_storage_lock_notify_reset (ibox=0x0) at index-storage.c:379 No locals. #1 0x000000000044f6b1 in maildir_uidlist_lock_timeout (uidlist=0x22ee9a0, nonblock=false, refresh=true, refresh_when_locked=false) at maildir-uidlist.c:149 box = (struct mailbox *) 0x22ea890 control_dir = 0x70 <Address 0x70 out of bounds> path = 0x2301b20 "" old_mask = 3656138848 dotlock_flags = 0 i = 5133251 ret = 0 #2 0x000000000044f882 in maildir_uidlist_lock (uidlist=0x22ee9a0) at maildir-uidlist.c:203 No locals. #3 0x0000000000452527 in maildir_uidlist_update (uidlist=0x22ee9a0) at maildir-uidlist.c:1308 ret = 0 #4 0x000000000044fda0 in maildir_uidlist_deinit (_uidlist=0x7fffd9ec4128) at maildir-uidlist.c:325 uidlist = (struct maildir_uidlist *) 0x22ee9a0 __PRETTY_FUNCTION__ = "maildir_uidlist_deinit" #5 0x000000000044792a in dbox_sync_index_rebuild (mbox=0x22ea890) at dbox-sync-rebuild.c:446 ctx = {mbox = 0x22ea890, append_ctx = 0x0, view = 0x0, trans = 0x0, cache_ext_id = 6, cache_reset_id = 0, maildir_uidlist = 0x0, mk = 0x0, maildir_new_files = {arr = {buffer = 0x0, element_size = 8}, v = 0x0, v_modifiable = 0x0}, maildir_new_uid = 0, cache_used = 0} seq = 3 offset = 64876 fnames = (char **) 0x22d3cf0 i = 0 count = 0 ret = 0 #6 0x00000000004457b6 in dbox_sync_begin (mbox=0x22ea890, ctx_r=0x7fffd9ec41d8, close_flush_dirty_flags=false, force=false) at dbox-sync.c:357 storage = (struct mail_storage *) 0x2292a20 ctx = (struct dbox_sync_context *) 0x22d4e00 sync_flags = 6 i = 0 ret = 0 rebuild = false #7 0x0000000000445900 in dbox_sync (mbox=0x22ea890, close_flush_dirty_flags=false) at dbox-sync.c:396 sync_ctx = (struct dbox_sync_context *) 0x22ea890 #8 0x000000000044598c in dbox_storage_sync_init (box=0x22ea890, flags=65) at dbox-sync.c:415 mbox = (struct dbox_mailbox *) 0x22ea890 ret = 0 #9 0x0000000000488778 in mailbox_sync_init (box=0x22ea890, flags=65) at mail-storage.c:562 No locals. #10 0x000000000048881e in mailbox_sync (box=0x22ea890, flags=65, status_items=239, status_r=0x7fffd9ec42a0) at mail-storage.c:593 ctx = (struct mailbox_sync_context *) 0x22ea890 #11 0x0000000000422be3 in select_open (ctx=0x22dc1e8, mailbox=0x50498b "INBOX", readonly=false) at cmd-select.c:273 client = (struct client *) 0x22daf00 status = {messages = 3656139488, recent = 32767, unseen = 4354815, uidvalidity = 0, uidnext = 36552744, first_unseen_seq = 0, highest_modseq = 36252192, keywords = 0x7fffd9ec4318, sync_delayed_expunges = 0, nonpermanent_modseqs = 0} open_flags = 0 #12 0x0000000000422ff6 in cmd_select_full (cmd=0x22dc090, readonly=false) at cmd-select.c:381 client = (struct client *) 0x22daf00 box = (struct mailbox *) 0x22cf228 ctx = (struct imap_select_context *) 0x22dc1e8 args = (const struct imap_arg *) 0x22e50d8 mailbox = 0x50498b "INBOX" ret = 32767 __PRETTY_FUNCTION__ = "cmd_select_full" #13 0x0000000000423029 in cmd_select (cmd=0x22dc090) at cmd-select.c:388 No locals. #14 0x00000000004262b6 in client_command_input (cmd=0x22dc090) at client.c:611 client = (struct client *) 0x22daf00 command = (struct command *) 0x7022dc1b8 __PRETTY_FUNCTION__ = "client_command_input" #15 0x00000000004264e1 in client_command_input (cmd=0x22dc090) at client.c:660 client = (struct client *) 0x22daf00 command = (struct command *) 0x22cf228 __PRETTY_FUNCTION__ = "client_command_input" #16 0x0000000000426603 in client_handle_next_command (client=0x22daf00, remove_io_r=0x7fffd9ec445d) at client.c:701 size = 22 #17 0x0000000000426684 in client_handle_input (client=0x22daf00) at client.c:713 _data_stack_cur_id = 3 ret = true remove_io = false handled_commands = true __PRETTY_FUNCTION__ = "client_handle_input" #18 0x00000000004267e0 in client_input (client=0x22daf00) at client.c:752 cmd = (struct client_command_context *) 0xd9ec44cc output = (struct ostream *) 0x22dae68 bytes = 56 __PRETTY_FUNCTION__ = "client_input" #19 0x00000000004e2843 in io_loop_handler_run (ioloop=0x2295f80) at ioloop-epoll.c:208 ctx = (struct ioloop_handler_context *) 0x229cfc0 events = (struct epoll_event *) 0x22cf800 event = (const struct epoll_event *) 0x22cf800 list = (struct io_list *) 0x229af80 io = (struct io_file *) 0x2295c00 tv = {tv_sec = 1799, tv_usec = 999469} events_count = 3 t_id = 2 msecs = 1800000 ret = 1 i = 0 j = 0 call = true #20 0x00000000004e1a3c in io_loop_run (ioloop=0x2295f80) at ioloop.c:338 No locals. #21 0x000000000043192c in main (argc=3, argv=0x7fffd9ec4648, envp=0x7fffd9ec4668) at main.c:327 No locals. (gdb)

2 2

[Dovecot] hoping someone has a suggestion
by P.A 07 Aug '09

07 Aug '09

Hi using dovecot 1.0.10 with pop/imap, using maildir, with 2000+ users mostly using pop but many using imap. Once in a great while I have problems with dovecot pop timing out. If I telnet to port 110 it just takes forever to come up or it doesn't at all, the samething happens on the imap port although 110 is always worst. At 1st when troubleshooting I was not sure what was causing the situation and when I ran out of options I stopped postfix. When I did this dovecot immediately started working again, that is port 110/143 came up fast and all the user logins were fast again. When I restarted postfix after a minute or so dovecot became slow again. While observing this situation I notice that postfix had most of the connections about 300+ in established state, while dovecot was using around 150 connections. After adjusting some of the parameters on postfix and shutting it down multiple times, suddenly everything worked but this time postfix was reporting over 3000 connections mostly in TIME_WAIT state which is normal for us. My question is what do you guys think is happening here, what is the relationship between dovecot/postfix that would cause this to happen. I'm just looking for some suggestions in case this happens again. # 1.0.10: /usr/local/etc/dovecot.conf protocols: imap pop3 ssl_disable: yes 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_greeting: D-V1 NP09 ready. login_process_size: 384 login_processes_count: 55 login_max_processes_count: 450 mail_location: maildir:/home/%1u/%u/Maildir maildir_copy_with_hardlinks: yes maildir_copy_preserve_filename: yes 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_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): 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: count: 4 passdb: driver: shadow userdb: driver: passwd

2 2

[Dovecot] virtual plugin - segfault body search
by Manuel Oetiker 07 Aug '09

07 Aug '09

Hello list, During full text search in a virtal folder ( virtual plugin ) the imap crashes with segfault Version: 1.2.2 OS: Ubuntu 8.04.3 LTS x86_64 Coredump: GNU gdb 6.8-debian Copyright (C) 2008 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 "x86_64-linux-gnu"... warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/librt.so.1...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /usr/pack/dovecot-1.2.2-mo/amd64-linux-ubuntu8.04/lib/dovecot/imap/lib20_autocreate_plugin.so...done. Loaded symbols for /usr/pack/dovecot-1.2.2-mo/amd64-linux-ubuntu8.04/lib/dovecot/imap/lib20_autocreate_plugin.so Reading symbols from /usr/pack/dovecot-1.2.2-mo/amd64-linux-ubuntu8.04/lib/dovecot/imap/lib20_fts_plugin.so...done. Loaded symbols for /usr/pack/dovecot-1.2.2-mo/amd64-linux-ubuntu8.04/lib/dovecot/imap/lib20_fts_plugin.so Reading symbols from /usr/pack/dovecot-1.2.2-mo/amd64-linux-ubuntu8.04/lib/dovecot/imap/lib20_virtual_plugin.so...done. Loaded symbols for /usr/pack/dovecot-1.2.2-mo/amd64-linux-ubuntu8.04/lib/dovecot/imap/lib20_virtual_plugin.so Reading symbols from /usr/pack/dovecot-1.2.2-mo/amd64-linux-ubuntu8.04/lib/dovecot/imap/lib21_fts_squat_plugin.so...done. Loaded symbols for /usr/pack/dovecot-1.2.2-mo/amd64-linux-ubuntu8.04/lib/dovecot/imap/lib21_fts_squat_plugin.so Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. [New process 10317] #0 0x0000000000000000 in ?? () No symbol table info available. #1 0x00007faa60c55bc8 in fts_backend_get_all_last_uids (backend=0x12a0be0, pool=0x1925800, last_uids=0x18c5628) at fts-api.c:86 No locals. #2 0x00007faa60c57b73 in fts_build_init_virtual (fctx=0x18c5580) at fts-storage.c:416 vctx = (struct fts_search_virtual_context *) 0x18c5608 last_uids = (struct fts_backend_uid_map *) 0x7fff69c06db0 mailboxes = {arr = {buffer = 0x74e350, element_size = 8}, v = 0x74e350, v_modifiable = 0x74e350} boxes = (struct mailbox * const *) 0x74e388 orig_boxes = (struct fts_orig_mailboxes *) 0x1925860 orig_box = {name = 0x13d0678 "INBOX", ns = 0x75b320, box = 0x13d0388} i = 7 box_count = 7 last_uid_count = 5 ret = 8 #3 0x00007faa60c57d76 in fts_build_init (fctx=0x18c5580) at fts-storage.c:445 status = {messages = 182, recent = 0, unseen = 106, uidvalidity = 1248796777, uidnext = 190, first_unseen_seq = 0, highest_modseq = 0, keywords = 0x0, sync_delayed_expunges = 0, nonpermanent_modseqs = 0} ret = 0 #4 0x00007faa60c584fa in fts_try_build_init (ctx=0x1a5bad0, fctx=0x18c5580) at fts-storage.c:580 No locals. #5 0x00007faa60c58683 in fts_mailbox_search_init (t=0xea2830, args=0x1dbc518, sort_program=0x0) at fts-storage.c:620 ft = (struct fts_transaction_context *) 0x1d96ef0 fbox = (struct fts_mailbox *) 0x13e38b0 ctx = (struct mail_search_context *) 0x1a5bad0 fctx = (struct fts_search_context *) 0x18c5580 #6 0x00000000004892ff in mailbox_search_init (t=0xea2830, args=0x1dbc518, sort_program=0x0) at mail-storage.c:735 No locals. #7 0x000000000042e8f5 in imap_search_start (ctx=0x75c7e0, sargs=0x1dbc518, sort_program=0x0) at imap-search.c:546 cmd = (struct client_command_context *) 0x75c6d8 wanted_fields = 0 wanted_headers = (struct mailbox_header_lookup_ctx *) 0x0 #8 0x000000000042207f in cmd_search (cmd=0x75c6d8) at cmd-search.c:50 ctx = (struct imap_search_context *) 0x75c7e0 sargs = (struct mail_search_args *) 0x1dbc518 args = (const struct imap_arg *) 0x7617d0 charset = 0x4f7bbc "UTF-8" ret = 1 #9 0x0000000000426519 in client_command_input (cmd=0x75c6d8) at client.c:611 client = (struct client *) 0x75c280 command = (struct command *) 0x75c6d8 __PRETTY_FUNCTION__ = "client_command_input" #10 0x0000000000426756 in client_command_input (cmd=0x75c6d8) at client.c:660 client = (struct client *) 0x75c280 command = (struct command *) 0x75aa20 __PRETTY_FUNCTION__ = "client_command_input" #11 0x0000000000426889 in client_handle_next_command (client=0x75c280, remove_io_r=0x7fff69c0702e) at client.c:701 size = 29 #12 0x000000000042690c in client_handle_input (client=0x75c280) at client.c:713 _data_stack_cur_id = 3 ret = false remove_io = false handled_commands = false __PRETTY_FUNCTION__ = "client_handle_input" #13 0x0000000000426a6d in client_input (client=0x75c280) at client.c:752 cmd = (struct client_command_context *) 0x757248 output = (struct ostream *) 0x75c558 bytes = 29 __PRETTY_FUNCTION__ = "client_input" #14 0x00000000004e2f52 in io_loop_handler_run (ioloop=0x756580) at ioloop-epoll.c:208 #15 0x00000000004e206e in io_loop_run (ioloop=0x756580) at ioloop.c:338 No locals. #16 0x0000000000431c63 in main (argc=1, argv=0x7fff69c07228, envp=0x7fff69c07238) at main.c:327 -- Manuel

3 3

[Dovecot] Bug - dovecot-auth hangs in ldap query. 1.1.16 (also in 1.2.2)
by Marek Miska 07 Aug '09

07 Aug '09

dovecot-auth hangs when many (>128) LDAP queries are submited simultaneously. (for example via pop3 benchmarking tool). Bug is in src/auth/db-ldap.c:db_ldap_request_queue_next if (queue_size > DB_LDAP_MAX_PENDING_REQUESTS) { /* wait until server has replied to some requests */ return FALSE; } (queue_size is total queue size, not only queries sent to LDAP server.) I think this condition should be: if (conn->pending_count >= DB_LDAP_MAX_PENDING_REQUESTS) {

2 1

[Dovecot] Trying to get dovecot and squirrelmail talking
by Neil Bird 07 Aug '09

07 Aug '09

I have been using dovecot+squirrelmail with no problems on my Fedora box (currently at F10). I've been using a simple mail location string along the lines of 'mbox:~/usr/mail/%u:INBOX=mbox:/var/spool/mail/%u' (sorry, that's off the top of my head, I can't get into my box from here at the moment). Essentially: standard mbox inbox in /var/spool/mail/[user], plus mbox files under ~/usr/mail. These latter are for remote access to archived Thunderbird files, which are [currently] mbox format. This works fine. However, I've had some slight issues elsewhere which I feel would be eased or solved by making my INBOX use maildir format, and keeping mails I want to remote-access more often in the top level maildir there (instead of always having to dip into the TB mboxes). To that end, I tried setting up: # want to be able to add sibling and child folders here namespace private { separator = / prefix = location = /var/spool/mail/%u inbox = yes hidden = no list = yes } # And the legacy mbox files go here under 'local' namespace private { separator = / prefix = local/ location = mbox:~/usr/mail hidden = no list = yes } (with appropriate an procmail change for maildir delivery) Now, this pretty much worked the way I wanted. However, afterwards, trying to connect from squirrelmail I had it say that there were no [IMAP] folders to subscribe to, including the INBOX. I couldn't se any errors, either in /var/log/maillog or http's logs. Have I got something wrong? Am I trying to do something that's doomed to failure? -- [neil@fnx ~]# rm -f .signature [neil@fnx ~]# ls -l .signature ls: .signature: No such file or directory [neil@fnx ~]# exit

2 1

[Dovecot] ACL plugin, public namespace, erroneous \HasNoChildren
by Stefan Förster 07 Aug '09

07 Aug '09

Hi, dovecot 1.2.2 with a second namespace called "Public", mapped to "/export/vmailboxes/public", LIST returning \HasNoChildren: root@testvm06:~# cat /export/vmailboxes/public/dovecot-acl user=cite lrwstiekxa authenticated lrs anyone lrs root@testvm06:~# ls -l /export/vmailboxes/public/.announcements/dovecot-acl lrwxrwxrwx 1 root root 14 Aug 6 03:50 /export/vmailboxes/public/.announcements/dovecot-acl -> ../dovecot-acl With ACL plugin enabled (notice the \HasNoChildren): root@testvm06:~# telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=CRAM-MD5] Dovecot ready. . login cite secret . OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH ACL RIGHTS=texk QUOTA] Logged in . list "" Public * LIST (\Noselect \HasNoChildren) "." "Public" . OK List completed. . select Public.announcements * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1249522417] UIDs valid * OK [UIDNEXT 1] Predicted next UID * OK [HIGHESTMODSEQ 1] . OK [READ-WRITE] Select completed. I included the select to show that filesystem permissions are OK. Without ACL plugin (notice the \HasChildren here): root@testvm06:~# telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=CRAM-MD5] Dovecot ready. . login cite secret . OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH QUOTA] Logged in . list "" Public * LIST (\Noselect \HasChildren) "." "Public" . OK List completed. Is this intended behaviour, am I just too stupid for ACLs or something completely different? I wonder how clients are supposed to get a listing of a public namespace... dovecot -n: # 1.2.2: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.2 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps managesieve listen(default): *:143 listen(imap): *:143 listen(managesieve): * ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(managesieve): ssl_cert_file: /etc/ssl/owncerts/snakeoil.crt ssl_key_file: /etc/ssl/private/snakeoil.key login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login verbose_proctitle: yes mail_privileged_group: vmail mail_location: maildir:~/Maildir mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_process_size: 1024 mail_plugins(default): quota imap_quota fts fts_squat acl mail_plugins(imap): quota imap_quota fts fts_squat acl mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve namespace: type: private separator: . inbox: yes list: yes subscriptions: yes namespace: type: public separator: . prefix: Public. location: maildir:/export/vmailboxes/public list: yes lda: postmaster_address: postmaster(a)test.cite.lan hostname: testvm06.test.cite.lan mail_plugins: quota sieve auth_socket_path: /var/run/dovecot/auth-master auth default: mechanisms: plain login cram-md5 passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: sasl master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: quota: maildir:User quota quota_warning: storage=80%% /usr/local/bin/quota-warning.sh 80 quota_warning: storage=95%% /usr/local/bin/quota-warning.sh 95 sieve: ~/.dovecot.sieve sieve_storage: ~/sieve sieve_extensions: +imapflags fts: squat fts_squat: partial=4 full=10 acl: vfile Cheers Stefan

2 4

[Dovecot] AutoCreate per Domain
by Darvin Denmian 07 Aug '09

07 Aug '09

Hello, is there a way to configure plugin "autocreate" per domain? Like: For domain xwz.com i want to autocreate folders: Models and Clients For domain yxw.com i want to autocreate folders: Adm and Tech Thanks.

3 10

[Dovecot] Dovecot deliver uidlist issues
by Mark Zealey 07 Aug '09

07 Aug '09

Hi all, Lets say I have a maildir which doesn't contain any dovecot files but has some emails lying around in it. If I add a message to this mailbox using deliver, dovecot creates the uidlist file with a single entry (the message that was just delivered). When I then log in to the mailbox, all the other messages are added into the uidlist file in the normal order (directory list order I believe). Then, the mailbox is in a situation where anything that was delivered into the mailbox before the user logs in is at the very top of a uidlist. Unfortunately many webmail clients seem to order the mailbox by reverse uidl, so we get the situation where people log into webmail (we use @mail) after their mailboxes have been migrated to dovecot and any messages delivered between the time of migration and the time of login are put to the very end of the list. This could presumably be fixed by ordering the mailbox according to date but certainly @mail doesn't really do this very well. I've only tested this on v1.1 (1.1.17 from atrpms), but I didn't see anything in the changelog to indicate that this deliver behaviour has changed in v1.2. Perhaps there should be a deliver option to recreate the uidlist file by doing a full scan if it doesn't exist (as a login via pop/imap would do), although I'm not sure why this shouldn't be the default? (apart from deliever potentially causing a high amount of io). My current work-around is to use postlogin to remove the uidlist file when someone logs in to the mailbox for the first time which then forces it to be created in the correct order; but this is a very messy solution. Thanks, Mark -- Mark Zealey -- Platform Architect Product Development * Webfusion 123-reg.co.uk, webfusion.co.uk, donhost.co.uk, supanames.co.uk This mail is subject to http://www.gxn.net/disclaimer

2 1