- dovecot - dovecot.org

[Dovecot] Dovecot can't find users' sieve files
by Bartosz Fenski aka fEnIo 16 Oct '09

16 Oct '09

Hello. I asked for help on #dovecot but one suggestion I got was setting sieve variable explicitly but unfortunatelly that didn't help. I'm trying to set up sieve to be able to use vacation module. So in the lda section I put: mail_plugins = sieve And in plugins section: sieve = ~/.dovecot.sieve Then I put .dovecot.sieve file in the user's directory. This is what I get in Dovecot's log when trying to deliver to that mailbox: 2009-10-16 18:37:52 deliver(test(a)domain.pl): Error: sieve: stat((null)) failed: Bad address (using global script path in stead) 2009-10-16 18:37:52 deliver(test(a)domain.pl): Info: msgid=<20091016163757.GK19565(a)asdy.pl>: saved mail to INBOX Some infos about system: Dovecot 1.2.5 Debian squeeze/testing x86_64 ext3 (root)~#dovecot -n # 1.2.5: /etc/dovecot/dovecot.conf # OS: Linux 2.6.30-1-amd64 x86_64 Debian squeeze/sid ext3 log_path: /var/log/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/home/vmail/%u mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 lda: postmaster_address: postmaster(a)domain.pl mail_plugins: sieve log_path: /var/log/dovecot-deliver.log auth_socket_path: /var/run/dovecot/auth-master auth default: passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: sieve: ~/.dovecot.sieve (root)~# And dovecot-sql.conf: driver = pgsql connect = host=localhost dbname=postfix user=postfix password = xxxxxxxx password_query = \ SELECT local_part, password \ FROM mailbox WHERE local_part = '%n' AND active = 't' user_query = \ SELECT maildir, 5000 AS uid, 5000 gid \ FROM mailbox WHERE local_part = '%n' AND active = 't' Delivering works perfectly but I can't figure out why it's not able to find that .dovecot.sieve file: (root@germany)~#ls -al /home/vmail/test(a)domain.pl/.dovecot.sieve -rw-r--r-- 1 vmail vmail 314 2009-10-16 13:09 /home/vmail/test(a)domain.pl/.dovecot.sieve (root@germany)~# Any help would be very appreciated. regards fEnIo -- ,''`. Bartosz Fenski | mailto:fenio@debian.org | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://fenski.pl | xmpp:fenio@jabber.org | rlu:172001

1 1

[Dovecot] Better APPEND performance
by Mike Abbott 16 Oct '09

16 Oct '09

Moving a large number of messages into an IMAP folder on a dovecot server takes quite a long time. This is a popular operation for users migrating their stored messages from their old mail servers through a mail user agent, and it causes a poor first impression of dovecot. I'd like your help to speed this up. I have studied this problem in recent versions, including 1.1.[17-19] and 1.2.[4-6] but I'll focus on 1.2.6, using Maildir++. It seems to be caused by O(n^2) behavior in maintaining the UID list, where n is the number of messages. The client selects a folder then sends thousands of individual APPEND commands (no use of multiappend unfortunately). These cause dovecot to behave as follows: 1. For every other APPENDed message, dovecot appends the new UID to the list quickly. No problem here, this is fast. 2. For every other other APPENDed message, dovecot scans the entire UID list. This is an O(n) algorithm. Since it happens every n/2 times it causes O(n^2) behavior across n consecutive APPENDs. More specifically, 1. APPEND a message to a folder that already contains 30,000 messages. maildir_uidlist_refresh_fast_init() takes the fast path. 2. APPEND a second message to the same folder. maildir_uidlist_refresh_fast_init() takes the slow path: it populates the uidlist->files hash table with all the UIDs, checking for duplicates. At the end of the command maildir_uidlist_deinit() destroys the hash table. Note how this APPEND takes much longer than #1. 3. APPEND a third message to the same folder. Just like #1. 4. APPEND a fourth message to the same folder. Just like #2, and since #2 destroyed the hash, it has to do all that work over again. 5. And so on. What can be done to make maildir_uidlist_refresh_fast_init() choose the fast path more often?

3 6

[Dovecot] v2.0.alpha1 released
by Timo Sirainen 16 Oct '09

16 Oct '09

http://dovecot.org/releases/2.0/alpha/dovecot-2.0.alpha1.tar.gz http://dovecot.org/releases/2.0/alpha/dovecot-2.0.alpha1.tar.gz.sig So here's the first alpha version of Dovecot v2.0. There are still a couple of things left to do, but in general it should work for most people. I started using it for my own mails a few days ago and it seems to work without errors. Largest changes since v1.2: * Global ACLs are now looked up using namespace prefixes. For example if you previously had INBOX. namespace prefix and a global ACL for "INBOX.Sent", it's now looked up from "INBOX.Sent" file instead of "Sent" as before. + Redesigned master process. It's now more modular and there is less code running as root. + Configuration supports now per-local/remote ip/network settings. + dsync utility does a two-way mailbox synchronization. + LMTP server and proxying. + Added mdbox (multi-dbox) mail storage backend. + doveadm utility can be used to do all kinds of administration functions. Old dovecotpw and *view utilities now exist in its subcommands. Some things left to do: - Do something about backwards compatibility with v1.x. Either make it read v1.x config files or provide some config conversion utility. - dsync still has some bugs - config process is a bit too slow. config handling in general could use some caching all around. no need to ask configuration for each login unless there are per-remote-ip settings. - some kind of an optional connection policy server could be useful. mainly to finally implement tcp-wrappers support. - mail_uid, mail_gid, mail_chroot settings don't really work now. I think this actually needs a bit larger change, which is probably a good idea in any case: After successfully authenticating, login process needs to get imap/pop3 process executed. Currently this is done by transferring the connection fd to master process, doing userdb lookup and then forking and execing the imap/pop3 process. The new behavior I'm thinking is that after auth, login process would connect to imap/pop3 unix socket in the login/ directory. That would cause master process to fork a new imap/pop3 process (running as root). Login process would send the necessary auth information via the unix socket, possibly transfer also the fd, and imap/pop3 would do the userdb lookup and then drop privileges. This change has some pros: - Master process will no longer temporarily hold some extra fds and use extra memory during auth lookups. If auth process is hanging these could cause problems. - Master process will no longer have any special auth handling code and I can remove type=auth-source and type=auth services. - Of course fixes the mail_* setting issue, because all of this is now done by imap/pop3 process, which knows about these settings. - Creating support for "multiple imap/pop3 post-login connections in a single process" should be pretty easy to implement with this. The imap/pop3 unix socket just needs to be listened by a new process in the middle that keeps track of what imap/pop3 processes exist and can redirect the new connections to those. But also some cons: - drop_priv_before_exec=yes no longer works, unless the uid/gid is hardcoded to the service {} block. - Each imap/pop3 process needs to do a connect() to auth server at startup, adding a bit to the latency.

