- dovecot - dovecot.org

[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