July 2009 - dovecot - dovecot.org

[Dovecot] Sieve question
by CJ Keist 16 Oct '09

16 Oct '09

If there is a separate sieve mailing list let me know. But have question if someone else has done this or not. Right now I have web form people use to setup their vacation replies using Sieve (1.1.6). The form alows them to set what they want their reply address to be, whether to send the reply once, weekly or bi-weekly. I would like to setup another option to let them set the date in which to de-active the vacation replies automatically. Right now they have to remember to log back into the form to turn off the vacation reply. Has anyone set something like this up? -- C. J. Keist Email: cj.keist(a)colostate.edu UNIX/Network Manager Phone: 970-491-0630 Engineering Network Services Fax: 970-491-5569 College of Engineering, CSU Ft. Collins, CO 80523-1301 All I want is a chance to prove 'Money can't buy happiness'

3 3

[Dovecot] Dovecot + DRBD/GFS mailstore
by Guy 26 Sep '09

26 Sep '09

Hi guys, I'm looking at the possibility of running a pair of servers with Dovecot LDA/imap/pop3 using internal drives with DRBD and GFS (or other clustered FS) for the mail storage and ext3 for the root drive. I'm currently using maildrop for delivery and Dovecot imap/pop3 with the stores over NFS. I'm looking for better performance but still keeping the HA element I have now with shared storage over NFS. Has anyone had experience with a setup like the one I'm suggesting? What was performance like with Dovecot using GFS? Thanks Guy -- Don't just do something...sit there!

5 9

[Dovecot] fts_squat + virtual => crash
by intrigeri 01 Sep '09

01 Sep '09

Hi, dovecot's imap process segfaults when I search a virtual mailbox using the fts_squat plugin. Is this supposed to work, or a known bug? I've seen some changes commited to fts_solr a couple of months ago that where supposed to fix search issues on virtual mailboxes, maybe fts_squat needs to be fixed to? log === rawlog ------ 3551 SELECT "INBOX.virtual.unseen" 3552 UID SEARCH TEXT "catalyst" syslog ------ 11:34 kernel: [78583.208983] imap[29376]: segfault at 0 ip 0 sp 7fff9b3e1698 error 14 in imap[400000+f4000] 11:34 dovecot: dovecot: child 29376 (imap) killed with signal 11 (core dumps disabled) backtrace ========= As I'm using Debian's 1.2.1 package, the debugging symbols are stripped. Tell me if a backtrace with debugging symbols enabled would help debugging this problem. Here's the backtrace anyway: (gdb) bt full #0 0x0000000000000000 in ?? () No symbol table info available. #1 0x00007ff134163fbc in ?? () from /usr/lib/dovecot/modules/imap/lib20_fts_plugin.so No symbol table info available. #2 0x00007ff1341647a5 in ?? () from /usr/lib/dovecot/modules/imap/lib20_fts_plugin.so No symbol table info available. #3 0x0000000000429546 in imap_search_start () No symbol table info available. #4 0x00000000004207e8 in cmd_search () No symbol table info available. #5 0x000000000042347c in ?? () No symbol table info available. #6 0x000000000042352d in ?? () No symbol table info available. #7 0x00000000004236a5 in client_handle_input () No symbol table info available. #8 0x000000000042403f in client_input () No symbol table info available. #9 0x00000000004ad67b in io_loop_handler_run () No symbol table info available. #10 0x00000000004acaf8 in io_loop_run () No symbol table info available. #11 0x000000000042c04b in main () dovecot -n output ================= # 1.2.1: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-vserver-amd64 x86_64 Debian 5.0.1 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap listen: 127.0.0.1 ssl: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login valid_chroot_dirs: /var/mail first_valid_uid: 1222 last_valid_uid: 1222 first_valid_gid: 1222 last_valid_gid: 1222 mail_privileged_group: mail mail_location: maildir:~/Maildir maildir_very_dirty_syncs: yes mail_drop_priv_before_exec: yes mail_plugins: fts fts_squat virtual namespace: type: private separator: . prefix: INBOX. inbox: yes list: yes subscriptions: yes namespace: type: private separator: . prefix: INBOX.virtual. location: virtual:~/Maildir/virtual:LAYOUT=maildir++:INDEX=~/Maildir/virtual/indices list: yes subscriptions: yes auth default: passdb: driver: pam passdb: driver: passwd-file args: /etc/dovecot/userdb userdb: driver: passwd userdb: driver: passwd-file args: /etc/dovecot/userdb socket: type: listen master: path: /var/run/dovecot/auth-master mode: 432 user: root group: mailgroup plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve fts: squat fts_squat: partial=4 full=10 Bye, -- intrigeri <intrigeri(a)boum.org> | gnupg key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | Do not be trapped by the need to achieve anything. | This way, you achieve everything.