7 21

[Dovecot] Expire issue
by Emmanuel Gonzalez 16 Oct '09

16 Oct '09

Hello guys, I'm trying to configure de expire plug in, all the configuration seems to be right but when I launch # /opt/dovecot/sbin/dovecot --exec-mail ext /opt/dovecot/libexec/dovecot/expire-tool --test Error: userdb(user(a)mydomain.it) didn't return uid Info: User lookup failed: user(a)mydomain.it even if I see in the logs that the authentication process worked fine (ldap): dovecot: 2009-10-16 15:33:03 Info: auth(default): master in: USER 1 user(a)mydomain.it service=expire dovecot: 2009-10-16 15:33:03 Info: auth(default): ldap(user(a)mydomain.it): user search: base=dc=mydomain,dc=it scope=subtree filter=(&(objectClass=inetOrgPerson)(mail=user(a)mydomain.it)) fields=mailMessageStore,mailquota dovecot: 2009-10-16 15:33:03 Info: auth(default): ldap(user(a)mydomain.it): result: mailMessageStore(home)=/var/vmail/0/0/0/4/0 mailquota(quota_rule=*:backend)=104857600S dovecot: 2009-10-16 15:33:03 Info: auth(default): master out: USER 1 user(a)mydomain.it home=/var/vmail/0/0/0/4/0 quota_rule=*:backend=104857600S here my conf: # OS: SunOS 5.9 sun4v log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot-info.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap pop3 listen(default): *:143 listen(imap): *:143 listen(pop3): *:10100 ssl_disable: yes ssl_cert_file: /opt/csw/etc/dovecot.pem ssl_key_file: /opt/csw/etc/dovecot.pem disable_plaintext_auth: no login_dir: /opt/dovecot/var/run/dovecot/login login_executable(default): /opt/dovecot/libexec/dovecot/imap-login login_executable(imap): /opt/dovecot/libexec/dovecot/imap-login login_executable(pop3): /opt/dovecot/libexec/dovecot/pop3-login first_valid_uid: 1 first_valid_gid: 12 mail_privileged_group: daemon mail_uid: 1 mail_gid: 12 mail_location: maildir:%h mail_debug: yes mail_executable(default): /opt/dovecot/libexec/dovecot/imap mail_executable(imap): /opt/dovecot/libexec/dovecot/imap mail_executable(pop3): /opt/dovecot/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota expire mail_plugins(imap): quota imap_quota expire mail_plugins(pop3): quota expire mail_plugin_dir(default): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(imap): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(pop3): /opt/dovecot/lib/dovecot/pop3 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): UID%u-%v 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 auth default: master_user_separator: * verbose: yes debug: yes debug_passwords: yes passdb: driver: passwd-file args: /opt/dovecot/etc/passwd.masterusers master: yes passdb: driver: ldap args: /opt/dovecot/etc/dovecot-ldap.conf userdb: driver: ldap args: /opt/dovecot/etc/dovecot-ldap-userdb.conf socket: type: listen master: path: /opt/dovecot/var/run/dovecot/auth-master mode: 384 user: dovecot group: dovecot plugin: quota: maildir expire: Trash 1 Trash/* 1 Spam 30 expire_dict: proxy::expire dict: expire: db:/opt/dovecot/var/lib/dovecot/expire.db and ldap one: # cat /opt/dovecot/etc/dovecot-ldap.conf |grep -v "#"|grep -v ^$ hosts = localhost sasl_bind = no auth_bind = yes ldap_version = 3 base = dc=mydomain,dc=it scope = subtree user_attrs = mailMessageStore=home,mailquota=quota_rule=*:backend user_filter = (&(objectClass=inetOrgPerson)(mail=%u)) pass_attrs = mail=user,userPassword=password,mailMessageStore=userdb_home pass_filter = (&(objectClass=inetOrgPerson)(mail=%u)) I also tried to set user_attrs = *uid=uid,*mailMessageStore=home,mailquota=quota_rule=*:backend but i didn't solve the problem. Any ideas? thanx in advance! -- Emmanuel Gonzalez

2 3

[Dovecot] "From" address in vacation response on hosted domains with dovecot/postfix/sieve
by Peter Borg 16 Oct '09

16 Oct '09

