[Dovecot] POP3 Slow
Hi, I am running both IMAP/POP3 services. Recently, the POP3 users started complaining of slow performance. I tried to resolve it by advising them to trim their inbox, but to no avail. Kindly advise as I am not able to resolve this issue. dovecot -n: # 1.0.7: /etc/dovecot.conf ssl_cert_file: /etc/dovecot.cert.pem ssl_key_file: /etc/dovecot.key.pem login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 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: pam userdb: driver: passwd = sstrace -tt -o log -p : 18:45:55.425819 gettimeofday({1286457355, 425856}, {4294966966, 0}) = 0 18:45:55.425901 write(1, "hQIKACgAoAKACgAoAKACgAoASgBaBhQI"..., 1683) = 1683 18:45:55.425987 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:55.426044 pread64(9, "UAFABQAUAFABQBR+zxT31x5qBsBcUAOu"..., 4096, 20480) = 4096 18:45:55.426137 write(1, "\r\nAUAFABQAUAFABQAUAFABQAUAFABQAU"..., 4134) = 4134 18:45:55.426204 pread64(9, "/AJ5p+VAg+zwd4k/7\n5FAB9nh/55J/3y"..., 4096, 24576) = 4096 18:45:55.426298 write(1, "\r\nAC+UmP4v++jR8gsHkp7/APfRosuwWI"..., 4134) = 4134 18:45:55.426373 pread64(9, "FA\nBQAUAFABQAUAFABQAUAFABQAUAFAB"..., 4096, 28672) = 4096 18:45:55.426466 write(1, "\r\nKBBQAUAFABQAUAFABQAUAFABQAUAFA"..., 4134) = 1729 18:45:55.426528 write(1, "rSs+4B+8/2f1oswD956r+VGow/eeq/lR"..., 2405) = -1 EAGAIN (Resource temporarily unavailable) 18:45:55.426600 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:55.426674 gettimeofday({1286457355, 426704}, NULL) = 0 18:45:55.426752 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4839) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:55.803792 gettimeofday({1286457355, 803819}, {4294966966, 0}) = 0 18:45:55.803867 write(1, "rSs+4B+8/2f1oswD956r+VGow/eeq/lR"..., 2405) = 2405 18:45:55.803943 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:55.803998 pread64(9, "BQAUAFABQAUAFABQAUAFABQAUAFABQAU"..., 4096, 32768) = 4096 18:45:55.804091 write(1, "\r\nAFABQAUAFABQAUAFABQAUAFABQAUAF"..., 4134) = 4134 18:45:55.804158 pread64(9, "QH+Dbzj0zQBbVCrjDfIFxtx+tAD6ACgA"..., 4096, 36864) = 4096 18:45:55.804251 write(1, "\r\njQBQgtryBSqPDknJJBJJ96ALe6QXCp"..., 4134) = 2221 18:45:55.804327 write(1, "86U5IzwPagCxcQtI0BXHyOGP0waAJ6AF"..., 1913) = -1 EAGAIN (Resource temporarily unavailable) 18:45:55.804399 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:55.804449 gettimeofday({1286457355, 804466}, NULL) = 0 18:45:55.804497 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4461) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:56.189834 gettimeofday({1286457356, 189861}, {4294966966, 0}) = 0 18:45:56.189908 write(1, "86U5IzwPagCxcQtI0BXHyOGP0waAJ6AF"..., 1913) = 1913 18:45:56.189982 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:56.190039 pread64(9, "uJ5Y9W/wC+jTC4CNf9r/vo0XC4uwep/w"..., 4096, 40960) = 4096 18:45:56.190136 write(1, "\r\nMN/e/Siwai4b+9+lKwBtb++fyosAbW"..., 4134) = 4134 18:45:56.190204 pread64(9, "0pAGBQAUALQAUAJQAtA\nBQAlAC0AFABQ"..., 4096, 45056) = 4096 18:45:56.190295 write(1, "\r\nB5Ef939aLLsGvcPs8WMbBRoGvcPs8X"..., 4134) = 1253 18:45:56.190370 write(1, "gAoAKACgAoAKACgAoAKACgAoAKACgAoA"..., 2881) = -1 EAGAIN (Resource temporarily unavailable) 18:45:56.190442 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0 18:45:56.190492 gettimeofday({1286457356, 190510}, NULL) = 0 18:45:56.190540 poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2, events=POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1, events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4075) = 1 ([{fd=1, revents=POLLOUT}]) 18:45:56.394306 gettimeofday({1286457356, 394338}, {4294966966, 0}) = 0 18:45:56.394394 write(1, "gAoAKACgAoAKACgAoAKACgAoAKACgAoA"..., 2881) = 2881 18:45:56.394481 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0 18:45:56.394539 pread64(9, "AWgB\nKACgAoAWgBp6igBaAFoASgAoAKA"..., 4096, 49152) = 4096 18:45:56.394658 write(1, "\r\n5A2DzRYBnmtjI5GcfSnYB+XaMlcbqX"..., 4134) = 2959 18:45:56.39
[Dovecot] patch for mysterious maildir symlink error
This may resolve the mysterious "Maildir: Symlink destination doesn't exist" errors. --- a/src/lib-storage/index/maildir/maildir-util.c +++ b/src/lib-storage/index/maildir/maildir-util.c @@ -91,7 +91,7 @@ { struct stat st; - if (lstat(path, &st) == 0 && (st.st_mode & S_IFLNK) != 0) { + if (lstat(path, &st) == 0 && (st.st_mode & S_IFMT) == S_IFLNK) { /* most likely a symlink pointing to a nonexistent file */ mail_storage_set_critical(&mbox->storage->storage, "Maildir: Symlink destination doesn't exist: %s", path);
[Dovecot] pop3-login no longer segfaults with gcc4.5.2 and gold :)
Hello, I reported a while back that it wasn't possible to compile the whole of Dovecot using gcc 4.5.2 and the new gold linker, but it's now working with recent snapshots of both binutils and GCC. Cheers, Olivier
[Dovecot] Qmail+Vpopmail+Mysql+Dovecot 2.x (Notes on a successful conversion)
SoI had a hell of a time converting my qmail install to dovecot 2.0.5, so I thought I'd pass on what I learned. 1. When using vpopmail, do not use " --disable-many-domains". If you do, you'll need to recompile vpopmail without that setting and use the script found at http://qmailrocks.thibs.com/downloads/scripts/migrate-vpopmail-many-domains to collapse the tables. 2. Switch to mysql authentication. The following snippet works well. driver = mysql connect = host=/var/run/mysqld/mysqld.sock user=vpopmail password=YOURPASS dbname=vpopmail default_pass_scheme = PLAIN password_query = SELECT CONCAT(pw_name, '@', pw_domain) AS user, pw_clear_passwd AS password FROM vpopmail WHERE pw_name = '%n' AND pw_domain = '%d' user_query = SELECT pw_dir as home, 1008 AS uid, 1003 AS gid FROM vpopmail WHERE pw_name = '%n' AND pw_domain = '%d' 3. When integrating Sieve, vpopmail apparently needs to own auth-master and authdb. (example available on request) 4. If coming from maildrop as the LDA, you can put the following in your maildroprc to allow a gentler transition (or to keep maildrop's ability to call external applications) `test -r /usr/libexec/dovecot/deliver` if ( $RETURNCODE == 0) { `test -r $HOME/$EXT/.sieve` if ( $RETURNCODE == 0) { to "| /usr/libexec/dovecot/deliver -d $...@$user" } } 5. When completely switching, you can either replace the .qmail files or use one of the following in qmail/control/defaultdelivery |/var/qmail/bin/preline -f /usr/libexec/dovecot/deliver -d $...@$user |/var/qmail/bin/preline -f /usr/libexec/dovecot/deliver -d ${EXT/-...@$user -a $...@$user -- This should allow a final conversion to vpopmail 5.5 (from 5.4.30) with dovecot 2.0.x.. I haven't done that final step yet, but it should now work. Anyhow, I hope this saves someone a few days of head scratching. a.
Re: [Dovecot] dovecot-2.0.5: what does "mpid=0" mean?
On 2010-10-07 4:23 PM, Ralf Hildebrandt wrote: > What does "mpid=0" mean? Wag: Master Process ID? -- Best regards, Charles
[Dovecot] dovecot-2.0.5: what does "mpid=0" mean?
Oct 7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS Oct 7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking Oct 7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking Oct 7 22:12:10 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking What does "mpid=0" mean? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] Per User Quotas with LDAP on Dovecot 1.x
On 10/10/07 10:08, Charles Marcus wrote: > On 2010-10-07 3:38 PM, Camron W. Fox wrote: >> If we upgrade, then we lose RH support for any future dovecot issues >> (not that they're being particularly helpful with this issue). > > Personally I think you'd get much higher quality support for free right > here from the developer himself... > > But of course, when dealing with PHBs, logic and reality sometimes take > a back-seat to silliness - like being forced to stick with ancient > versions of software 'just because'. > Wait, *you're* not my customer, are you? That certainly sounded like them... -- Camron W. Fox Hilo Office High Performance Computing Group Fujitsu Management Services of America, Inc. E-mail: cw...@us.fujitsu.com
Re: [Dovecot] Per User Quotas with LDAP on Dovecot 1.x
On 2010-10-07 3:38 PM, Camron W. Fox wrote: > If we upgrade, then we lose RH support for any future dovecot issues > (not that they're being particularly helpful with this issue). Personally I think you'd get much higher quality support for free right here from the developer himself... But of course, when dealing with PHBs, logic and reality sometimes take a back-seat to silliness - like being forced to stick with ancient versions of software 'just because'. -- Best regards, Charles
Re: [Dovecot] Per User Quotas with LDAP on Dovecot 1.x
On 07/10/2010 20:38, Camron W. Fox wrote: If we upgrade, then we lose RH support for any future dovecot issues And if you don't upgrade, you don't get any support from the guy who wrote Dovecot and therefore knows it inside-out :-) I tend to suggest the practice of: Keep your server "on distro" for the most part, but don't be shy of putting a carefully-chosen handful of packages "off distro" where you get a useful "win". (not that they're being particularly helpful with this issue). Keep on with that line of thinking :-) Bill
Re: [Dovecot] Per User Quotas with LDAP on Dovecot 1.x
On 10/10/07 09:17, Charles Marcus wrote: > On 2010-10-07 3:12 PM, Camron W. Fox wrote: >> We're running Dovecot V1.0.7 on RHEL5.5, > > Very old, you will not get much support unless/until you upgrade... > 1.2.15 is recommended for most, although 2.0.5 is current stable... > > Lots of changes with respect to quotas (and everything else)... > Charles, If we upgrade, then we lose RH support for any future dovecot issues (not that they're being particularly helpful with this issue). Best Regards, Camron -- Camron W. Fox Hilo Office High Performance Computing Group Fujitsu Management Services of America, Inc. E-mail: cw...@us.fujitsu.com
Re: [Dovecot] Per User Quotas with LDAP on Dovecot 1.x
On 2010-10-07 3:12 PM, Camron W. Fox wrote: > We're running Dovecot V1.0.7 on RHEL5.5, Very old, you will not get much support unless/until you upgrade... 1.2.15 is recommended for most, although 2.0.5 is current stable... Lots of changes with respect to quotas (and everything else)... -- Best regards, Charles Marcus I.T. Director Media Brokers International, Inc. 678.514.6200 x224 | 678.514.6299 fax
[Dovecot] Per User Quotas with LDAP on Dovecot 1.x
Alle, We're running Dovecot V1.0.7 on RHEL5.5, using maildir. We would like to user per user quotas with an OpenLDAP (V2.3.43) backend. We have setup a default quota in /etc/dovecot.conf: quota = maildir:storage=10240:ignore=Trash And have the following userdb configs in /etc/doveconf.conf: userdb ldap { args = /etc/dovecot-ldap.conf } and the following user_attrs defined in /etc/dovecot-ldap.conf user_attrs = uidNumber=uid,gidNumber=gid,mailQuotaSize=quota=maildir:ignore=Trash:storage,mail_plugins The user's quota setting is: dn: uid=loadtest,ou=people,dc=subaru,dc=nao,dc=ac,dc=jp mailQuotaSize: 1024000 Dovecot-imap appear to recognize the quota from ldap, as the Thunderbird quota plugin reads the correct info from LDAP if the mailQuotaSize entry exists, and the default storage=10240 from doveconf.conf if there is no LDAP attr. However, deliver bounces the mails with a quota exceeded message: deliver(loadtest): Sep 28 10:46:23 Info: msgid=<20100928204620.b8387640...@loa.subaru.nao.ac.jp> : save failed to INBOX: Quota exceeded deliver(loadtest): Sep 28 10:46:23 Info: msgid=<20100928204620.b8387640...@loa.subaru.nao.ac.jp> : Rejected: Quota exceeded Are we misunderstanding the way quotas are supposed to work in 1.x, or are we just missing something, period? Any help would be appreciated. Best Regards, Camron -- Camron W. Fox Hilo Office High Performance Computing Group Fujitsu Management Services of America, Inc. E-mail: cw...@us.fujitsu.com
Re: [Dovecot] Significant performance problems
On 10/6/10 11:26 PM, Brandon Davidson wrote: I do have one more idea I'll throw out there. Everything I've got here is virtual. I only have the one Dovecot/Postfix server running now, and the impression I get from you all is that that should be adequate for my load. What would the collective opinion be of simply removing the NFS server altogether and mounting the virtual disk holding my messages directly to the dovecot server? If you're not planning on doing some sort of HA failover or load balancing, and have the option to make your storage direct-attached instead of NAS, it might be worth trying. There's not much to be gained from NFS in a single-node configuration. I ended up implementing this just now. Still had load issues this morning and I'm hoping that removing NFS helps me out. Chris -- Chris Hobbs Director, Technology New Haven Unified School District -- This message was scanned by ESVA and is believed to be clean.
Re: [Dovecot] Config review (2.0.5)
* Daniel L. Miller : > ># plugin Konfiguration > >plugin { > > > ># mailboxen anlegen und subscriben > > autocreate = Trash > > autocreate2 = spam > > autocreate3 = Sent > > autocreate4 = Drafts > > autosubscribe = Trash > > autosubscribe2 = spam > > autosubscribe3 = Sent > > autosubscribe4 = Drafts > > > ># FullTextSearch > > fts = squat > > I'm probably talking out of the wrong hole again - but have you tried > removing squat from your plugin list to see if it makes a difference? I thought of that as well. I'll try that tonight :) -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] Config review (2.0.5)
On 10/7/2010 8:16 AM, Ralf Hildebrandt wrote: Since I have these performance problems after migration to 2.0.5 I'm publishing my config for review. Can anybody spot any obvious signs of trouble? # plugin Konfiguration plugin { # mailboxen anlegen und subscriben autocreate = Trash autocreate2 = spam autocreate3 = Sent autocreate4 = Drafts autosubscribe = Trash autosubscribe2 = spam autosubscribe3 = Sent autosubscribe4 = Drafts # FullTextSearch fts = squat I'm probably talking out of the wrong hole again - but have you tried removing squat from your plugin list to see if it makes a difference? -- Daniel
Re: [Dovecot] And again... too many open files
On Jueves 07 Octubre 2010 17:09:18 Jerrale G escribió: > To help out this thread, my redhat (centos 5.5) says: > [r...@mail ~]# ulimit > unlimited > [r...@mail ~]# > > This has never been changed by me and, so, I don't know why your redhat > is coming default with a limit. You seem to not have changed it as you > are baffled at why the limit is there. I'll try and figure out a > permanent way for you to change it. You should try with # ulimit -a This will tell you the actual limits. ulimit alone tells the shell to go unlimited. -- Joseba Torre. Vicegerencia de TICs, área de Explotación
[Dovecot] Config review (2.0.5)
Since I have these performance problems after migration to 2.0.5 I'm publishing my config for review. Can anybody spot any obvious signs of trouble? # 2.0.5: /usr/local/etc/dovecot.conf # OS: Linux 2.6.32-24-generic-pae i686 Debian squeeze/sid auth_debug = yes auth_debug_passwords = yes auth_mechanisms = plain login disable_plaintext_auth = no auth_master_user_separator = * mail_location = maildir:~/Maildir # wegen webmail! mail_max_userip_connections = 1024 managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date # Namespace für courier-compatibilitaet namespace { inbox = yes location = prefix = INBOX. separator = . type = private } # fuer user*masteruser logins passdb { args = /usr/dovecot-2/etc/dovecot/dovecot.masteruser driver = passwd-file master = yes pass = yes } # Authorisierung via PAM, /etc/pam.d/dovecot auth_cache_size = 64 M passdb { args = cache_key=%u driver = pam } # User via passwd userdb { driver = passwd } # plugin Konfiguration plugin { # mailboxen anlegen und subscriben autocreate = Trash autocreate2 = spam autocreate3 = Sent autocreate4 = Drafts autosubscribe = Trash autosubscribe2 = spam autosubscribe3 = Sent autosubscribe4 = Drafts # FullTextSearch fts = squat # Quota quota = maildir quota_rule = INBOX.Trash:storage=+2048M quota_warning = storage=99%% quota-warning 99 %u quota_warning2 = storage=95%% quota-warning 95 %u quota_warning3 = storage=90%% quota-warning 90 %u quota_warning4 = storage=85%% quota-warning 85 %u # Sieve sieve = ~/.dovecot.sieve sieve_dir = ~/sieve # Trash (wenn Mailbox voll, dann Trash und spam leeren) trash = /usr/dovecot-2/etc/dovecot/dovecot-trash.conf } # Wir sprechen alles protocols = imap sieve pop3 # unix domain socket fuer Postfix service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = root } # imap-login Prozess # high performance mode service imap-login { service_count = 0 } # der eigentliche IMAPD service imap { drop_priv_before_exec = yes process_limit = 2048 } # managesieve-login, wird nur genutzt von webmail aus service managesieve-login { service_count = 0 inet_listener sieve_deprecated { port = 2000 } } # der eigentliche managesieve service managesieve { drop_priv_before_exec = yes process_limit = 128 } # pop3-login Prozess # high performance mode service pop3-login { service_count = 0 # kein pop3, nur pop3s! inet_listener pop3 { port = 0 } } # der eigentliche pop3 service pop3 { drop_priv_before_exec = yes process_limit = 512 } # die ganzen SSL Zertifikate ssl_ca = http://www.charite.de
Re: [Dovecot] And again... too many open files
On 10/7/2010 10:16 AM, Joseba Torre wrote: On Miércoles 06 Octubre 2010 17:11:49 Timo Sirainen escribió: Ops! I thought limits.conf was a semi-official answer for this issue. But you're right, I've been playing with it and looking at /proc/$PID/limits and it has no influence. It works for initial dovecot process (run by root), Really? It does change it then. Maybe the "*" line? I'm pretty sure the "dovecot" lines don't.. Sorry, I was confused. When started at boot, it doesn't affect, but when I do # service dovecot restart as root, the root lines apply. but not for the imap-login or pop3-login ones. That's because these processes calculate the max. number of needed fds and drops the limit automatically. Are you actually seeing error messages about actually running of fds? I got a lot of dovecot: pipe() failed: Too many open files until I restarted dovecot. I thought the problem was: "Warning: fd limit 1024 is lower than what Dovecot can use under full load" This is checked only at startup when running the master process. And if dovecot process's fd limit is higher than 1024, then I'd think this error message goes away?.. Finally, if changed my startup script adding ulimit -n 4096 before daemon /usr/local/sbin/dovecot and the problem has disappeared. Thanks! To help out this thread, my redhat (centos 5.5) says: [r...@mail ~]# ulimit unlimited [r...@mail ~]# This has never been changed by me and, so, I don't know why your redhat is coming default with a limit. You seem to not have changed it as you are baffled at why the limit is there. I'll try and figure out a permanent way for you to change it. Jerrale G. SC Senior Admin
[Dovecot] dovecot-1.2.12 core
Hi Timo, just to report that . dovecot-1.2.12 which ran fine for several month . on FreeBSD 7.2-STABLE (/usr/obj/usr/src/sys/GENERIC amd64) . using Maildir (mailboxes, control and indexes on NFS) has crashed this morning on our server. I found nothing special in the logfile. Attached are dovecot -n output and a gdb backtrace of the core file. Thanks -- Thomas Hummel | Institut Pasteur | Pôle informatique - systèmes et réseau # 1.2.12: /usr/local/dovecot-1.2.12/etc/dovecot.conf # OS: FreeBSD 7.2-STABLE amd64 nfs syslog_facility: local0 protocols: imap imaps pop3 pop3s listen(default): 157.99.64.86:143 157.99.64.82:143 listen(imap): 157.99.64.86:143 157.99.64.82:143 listen(pop3): 157.99.64.86:110 157.99.64.82:110 ssl_listen(default): 157.99.64.86:993 157.99.64.82:993 ssl_listen(imap): 157.99.64.86:993 157.99.64.82:993 ssl_listen(pop3): 157.99.64.86:995 157.99.64.82:995 ssl_cert_file: /usr/local/dovecot/etc/certs/imap.pasteur.fr+TCS_chain.pem ssl_key_file: /usr/local/dovecot/etc/certs/imap.pasteur.fr.key disable_plaintext_auth: no login_dir: /usr/local/dovecot-1.2.12/var/run/dovecot/login login_executable(default): /usr/local/dovecot/libexec/dovecot/imap-login login_executable(imap): /usr/local/dovecot/libexec/dovecot/imap-login login_executable(pop3): /usr/local/dovecot/libexec/dovecot/pop3-login login_greeting: Dovecot 1.2 ready. login_max_processes_count: 1024 max_mail_processes: 4096 verbose_proctitle: yes mail_location: maildir:/courriel/boites/%u:CONTROL=/courriel/meta/%u:INDEX=/var/dovecot/indexes/%1u/%u mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes maildir_stat_dirs: yes mail_executable(default): /usr/local/dovecot/libexec/dovecot/imap mail_executable(imap): /usr/local/dovecot/libexec/dovecot/imap mail_executable(pop3): /usr/local/dovecot/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/dovecot/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/dovecot/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/dovecot/lib/dovecot/pop3 pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh pop3_logout_format(default): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s pop3_logout_format(imap): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s pop3_logout_format(pop3): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s, bytes=%i/%o lda: mail_plugin_dir: /usr/local/dovecot/lib/dovecot/lda auth default: executable: /usr/local/dovecot/libexec/dovecot/dovecot-auth user: dovecot-auth verbose: yes count: 5 passdb: driver: ldap args: /usr/local/dovecot/etc/dovecot-ldap.conf userdb: driver: prefetch maroilles# gdb /usr/local/dovecot/sbin/dovecot dovecot.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `dovecot'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libldap-2.4.so.7...done. Loaded symbols for /usr/local/lib/libldap-2.4.so.7 Reading symbols from /usr/local/lib/liblber-2.4.so.7...done. Loaded symbols for /usr/local/lib/liblber-2.4.so.7 Reading symbols from /usr/lib/libssl.so.5...done. Loaded symbols for /usr/lib/libssl.so.5 Reading symbols from /lib/libcrypto.so.5...done. Loaded symbols for /lib/libcrypto.so.5 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000800df74a9 in realloc () from /lib/libc.so.7 (gdb) bt full #0 0x000800df74a9 in realloc () from /lib/libc.so.7 No symbol table info available. #1 0x00416f1b in pool_system_realloc (pool=Variable "pool" is not available. ) at mempool-system.c:109 __PRETTY_FUNCTION__ = "pool_system_realloc" #2 0x004141f3 in i_stream_grow_buffer (stream=0x8012f08a0, bytes=Variable "bytes" is not available. ) at istream.c:416 old_size = 0 #3 0x004142e5 in i_stream_get_buffer_space (stream=0x8012f08a0, wanted_size=Variable "wanted_size" is not available. ) at istream.c:432 __PRETTY_FUNCTION__ = "i_stream_get_buffer_space" #4 0x00414848 in i_stream_file_read (stream=0x8012f08a0) at istream-file.c:49 size = Variable "size" is not available. (gdb)
Re: [Dovecot] And again... too many open files
On Miércoles 06 Octubre 2010 17:11:49 Timo Sirainen escribió: > > Ops! I thought limits.conf was a semi-official answer for this issue. > > But you're right, I've been playing with it and looking at > > /proc/$PID/limits and it has no influence. It works for initial dovecot > > process (run by root), > > Really? It does change it then. Maybe the "*" line? I'm pretty sure the > "dovecot" lines don't.. Sorry, I was confused. When started at boot, it doesn't affect, but when I do # service dovecot restart as root, the root lines apply. > > > but not for the imap-login or pop3-login ones. > > That's because these processes calculate the max. number of needed fds > and drops the limit automatically. > > Are you actually seeing error messages about actually running of fds? I got a lot of dovecot: pipe() failed: Too many open files until I restarted dovecot. > I > > thought the problem was: > > "Warning: fd limit 1024 is lower than what Dovecot can use under full > > load" > > This is checked only at startup when running the master process. And if > dovecot process's fd limit is higher than 1024, then I'd think this > error message goes away?.. Finally, if changed my startup script adding ulimit -n 4096 before daemon /usr/local/sbin/dovecot and the problem has disappeared. Thanks! -- Joseba Torre. Vicegerencia de TICs, área de Explotación
Re: [Dovecot] Visible temp files as Imap Folder in INBOX
In use as filesystem locked? maybe created by NFS server? If dovecot died then the temporary file is permanent. 2010/10/7 Marcus Rueckert : > On 2010-10-07 12:53:45 +0200, Antonio Perez-Aranda wrote: >> I'm using dovecot-1.2.15 and NFS as storage of Maildir . When I try >> over IMAP and Evolution to move a mail to another Imap Folder, a file >> like .nfs0159816c245 is created and when move operation is >> finished, the file is deleted. >> >> Sometimes, this file isn't deleted and then, you can see a new imap >> folder called .nfs0159816c245 when you restart your >> Evolution or another Imap Client. >> >> Is this file created by dovecot? maybe, must dovecot delete this file on >> login? >> >> I think thats is easy fix this with a Post-Login script but I think >> that dovecot must delete it > > > those files/directories are created when you try to delete a > file/directory on nfs, but it is still in use. > > darix > > -- > openSUSE - SUSE Linux is my linux > openSUSE is good for you > www.opensuse.org >
[Dovecot] Problem with dovecot-acl was not solved
Problems with acl in dovecot-1.2.15 was not solved! See my configs below. And I see the new bug - still something wrong with configs: cat dovecot-acl: user=t1 lrwsti #user=oper-olegs lrwsti #user=oper-antona lrwsti user=operdss lr #user=operdss lrwsti User t1 can't create subfolers in inbox. He can only create subfolders in the first levels: Inbox test3 test4 Outbox Sent Trash Test1 - test folder created by t1 user Folders test3 and test4 can't be deleted by t1 - why? Owner of the test3 and test4 - annother user, but but with group rights everething is fine. User operdss also can create folders in the same level with such permissions. What's wrong? imap:/home/t1/Maildir# ls -la total 252 drwxrws--- 35 t1 mshare 4096 2010-10-07 15:59 . drwxr-sr-x 3 root mail 4096 2010-09-22 16:02 .. drwxrws--- 5 t1 mshare 4096 2010-09-15 12:28 .&BB0ENQQ2BDUEOwQwBEIENQQ7BEwEPQQwBE8- &BD8EPgRHBEIEMA- drwxrws--- 2 t1 mshare 4096 2010-10-07 15:41 cur -rw-rw 1 t1 mshare 15 2010-10-07 15:59 dovecot-acl -rw-rw 1 t1 mshare 383 2010-10-07 15:59 dovecot-acl-list -rw-r- 1 root mshare 12288 2010-10-07 15:59 .dovecot-acl.swp -rw-rw 1 operolegs mshare 1144 2010-09-24 12:16 dovecot.index -rw-rw 1 t1 mshare 41984 2010-10-07 11:48 dovecot.index.cache -rw-rw 1 t1 mshare 26380 2010-10-07 15:41 dovecot.index.log -rw-rw 1 operantona mshare 17 2010-09-23 16:41 dovecot-keywords -rw-rw 1 operantona mshare 1941 2010-09-27 10:46 dovecot-uidlist -rw-rw 1 t1 mshare 8 2010-10-07 15:45 dovecot-uidvalidity -rw-rw 1 t1 mshare 0 2010-09-22 10:54 dovecot-uidvalidity.4c99a838 drwxrws--- 5 t1 mshare 4096 2010-09-23 15:52 .Drafts drwxrws--- 5 t1 mshare 4096 2010-09-22 11:44 .INBOX.1 drwxrws--- 5 t1 mshare 4096 2010-09-28 16:39 .INBOX.processed drwxrws--- 5 operolegs mshare 4096 2010-09-27 17:14 .INBOX.!processed_olegs drwxrws--- 5 t1 mshare 4096 2010-09-23 15:30 .INBOX.test drwxrws--- 5 operdss mshare 4096 2010-09-28 16:39 .INBOX.test1 drwxrws--- 5 operdss mshare 4096 2010-10-05 15:33 .INBOX.test10 drwxrws--- 5 operdss mshare 4096 2010-10-06 16:42 .INBOX.test11 drwxrws--- 5 operdss mshare 4096 2010-10-07 10:35 .INBOX.test12 drwxrws--- 5 operdss mshare 4096 2010-10-07 11:26 .INBOX.test13 drwxrws--- 5 t1 mshare 4096 2010-09-28 16:39 .INBOX.test2 drwxrws--- 5 operdss mshare 4096 2010-09-29 13:52 .INBOX.test3 drwxrws--- 5 operdss mshare 4096 2010-09-29 13:52 .INBOX.test4 drwxrws--- 5 operdss mshare 4096 2010-09-29 15:56 .INBOX.test5 drwxrws--- 5 operdss mshare 4096 2010-09-29 15:57 .INBOX.test6 drwxrws--- 5 operdss mshare 4096 2010-09-29 15:57 .INBOX.test7 drwxrws--- 5 operdss mshare 4096 2010-09-29 16:43 .INBOX.test8 drwxrws--- 5 t1 mshare 4096 2010-10-05 15:30 .INBOX.test9 drwxrws--- 5 t1 mshare 4096 2010-09-28 17:24 .INBOX.tmp drwxrws--- 2 t1 mshare 4096 2010-09-27 10:46 new drwxrws--- 5 t1 mshare 4096 2010-10-07 11:48 .Sent drwxrws--- 5 operdss mshare 4096 2010-09-29 15:55 .Sent.test -rw-rw 1 operdss mshare 418 2010-10-07 15:44 subscriptions drwxrws--- 5 t1 mshare 4096 2010-09-15 12:17 .Templates drwxrws--- 5 operdss mshare 4096 2010-10-07 15:42 .test16 drwxrws--- 5 operdss mshare 4096 2010-10-07 15:45 .test17 drwxrws--- 2 t1 mshare 4096 2010-09-27 10:46 tmp drwxrws--- 5 t1 mshare 4096 2010-10-07 15:42 .Trash drwxrws--- 5 t1 mshare 4096 2010-09-23 15:30 .Trash.11 drwxrws--- 5 operantona mshare 4096 2010-09-23 16:39 .Trash.&BD4EMQRABDAEMQQ+BEIEMAQ9BD4-_antona drwxrws--- 5 t1 mshare 4096 2010-10-07 15:42 .Trash.test16 drwxrws--- 5 operdss mshare 4096 2010-09-29 16:01 .Trash.test8 = Old bug in new version 1.2.15: - I have a problem with dovecot-acl. Some of our users need to use the same Mailbox with all folders: Inbox (with subfolders), Outbox, Send and Deleted, (some users need in full righs, some - readonly) so I choosed Symlinking mailboxes and tried to use dovecot-acl file. cat dovecot-acl: user=t1 lrwsti user=operolegs lrwsti user=operantona lrwsti user=operdss lr User operdss have lrwsti rights in this shared mailbox unstead of lr! But if I comment out other users in the dovecot-acl: #user=t1 lrwsti #user=operolegs lrwsti #user=operantona lrwsti user=operdss lr User operdss have lr rights. Whats wrong? It seems, that dovecot-acl is working only for one user and for one line in config. How can I fix it? === Here is my configs. imap:/usr/local/dovecot# /usr/local/dovecot/sbin/dovecot -n # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-686 i686 Debian 5.0.6 log_path: /var/log/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S disable_plaintext_auth: no login_dir: /usr/local/dovecot-1.2.15/var/run/dovecot/login login_executable: /usr/local/dovecot-1.2.15/libexec/dovecot/imap-login mail_privileged_group: mail mail_plugins: acl imap_acl auth default: debug: yes passdb: driver: pam userdb: driver: passwd imap:~# ls -l /home/t1/Maildir lrwxrwxrwx 1 root root 21 2010-09-22 16:03 /home/t1
Re: [Dovecot] Visible temp files as Imap Folder in INBOX
On 2010-10-07 12:53:45 +0200, Antonio Perez-Aranda wrote: > I'm using dovecot-1.2.15 and NFS as storage of Maildir . When I try > over IMAP and Evolution to move a mail to another Imap Folder, a file > like .nfs0159816c245 is created and when move operation is > finished, the file is deleted. > > Sometimes, this file isn't deleted and then, you can see a new imap > folder called .nfs0159816c245 when you restart your > Evolution or another Imap Client. > > Is this file created by dovecot? maybe, must dovecot delete this file on > login? > > I think thats is easy fix this with a Post-Login script but I think > that dovecot must delete it those files/directories are created when you try to delete a file/directory on nfs, but it is still in use. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org
[Dovecot] Visible temp files as Imap Folder in INBOX
Hi all, I'm using dovecot-1.2.15 and NFS as storage of Maildir . When I try over IMAP and Evolution to move a mail to another Imap Folder, a file like .nfs0159816c245 is created and when move operation is finished, the file is deleted. Sometimes, this file isn't deleted and then, you can see a new imap folder called .nfs0159816c245 when you restart your Evolution or another Imap Client. Is this file created by dovecot? maybe, must dovecot delete this file on login? I think thats is easy fix this with a Post-Login script but I think that dovecot must delete it
[Dovecot] Split plugin config in diferents files
Hi all, Is possible to split dovecot.conf with a very very big plugin {} section? Maybe, some like apache with sites-enabled.d Then, we could have a file per plugin.
[Dovecot] Panic: file index-search-result.c .. assertion failed: (next_uid == mail->uid)
Hello, with 2.0.5-0~auto+9 (6ea01abfaea9), haven't seen it earlier (but of course index files have changed): Oct 7 09:40:09 host dovecot: imap(user): Panic: file index-search-result.c: line 87 (search_result_update_search): assertion failed: (next_uid == mail->uid) Oct 7 09:40:09 host dovecot: imap(user): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0 [0x7f964c5b7842] -> /usr/lib/ dovecot/libdovecot.so.0 [0x7f964c5b78aa] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f964c5b7c53] -> /usr/lib/dovecot/libdove cot-storage.so.0(index_search_result_update_flags+0x2d8) [0x7f964c83e4d8] -> /usr/lib/dovecot/modules/lib20_virtual_plugin.so [0x7f9 64a9c4b92] -> /usr/lib/dovecot/modules/lib20_virtual_plugin.so(virtual_storage_sync_init+0x871) [0x7f964a9c5561] -> /usr/lib/dovecot /libdovecot-storage.so.0(mailbox_sync_init+0x31) [0x7f964c8262d1] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync+0x27) [0x 7f964c826a87] -> dovecot/imap(cmd_select_full+0x264) [0x40d964] -> dovecot/imap [0x41047c] -> dovecot/imap [0x41052d] -> dovecot/ima p(client_handle_input+0x45) [0x4106a5] -> dovecot/imap(client_input+0x62) [0x4110d2] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_han dler_run+0xcb) [0x7f964c5c293b] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x18) [0x7f964c5c1a58] -> /usr/lib/dovecot/libdoveco t.so.0(master_service_run+0x13) [0x7f964c5b0f93] -> dovecot/imap(main+0x281) [0x419391] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f964be3b1a6] -> dovecot/imap [0x408c79] when SELECTing virtual folder "sent" (.sent/dovecot-virtual is INBOX header return-path l...@pressler.de ), IMAP session is terminated. After moving .sent/dovecot.index[.log], everything works fine again. I can send you the broken(?) index files, if appropriate. Lutz -- Lutz Preßler http://www.SerNet.DE/ SerNet Service Network GmbH, Bahnhofsallee 1b, D-37081 Göttingen Tel.: +49-551-37-2, FAX: +49-551-37-9 AG Göttingen, HRB 2816, GF: Dr. Johannes Loxen
Re: [Dovecot] dovecot-lda segfaults
Il giorno 07/ott/2010, alle ore 09.06, Andre ha scritto: > Hi to all. > Since version 2.0.3 (now I am running 2.0.5) I have experienced segfaults on > mail delivery, either with dovecot-lda and lmtp. > > At least I succeded in having a core dump, here is the backtrace: > > #0 0x7f1cca350160 in maildir_sync_set_new_msgs_count () from > /usr/lib/dovecot/libdovecot-storage.so.0 > #1 0x7f1cca34df0a in maildir_transaction_save_commit_pre () from > /usr/lib/dovecot/libdovecot-storage.so.0 > #2 0x7f1cca3491c3 in ?? () from /usr/lib/dovecot/libdovecot-storage.so.0 > #3 0x7f1cca382ef7 in mail_index_transaction_commit_full () from > /usr/lib/dovecot/libdovecot-storage.so.0 > #4 0x7f1cca348e4b in index_transaction_commit () from > /usr/lib/dovecot/libdovecot-storage.so.0 > #5 0x7f1cc88e in ?? () from > /usr/lib/dovecot/modules/lib20_zlib_plugin.so > #6 0x7f1cc8edaa31 in ?? () from > /usr/lib/dovecot/modules/lib10_quota_plugin.so > #7 0x7f1cca3281bd in mailbox_transaction_commit_get_changes () from > /usr/lib/dovecot/libdovecot-storage.so.0 > #8 0x7f1cca3281fe in mailbox_transaction_commit () from > /usr/lib/dovecot/libdovecot-storage.so.0 > #9 0x7f1cc8461fd7 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0 > #10 0x7f1cc8459597 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0 > #11 0x7f1cc845992b in sieve_result_execute () from > /usr/lib/dovecot/libdovecot-sieve.so.0 > #12 0x7f1cc846973d in sieve_execute () from > /usr/lib/dovecot/libdovecot-sieve.so.0 > #13 0x7f1cc869f83e in ?? () from > /usr/lib/dovecot/modules/lib90_sieve_plugin.so > #14 0x7f1cca0f4084 in mail_deliver () from > /usr/lib/dovecot/libdovecot-lda.so.0 > #15 0x00402cf0 in main () > > I have tried to disable quota and zlib, but I suppose it is not related to > those plugins. > What else can I try??? > Andre > I’m so sorry I have not seen the previous thread "[Dovecot] 2.0.5: deliver crashing”. I’ll try that patch too and report to the list. Should it work even for lmtp (that is my favourite delivery method, for its scalability)? Andre
Re: [Dovecot] dovecot-lda segfaults
Andre schreef: Hi to all. Since version 2.0.3 (now I am running 2.0.5) I have experienced segfaults on mail delivery, either with dovecot-lda and lmtp. At least I succeded in having a core dump, here is the backtrace: #0 0x7f1cca350160 in maildir_sync_set_new_msgs_count () from /usr/lib/dovecot/libdovecot-storage.so.0 #1 0x7f1cca34df0a in maildir_transaction_save_commit_pre () from /usr/lib/dovecot/libdovecot-storage.so.0 #2 0x7f1cca3491c3 in ?? () from /usr/lib/dovecot/libdovecot-storage.so.0 #3 0x7f1cca382ef7 in mail_index_transaction_commit_full () from /usr/lib/dovecot/libdovecot-storage.so.0 #4 0x7f1cca348e4b in index_transaction_commit () from /usr/lib/dovecot/libdovecot-storage.so.0 #5 0x7f1cc88e in ?? () from /usr/lib/dovecot/modules/lib20_zlib_plugin.so #6 0x7f1cc8edaa31 in ?? () from /usr/lib/dovecot/modules/lib10_quota_plugin.so #7 0x7f1cca3281bd in mailbox_transaction_commit_get_changes () from /usr/lib/dovecot/libdovecot-storage.so.0 #8 0x7f1cca3281fe in mailbox_transaction_commit () from /usr/lib/dovecot/libdovecot-storage.so.0 #9 0x7f1cc8461fd7 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0 #10 0x7f1cc8459597 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0 #11 0x7f1cc845992b in sieve_result_execute () from /usr/lib/dovecot/libdovecot-sieve.so.0 #12 0x7f1cc846973d in sieve_execute () from /usr/lib/dovecot/libdovecot-sieve.so.0 #13 0x7f1cc869f83e in ?? () from /usr/lib/dovecot/modules/lib90_sieve_plugin.so #14 0x7f1cca0f4084 in mail_deliver () from /usr/lib/dovecot/libdovecot-lda.so.0 #15 0x00402cf0 in main () I have tried to disable quota and zlib, but I suppose it is not related to those plugins. What else can I try??? Andre I think this came along earlier. http://hg.dovecot.org/dovecot-2.0/rev/e2f9baa436f2 ? regards Johan Hendrisk
[Dovecot] "doveadm mailbox create" oddities
Hi to all! I’m trying to understand the usage of "doveadm mailbox create”. If I do, as root: # doveadm mailbox create -u __public__ sys/test doveadm(__public__): Error: Can't create mailbox sys/test: Permission denied but if I do: # doveadm mailbox create -u __public__ test every thing is OK. “sys" is a shared maildir folder, that is visible in the client as "#Public/sys”. __public__ is the user that owns Public folders, here is the complete details: userdb: __public__ uid : 10002 gid : 8 home : /var/mail/domainname/__public__ mail : maildir:~/maildir:INBOX=~/maildir/INBOX:LAYOUT=fs:INDEX=~/indexes/ Do I have to add root with proper permissions to ACL? TIA Andre
[Dovecot] dovecot-lda segfaults
Hi to all. Since version 2.0.3 (now I am running 2.0.5) I have experienced segfaults on mail delivery, either with dovecot-lda and lmtp. At least I succeded in having a core dump, here is the backtrace: #0 0x7f1cca350160 in maildir_sync_set_new_msgs_count () from /usr/lib/dovecot/libdovecot-storage.so.0 #1 0x7f1cca34df0a in maildir_transaction_save_commit_pre () from /usr/lib/dovecot/libdovecot-storage.so.0 #2 0x7f1cca3491c3 in ?? () from /usr/lib/dovecot/libdovecot-storage.so.0 #3 0x7f1cca382ef7 in mail_index_transaction_commit_full () from /usr/lib/dovecot/libdovecot-storage.so.0 #4 0x7f1cca348e4b in index_transaction_commit () from /usr/lib/dovecot/libdovecot-storage.so.0 #5 0x7f1cc88e in ?? () from /usr/lib/dovecot/modules/lib20_zlib_plugin.so #6 0x7f1cc8edaa31 in ?? () from /usr/lib/dovecot/modules/lib10_quota_plugin.so #7 0x7f1cca3281bd in mailbox_transaction_commit_get_changes () from /usr/lib/dovecot/libdovecot-storage.so.0 #8 0x7f1cca3281fe in mailbox_transaction_commit () from /usr/lib/dovecot/libdovecot-storage.so.0 #9 0x7f1cc8461fd7 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0 #10 0x7f1cc8459597 in ?? () from /usr/lib/dovecot/libdovecot-sieve.so.0 #11 0x7f1cc845992b in sieve_result_execute () from /usr/lib/dovecot/libdovecot-sieve.so.0 #12 0x7f1cc846973d in sieve_execute () from /usr/lib/dovecot/libdovecot-sieve.so.0 #13 0x7f1cc869f83e in ?? () from /usr/lib/dovecot/modules/lib90_sieve_plugin.so #14 0x7f1cca0f4084 in mail_deliver () from /usr/lib/dovecot/libdovecot-lda.so.0 #15 0x00402cf0 in main () I have tried to disable quota and zlib, but I suppose it is not related to those plugins. What else can I try??? Andre