2 2

[Dovecot] Dovecot Versions and Debian
by Mario Antonio 12 Aug '09

12 Aug '09

If you want to run Dovecot on Debian Lenny for a Production System (with Fast Upgrade System for Security Patches), What would you recommend? Stick to the current port with Dovecot Version 1.0.15 (1:1.0.15-2.3) Use Backports Version 1.1.13 (1:1.1.13-2~bpo50+1) or Use any of the packages from: ---------------------------------------------------------------------------------------------------------------------- Dovecot v1.1 for Debian Testing (binary and source): deb http://xi.rename-it.nl/debian/ testing-auto/dovecot-1.1 main deb-src http://xi.rename-it.nl/debian/ testing-auto/dovecot-1.1 main Dovecot v1.2 for Debian Testing (binary and source): deb http://xi.rename-it.nl/debian/ testing-auto/dovecot-1.2 main deb-src http://xi.rename-it.nl/debian/ testing-auto/dovecot-1.2 main ---------------------------------------------------------------------------------------------------------------------- Do you find any compelling reason for not using version 1.0.15 ? (Besides of ACL limitations ...) Regards, Mario Antonio

5 9

[Dovecot] Index cache file problems in Dovecot 1.2.0
by Chris Wakelin 11 Aug '09

11 Aug '09

I've been seeing lots of index cache file errors (using mbox on Solaris 8 sparc 64-bit, but with 32-bit Dovecot) since I switched my account to Dovecot 1.2.0 (we're still on 1.0.15 mostly, but I'm hoping to upgrade to 1.1.17+ this summer, or 1.2.x if it's stable enough). e.g. Error: Corrupted index cache file <path>/.imap/INBOX/dovecot.index.cache: field index too large (47 >= 25) I've tried renaming/removing the .imap/INBOX directory, but the "Corrupted index cache file" errors return within a day or so. This morning, Thunderbird got itself in a mess retrying something that caused multiple core dumps: > Jul 14 08:52:53 dovecot: Error: child 17694 (imap) killed with signal 10 (core dumped) > Jul 14 08:52:54 dovecot: Error: child 17697 (imap) killed with signal 10 (core dumped) > Jul 14 08:52:55 dovecot: Error: child 17700 (imap) killed with signal 10 (core dumped) Here's a backtrace > #0 mail_cache_get_record (cache=0x124e28, offset=289, rec_r=0xffbeeb6c) > at mail-cache-lookup.c:30 > 30 if (rec->size < sizeof(*rec)) { > (gdb) bt > #0 mail_cache_get_record (cache=0x124e28, offset=289, rec_r=0xffbeeb6c) > at mail-cache-lookup.c:30 > #1 0x84e2c in mail_cache_lookup_iter_next_record (ctx=0xffbeeb60) > at mail-cache-lookup.c:186 > #2 0x84f14 in mail_cache_lookup_iter_next (ctx=0xffbeeb60, field_r=0xffbeeb50) > at mail-cache-lookup.c:219 > #3 0x85650 in mail_cache_lookup_headers_real (view=0x128510, dest=0x129728, > seq=11416, field_idxs=0xffbeec74, fields_count=2) > at mail-cache-lookup.c:500 > #4 0x85848 in mail_cache_lookup_headers (view=0x128510, dest=0x129728, > seq=11416, field_idxs=0xffbeec74, fields_count=2) > at mail-cache-lookup.c:555 > #5 0x6ba94 in index_mail_get_raw_headers (mail=0x128f20, > field=0xff142ee8 "Message-ID", value_r=0xffbeecfc) > at index-mail-headers.c:614 > #6 0x6c084 in index_mail_get_first_header (_mail=0x128f20, > field=0xff142ee8 "Message-ID", decode_to_utf8=false, value_r=0xffbeede4) > at index-mail-headers.c:771 > #7 0x7893c in mail_get_first_header (mail=0x128f20, > field=0xff142ee8 "Message-ID", value_r=0xffbeede4) at mail.c:118 > #8 0xff1419a0 in mail_log_add_hdr (mail=0x128f20, str=0x10edc8, > name=0xff142d68 "msgid", header=0xff142ee8 "Message-ID") > at mail-log-plugin.c:277 > #9 0xff141c5c in mail_log_action (dest_trans=0x128f20, mail=0x128f20, > event=MAIL_LOG_EVENT_DELETE, data=0x0) at mail-log-plugin.c:318 > #10 0xff141e5c in mail_log_mail_update_flags (_mail=0x128f20, > modify_type=MODIFY_ADD, flags=12) at mail-log-plugin.c:376 > #11 0x78af8 in mail_update_flags (mail=0x128f20, modify_type=MODIFY_ADD, > flags=12) at mail.c:184 > #12 0x2ab3c in cmd_store (cmd=0x11bec8) at cmd-store.c:192 > #13 0x2b5f8 in cmd_uid (cmd=0x11bec8) at cmd-uid.c:27 > #14 0x2ccc4 in client_command_input (cmd=0x11bec8) at client.c:611 > #15 0x2cb68 in client_command_input (cmd=0x11bec8) at client.c:660 > #16 0x2cd4c in client_handle_next_command (client=0x11bc40, > remove_io_r=0xffbef23f) at client.c:701 > #17 0x2ce40 in client_handle_input (client=0x11bc40) at client.c:713 > #18 0x2cf78 in client_input (client=0x11bc40) at client.c:752 > #19 0xc6c04 in io_loop_handler_run (ioloop=0x1186d8) at ioloop-poll.c:203 > #20 0xc63f4 in io_loop_run (ioloop=0x1186d8) at ioloop.c:338 > #21 0x369f4 in main (argc=1107968, argv=0xffbef484, envp=0xffbef494) > at main.c:323 I didn't have these problems with 1.1.x. I guess I ought to get out the imaptest tool and see if I can reproduce this reliably ... Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