Hi, I have a working dovecot/postfix/sieve configuration: Ubuntu 8.04 LTS Dovecot 1.2.6 Sieve 0.1.12 Postfix 2.5.1 The server is configured to host multiple domains. All mail delivery, logins and aliases work absolutely perfectly. There's only one weirdness: the 'From' address in vacation responses. If a message is sent to user(a)hosteddomain.com the response comes from user-hosteddomain.com(a)hostingservername.com Obviously it's doing what one would expect in that it's taking the username (user-hosteddomain.com) and appending the local host name (hostingservername.com) This isn't great from the perspective of the hosted user, however, who'd much rather their vacation message was sent from their actual email address. Clearly I can modify this by using a ':from' statement in each relevant sieve file, but I can't rely on users' mail clients to set this (as not all do) and the webmail client in use on the server doesn't set this. I can almost certainly implement some kind of hack using this, but I'd rather not. So how does sieve determine the from address to use if it's not explicitly set in the sieve script for the user, and how can I direct sieve to determine the address differently, preferably with a central configuration option that will apply to all users regardless of domain.....? Regards, Peter.

1 0

[Dovecot] Internal server
by Guy 16 Oct '09

16 Oct '09

Hi, I'm looking at doing some testing for a little internal IMAP server. Basically use fetchmail (or some such thing to bring in mail) so users have a local IMAP server to connect to. I'm interested in trying out mdbox, but since I'd have to use dovecot 2.0 with it I thought I'd just check what peoples' experience with 2.0 is like so far? Is it reasonably stable already? Is there also a page showing the differences in config for dbox over maildir? Or is it simply just the change in mail_location and nothing else? Thanks Guy -- Don't just do something...sit there!

2 1

[Dovecot] FS Quota broken for delivering BIG message
by Kostik 16 Oct '09

16 Oct '09

Hi everybody. I have Linux file system quota for users and enabled "fs quota" and quota plugin for LDA. My test user is already deep over quoted: --- Filesystem blocks quota limit nfse:/export 23768* 10240 10240 --- 1. If I tries to deliver _short_ message to user mbox - quota works: $ echo "123123123123" | /usr/local/libexec/dovecot/deliver -d koc --- Quota root: name=Quota backend=fs args=group:mount=/var/virtual/home/I/I/koc Quota rule: root=Quota mailbox=* bytes=10383360 messages=0 mbox: data=~/:INBOX=/var/virtual/mail/I/I/koc:INDEX=MEMORY fs: root=/var/virtual/home/I/I/koc, index=, control=, inbox=/var/virtual/mail/I/I/koc fs quota add storage dir = /var/virtual/home/I/I/koc fs quota block device = nfse:/export fs quota mount point = /mount/m5 quota-fs: host=nfse, path=/export, gid=5751796, bytes quota-fs: gid=5751796, value=24338432, limit=10485760, active=1 from=<>, msgid=: save failed to INBOX: Quota exceeded (mailbox for user is full) from=<>, msgid=: rejected: Quota exceeded (mailbox for user is full) msgid=: Return-Path missing, rejection reason: Quota exceeded (mailbox for user is full) --- 2. But if I tries to deliver _BIG_ message to user mbox - quota broken: $ cat big.msg | /usr/local/libexec/dovecot/deliver -d koc --- Quota root: name=Quota backend=fs args=group:mount=/var/virtual/home/I/I/koc Quota rule: root=Quota mailbox=* bytes=10383360 messages=0 mbox: data=~/:INBOX=/var/virtual/mail/I/I/koc:INDEX=MEMORY fs: root=/var/virtual/home/I/I/koc, index=, control=, inbox=/var/virtual/mail/I/I/koc fs quota add storage dir = /var/virtual/home/I/I/koc fs quota block device = nfse:/export fs quota mount point = /mount/m5 quota-fs: host=nfse, path=/export, gid=5751796, bytes quota-fs: gid=5751796, value=24338432, limit=10485760, active=1 write_full(/var/virtual/home/I/I/koc/.temp.pigeon01.8822.64dfacc7e57d71b4) failed: Disk quota exceeded stat(/tmp/Dovecot Delivery Mail) failed: Disk quota exceeded from=<>, msgid=: save failed to INBOX: BUG: Unknown internal error --- This "write_full() failed" from: src/lib/istream-seekable.c --- static ssize_t i_stream_seekable_read(struct istream_private *stream) { ... /* save to our file */ data = i_stream_get_data(sstream->cur_input, &size); if (write_full(sstream->fd, data, size) < 0) { i_assert(errno != 0); stream->istream.stream_errno = errno; i_error("write_full(%s) failed: %m", sstream->temp_path); i_stream_close(&stream->istream); return -1; } ... } --- =kostik

2 2

[Dovecot] Dovecot inactive after an intermittent connection with LDAP
by Thu Nguyen 16 Oct '09

16 Oct '09

