- dovecot - dovecot.org

[Dovecot] autocreate plugin fails to subscribe mailbox in public namespace
by Stefan Förster 09 Aug '09

09 Aug '09

Hi, I'm one step away from replacing a 7 years old qmail/uw-imapd setup with some state of the art soft- and hardware. We got migration scripts and test almost done - just one thing that keeps failing: The autocreate plugin is supposed to subscribe new users to different mailboxes, one of them being in namespace "Public." - this subscription to "Public.announcements" fails. Below is a dovecot -n - and no, there are no error messages in the logs. # 1.2.2: /etc/dovecot/dovecot.conf # OS: Linux 2.6.30-bpo.1-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: 384 mail_plugins(default): quota imap_quota fts fts_squat acl autocreate expire trash mail_plugins(imap): quota imap_quota fts fts_squat acl autocreate expire trash 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:INDEX=~/Maildir/public list: yes lda: postmaster_address: postmaster(a)test.cite.lan hostname: testvm06.test.cite.lan mail_plugins: quota sieve expire trash auth_socket_path: /var/run/dovecot/auth-master auth default: mechanisms: plain login cram-md5 passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.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=90%% /usr/local/bin/quota-warning.sh 90 quota_warning2: 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 autocreate: Trash autocreate2: Drafts autocreate3: Sent autocreate4: learn-spam autosubscribe: Trash autosubscribe2: Drafts autosubscribe3: Sent autosubscribe4: learn-spam autosubscribe5: Public.announcements autosubscribe6: INBOX expire: Trash 60 Trash/* 60 expire_dict: proxy::expire trash: /etc/dovecot/dovecot-trash.conf dict: expire: pgsql:/etc/dovecot/dovecot-dict-expire.conf Any hints are really appreciated. Cheers Stefan BTW: If anybody is interested, I could provide load and usage statistics of our old and new software once step 1 of our migration (new hardware is step 2) is done. Only ~1000 users, but still...

2 1

[Dovecot] fatal: no SASL authentication mechanisms
by Ebbe Hjorth 09 Aug '09

09 Aug '09

Hi, I have setup freebsd, postfix, dovecot and maia, but all the time i get the following error in /var/log/maillog - and i cant google me to the solution, please advice. Aug 9 12:18:49 mail02 dovecot: auth(default): Authentication client trying to connect to master socket Aug 9 12:18:49 mail02 postfix/smtpd[1356]: fatal: no SASL authentication mechanisms Aug 9 12:18:50 mail02 postfix/master[777]: warning: process /usr/local/libexec/postfix/smtpd pid 1355 exit status 1 Aug 9 12:18:50 mail02 postfix/master[777]: warning: /usr/local/libexec/postfix/smtpd: bad command startup -- throttling Aug 9 12:18:50 mail02 amavis[834]: (00834-04) mail_via_smtp: 450 4.4.1 Can't connect to 127.0.0.1 port 10025, Bad file descriptor at /usr/local/sbin/amavisd-maia line 6599, <GEN12> line 229., id=00834-04 mail02# dovecot -n # 1.1.16: /usr/local/etc/dovecot.conf # OS: FreeBSD 7.2-RELEASE-p2 i386 ufs protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/dovecot/cert.pem ssl_key_file: /etc/ssl/dovecot/key.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: Apz.dk mail server ready. login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no verbose_proctitle: yes first_valid_uid: 125 last_valid_uid: 125 first_valid_gid: 125 last_valid_gid: 125 mail_privileged_group: 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_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_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login username_format: %Lu passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 master: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix

2 2

[Dovecot] Creating a "default" domain
by Charles Sprickman 09 Aug '09

09 Aug '09

Hello, I'm setting up a test server to work through the issues involved in bringing a bunch of vpopmail/qmail/courier users into a postfix/dovecot server. So far I'm seeing lots of info to aid in the transition. One thing I'm lost on is that since Dovecot is providing all the auth mechanisms rather than vpopmail, I'm not sure how to emulate a particular vpopmail behavior we rely on. Vpopmail allows for the concept of a "default" domain for authentication. So if I have a bunch of domains, and one is "example.com", users in that domain can login with only the username part of their id (ie: "john") rather than supplying the domain (ie: "john(a)example.com"). I need to continue to offer this unless I want to walk a few hundred users through reconfiguring their mail clients. :) Any pointers? Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net spork(a)bway.net - 212.655.9344

2 2

[Dovecot] convert config from 1.1.2_1 to 1.1.16
by Ebbe Hjorth 09 Aug '09

09 Aug '09

Hi, Im tryin to follow a guide, telling me howto setup freebsd with postfix and dovecot. The text in bold (first section), is what the guide says, and the text that follows is what the /usr/local/etc/dovecot.conf files says. Can you please help me on how to convert from the 1.1.2_1 setup to the correct configuration for the 1.1.16? / Thank you very much. *socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } * socket listen { master { # Master socket provides access to userdb information. It's typically # used to give Dovecot's local delivery agent access to userdb so it # can find mailbox locations. path = /var/spool/postfix/private/auth mode = 0600 # Default user/group is the one who started dovecot-auth (root) #user = #group = } client { # The client socket is generally safe to export to everyone. Typical use # is to export it to your SMTP server so it can do SMTP AUTH lookups # using it. path = /var/run/dovecot/auth-client mode = 0660 }

3 5

[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