2 3

[Dovecot] Dovecot-1.1.15 panics
by Mike Abbott 10 Aug '09

10 Aug '09

Dovecot-1.1.15 assert-fails frequently. Attached are some errors from the logs, and a stack trace from the common panic. Hope you can fix these soon. Thanks. 0 libSystem.B.dylib 0x00007fff8825e606 __kill + 10 1 libSystem.B.dylib 0x00007fff882e1c92 abort + 83 2 imap 0x0000000100069e1b default_fatal_finish + 70 3 imap 0x0000000100069e69 i_syslog_fatal_handler + 0 4 imap 0x00000001000695c8 i_info + 0 5 imap 0x000000010001913f maildir_uidlist_iter_next_rec + 210 6 imap 0x0000000100019177 maildir_uidlist_iter_next + 38 7 imap 0x0000000100018abb maildir_sync_index + 2019 8 imap 0x0000000100017788 maildir_sync_context + 662 9 imap 0x000000010001797c maildir_storage_sync_init + 104 10 imap 0x000000010000bbe3 imap_sync_init + 132 11 imap 0x000000010000be35 cmd_sync_delayed + 477 12 imap 0x0000000100006692 client_handle_input + 419 13 imap 0x000000010000676c client_input + 148 14 imap 0x0000000100070e60 io_loop_handler_run + 272 15 imap 0x0000000100070225 io_loop_run + 55 16 imap 0x000000010000d746 main + 1640 17 imap 0x0000000100000b84 start + 52

3 8

[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] 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] 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] sieve rules processing
by Nikita Koshikov 06 Aug '09

06 Aug '09

Hello list, My question: is sieve support some kind of "continue" action, to explicit tell server processing rules below current one(if current has triged)? Situation: I have few rules, which fileinto's to different directories. All is working fine, but if I want redirect all my mail for some period of time to another mailbox, I'm adding rule like this, to be processing first. if anyof (true) { redirect "koshikov(a)gmail.com"; keep; } Mail redirecting, but keep state store messages to INBOX. All I want - to process other rules, which will move message to the right imap directory. This situation also happens with vacation sieve-action. In sieve rfc I didn't find any workaround to that actions. Maybe someone know how to make sieve working in described way?

4 8