Hello all, I'm facing the problem below: 1. Firstly, the connection between dovecot and ldap was down. dovecot: Oct 10 09:11:12 Info: auth(default): ldap(user1,x.x.x.x): Aborting (timeout), we're not connected to LDAP server dovecot: Oct 10 09:11:12 Info: auth(default): master out: USER 265490 user1 2. There is many new connection from user created.... dovecot: Oct 10 09:11:12 Info: auth(default): new auth connection: pid=21114 dovecot: Oct 10 09:11:12 Info: auth(default): new auth connection: pid=21113 3. ....but it obviously failed. dovecot: Oct 10 09:11:12 Info: pop3-login: Internal login failure (auth failed,1 attempts): user=<user1>, method=PLAIN, rip=x.x.x.x, lip= x.x.x.x dovecot: Oct 10 09:11:12 Info: pop3-login: Internal login failure (auth failed,1 attempts): user=<user2>, method=PLAIN, rip= x.x.x.x,lip= x.x.x.x ................. dovecot: Oct 10 09:11:15 Info: auth(default): new auth connection: pid=21125 dovecot: Oct 10 09:11:15 Info: auth(default): new auth connection: pid=21126 dovecot: Oct 10 09:11:22 Info: auth(default): client in: AUTH 1 PLAIN service=pop3 lip= x.x.x.x rip= x.x.x.x lport=110 rport=4504 resp=<hidden> dovecot: Oct 10 09:11:22 Info: auth(default): client in: AUTH 1 PLAIN service=pop3 lip= x.x.x.x rip= x.x.x.x lport=110 rport=6316 resp=<hidden> dovecot: Oct 10 09:11:22 Info: auth(default): new auth connection: pid=21132 dovecot: Oct 10 09:11:24 Info: auth(default): client in: AUTH 1 PLAIN service=pop3 lip= x.x.x.x rip= x.x.x.x lport=110 4. LDAP connection is back to normal, however, it still failed. dovecot: Oct 10 09:14:14 Info: auth(default): new auth connection: pid=21250 dovecot: Oct 10 09:14:14 Info: auth(default): new auth connection: pid=21251 dovecot: Oct 10 09:14:14 Info: auth(default): client in: AUTH 1 PLAIN service=pop3 lip= x.x.x.x rip= x.x.x.x lport=110 rport=2959 resp=<hidden> dovecot: Oct 10 09:14:14 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, lip= x.x.x.x rip= x.x.x.x dovecot: Oct 10 09:14:15 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, lip= x.x.x.x rip= x.x.x.x dovecot: Oct 10 09:14:15 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, lip= x.x.x.x rip= x.x.x.x dovecot: Oct 10 09:14:15 Info: auth(default): client in: AUTH 1 PLAIN service=pop3 lip= x.x.x.x rip= x.x.x.x lport=110 rport=3765 resp=<hidden> dovecot: Oct 10 09:14:15 Info: auth(default): client in: AUTH 1 PLAIN service=pop3 lip= x.x.x.x rip= x.x.x.x lport=110 rport=48 08 resp=<hidden> dovecot: Oct 10 09:14:15 Info: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, rip=199.30.31.48, lip=199.30.26.18 5. Then the request queue is full ... Dovecot is completely inactive. Of course it try to fail back to pam but as the password is not the same so it's failed also. dovecot: Oct 10 09:38:53 Error: auth(default): ldap(user1,10.0.0.7): Request queue is full (oldest added 1660 secs ago) dovecot: Oct 10 09:38:53 Info: auth-worker(default): pam(user1,10.0.0.7): lookup service=dovecot dovecot: Oct 10 09:38:53 Info: auth-worker(default): pam(user1.vn,10.0.0.7): #1/1 style=1 msg=Password: dovecot: Oct 10 09:38:53 Info: auth(default): new auth connection: pid=22405 dovecot: Oct 10 09:38:54 Info: auth(default): client in: AUTH 1 PLAIN service=pop3 lip= x.x.x.x rip= x.x.x.x lport=110 rport=2789 resp=<hidden> dovecot: Oct 10 09:38:56 Info: auth-worker(default): pam(user1,x.x.x.x): pam_authenticate() failed: Authentication failure (password mismatch?) ---------------------------------------------------------------- Bref, I suggest that when the connection between LDAP and dovecot is dropped, the connection from user is still there and as they don't receive a result from dovecot [Fail or Success]... And it still "pending" somehow to wait a response from dovecot. But when ldap is connected to the system, these pending connection (from user) is still pending .... so it makes the "request queue is full". Isn't it? Should I do something to work-through or work-around this problem? May I did something wrong in my configuration. Below is usual information may it helps us analyze the problem! Thanks many much for your help! ----------------------------------------------------------------- [root ~]# dovecot -n # 1.1.14: /etc/dovecot.conf # OS: Linux 2.6.18-92.el5PAE i686 CentOS release 5.2 (Final) ext3 log_path: /var/log/dovecot.log protocols: imap pop3 ssl_disable: yes 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 verbose_proctitle: yes mail_gid: 100 mail_location: maildir:/home/%u/Maildir mail_debug: yes 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 auth default: verbose: yes debug: yes passdb: driver: ldap args: /etc/dovecot-ldap.conf passdb: driver: pam userdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: static socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: dovecot group: dovecot plugin: sieve: /home/%u/.dovecot.sieve -------------------------------------------------------------------- [root ~]# grep -v '^ *$#.*$\?$' /etc/dovecot-ldap.conf hosts = ldap.tma.com.vn dn = ##### dnpass = ###### auth_bind = yes auth_bind_userdn = uid=%u,ou=Users,dc=tma,dc=com,dc=vn ldap_version = 3 base = ou=Users,dc=,dc=com,dc=vn scope = subtree user_attrs = uid=uid,mailQuota=quota_rule=*:storage=%$M user_filter = (&(objectClass=posixAccount)(uid=%u)) pass_attrs = uid=user,userPassword=password pass_filter = (&(objectClass=posixAccount)(uid=%u)) default_pass_scheme = CRYPT -------------------------------------------------------------------- Regards, Thu NGUYEN.

2 2

[Dovecot] 2.0 config info for dovecot-dict-sql.conf?
by PGNet Dev 16 Oct '09

16 Oct '09

reading, /usr/local/share/doc/dovecot/wiki/Quota.Dict.txt refers to config, e.g. dovecot-dict-sql.conf, for, "v1.2 +" is the v1.2+ info there valid/correct for 2.0+?

1 1

[Dovecot] @2.0, Fatal error (Expecting '=') in trash plugin config
by PGNet Dev 16 Oct '09

16 Oct '09

