- dovecot - dovecot.org

[Dovecot] Dovecot+PostfixAdmin+PostgreSQL on FreeBSD 7
by Erdenebat Guntomor 22 Oct '08

22 Oct '08

Hi dear All, Currently I'm configuring Dovecot+PostfixAdmin+PostgreSQL on FreeBSD 7 Stable and using Dovecot v1.1.3. I hope I've configured everything. But when I run /usr/local/etc/rc.d/dovecot start then dovecot doesn't seems to running. /var/log/maillog is only showing following. Oct 22 13:37:10 mail dovecot: Dovecot v1.1.3 starting up Oct 22 13:37:10 mail dovecot: auth(default): pgsql: Connected to postfix Oct 22 13:37:10 mail dovecot: auth-worker(default): pgsql: Connected to postfix Here is my current dovecot configuration. Please someone help me. What did I do wrong and what is the problem is? Thank you. mail# dovecot -n # 1.1.3: /usr/local/etc/dovecot.conf 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): x.x.x.x:143 listen(imap): x.x.x.x:143 listen(pop3): x.x.x.x:110 ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no verbose_proctitle: yes first_valid_uid: 1983 first_valid_gid: 1983 mail_privileged_group: vmail mail_location: maildir:/var/vmail/%d/%n maildir_copy_preserve_filename: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_enable_last(default): no pop3_enable_last(imap): no pop3_enable_last(pop3): yes pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login username_format: %Lu passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 master: path: /var/run/dovecot/auth-master mode: 384

1 0

[Dovecot] Permission issues with subscriptions
by Eric A. Bonney 22 Oct '08

22 Oct '08

I am having some permission issues with my setup and I can't see where to make the change in the configuration files. My users can not create folders at all from their email clients nor from the web interface. I have noticed that each time I try to create a folder the subscriptions files permissions are set to 000. If I go back and reset the permissions to rw-r--r-- then everything is fine until I try to add another folder. running dovecot -n produces the following: # 1.0.10: /etc/dovecot/dovecot.conf listen: [::] login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login verbose_proctitle: yes first_valid_uid: 1000 default_mail_env: maildir:/mnt/hd4/MailBoxes/%d/%n mail_location: maildir:/mnt/hd4/MailBoxes/%d/%n umask: 511 auth default: user: nobody passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: prefetch I am guessing that Dovecot is the actual process that is creating the folders on the IMAP server, so where inside the configuration file do I set the permissions for the new folders along with the user and groups? Thanks, -Eric

2 2

[Dovecot] Proxying pop3 sessions into an imap one.
by Diego Liziero 22 Oct '08

22 Oct '08

I know it seems at least unusual. But I would like to know if someone knows a software that can proxy multiple pop3 and imap connections to the same account and use only imap connections to the real server. I need it because I've to deal with two pieces of software that are out of my control: - 1 - A certified mail provider that states something that I would like to know if it's really true, or if it's worth keeping like a funny signature: "multiple imap sessions are possible. When an imap session is active, no pop3 connections are possible on the same account; when no imap connection is active, only one pop3 connection at a time is possible on the same account. This is a limitation of the pop3 protocol." - 2 - A software written to deal with certified mails that supports only pop3 used by many people on the same account, (and the same account is used also by multiple imap mail readers). Regards, Diego.

2 2

[Dovecot] Too many open files
by Antonio Casado Rodríguez 22 Oct '08

22 Oct '08

Hi, other error in "open files": dovecot: Oct 20 10:52:36 Fatal: execv(/usr/local/sbin/post-login-imap-dovecot) failed: Too many open files dovecot: Oct 20 10:52:36 Error: child 1038 (imap) returned error 84 (exec() failed) dovecot: Oct 20 10:55:51 Fatal: execv(/usr/local/sbin/post-login-imap-dovecot) failed: Too many open files dovecot: Oct 20 10:55:51 Error: child 4853 (imap) returned error 84 (exec() failed) dovecot: Oct 20 10:55:53 Fatal: execv(/usr/local/sbin/post-login-imap-dovecot) failed: Too many open files dovecot: Oct 20 10:55:53 Error: child 4898 (imap) returned error 84 (exec() failed) dovecot: Oct 20 10:55:54 Fatal: execv(/usr/local/sbin/post-login-imap-dovecot) failed: Too many open files dovecot: Oct 20 10:55:54 Error: child 4906 (imap) returned error 84 (exec() failed) # ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 81919 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 81919 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited We work in "High-performance mode" with login_max_processes_count = 256 Our script "post-login-imap-dovecot" is: #!/bin/sh touch ~/.last_login exec /usr/libexec/dovecot/imap Now, we have this: # lsof -p `cat /var/run/dovecot/master.pid` | wc -l 1018 ¿Any idea? Thanks a lot. Bye.

4 6

[Dovecot] ACL plugin: Is CVE-2008-4578 going to be fixed in 1.0 branch?
by Michal Hlavinka 21 Oct '08

21 Oct '08

Hi! I would like to know if there is a plan to fix CVE-2008-4578 bug (ACL vs. "parent/child/child" mailboxes) in 1.0 branch? I've tried to backport patch from 1.1.4 but with no success. Thanks Michal

2 1

[Dovecot] quota-warning.sh mail from
by Proskurin Kirill 21 Oct '08

21 Oct '08

Hello all How Dovecot 1.1.3 quota script understand to who send a mail? In try to do this: In conf: quota_warning = storage=80%% /usr/local/bin/quota-warning.sh 80 %u@%d In logs: IQuota warning: bytes=168611020 (80%) messages=0 (0%) command=/usr/local/bin/quota-warning.sh 80 dump-capability@ *what is dump-capability@ ? OS related user?...* #cat quota-warning.sh #!/bin/sh PERCENT=$1 TO=$2 echo "Your mailbox is $PERCENT% full. If it overfill - you will can not get new email. Please clean up your mailbox. -- Mail Administator" | /usr/bin/mail -s "Email mailbox is $PERCENT% full" $TO -f postmaster(a)domain.off exit 0 --- Im thinking in wrong way? -- Best regards, Proskurin Kirill

3 8

[Dovecot] 1.2: Bug in listing of shared mailboxes with dot in user id
by Sascha Wilde 21 Oct '08

21 Oct '08

