May 2008 - dovecot - dovecot.org

[Dovecot] overview of patches used in Fedora
by Dan Horák 03 Jun '08

03 Jun '08

Hi, I have gone through the patches that are used in the Fedora package and probably only the "mkcert-permissions" [1] can be considered to be included upstream. It is dated into package version 1.0-0.beta2.3, but I cannot find any particular reason for the inclusion (like a bug in bugzilla, etc.). Some (winbind support, quota warnings) were obsoleted by dovecot 1.1, two are used for distro specific settings. So the only real patch that remains is the "pam_setcred" [2] patch that fixes https://bugzilla.redhat.com/show_bug.cgi?id=146198 Current state of the package for Fedora is at http://cvs.fedoraproject.org/viewcvs/rpms/dovecot/devel/ Dan [1] http://cvs.fedoraproject.org/viewcvs/rpms/dovecot/devel/dovecot-1.0.beta2-m… [2] http://cvs.fedoraproject.org/viewcvs/rpms/dovecot/devel/dovecot-1.0.rc2-pam… -- Fedora and Red Hat package maintainer

2 2

[Dovecot] Unsuccessful POP sessions on dovecot-1.0.3-13_60
by Patrick Ben Koetter 02 Jun '08

02 Jun '08

A Client runs a RAS network. Users access mailboxes using Outlook Express. The server runs dovecot-1.0.3-13_60. Almost a week ago users began to report that they can't retrieve their mail. The session starts, they seem to retrieve messages, but then the client reports a problem and the session is terminated. Here's what I have in the log: May 28 08:56:46 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 08:59:00 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 May 28 08:59:29 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 09:03:49 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 May 28 09:04:24 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 09:12:11 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 May 28 09:14:32 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 09:17:10 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 May 28 09:17:52 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 09:20:27 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 May 28 09:23:23 server dovecot: pop3-login: Login: user=<user@client>, method=PLAIN, rip=::ffff:10.11.9.18, lip=::ffff:10.11.9.108 May 28 09:30:05 server dovecot: POP3(user@client): Disconnected top=0/0, retr=5/448621, del=0/58, size=8991962 What I see is that the client seems to try to retrieve the same mails (retr=5/448621) over and over again. If they login using IMAP they don't experience any problems. Any idea what this could be? Rumor has it it's a know problem with Outlook Express and its POP implementation. Is that rumor or a fact? p@rick -- state of mind Agentur für Kommunikation, Design und Softwareentwicklung Patrick Koetter Tel: 089 45227227 Echinger Strasse 3 Fax: 089 45227226 85386 Eching Web: http://www.state-of-mind.de Amtsgericht München Partnerschaftsregister PR 563

2 3

[Dovecot] Segfault in imap_bodystructure_write when searching
by Christer Mjellem Strand 01 Jun '08

01 Jun '08