i've setup trash plugin as, grep trash imap.conf mail_plugins = autocreate fts fts_squat fts_solr imap_quota quota trash zlib cat plugin.conf plugin { ... trash = /data/mail/Conf/dovecot/conf.d/trash.conf } cat /data/mail/Conf/dovecot/conf.d/trash.conf 1 Spam 2 Trash 3 Sent 3 Sent Messages but, @ dovecot -n # 2.0.alpha1: /data/mail/Conf/dovecot/dovecot.conf doveconf: Fatal: Error in configuration file /data/mail/Conf/dovecot/conf.d/trash.conf line 1: Expecting '=' bug, or change frp, v1.x in config/parsing?

2 4

[Dovecot] pop3-login process
by ogu_yo＠yahoo.co.jp 16 Oct '09

16 Oct '09

Hi, I would like to know if the pop3-login process would be create more than one while a user connection is established. http://wiki.dovecot.org/RunningDovecot ------------------------------------ imap-login and pop3-login processes handle new IMAP and POP3 connections until user has logged in. ------------------------------------ I'm sorry to ask you this kind of question... Regards, -------------------------------------- GyaO! - Anime, Dramas, Movies, and Music videos [FREE] http://pr.mail.yahoo.co.jp/gyao/

3 7

[Dovecot] Expire plugin: wrong mailbox separators in database?
by Andreas Ntaflos 16 Oct '09

16 Oct '09

Hi all, I'm experimenting with the expire plugin and seem have run into a small problem. I am using Dovecot 1.2.4 on a test server. The config is taken mostly verbatim from the expire plugin wiki page [1], using MySQL as a database. See below for detailed output. Namespace "private" has "/" configured as mailbox separator: namespace private { separator = / prefix = inbox = yes } The "expire =" section from dovecot.conf thus looks like this: plugin { expire = Trash 7 INBOX/Spam 8 INBOX/Spam/To-Discard 3 ... } Three mailboxes/folders are kept track of: Trash, INBOX/Spam and INBOX/Spam/Spam-To-Discard (this one holds messages that scored high enough to very unlikely be legitimate and should be deleted soon). But when a message is put into one of these folders the mailbox attribute of the expires table uses "." as mailbox separator: mysql> select * from expires; +-----------------+----------------------------+--------------+ | username | mailbox | expire_stamp | +-----------------+----------------------------+--------------+ | foo(a)example.org | INBOX.Spam.Spam-To-Discard | 1253114526 | | foo(a)example.org | INBOX.Spam | 1253114528 | +-----------------+----------------------------+--------------+ Consequently, expire-tool --test seems to choke on this: # dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-tool --test Info: foo(a)example.org/INBOX.Spam.Spam-To-Discard: \ mailbox 'INBOX.Spam.Spam-To-Discard' removed from config Info: foo(a)example.org/INBOX.Spam: mailbox 'INBOX.Spam' \ removed from config When I manually update the mailbox attribute to use "/" as separator expire-tool seems to work correctly: # dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-tool --test Info: foo(a)example.org/INBOX/Spam/Spam-To-Discard: stop, expire \ time in future: Wed Sep 16 17:22:06 2009 Using "." as separator in the "expire =" line doesn't work either: the expires table isn't written to at all when a message is put in one of the specified folders. Presumably because INBOX/Spam is the real mailbox but INBOX.Spam is monitored by the expire plugin and there is no INBOX.Spam to put in messages. So I believe this is not the expected behaviour? Or am I doing anything wrong? I'd rather not change the separator from "/" to "." in all the namespaces if that can be avoided. Thanks in advance, Andreas dovecot -n: ========== # 1.2.4: /usr/local/etc/dovecot.conf # OS: Linux 2.6.26-2-686 i686 Debian 5.0.2 log_timestamp: %Y-%m-%d %H:%M:%S protocols: managesieve imap imaps pop3 pop3s listen: 83.65.168.220 127.0.0.1 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_executable(managesieve): /usr/local/libexec/dovecot/managesieve-login mail_access_groups: mail mail_privileged_group: mail mail_location: maildir:~/Maildir mail_drop_priv_before_exec: 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_executable(managesieve): /usr/local/libexec/dovecot/managesieve mail_plugins(default): autocreate acl expire mail_plugins(imap): autocreate acl expire mail_plugins(pop3): expire mail_plugins(managesieve): 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 mail_plugin_dir(managesieve): /usr/local/lib/dovecot/managesieve namespace: type: public separator: / prefix: Public/ location: maildir:/var/mail/public:CONTROL=~/Maildir/control/public:INDEX=~/Maildir/index/public list: yes namespace: type: private separator: / prefix: Backup/ location: maildir:~/Maildir-backup hidden: yes list: no namespace: type: private separator: / inbox: yes list: yes subscriptions: yes lda: log_path: info_log_path: auth_socket_path: /var/run/dovecot/auth-master postmaster_address: postmaster(a)mailtest0.rise-s.com mail_plugins: sieve acl expire auth default: mechanisms: plain login passdb: driver: pam passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: passwd userdb: driver: static args: uid=vmail gid=vmail home=/var/vmail/%Ld/%Ln allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: expire: Trash 7 INBOX/Spam 5 INBOX/Spam/Spam-To-Discard 3 expire_dict: proxy::expire sieve: ~/.dovecot.sieve sieve_dir: ~/sieve sieve_global_path: /etc/dovecot/sieve/default.sieve sieve_global_dir: /etc/dovecot/sieve/global/ sieve_before: /etc/dovecot/sieve/before/ autocreate: Trash autocreate2: Drafts autocreate3: Sent autocreate4: INBOX/Spam autocreate5: INBOX/Spam/Spam-To-Discard autosubscribe: Trash autosubscribe2: Drafts autosubscribe3: Sent autosubscribe4: INBOX/Spam autosubscribe5: INBOX/Spam/Spam-To-Discard acl: vfile:/etc/dovecot/acl dict: expire: mysql:/etc/dovecot/dovecot-dict-expire.conf /etc/dovecot/dovecot-dict-expire.conf: ===================================== connect = host=127.0.0.1 dbname=mailserver user=mailuser password=xxx map { pattern = shared/expire/$user/$mailbox table = expires value_field = expire_stamp fields { username = $user mailbox = $mailbox } } The expires table: CREATE TABLE expires ( username varchar(100) not null, mailbox varchar(255) not null, expire_stamp integer not null, primary key (username, mailbox) ); [1] http://wiki.dovecot.org/Plugins/Expire -- Andreas Ntaflos Vienna, Austria GPG Fingerprint: 6234 2E8E 5C81 C6CB E5EC 7E65 397C E2A8 090C A9B4