In dovecot 1.2 I can create a shared name space like this: namespace shared { separator = / prefix = users/%%u/ location = Maildir:/PATH/TO/spool/%%u/maildir:INDEX=/PATH/TO/spool/%u/maildir/shared_idx subscriptions = no } now, when I subscribe to a shared mailbox of another user with an dot in the users id, like: users/2(a)example.com/INBOX/foo and I list my subscribed mailboxes I get: l001 lsub "" "*" * LSUB () "/" "users/2@example/com/INBOX/foo" as you can see the dot in the user-id got normalized to the hierarchy seperator `/' -- which of cause is wrong. ;-) cheers sascha -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

3 3

[Dovecot] Reporting NFS quotas via IMAP
by Edgar Fuß 21 Oct '08

21 Oct '08

I'm confident that the question has been asked before, but I can't remember the answer. I have -- dovecot 1.1.2 -- Mail storage (maildir format) on NFS -- Quotas on that file system -- A working rquotad -- mail_plugins = quota imap_quota in the protocol imap section -- quota=fs in the plugin section I get (using Apple Mail as a client) -- Notification that the account supports quotas -- No information about the size of the quota nor the usage I probably do something stupidly wrong. The WIKI tells me that fs quota support RPC (i.e., rquotad), so I'd expect my client to report the quota to me. Using quota(1) on the mail server works as expected.

3 4

[Dovecot] Per user mail quota via LDAP
by Proskurin Kirill 21 Oct '08

21 Oct '08

Hello all. Ok im now trying to make per user quota via LDAP. In LDAP im have attr: mailQuotaSize=210 Default dovecot quota=201M I edit my static db to this(from wiki): userdb static { args = uid=1002 gid=1002 home=/var/spool/dovecot/domains/%d/%n mailQuotaSize=quota_rule=*:storage=%$M } But in logs I see this: Info: auth(default): master out: USER 5 sysadmin(a)domain.off uid=1002 gid=1002 home=/var/spool/dovecot/domains/domain.off/sysadmin mailQuotaSize=quota_rule=*:storage=M And personal quota not work. What I do wrong? -- Best regards, Proskurin Kirill

2 6

[Dovecot] Using allow_nets
by Guy 20 Oct '08

20 Oct '08

Hi, I'm wanting to implement allow_nets so that some users can be limited to only use webmail while others can use client or webmail access. Adding the sql to pull a list of IPs/ranges for webmail only users was easy enough. For the users that are allowed to access from anywhere, do I need to specify 0.0.0.0/0 or something or can I just let the sql query return a blank field? Thanks Guy -- Don't just do something...sit there!

2 1

[Dovecot] v1.1.5 release candidate
by Timo Sirainen 20 Oct '08

20 Oct '08

http://dovecot.org/tmp/dovecot-1.1.5-rc.tar.gz I thought about making v1.1.5 release today, but then thought maybe I'll make an RC instead since I did quite a lot of changes this weekend. So please try and see if there are any bugs left. I'll make the final release in a couple of days. The largest changes since v1.1.4: + Maildir/dbox: Try harder to assign unique UIDVALIDITY values to mailboxes to avoid potential problems when recreating or renaming mailboxes. The UIDVALIDITY is tracked using dovecot-uidvalidity* files in the mail root directory. + Many logging improvements - In some conditions Dovecot could have stopped using existing cache file and never used it again until it was deleted. - pop3 + Maildir: Make sure virtual sizes are always written to dovecot-uidlist. This way if the indexes are lost Dovecot will never do a huge amount of work to recalculate them. - mbox: Fixed listing mailboxes in namespaces with prefix beginning with '~' or '/' (i.e. UW-IMAP compatibility namespaces didn't work). - dict quota: Don't crash when recalculating quota (when quota warnings enabled). - Fixes to handling "out of disk space/quota" failures. - Fixed compiling with OpenBSD

2 3

[Dovecot] NFS quota: hard or soft
by Edgar Fuß 20 Oct '08

20 Oct '08

Yes. I could spend more time testing this myself or examining the code. It looks to me that, with fs quota, dovecot refuses to store a mail (e.g. when the client moves a mail from one IMAP folder to another) if the user is beyond his soft limit. Is this correct/intended? Knowing nothing about the IMAP Quota extension, I would have expected that being in grace was OK. At least, this is what would happen if dovecot wasn't quota aware and the file system would enforce the limits.

2 5

[Dovecot] Sendmail and deliver LDA exits with EX_TEMPFAIL on overquota
by Sotiris Tsimbonis 20 Oct '08

20 Oct '08

Hi all, I have setup dovecot 1.1.4 and sendmail 8.14.3 with dovecot LDA on linux (RHEL5 on x86_64). I have deliberately set a very low quota (4MB) on a test account, while the actual disk usage is 5MB at the moment, in order to test overquota behaviour.. When I send an email to this account, sendmail accepts the email and tries to deliver it. Deliver fails to save in INBOX and returns an error, but the email stays in sendmail's queue.. Any suggestions on how to avoid this and produce a 5xx error for overquota users before accepting the email would be greatly appreciated.. TIA, Sotiris. ==> /var/log/maillog <== Oct 17 14:25:19 mx-mstr-07 sendmail[17289]: m9HBPJ99017288: to=<stsimb(a)t157.forthnet.gr>, ctladdr=<root(a)mx-mstr-07.forthnet.prv> (0/0), delay=00:00:00, xdelay=00:00:00, mailer=local, pri=30603, dsn=4.0.0, stat=Deferred: local mailer (/usr/libexec/dovecot/deliver) exited with EX_TEMPFAIL ==> /var/log/dovecot.log <== deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: Loading modules from directory: /usr/lib64/dovecot/lda deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: Module loaded: /usr/lib64/dovecot/lda/lib10_quota_plugin.so dovecot: Oct 17 14:25:19 Info: auth(default): master in: USER 1 stsimb.t157.forthnet.gr service=deliver dovecot: Oct 17 14:25:19 Info: auth(default): master out: USER 1 stsimb.t157.forthnet.gr uid=2082264764 home=/home/mailusers/stsimb.t157.forthnet.gr gid=126 quota_rule=*:storage=4M deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: auth input: stsimb.t157.forthnet.gr deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: auth input: uid=2082264764 deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: auth input: home=/home/mailusers/stsimb.t157.forthnet.gr deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: auth input: gid=126 deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: auth input: quota_rule=*:storage=4M deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: Quota root: name= backend=maildir args= deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: Quota rule: root= mailbox=* bytes=4194304 (0%) messages=0 (0%) deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: Quota warning: bytes=3774873 (90%) messages=0 (0%) command=/local/dovecot/sbin/quota-warning.sh 90 deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: Quota warning: bytes=2516582 (60%) messages=0 (0%) command=/local/dovecot/sbin/quota-warning.sh 60 deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: maildir: data=/var/mail/stsimb.t157.forthnet.gr/Maildir deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: maildir++: root=/var/mail/stsimb.t157.forthnet.gr/Maildir, index=, control=, inbox=/var/mail/stsimb.t157.forthnet.gr/Maildir deliver(stsimb.t157.forthnet.gr): Oct 17 14:25:19 Info: msgid=<200810171125.m9HBPJFT017287(a)mx-mstr-07.forthnet.prv>: save failed to INBOX: Quota exceeded (mailbox for user is full) ==> sendmail.cf dovecot mailer <== Mlocal, P=/usr/libexec/dovecot/deliver, F=lsDFMAw5:/|@qSPhn9, S=EnvFromL/HdrFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix, A=deliver -d $u [root@mx-mstr-07 ~]# dovecot -n # 1.1.4: /etc/dovecot.conf 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 login_greeting: Dovecot ready mx-mstr-07 login_process_per_connection: no login_process_size: 1024 max_mail_processes: 2048 verbose_proctitle: yes mail_location: maildir:/var/mail/%u/Maildir mail_cache_min_mail_count: 100 mail_debug: yes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes maildir_copy_preserve_filename: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 pop3_no_flag_updates(default): no pop3_no_flag_updates(imap): no pop3_no_flag_updates(pop3): yes pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: cache_size: 131072 cache_ttl: 315 cache_negative_ttl: 285 verbose: yes debug: yes passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: prefetch socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 plugin: quota: maildir quota_warning: storage=90%% /local/dovecot/sbin/quota-warning.sh 90 quota_warning2: storage=60%% /local/dovecot/sbin/quota-warning.sh 60

6 15

[Dovecot] workaround for shared maildirs
by Giuliano Gavazzi 19 Oct '08

19 Oct '08

Hello, this is my first post to the list. I have several mailservers running courier-imap, but am planning to convert one (and maybe more) to dovecot 1.1.4. In the process I am also looking to finally implement shared maildirs. As it is well known some clients (notable Apple's Mail) have problems in showing shared folders if the correct private namespace (INBOX) is set in the client, as only folders beneath the INBOX root are displayed. I have seen some solutions proposed, but none satisfactory. As the problem stems in the invisibility of secondary namespaces from Mail.app, I though that tricking the namespace prefix to push the shared mailboxes inside the private INBOX namespace could be a solution and tried the following: namespace public { separator = . prefix = INBOX.Public. inbox = no location = maildir:/SharedMaildirs/Public:CONTROL=~/Maildir/ control/Public:INDEX=~/Maildir/index/Public hidden = yes list = yes subscriptions = yes } note the bogus INBOX.Public prefix. Note also that CONTROL might be better not set as this is a Maildir (see Keyword sharing in http://wiki.dovecot.org/SharedMailboxes) Initially I had defined an additional public namespace with the same maildir and a normal prefix, but this seems not necessary. Well, after some tests from Thunderbird, Mail and cone (yes, the courier UA) I can say it works . Still have to check Outlook and Opera, but this is encouraging. As the public namespace Public is actually contained inside the private (INBOX), as if it was a private mailbox (with no messages) called Public, it is actually possible to create such a mailbox inside INBOX and end up with a private mailbox called Public containing private messages AND public mailboxes... Any mailbox that a user creats inside Public instead, will end up being a public mailbox as expected. Thanks or any comments. Giuliano

2 2

Re: [Dovecot] Corrupted transaction log file / record size too small
by Steven Winikoff 19 Oct '08

19 Oct '08

>This and some other bugs are now fixed by this: >http://hg.dovecot.org/dovecot-1.1/rev/262c52055f2a Thank you! Both for this and for http://hg.dovecot.org/dovecot-1.1/rev/a0693aec0245 - Steven ________________________________________________________________________ Steven Winikoff | Concordia University | "It's a control freak thing -- I Montreal, QC, Canada | wouldn't let you understand." smw(a)alcor.concordia.ca | http://alcor.concordia.ca/~smw | - Stephen H. Underwood

1 0

[Dovecot] regarding dovecot.index.cache
by Dhaval Thakar 19 Oct '08

19 Oct '08

Hi, This is regarding updating dovecot.index.cache. I have few backup ids configured. these are used only when old mail needs to be retrieved. usually these mailboxes contains more then 9,000 mails. while login to webmail, imap consumption is high, which creates performance related issues for regular mailboxes. to resolve this i have to move heavy mailbox to dedicated server. before doing that, I wanted to confirm if there any way to update dovecot.index.cache even if user is not checking his / her mails. kindly confirm, & provide direction to implement same. Following is the mailserver related details Qmail with Vpopmail 5.4.24 Dovecot-1.1.4 dovecot -n # 1.1.4: /etc/dovecot/dovecot.conf protocols: imap ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login mail_plugins: quota imap_quota trash imap_client_workarounds: delay-newmail outlook-idle namespace: type: private prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain login verbose: yes debug: yes debug_passwords: yes passdb: driver: checkpassword args: /home/vpopmail/bin/vchkpw userdb: driver: vpopmail userdb: driver: prefetch plugin: quota: maildir quota_rule: Trash:ignore thanks & regards dhaval

2 3

[Dovecot] Dovecot 1.1.4 / Maildir++ quota and move to trash
by Xavier Beaudouin 18 Oct '08

18 Oct '08

Hello, Seems there is some nasty problems with Dovecot 1.1.4... We use Maildir++ quota, and when moving mail to Trash, Dovecot just drop the connection... when the maildir is overquota. Is there any way to avoid that and just move the mail to the trash allowing user to expunge their mail easily without calling support to do rm -rf Maildir/cur ? Thanks, /Xavier

4 8

[Dovecot] Pop3 on dovecot
by Rajiv Gore 18 Oct '08

18 Oct '08

Hi When I telnet localhost 110 I get a response as +OK POP3 localhost 2006c.94 server ready I expect to get +OK Dovecot ready. Is there any other pop3 server running on port 110? If so how to assign port 110 to Dovecot? Thanks for advice -- Rajiv Gore 102 Sahakarnagar Ahmednagar 414 003 MS, India

2 1

Re: [Dovecot] Corrupted transaction log file / record size too small
by Steven Winikoff 18 Oct '08

18 Oct '08

>> 2) recompiled dovecot without optimization (ie, gcc -O0 instead of -O2) >> (as per http://www.mail-archive.com/dovecot@dovecot.org/msg12936.html) > >The problem here turned out to be a bug in Sun CC (and gcc -O2 >apparently worked after all, so maybe a problem with testing). Thanks. I'll revert to the default -O2 the next time we recompile (which will probably be version 1.1.4 sometime early next week). >> 3) reverted to using flock for file locking instead of fcntl (we'd been >> using flock with dovecot 1.0.10; 1.1.3 used fcntl by default in a >> couple of places, so I changed it back to see what would happen) > >This shouldn't really make a difference. That's good, because in hindsight I haven't noticed any difference. :-) >> - we still see the occasional assertion failure at line 1091 of >> index-mail.c; this is the one that I'd hoped to solve by >> recompiling without optimization, but at least it seems to be >> happening less frequently than before > >I had hoped v1.1.3 would have fixed this. But perhaps this is also >related to the disk quota issues. Are there any other errors that are >logged before the assert? Nothing obvious, I'm afraid. For example, this occurence is typical of the 24 which we've logged since Sept. 26 (which is as far back as we keep dovecot log data online; for the record, we upgraded from 1.0.10 to 1.1.3 on Sept. 23): Oct 8 13:56:39 alcor dovecot: pop3[15127] USER1, NNN.NNN.NNN.NNN: Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0, xfer=12/27 Oct 8 13:56:39 alcor dovecot: pop3-login: Login: [15118], USER2, NNN.NNN.NNN.NNN Oct 8 13:56:39 alcor dovecot: wrapper[15139]: pop3, USER2, NNN.NNN.NNN.NNN Oct 8 13:56:39 alcor dovecot: pop3-login: Login: [15058], USER3, NNN.NNN.NNN.NNN Oct 8 13:56:39 alcor dovecot: wrapper[15141]: pop3, USER3, NNN.NNN.NNN.NNN Oct 8 13:56:39 alcor dovecot: pop3[15141] USER3, NNN.NNN.NNN.NNN: mkdir(/home/USER3/.imap/INBOX) failed: Disk quota exceeded Oct 8 13:56:39 alcor dovecot: imap-login: Login: [15121], USER4, NNN.NNN.NNN.NNN Oct 8 13:56:39 alcor dovecot: wrapper[15143]: imap, USER4, NNN.NNN.NNN.NNN Oct 8 13:56:39 alcor dovecot: pop3[15139] USER2, NNN.NNN.NNN.NNN: Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0, xfer=12/27 Oct 8 13:56:39 alcor dovecot: imap-login: Login: [15001], USER5, NNN.NNN.NNN.NNN Oct 8 13:56:40 alcor dovecot: wrapper[15159]: imap, USER5, NNN.NNN.NNN.NNN Oct 8 13:56:40 alcor dovecot: imap-login: Login: [15158], USER6, NNN.NNN.NNN.NNN Oct 8 13:56:40 alcor dovecot: wrapper[15162]: imap, USER6, NNN.NNN.NNN.NNN Oct 8 13:56:40 alcor dovecot: imap[15159] USER5, NNN.NNN.NNN.NNN: Disconnected: Logged out bytes=305/13377 Oct 8 13:56:40 alcor dovecot: imap[15162] USER6, NNN.NNN.NNN.NNN: Disconnected: Logged out bytes=110/356 Oct 8 13:56:40 alcor dovecot: Panic: imap[15143] USER4, NNN.NNN.NNN.NNN: file index-mail.c: line 1091 (index_mail_close): assertion failed: (!mail->data.destroying_stream) Oct 8 13:56:40 alcor dovecot: imap[15143] USER4, NNN.NNN.NNN.NNN: Raw backtrace: dovecot-imap [0x4a3ddd] -> dovecot-imap [0x4a4b9d] -> dovecot-imap(i_fatal+0) [0x4a40d1] -> dovecot-imap(index_mail_close+0xfa) [0x4538d4] -> dovecot-imap [0x4538fe] -> dovecot-imap(index_mail_set_seq+0x6a) [0x453ac6] -> dovecot-imap [0x445e6e] -> dovecot-imap(mail_set_seq+0x28) [0x45f6a5] -> dovecot-imap(index_storage_search_next_nonblock+0xe9) [0x458ff0] -> dovecot-imap(mailbox_search_next_nonblock+0x33) [0x462de3] -> dovecot-imap(mailbox_search_next+0x2e) [0x462da2] -> dovecot-imap [0x415e99] -> dovecot-imap(cmd_copy+0x19c) [0x4160ac] -> dovecot-imap [0x41d0ac] -> dovecot-imap [0x41d2e9] -> dovecot-imap [0x41d41c] -> dovecot-imap [0x41d460] -> dovecot-imap(client_input+0xb4) [0x41d5ed] -> dovecot-imap(io_loop_handler_run+0x17d) [0x4aea11] -> dovecot-imap(io_loop_run+0x3b) [0x4adc6a] -> dovecot-imap(main+0x99) [0x42908b] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b306fee78c4] -> dovec! ot-imap [0x414939] Oct 8 13:56:40 alcor dovecot: child 15143 (imap) killed with signal 6 Oct 8 13:56:40 alcor dovecot: pop3[15141] USER3, NNN.NNN.NNN.NNN: Disconnected: Logged out top=0/0, retr=1/12816, del=1/1, size=12798, xfer=40/12944 Oct 8 13:56:40 alcor dovecot: imap-login: Login: [15003], USER7, NNN.NNN.NNN.NNN Although the usernames and IP addresses have been elided, each USERn token always represents the same specific account wherever it appears. >> - this doesn't happen often, but once in a while we see assertion >> failures at line 163 of src/pop3-login/client-authenticate.c or >> line 200 of src/imap-login/client-authenticate.c > >I think I've managed to get this also sometimes when killing dovecot- >auth or doing something else "wrong" (I don't remember exactly), but >not during normal operation. I should have noted down how to reproduce >this when I still knew how to reproduce it.. For us this appears to happen during normal operations. That's not to say I've never killed a dovecot-auth process :-), but it's not something I do often (in fact the last time I did was when I recompiled 1.1.3 as described previously, which by now was ten days ago). For what it may be worth, this particular symptom appears to happen in clusters. The most recent spate that we saw were as follows (in context, in case any of the other log messages may be relevant): Oct 10 04:48:45 alcor dovecot: pop3-login: Disconnected (no auth attempts): [9703], NNN.NNN.NNN.NNN Oct 10 04:48:45 alcor dovecot: pop3-login: Disconnected (no auth attempts): [9705], NNN.NNN.NNN.NNN Oct 10 04:48:45 alcor dovecot: pop3-login: Disconnected (no auth attempts): [9702], NNN.NNN.NNN.NNN Oct 10 04:48:46 alcor dovecot: pop3-login: Disconnected (no auth attempts): [9704], NNN.NNN.NNN.NNN Oct 10 04:48:46 alcor dovecot: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): [9500], USER10, NNN.NNN.NNN.NNN Oct 10 04:48:46 alcor dovecot: Panic: pop3-login: file client-authenticate.c: line 163 (sasl_callback): assertion failed: (!client->destroyed || reply == SASL_SERVER_REPLY_CLIENT_ERROR || reply == SASL_SERVER_REPLY_MASTER_FAILED) Oct 10 04:48:46 alcor dovecot: imap-login: Disconnected: Inactivity (auth failed, 1 attempts): [9502], USER11, NNN.NNN.NNN.NNN, TLS Oct 10 04:48:46 alcor dovecot: Panic: imap-login: file client-authenticate.c: line 200 (sasl_callback): assertion failed: (!client->destroyed || reply == SASL_SERVER_REPLY_CLIENT_ERROR || reply == SASL_SERVER_REPLY_MASTER_FAILED) Oct 10 04:48:46 alcor dovecot: imap-login: Disconnected: Inactivity (auth failed, 1 attempts): [9503], USER12, NNN.NNN.NNN.NNN, TLS Oct 10 04:48:46 alcor dovecot: Panic: imap-login: file client-authenticate.c: line 200 (sasl_callback): assertion failed: (!client->destroyed || reply == SASL_SERVER_REPLY_CLIENT_ERROR || reply == SASL_SERVER_REPLY_MASTER_FAILED) Oct 10 04:48:46 alcor dovecot: imap-login: Disconnected: Inactivity (auth failed, 1 attempts): [8777], USER9, NNN.NNN.NNN.NNN Oct 10 04:48:46 alcor dovecot: Panic: imap-login: file client-authenticate.c: line 200 (sasl_callback): assertion failed: (!client->destroyed || reply == SASL_SERVER_REPLY_CLIENT_ERROR || reply == SASL_SERVER_REPLY_MASTER_FAILED) Oct 10 04:48:47 alcor dovecot: imap[4258] USER8, 67.223.74.40: Disconnected: Logged out bytes=7407/20930 Oct 10 04:48:47 alcor dovecot: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): [9575], USER13, NNN.NNN.NNN.NNN Oct 10 04:48:47 alcor dovecot: Panic: pop3-login: file client-authenticate.c: line 163 (sasl_callback): assertion failed: (!client->destroyed || reply == SASL_SERVER_REPLY_CLIENT_ERROR || reply == SASL_SERVER_REPLY_MASTER_FAILED) Oct 10 04:48:47 alcor dovecot: pop3-login: Disconnected: Inactivity (auth failed, 1 attempts): [9576], USER14, NNN.NNN.NNN.NNN Oct 10 04:48:47 alcor dovecot: Panic: pop3-login: file client-authenticate.c: line 163 (sasl_callback): assertion failed: (!client->destroyed || reply == SASL_SERVER_REPLY_CLIENT_ERROR || reply == SASL_SERVER_REPLY_MASTER_FAILED) Oct 10 04:48:47 alcor dovecot: auth(default): Master requested auth for nonexisting client 9498 Oct 10 04:48:47 alcor dovecot: auth(default): Master requested auth for nonexisting client 9500 Oct 10 04:48:47 alcor dovecot: auth(default): Master requested auth for nonexisting client 9499 Oct 10 04:48:47 alcor dovecot: auth(default): Master requested auth for nonexisting client 9502 Oct 10 04:48:47 alcor dovecot: auth(default): Master requested auth for nonexisting client 9503 Oct 10 04:48:47 alcor dovecot: auth(default): Master requested auth for nonexisting client 9575 Oct 10 04:48:47 alcor dovecot: auth(default): Master requested auth for nonexisting client 9576 Oct 10 04:48:47 alcor dovecot: auth(default): Master requested auth for nonexisting client 9174 Oct 10 04:48:47 alcor dovecot: imap[9809] USER9, 132.205.7.20: Connection closed bytes=0/0 Oct 10 04:48:47 alcor dovecot: imap-login: Disconnected: Inactivity (auth failed, 1 attempts): [9174], USER8, NNN.NNN.NNN.NNN, TLS Oct 10 04:48:47 alcor dovecot: Panic: imap-login: file client-authenticate.c: line 200 (sasl_callback): assertion failed: (!client->destroyed || reply == SASL_SERVER_REPLY_CLIENT_ERROR || reply == SASL_SERVER_REPLY_MASTER_FAILED) Oct 10 04:48:48 alcor dovecot: imap-login: Disconnected (no auth attempts): [9896], NNN.NNN.NNN.NNN Oct 10 04:48:48 alcor dovecot: imap-login: Disconnected (no auth attempts): [9895], NNN.NNN.NNN.NNN Oct 10 04:48:48 alcor dovecot: pop3-login: Disconnected (no auth attempts): [9893], NNN.NNN.NNN.NNN >> I missed this originally, but on reflection I notice in the logs that >> every time the "record size too small" error appears, inevitably the >> user involved is over disk quota and out of grace period. For >> example, > >Yes, this is most likely what's the problem. I remember testing v1.0 >quite a lot in "out of disk space" conditions, but I haven't really >done any such testing with v1.1. I'll try that and see if I can get >these problems reproduced and fixed. Thank you! :-) Please let me know if there's anything I can do to help. - Steven ________________________________________________________________________ Steven Winikoff | Concordia University | "Hanging is too good for a man who Montreal, QC, Canada | makes puns; he should be drawn and smw(a)alcor.concordia.ca | quoted." http://alcor.concordia.ca/~smw | - Fred Allen

2 2

Re: [Dovecot] Corrupted transaction log file / record size too small
by Steven Winikoff 18 Oct '08

18 Oct '08

>> I've been working around the problem by deleting the contents of >> ~user/.imap for affected users, but I'd really prefer to fix it >> properly. :-) Any suggestions would be gratefully received. > >I think this should get fixed by itself? Although the first login fails, >the next one should succeed. Yes, that's right. I didn't realize it at first, because we were also seeing other problems (eg assertion failure at line 39 of index-sync.c) which did require the index to be deleted. I've since made the following changes: 1) commented out the assertion at line 39 of index-sync.c (as per http://www.nabble.com/dovecot-panic-after-upgrade-1.0.15-to-1.1.2-td1909850…) 2) recompiled dovecot without optimization (ie, gcc -O0 instead of -O2) (as per http://www.mail-archive.com/dovecot@dovecot.org/msg12936.html) 3) reverted to using flock for file locking instead of fcntl (we'd been using flock with dovecot 1.0.10; 1.1.3 used fcntl by default in a couple of places, so I changed it back to see what would happen) After this, we've seen fewer problems, but there are still the occasional ones: - the original corrupted transaction log error which prompted this thread - we still see the occasional assertion failure at line 1091 of index-mail.c; this is the one that I'd hoped to solve by recompiling without optimization, but at least it seems to be happening less frequently than before - this doesn't happen often, but once in a while we see assertion failures at line 163 of src/pop3-login/client-authenticate.c or line 200 of src/imap-login/client-authenticate.c >Can you reproduce this by running imaptest (on a test account)? >http://imapwiki.org/ImapTest Actually this and your other suggestions may not be necessary; I think I just realized what's been going on. I missed this originally, but on reflection I notice in the logs that every time the "record size too small" error appears, inevitably the user involved is over disk quota and out of grace period. For example, Oct 3 17:52:21 alcor dovecot: imap[14973] XXXX, NNN.NNN.NN.NNN: Corrupted transaction log file /home/XXXX/mail/.imap/sent-mail/dovecot.index.log: record size too small (type=0xcd91, offset=8180, size=0) Oct 3 17:52:21 alcor dovecot: imap[14973] XXXX, NNN.NNN.NN.NNN: fscking index file (in-memory index) Oct 3 17:52:21 alcor dovecot: imap[14973] XXXX, NNN.NNN.NN.NNN: Transaction log got desynced for index (in-memory index) Oct 3 17:52:21 alcor dovecot: imap[14973] XXXX, NNN.NNN.NN.NNN: Disconnected: IMAP session state is inconsistent, please relogin. bytes=169/1848 Oct 3 17:52:22 alcor dovecot: imap-login: Login: [14998], XXXX, NNN.NNN.NN.NNN Oct 3 17:52:22 alcor dovecot: wrapper[15023]: imap, XXXX, NNN.NNN.NN.NNN Oct 3 17:52:22 alcor dovecot: imap[15023] XXXX, NNN.NNN.NN.NNN: open(/home/XXXX/mail/.imap/CFI-Howe/.temp.alcor.15023.e786c194b1dcc08c) failed: Disk quota exceeded Having seen this, I went back to the saved log for September 30th (the one containing the excerpt I pasted into my original message in this thread) -- and interestingly, I found that the quota failure wasn't recorded there. I don't know what was different about that occurrence, but everything I've seen recently suggests that "record size too small" is due to interaction with the quota system. ...so this is where I admit that I have indeed read http://wiki.dovecot.org/Quota/FS; unfortunately, the only user-writable file system on this machine that doesn't have (or need to have!) disk quotas enabled is /var/tmp, which doesn't seem to be a suitable place for dovecot indexes. Under the circumstances, are you still interested in seeing ImapTest results and a backtrace? If so, should I do that before or after upgrading to 1.1.4? Thanks, - Steven ________________________________________________________________________ Steven Winikoff | Concordia University | "The end of the world will occur at Montreal, QC, Canada | 3:00 p.m., this Friday, with symposium smw(a)alcor.concordia.ca | to follow." http://alcor.concordia.ca/~smw | - fortune(6)

2 2

[Dovecot] Request for help with new plugin
by John Lightsey 18 Oct '08

18 Oct '08

Hi there, I was having lots of trouble with the normal expire plugin so I decided to try and come up with a plugin that handles the trash directory in the same way as Courier (when the user logs out it should clean messages from the trash that have been there for more than X days.) I used the expire and trash plugins as a guide but there are probably a number of things done wrong here and I have plenty of questions. To use this you'd need to run autoreconf for the autotools scripts, compile, make, make install, then add "autoexpire" to the imap/pop3 mail_plugins lists and "autoexpire = Trash 7" to the plugin section. 1. Is there any documentation of how the hook system and virtual mailboxes work outside of the source code? 2. I'd like the Trash cleanup to occur at logout, but the closest I could find was mailbox close. This makes the behavior a little quirky. It seems like Dovecot closes the mailbox each time it performs an operation on it, so when the client gets a list of mail in the box it does a close and the oldest items in the returned list will actually be expunged. 3. Is SAVE_DATE the correct field to be looking for here? I want the expiration to be based on the amount of time the letter has spent in the trash folder. 4. For searching through the Trash folder, SEARCH_BEFORE doesn't seem to match up with SAVE_DATE. Is there some other way to limit the search results to the dates that will fall before a certain SAVE_DATE value? J.D.

3 4

[Dovecot] Multiple "mail" field in one LDAP account
by Proskurin Kirill 18 Oct '08

18 Oct '08

Hello all! #pkg_info | grep dovecot dovecot-1.1.3_1 dovecot-managesieve-0.10.3 dovecot-sieve-1.1.5_1 Im trying to do this: Im have a LDAP account with multiple "mail" field like this(many strings cuted): dn: uid=k.proskurin,ou=Users,dc=Moscow,dc=CAS uid: k.proskurin userPassword: {CRYPT}$1$ETadxf6G$O2bNUQVSHxksUp08V/iY2. mail: sysadmin(a)domain.off mail: proskurin-kv(a)domain.off My dovecot user "mail" as login: user_filter = (&(objectClass=mailUser)(mail=%u)) pass_attrs = mail=user,userPassword=password pass_filter = (&(objectClass=mailUser)(mail=%u)) All seems work well before im add second mail field in account. In logs in see this: ---- Info: auth(default): client in: AUTH 1 PLAIN service=imap secured lip=172.16.1.19 rip=172.16.1.19 lport=143 rport=64575 resp=<hidden> Info: auth(default): ldap(proskurin-kv(a)domain.off,172.16.1.19): pass search: base=dc=CAS scope=subtree filter=(&(objectClass=mailUser)(mail=proskurin-kv(a)domain.off)) fields=mail,userPassword Info: auth(default): auth(proskurin-kv(a)domain.off,172.16.1.19): username changed proskurin-kv(a)domain.off -> sysadmin(a)domain.off Info: auth(default): auth(sysadmin(a)domain.off,172.16.1.19): username changed sysadmin(a)domain.off -> proskurin-kv(a)domain.off Info: auth(default): ldap(proskurin-kv(a)domain.off,172.16.1.19): result: userPassword(password)=<hidden> mail(user)=sysadmin@domain.off/proskurin-kv@domain.off Info: auth(default): client out: OK 1 user=proskurin-kv(a)domain.off Info: auth(default): master in: REQUEST 8 38582 1 Info: auth(default): master out: USER 8 proskurin-kv(a)domain.off uid=1002 gid=1002 home=/var/spool/dovecot/domains/domain.off/proskurin-kv Info: imap-login: Login: user=<proskurin-kv(a)domain.off>, method=PLAIN, rip=172.16.1.19, lip=172.16.1.19, secured And in my Thunderbird then im log by sysadmin(a)domain.off in see proskurin-kv(a)domain.off mail. ---- Oh - what is happening? Why it is jump from one to another? They have differnent login and same password. If it is possible to make this work well? -- Best regards, Proskurin Kirill

2 4

[Dovecot] REQ: Dovecot Authentication Problem with PAM
by Selim Kraneis 18 Oct '08

18 Oct '08

Hi , I have a problem with Authentication.I don't no, where is the problem,Can anyone help me undestand this problem. Thanks in Advance here is some files: The configuration file dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap pop3 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_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 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: mechanisms: plain login debug: yes debug_passwords: yes passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /etc/postfix/private/auth mode: 432 user: postfix group: postfix master: ############################################### here is log file /var/mail/mail.log Oct 17 13:18:00 animal dovecot: Dovecot v1.0.rc15 starting up Oct 17 13:18:40 animal dovecot: auth(default): client in: AUTH^I1^IPLAIN^Iservice=IMAP^Isecured^Ilip=127.0.0.1^Irip=127.0.0.1^Iresp=AHRlc3R1c2VyQGNoZWZzLW9ubGluZS5kZQBmaW5kdXMwNQ== Oct 17 13:18:42 animal dovecot: auth(default): pam(testuser(a)blabla.de,127.0.0.1): pam_authenticate() failed: User not known to the underlying authentication module Oct 17 13:18:43 animal dovecot: auth(default): client out: FAIL^I1^Iuser=testuser(a)blabla.de Oct 17 13:20:08 animal dovecot: imap-login: Aborted login: user=<testuser(a)blabla.de>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Oct 17 13:23:13 animal dovecot: pop3-login: Aborted login: rip=88.198.25.52, lip=192.168.3.2 Oct 17 13:34:14 animal dovecot: pop3-login: Disconnected: Inactivity: rip=88.198.25.52, lip=192.168.3.2 Oct 17 13:44:13 animal dovecot: pop3-login: Disconnected: Inactivity: rip=88.198.25.52, lip=192.168.3.2 #################################################################################### here is log file /var/log/auth.log Oct 17 13:18:40 animal dovecot-auth: (pam_unix) check pass; user unknown Oct 17 13:18:40 animal dovecot-auth: (pam_unix) authentication failure; logname= uid=0 euid=0 tty=dovecot ruser= rhost=127.0.0.1 ############################################################################ here is the configuration file for PAM /etc/pam.d/dovecot #%PAM-1.0 auth required pam_unix.so nullok account required pam_unix.so ################################ Kraneis _________________________________________________________________________ In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114

2 1

[Dovecot] deliver not picking up INDEX setting?
by Tim Bishop 18 Oct '08

18 Oct '08

I'm using the post-login script approach to give more customisation to where our users can store their mail. It detects the location and type of the mailbox at runtime and passes it through using the environment to imapd. This works great. However, I can't seem to make deliver do the same. I pass it the same MAIL and NAMESPACE settings in the environment: MAIL=maildir:/home/cur/tdb/Maildir:INDEX=/var/state/dovecot-indexes/tdb NAMESPACE_1=maildir:/home/cur/tdb/Maildir:INDEX=/var/state/dovecot-indexes/tdb NAMESPACE_1_INBOX=1 NAMESPACE_1_LIST=1 NAMESPACE_1_PREFIX=INBOX. NAMESPACE_1_SEP=. NAMESPACE_1_SUBSCRIPTIONS=1 NAMESPACE_1_TYPE=private (plus some others set by my MTA) So INDEX appears to be set correctly. deliver does correctly pick up the mailbox location and has no trouble delivering mail, but the indexes are put in the Maildir directory and not under the indexes directory. Is it possible to make deliver respect the INDEX setting? Thanks, Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984

2 1

[Dovecot] imap crash (1.1.4)
by Ralf Hildebrandt 18 Oct '08

18 Oct '08

GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... Reading symbols from /lib/i686/cmov/libdl.so.2...Reading symbols from /usr/lib/debug/lib/i686/cmov/libdl-2.7.so...done. done. Loaded symbols for /lib/i686/cmov/libdl.so.2 Reading symbols from /lib/i686/cmov/libc.so.6...Reading symbols from /usr/lib/debug/lib/i686/cmov/libc-2.7.so...done. done. Loaded symbols for /lib/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.7.so...done. done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/local/lib/dovecot/imap/lib10_quota_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib10_quota_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib11_trash_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib11_trash_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib20_fts_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib20_fts_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib20_zlib_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib20_zlib_plugin.so Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/libbz2.so.1.0...done. Loaded symbols for /lib/libbz2.so.1.0 Reading symbols from /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Core was generated by `/usr/local/libexec/dovecot/imap'. Program terminated with signal 6, Aborted. [New process 16935] #0 0xb80de424 in __kernel_vsyscall () #0 0xb80de424 in __kernel_vsyscall () No symbol table info available. #1 0xb7f9f640 in raise () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb7fa1018 in abort () from /lib/i686/cmov/libc.so.6 No symbol table info available. #3 0x080d6e75 in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:150 backtrace = 0x8ea6060 "/usr/local/libexec/dovecot/imap [0x80d6e61] -> /usr/local/libexec/dovecot/imap [0x80d6ee2] -> /usr/local/libexec/dovecot/imap [0x80d6879] -> /usr/local/libexec/dovecot/imap(mail_index_view_sync_begin+"... #4 0x080d6ee2 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x80ead2c "file %s: line %d (%s): assertion failed: (%s)", args=0xbfbf7e74 "�e\017\b\024\001") at failures.c:430 No locals. #5 0x080d6879 in i_panic ( format=0x80ead2c "file %s: line %d (%s): assertion failed: (%s)") at failures.c:197 No locals. #6 0x080b9eac in mail_index_view_sync_begin (view=0x8f22200, flags=MAIL_INDEX_VIEW_SYNC_FLAG_FIX_INCONSISTENT, ctx_r=0x8f2fc18) at mail-index-view-sync.c:276 ctx = <value optimized out> map = <value optimized out> expunges = {arr = {buffer = 0x0, element_size = 0}, v = 0x0, v_modifiable = 0x0} expunge_count = <value optimized out> reset = <value optimized out> sync_expunges = <value optimized out> quick_sync = <value optimized out> __PRETTY_FUNCTION__ = "mail_index_view_sync_begin" #7 0x080a25b0 in index_mailbox_sync_init (box=0x8f21c20, flags=<value optimized out>, failed=false) at index-sync.c:183 ctx = (struct index_mailbox_sync_context *) 0x8f2fc10 sync_flags = MAIL_INDEX_VIEW_SYNC_FLAG_FIX_INCONSISTENT #8 0x0807330b in maildir_storage_sync_init (box=0x8f21c20, flags=65) at maildir-sync.c:873 ctx = (struct maildir_sync_context *) 0x8ea6030 lost_files = false ret = 0 __PRETTY_FUNCTION__ = "maildir_storage_sync_init" #9 0x080a4d69 in mailbox_sync (box=0x8f21c20, flags=0, status_items=0, status_r=0x0) at mail-storage.c:516 ctx = (struct mailbox_sync_context *) 0x0 #10 0xb80d738a in trash_quota_test_alloc (ctx=0x8ee45d0, size=3527394, too_large_r=0xbfbf814b) at trash-plugin.c:52 ret = 0 i = 0 #11 0xb7f6b590 in quota_test_alloc (ctx=0x8ee45d0, size=3527394, too_large_r=0xbfbf814b) at quota.c:840 No locals. #12 0xb7f6b7f2 in quota_try_alloc (ctx=0x8ee45d0, mail=0x8ef77c8, too_large_r=0xbfbf814b) at quota.c:822 size = 25773331170 ret = <value optimized out> #13 0xb7f7005c in quota_check (t=0x8ee3ff0, mail=0x8ef77c8) at quota-storage.c:148 qt = (struct quota_transaction_context *) 0x8ee45d0 ret = <value optimized out> too_large = false #14 0x0805d8a4 in cmd_copy (cmd=0x8ead088) at cmd-copy.c:66 client = (struct client *) 0x8eace40 storage = (struct mail_storage *) 0x8eac758 destbox = (struct mailbox *) 0x8ecf7f0 t = (struct mailbox_transaction_context *) 0x8ee3ff0 search_arg = <value optimized out> messageset = 0x8eb1188 "1437:1438,1445:1447,1452:1453,1456,1458,1462:1465,1468,1470,1472:1473,1476,1480:1481,1484:1485,1487,1489:1491,1495,1499:1500,1506,1508,1511,1516:1517,1519:1520,1526,1528,1531:1534,1539:1542,1544,1546:"... mailbox = 0x8eb159e "Trash" src_uidset = <value optimized out> msg = <value optimized out> sync_flags = <value optimized out> imap_flags = <value optimized out> copy_count = 220 uid_validity = <value optimized out> uid1 = <value optimized out> uid2 = <value optimized out> ret = 1 __PRETTY_FUNCTION__ = "cmd_copy" #15 0x0806283c in client_command_input (cmd=0x8ead088) at client.c:580 client = (struct client *) 0x8eace40 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #16 0x080628d3 in client_command_input (cmd=0x8ead088) at client.c:629 client = (struct client *) 0x8eace40 command = (struct command *) 0x4227 __PRETTY_FUNCTION__ = "client_command_input" #17 0x08062e8d in client_handle_input (client=<value optimized out>) at client.c:670 _data_stack_cur_id = 3 ret = <value optimized out> remove_io = <value optimized out> handled_commands = false #18 0x0806330e in client_input (client=0x8eace40) at client.c:725 cmd = <value optimized out> output = (struct ostream *) 0x8eacfc4 bytes = <value optimized out> __PRETTY_FUNCTION__ = "client_input" #19 0x080deb90 in io_loop_handler_run (ioloop=0x8ea89b0) at ioloop-epoll.c:203 ctx = (struct ioloop_handler_context *) 0x8ea8aa8 event = (const struct epoll_event *) 0x8ea8ae8 list = (struct io_list *) 0x8ea95c0 io = (struct io_file *) 0x8ead020 tv = {tv_sec = 1799, tv_usec = 999714} t_id = 2 msecs = <value optimized out> ret = 1 i = 0 j = 0 call = <value optimized out> #20 0x080de000 in io_loop_run (ioloop=0x8ea89b0) at ioloop.c:320 No locals. #21 0x0806b47a in main (argc=) at main.c:293 No locals. -- Ralf Hildebrandt (Ralf.Hildebrandt(a)charite.de) snickebo(a)charite.de Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de I'm looking for a job IMPORTANT: This email is intended for the use of the individual addressee(s) named above and may contain information that is confidential, privileged or unsuitable for overly sensitive persons with low self-esteem, no sense of humour or irrational religious beliefs. If you are not the intended recipient, any dissemination, distribution or copying of this email is not authorised (either explicitly or implicitly) and constitutes an irritating social faux pas. Unless the word absquatulation has been used in its correct context somewhere other than in this warning, it does not have any legal or grammatical use and may be ignored. No animals were harmed in the transmission of this email, although the yorkshire terrier next door is living on borrowed time, let me tell you. Those of you with an overwhelming fear of the unknown will be gratified to learn that there is no hidden message revealed by reading this warning backwards, so just ignore that Alert Notice from Microsoft: However, by pouring a complete circle of salt around yourself and your computer you can ensure that no harm befalls you and your pets. If you have received this email in error, please add some nutmeg and egg whites and place it in a warm oven for 40 minutes. Whisk briefly and let it stand for 2 hours before icing.

2 2