Whenever I try to search on my dovecot test install, dovecot dies. It immediately spawns a new process, which the client tries to connect to, and send search commands to, causing that to die, and so forth. This loop means I have to kill either the server or the client. Running Dovecot 1.0.13 from/on Debian testing, rebuilt with vpopmail support and no other source changes. Vpopmail version is 5.4.25, latest stable. Client is Mulberry 4.0.8, and the crash seems to occur whenever any type of search is performed, be it subject, sender, body etc. Otherwise the server behaves fine. dovecot -n output: # 1.0.13: /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S listen: *:9000 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_greeting_capability: yes login_max_processes_count: 256 first_valid_uid: 89 mail_location: maildir:~/Maildir mail_debug: yes dotlock_use_excl: yes maildir_copy_with_hardlinks: yes maildir_copy_preserve_filename: yes mail_drop_priv_before_exec: yes mail_plugins: quota imap_quota imap_client_workarounds: outlook-idle delay-newmail auth default: user: vpopmail verbose: yes passdb: driver: vpopmail userdb: driver: vpopmail plugin: quota: maildir Anonymized log excerpt: May 31 21:01:24 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:24 betty dovecot: child 21748 (imap) killed with signal 11 May 31 21:01:24 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:24 betty dovecot: child 21752 (imap) killed with signal 11 May 31 21:01:24 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:25 betty dovecot: child 21753 (imap) killed with signal 11 May 31 21:01:25 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:25 betty dovecot: child 21759 (imap) killed with signal 11 May 31 21:01:25 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:25 betty dovecot: child 21774 (imap) killed with signal 11 May 31 21:01:25 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:25 betty dovecot: child 21775 (imap) killed with signal 11 May 31 21:01:25 betty dovecot: imap-login: Login: user=<foo(a)bar.com>, method=PLAIN, rip=1.2.3.4, lip=4.3.2.1 May 31 21:01:25 betty dovecot: child 21776 (imap) killed with signal 11 ... Backtrace: betty - ~vpopmail/domains/bar.com/foo # gdb /usr/lib/dovecot/imap core GNU gdb 6.7.1-debian Copyright (C) 2007 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"... (no debugging symbols found) Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1". warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/i686/cmov/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libdl.so.2 Reading symbols from /lib/i686/cmov/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so Reading symbols from /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so Reading symbols from /usr/lib/gconv/ISO8859-1.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-1.so (no debugging symbols found) Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. #0 0x080a539d in imap_bodystructure_write () (gdb) bt full #0 0x080a539d in imap_bodystructure_write () No symbol table info available. #1 0x08083b5c in ?? () No symbol table info available. #2 0x080fa698 in ?? () No symbol table info available. #3 0x080fae60 in ?? () No symbol table info available. #4 0x00000001 in ?? () No symbol table info available. #5 0x080fa660 in ?? () No symbol table info available. #6 0x080fae40 in ?? () No symbol table info available. #7 0x080fae40 in ?? () No symbol table info available. #8 0xbfc90328 in ?? () No symbol table info available. #9 0x080b0520 in _buffer_free () No symbol table info available. #10 0x08083f64 in index_mail_get_special () No symbol table info available. #11 0x080703f4 in ?? () No symbol table info available. #12 0x080f8c08 in ?? () No symbol table info available. #13 0x00002000 in ?? () No symbol table info available. #14 0x00000001 in ?? () No symbol table info available. #15 0x080bc105 in o_stream_send_str () No symbol table info available. #16 0x0805f26e in ?? () No symbol table info available. #17 0x080f8c08 in ?? () No symbol table info available. #18 0x00002000 in ?? () No symbol table info available. #19 0x00000001 in ?? () No symbol table info available. #20 0x00000000 in ?? () Any help would be greatly appreciated. -- -==- -=- -==- Christer Mjellem Strand yitzhaq System administrator ICQ: 9557698 GSM +47 922 000 12 JID: yitzhaq(a)jabber.no -==- -=- -==-

2 1

[Dovecot] fetchmail on demand
by Graeme Vetterlein 31 May '08

31 May '08

I hoping this is an RTFM ... and somebody can point me at the correct 'FM' :-) I've just spent a while setting my new Debian , allways-on box in what I suspect is a generally useful configuration. I have fetchmail(1) collect mail from many mailboxes via pop3. I store these mails in different mboxs according to rules in procmail(1) I then offer these out to the household via imap in dovecot(1) . I have fetchmail(1) set to poll the ISPs every 5 minutes, this seems to work fine, but there are two issues: 1: The constant polling keeps the disk spinning for no good reason (most of the time) 2: If I check my mail via a mail reader using imap to the local mboxes ...there could be mail sitting on the ISP servers I don't see (for 5 mins) Now what would be much nicer, would simply be to have dovecot(1) issue the fetchmail(1) command whenever it it got an imap request. I general what I guess I would like is: "When a request comes in (via imap) fork off a command who's name is given in the conf file. ... imap_pre_cmd="xxx" -- Graeme

3 2

[Dovecot] Sieve Editheader Extension?
by Michael K Sanders 31 May '08

31 May '08

I've done extensive searches, and there is virtually no information about actual implementations of the draft Sieve Editheader Extension (which provides 'addheader' and 'deleteheader' actions): http://www.ietf.org/internet-drafts/draft-ietf-sieve-editheader-11.txt Is anyone currently working on this for Dovecot Sieve? If not, are there any plans to do so? And before I start digging through the source, is the architecture amenable to this functionality? Thanks, :: Mike ::

2 1

[Dovecot] dovecot-1.1.rc7 Panic: POP3(username): file index-mail.c: line 1007: unreached
by Diego Liziero 31 May '08

31 May '08