3 3

[Dovecot] Error (IMHO) with --with-doc option
by Jacek Osiecki 16 Oct '09

16 Oct '09

Hi, I was trying to create complete rpm package for my system, containing dovecot 1.2.5 intregrated with dovecot-sieve and dovecot-managesieve. Finally I succeeded and it works great, but I found something that might be treated as wrong behaviour... When you run ./configure --with-docs=no, Makefile does not build docs anymore, but... installs them anyway :) It caused some troubles because rpmbuild complained about documents moved to <buildroot>/usr/share/doc/dovecot I have created a small patch that fixes this - hope it doesn't introduce any mess: diff -Nur 2/Makefile.in 1/Makefile.in --- 2/Makefile.in 2009-09-29 00:17:22.000000000 +0200 +++ 1/Makefile.in 2009-09-29 00:17:38.000000000 +0200 @@ -75,7 +75,7 @@ distclean-recursive maintainer-clean-recursive ETAGS = etags CTAGS = ctags -DIST_SUBDIRS = src doc +DIST_SUBDIRS = $(SUBDIRS) DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) distdir = $(PACKAGE)-$(VERSION) top_distdir = $(distdir) Best regards, -- Jacek Osiecki joshua(a)ceti.pl GG:3828944 I don't want something I need. I want something I want.

2 1

[Dovecot] Questions regarding dbox migration
by Mikkel 16 Oct '09

16 Oct '09

It has been my wish to move to dbox for a long time hoping to reduce the number of writes which is really killing us. Now I wonder what may be the best way of doing so. I'm considering some sort of intermediate migration where the existing Maildir users are changed to single-dbox and then later upgraded to 2.0 and changed to multi-dbox when it becomes stable. But is this a reasonable task to perform on a production system or at all? The alternative is to wait for 2.0 to become completely stable and then go all the way at once. I would however much prefer to take it one step at a time and I think it would be safer to start out with single-dbox as it appears less complex. Now the big question is whether multi-dbox and single-dbox are compatible formats. If a Maildir->dbox migration is made on a system running dovecot v. 1.1, would it then be trivial later changing to multi-dbox after upgrading to 2.0 or is a completely new migration then needed? Would this scenario be much different if the system is upgraded to version 1.2 before the change to single-dbox? Kind regards, Mikkel

5 31

[Dovecot] master:Error @2.0 TLS login, "Too large auth data_size sent"
by PGNet Dev 16 Oct '09

16 Oct '09

fyi, hg log | head -n 7 | grep changeset changeset: 10074:1d2d55d9779e @ LOGIN via Tbird ... Oct 15 11:22:35 master: Error: service(imap-login): Too large auth data_size sent Oct 15 11:22:35 imap-login: Info: Disconnected: Shutting down (auth failed, 1 attempts): user=<blakers(a)mx.pgnetwork.net>, method=PLAIN, rip=192.168.1.4, lip=192.168.1.14, TLS

4 16

[Dovecot] dovecot 1.2.6 fails to build with openssl < 0.9.8
by Paul Howarth 16 Oct '09

16 Oct '09

The update of ssl_proxy_get_security_string() in dovecot 1.2.6 has broken compatibility with openssl < 0.9.8 (e.g. on RHEL4) because the functions SSL_COMP_get_name and SSL_get_current_compression don't exist until openssl 0.9.8 (build fails at link time due to these symbols being unresolved). I've worked around this by reverting the function to the 1.2.5 version for now but I think a better solution would be to have a configure test for these functions and only include the SSL compression details when they're available. Cheers, Paul.

3 4

[Dovecot] is it possible to fetch messages for multiple users using a single account?
by Tony Smith 16 Oct '09

16 Oct '09

Dear list, I am running dovecot with LDAP. Each account has email in form abc(a)example.com, and messages are stored at /var/vmail/abc/Maildir. This is an external mail server, and I would like to use a cron job to fetch all messages to an internal server which has slow internet connection. It seems getmail supports multidrop retriever which might fit the bill. However I could not figure out how to set up an account that can be used to fetch all messages for all virtual accounts. Is it possible at all? thanks, Tony PS: here is my config: # dovecot -n # 1.1.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-openvz-amd64 i686 Debian 5.0.3 log_path: /var/log/dovecot.log protocols: pop3 pop3s imap imaps managesieve listen(default): * listen(imap): * listen(pop3): * listen(managesieve): 127.0.0.1:2000 ssl_cert_file: /etc/ssl/certs/cert.pem ssl_key_file: /etc/ssl/private/key.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login mail_uid: 1000 mail_gid: 1000 mail_location: maildir:/%Lh/Maildir/:INDEX=/%Lh/Maildir/ mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_plugins(default): quota imap_quota zlib mail_plugins(imap): quota imap_quota zlib mail_plugins(pop3): quota zlib mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh pop3_client_workarounds(managesieve): sieve_storage(default): sieve_storage(imap): sieve_storage(pop3): sieve_storage(managesieve): /var/vmail/sieve/%Ld/%Ln/ sieve(default): sieve(imap): sieve(pop3): sieve(managesieve): dovecot.sieve auth default: mechanisms: plain login default_realm: river-valley.com user: vmail 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/dovecot-auth mode: 438 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 438 user: vmail group: vmail plugin: quota_warning: storage=85%% /usr/bin/dovecot-quota-warning.sh 85 quota_warning2: storage=90%% /usr/bin/dovecot-quota-warning.sh 90 quota_warning3: storage=95%% /usr/bin/dovecot-quota-warning.sh 95 quota: maildir quota_rule: *:storage=100M expire: Trash 7 Trash/* 7 Junk 30 expire_dict: proxy::expire auth_socket_path: /var/run/dovecot/auth-master dict: expire: db:/var/lib/dovecot/expire/expire.db

2 2

Re: [Dovecot] 1.2.6 Spurious pread()/stream errors/index corruption
by Paul Freeman 16 Oct '09

16 Oct '09

OK I'm still getting the same errors, so just as a test I tried the same process on an x86_32 build host, it's binaries now give a different error, one which I have also seen mentioned before I think: ---- banshee-x86-32 / # /NOC4/dovecot/sbin/dovecot -F Error: Missing auth section for server default Fatal: Invalid configuration in /NOC4/etc/dovecot/dovecot.conf ----- I do notice this though, with x86_64 binaries strace shows calls to pread() with x86_32 binaries strace shows calls to pread64() this looks round the wrong way? hmm in both builds file offset bits is 64, with config.h: ---- config.h check... /* Define to 1 if you have the `pread' function. */ /* Defint if pread/pwrite implementation is broken */ #define PREAD_BROKEN 1 /* Define if pread/pwrite needs _XOPEN_SOURCE 500 */ On Thu, 15 Oct 2009 15:33:47 -0400, Timo Sirainen <tss(a)iki.fi> wrote: > On Thu, 2009-10-15 at 20:30 +0100, Paul Freeman wrote: >> banshee-x86-64 dovecot-1.2.6 # grep -i pread config.h >> /* Define to 1 if you have the `pread' function. */ >> /* #undef HAVE_PREAD */ >> /* Defint if pread/pwrite implementation is broken */ >> /* #undef PREAD_BROKEN */ >> /* Define if pread/pwrite needs _XOPEN_SOURCE 500 */ >> #define PREAD_WRAPPERS /**/ >> >> i'll give PREAD_BROKEN a try now > > And remove PREAD_WRAPPERS if that doesn't work. It shouldn't matter > though.

2 5

[Dovecot] virtual Folder Plugin with "." Separator: [NONEXISTENT] Mailbox doesn't exist
by Elmar Weber 16 Oct '09

16 Oct '09

Hello, I've switched from courier-imap to dovecot to benefit from the virtual folder feature. I'm using dovecot 1.2.6 on Gentoo Linux. However, I', getting the message "[NONEXISTENT] Mailbox doesn't exist: <name>" from Thunderbird when I try to access any virtual folder. The relevant setup: mail_location = maildir:~/.maildir namespace private { separator = . inbox = yes hidden = yes list = yes } namespace private { prefix = virtual. separator = . location = virtual:~/.maildir/.virtual } I then created the folders ~user/.maildir/.virtual and ~user/.maildir/.virtual.test and placed a file in .virtual.test with the contents ====== * all ====== After a dovecot restart I'm getting the error message: "[NONEXISTENT] Mailbox doesn't exist: test" Where did I make the mistake in the configuration? Is the "." path separator a problem case? ciao, Elmar

2 2

[Dovecot] Missing folders
by John Moorhouse 16 Oct '09

16 Oct '09