And got this regression with dovecot-1.1.rc7 with each pop3 connection, hg version of 2 days ago was working fine. Now I'm back again to hg before "Message sort index handling rewrite". Regards, Diego. --- Panic: POP3(username): file index-mail.c: line 1007: unreached (gdb) bt #0 0x00b91402 in __kernel_vsyscall () #1 0x00725ba0 in raise () from /lib/libc.so.6 #2 0x007274b1 in abort () from /lib/libc.so.6 #3 0x080c3f0d in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:152 #4 0x080c3f5a in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x80d8210 "file %s: line %d: unreached", args=0xbfeec684 "3ï¿½\r\bï¿½\003") at failures.c:418 #5 0x080c37fc in i_panic (format=0x80d8210 "file %s: line %d: unreached") at failures.c:193 #6 0x08089a60 in index_mail_get_special (_mail=0x963cbe0, field=6, value_r=0xbfeec70c) at index-mail.c:1007 #7 0x0805aac5 in list_uids_iter (client=0x9636f68, ctx=0x96389a0) at commands.c:566 #8 0x0805ad31 in client_command_execute (client=0x9636f68, name=0x963b37c "UIDL", args=0x80dc0c2 "") at commands.c:642 #9 0x08059f92 in client_input (client=0x9636f68) at client.c:413 #10 0x080cb7c0 in io_loop_handler_run (ioloop=0x96359b0) at ioloop-epoll.c:201 #11 0x080ca9c8 in io_loop_run (ioloop=0x96359b0) at ioloop.c:308 #12 0x0805bbfc in main (argc=Cannot access memory at address 0x4c52 ) at main.c:275

2 2

[Dovecot] Panic: Trying to close mailbox INBOX with open transactions
by Diego Liziero 31 May '08

31 May '08

Got this using dovecot-1.1 (hg version of 2 days ago). I mean with http://hg.dovecot.org/dovecot-1.1/rev/c4342385d696 included. Regards, Diego. ----- Panic: IMAP(username): Trying to close mailbox INBOX with open transactions (gdb) bt #0 0x007c3402 in __kernel_vsyscall () #1 0x00138ba0 in raise () from /lib/libc.so.6 #2 0x0013a4b1 in abort () from /lib/libc.so.6 #3 0x080d49f0 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:152 #4 0x080d523a in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x80f6c34 "Trying to close mailbox %s with open transactions", args=0xbf8648c4 "8^\\\bï¿½H\206ï¿½ï¿½ï¿½\005\b\210ï¿½[\bNï¿½\016\bï¿½H\206ï¿½NI\016\bï¿½ï¿½[\bhï¿½[\b\030I\206ï¿½ï¿½\023\006\bï¿½ï¿½[\bï¿½ï¿½[\b\bI\206ï¿½2ï¿½\016\bï¿½ï¿½[\bï¿½$") at failures.c:418 #5 0x080d4b2a in i_panic (format=0x80f6c34 "Trying to close mailbox %s with open transactions") at failures.c:193 #6 0x080a5126 in mailbox_close (_box=0x6) at mail-storage.c:471 #7 0x0805edb8 in cmd_logout (cmd=0x85bd7d8) at cmd-logout.c:18 #8 0x080613dc in client_command_cancel (_cmd=0x85bd3c4) at client.c:75 #9 0x08061662 in client_destroy (client=0x85bd368, reason=0x80eee5b "Connection closed") at client.c:134 #10 0x0806285e in client_input (client=0x85bd368) at client.c:697 #11 0x080df05a in io_loop_handler_run (ioloop=0x85bb9b0) at ioloop-epoll.c:201 #12 0x080de2a2 in io_loop_run (ioloop=0x85bb9b0) at ioloop.c:308 #13 0x0806dd14 in main (argc=1, argv=0xbf864ab4, envp=0xbf864abc) at main.c:293

2 1

[Dovecot] Upgrade To New Version
by Carlos Williams 31 May '08

31 May '08

I am currently running Dovecot on DoD production email server (Postfix) and the latest version the software available from Redhat is dovecot-0.99.11-8.EL4. According to you guys, this is ancient and I was wondering what is the safest and easiest way to get my version updated without breaking it... Thanks for any help and or points in the right direction... [root@mail ~]# dovecot -n Usage: dovecot [-F] [-c <config file>]

4 5

Re: [Dovecot] v1.1.rc7 released
by Jerry Yeager 31 May '08

31 May '08

v1.1 rc7 So far, so good, on OS X 10.5.3. No problems compiling, installing or running. :^) Jerry

1 0

[Dovecot] v1.1.rc7 released
by Timo Sirainen 30 May '08

30 May '08

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc7.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc7.tar.gz.sig One extra RC release, just to fix compiling problems with non-Linux OSes. Nothing else changed since rc6.

1 0