I've recently had a oops with the system I was running dovecot on so have had to move it to a new machine, I've been able to retrieve the mbox files from the old machine, built the new machine and over wrote the new mbox files with the old one in maildir, connecting to the server via imap woeks but I can only see the mail in the inbox from the old mbox files, emails in sub directories (the sub directories arn't there), is there some command I need to run to get it to pass the mbox file to find the folders or it there another file I need to transfer form the old machine. (I'm assuming that all the emails for a user, including those in subfolders are within the single mbox file, particularly as I'm is very large) Thanks John

2 1

[Dovecot] Problem with mbox and quota with 1.2 version
by Ντελάκης Δημήτριος 16 Oct '09

16 Oct '09

Hello list, I am new with dovecot and i am trying to setup a simple mbox with quotas setup. Here is my configuration. dovecot -c /etc/dovecot.conf -n # 1.2.6: /etc/dovecot.conf # OS: Linux 2.6.21 i686 Fedora Core release 6 (Zod) ext3 log_path: /var/log/mail/dovecot protocols: imap pop3 ssl: no 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 mail_access_groups: mail mail_privileged_group: mail mail_location: mbox:/var/spool/mail:INBOX=/var/spool/mail/%u:INDEX=/var/spool/indexes/%u mail_debug: 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_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 lda: postmaster_address: postmaster(a)example.com auth default: passdb: driver: pam userdb: driver: passwd plugin: quota_warning: storage=5%% /usr/local/bin/quota-warning.sh 95 quota: dirsize:user quota_rule: ?:storage=10M I still my mbox fills with e-mail >10M Do i missing something? Thanks! --

3 2

[Dovecot] Dovecot lock problem
by Simon Gao 16 Oct '09

16 Oct '09

Hi, We have a few users experiencing locking problem. When starting Thunderbird, there is no new emails in Inbox. Dovecot createa a lock file /var/spool/mail/<user>.lock. It never completes openning Inbox. If closing the mail client, the open imap session does not get closed, nor the lock file get deleted. Here are the errors in log: dovecot: Oct 13 11:18:35 Warning: IMAP(user1): Our dotlock file /var/mail/user1.lock was deleted (kept it 88 secs) dovecot: Oct 13 11:18:35 Error: IMAP(user1): file_dotlock_delete() failed with mbox file /var/mail/user1: No such file or directory We are running Dovecot 1.1.2. Any pointer to resolve this problem is appreciated. Simon

2 1

[Dovecot] MailDIR and expire plugin
by Jerry 16 Oct '09

16 Oct '09

All of the mailboxes on this system are in MailDIR format. None of the users delete mail off of the server after POPing their accounts. This is the present setting: expire = Trash 7 Spam 30 expire_dict = proxy::expire Is that correct for MailDIR style mailboxes? It doesn't appear correct; however, I have not been able to find any specific documentation on expire with MailDIR style mailboxes. I am assuming that the expire plugin will work since IMAP has not been implemented on this server. -- Jerry |::::======= gesbbb(a)yahoo.com |::::======= |=========== |=========== | QOTD: "Wouldn't it be wonderful if real life supported control-Z?"

2 6

[Dovecot] Another 1.2.5 imap panic
by Chris Wakelin 16 Oct '09

16 Oct '09

We've had another random imap process crash. This is with the original 1.2.5 imap (I haven't applied the patch for two processes creating an index simultaneously): > Oct 03 13:24:56 imap-login: Info: Login: user=<xxxxxxxx>, method=PLAIN, rip=134.225.1.46, lip=134.225.16.6 > Oct 03 13:25:59 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=483, msgid=<xxxxxxxx> > Oct 03 13:28:06 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=483, msgid=<xxxxxxxx>, size=63593 > Oct 03 13:28:30 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=482, msgid=<xxxxxxxx> > Oct 03 13:28:30 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=484, msgid=<xxxxxxxx> > Oct 03 13:28:30 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=485, msgid=<xxxxxxxx> > Oct 03 13:28:42 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: undelete: uid=485, msgid=<xxxxxxxx> > Oct 03 13:28:51 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=486, msgid=<xxxxxxxx> > Oct 03 13:28:54 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=482, msgid=<xxxxxxxx>, size=273185 > Oct 03 13:28:54 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=484, msgid=<xxxxxxxx>, size=12740 > Oct 03 13:28:54 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=486, msgid=<xxxxxxxx>, size=52154 > Oct 03 13:30:22 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=470, msgid=<xxxxxxxx> > Oct 03 13:30:36 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=471, msgid=<xxxxxxxx> > Oct 03 13:30:50 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=472, msgid=<xxxxxxxx> > Oct 03 13:33:27 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=475, msgid=<xxxxxxxx> > Oct 03 13:34:20 IMAP 6067 xxxxxxxx 134.225.1.46 : Panic: file istream-raw-mbox.c: line 578 (istream_raw_mbox_get_body_size): assertion failed: (rstream->body_offset != (uoff_t)-1) Backtrace: > Core was generated by `imap [xxxxxxxx 134.225.1.46]'. > Program terminated with signal 6, Abort. > #0 0xff21fe78 in ?? () > (gdb) bt > #0 0xff21fe78 in ?? () > #1 0xbe258 in ?? () > #2 0xbeb14 in ?? () > #3 0xbe414 in ?? () > #4 0x5a238 in mail_index_update_flags (t=0xe29b8, seq=578, modify_type=37, > flags=928984) at mail-index-transaction.c:697 > #5 0x5a4d8 in mail_index_ext_resize (t=0x12a250, ext_id=4294967295, > hdr_size=1221160, record_size=64549, record_align=0) > at ../../src/lib/array.h:157 > #6 0x5a7a0 in mail_index_update_ext (t=0x0, seq=0, ext_id=523301, > data=0xffbeeb38, old_data_r=0x22094) at ../../src/lib/array.h:187 > #7 0x5ae58 in _tview_close (view=0x1272a8) at mail-index-transaction-view.c:24 > #8 0x5c7d8 in mail_index_sync_end (_ctx=0xffffffff) at mail-index-sync.c:636 > #9 0x5cd74 in mail_index_sync_update_log_offset (ctx=0x12be80, map=0x11, > eol=140) at mail-index-sync-update.c:59 > #10 0x5cea4 in mail_index_map_msync (index=0x130d08, map=0x0) > at mail-index-sync-update.c:72 > #11 0x79354 in t_pop () at data-stack.c:160 > #12 0x6a95c in mailbox_save_init () at mail-storage.c:526 > #13 0x5ced0 in mail_index_map_msync (index=0x1296c0, map=0x11) > at mail-index-sync-update.c:75 > #14 0x79038 in buffer_get_size () at buffer.c:293 (see http://www.dovecot.org/list/dovecot/2009-September/043126.html for "dovecot -n" output etc.) BTW there's been no crashes of imap-login since the last patch for literals in login parameters :) 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 4

[Dovecot] Dovecot 1.2.6 segfault in imap_fetch_begin
by Brandon Davidson 16 Oct '09

16 Oct '09

We recently upgraded from Dovecot 1.2.4 to 1.2.6 (with the sieve patches of course). Everything has been running quite well since the upgrade. The occasional issue with assert-crashing when expunging has gone away. However, one of our users seems to have triggered a new issue. She's been the only one to see it, but whenever she logs in, her imap process segfaults immediately. It appears that the crash is a null pointer deref in the array library, but I'm not sure what code is at fault for calling in without checking array validity... or even if I'm on the right track. Backtraces and some further information are available here. Cores available on request. http://uoregon.edu/~brandond/dovecot-1.2.6/bt.txt Thanks, -Brad

2 6