- dovecot - dovecot.org

[Dovecot] 1.2.9 imap crash with backtrace
by Ralf Hildebrandt 30 Dec '09

30 Dec '09

I got about 20 (!) of these today GNU gdb (GDB) 7.0-debian Copyright (C) 2009 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". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/local/libexec/dovecot/imap...done. Reading symbols from /lib/i686/cmov/libdl.so.2...Reading symbols from /usr/lib/debug/lib/i686/cmov/libdl-2.10.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libdl.so.2 Reading symbols from /lib/i686/cmov/librt.so.1...Reading symbols from /usr/lib/debug/lib/i686/cmov/librt-2.10.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/librt.so.1 Reading symbols from /lib/i686/cmov/libc.so.6...Reading symbols from /usr/lib/debug/lib/i686/cmov/libc-2.10.2.so...done. (no debugging symbols found)...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.10.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/i686/cmov/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/i686/cmov/libpthread-2.10.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libpthread.so.0 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_autocreate_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib20_autocreate_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...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/libbz2.so.1.0...(no debugging symbols found)...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...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Core was generated by `imap [ctXXXX 141.42.26.107]'. Program terminated with signal 6, Aborted. #0 0xb78aa424 in __kernel_vsyscall () #0 0xb78aa424 in __kernel_vsyscall () No symbol table info available. #1 0xb77728e0 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 resultvar = <value optimized out> pid = -1215778828 selftid = 32050 #2 0xb7775e15 in *__GI_abort () at abort.c:88 act = {__sigaction_handler = {sa_handler = 0x9bb5848, sa_sigaction = 0x9bb5848}, sa_mask = {__val = {3214234984, 135196938, 3079186144, 0, 3214235104, 3214235092, 128, 0, 0, 3214235168, 3079439984, 134566866, 515, 0, 0, 0, 1, 135270254, 128, 1, 3214235092, 163272744, 69, 3214235220, 3214235064, 135198534, 163273291, 3214235092, 3214235096, 516, 163272776, 3078652995}}, sa_flags = 516, sa_restorer = 0x8106d79 <write_full+57>} sigs = {__val = {32, 0 <repeats 31 times>}} #3 0x080f15e5 in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:160 backtrace = 0x9bb5618 "imap [0x80f15d1] -> imap [0x80f1642] -> imap [0x80f0fb9] -> imap [0x8063360] -> imap [0x80635b4] -> imap(cmd_list_full+0x50c) [0x806436c] -> imap(cmd_list+0x19) [0x8064669] -> imap [0x8067a2c] -> imap"... #4 0x080f1642 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x8109dcc "file %s: line %d (%s): assertion failed: (%s)", args=0xbf9556b4 "}\245\020\b\362") at failures.c:443 No locals. #5 0x080f0fb9 in i_panic ( format=0x8109dcc "file %s: line %d (%s): assertion failed: (%s)") at failures.c:207 No locals. #6 0x08063360 in ns_get_listed_prefix (ctx=0x9bbfec8, have_children=true) at cmd-list.c:242 glob = 0x9bb55d0 match = IMAP_MATCH_NO __PRETTY_FUNCTION__ = "ns_get_listed_prefix" #7 list_namespace_send_prefix (ctx=0x9bbfec8, have_children=true) at cmd-list.c:266 i = <value optimized out> flags = <value optimized out> name = 0x9bbf480 "INBOX." str = <value optimized out> ends_with_sep = <value optimized out> #8 0x080635b4 in list_namespace_mailboxes (cmd=0x9bbfe30) at cmd-list.c:375 info = <value optimized out> flags = 1073741828 str = 0x9bb5358 ret = 0 ns = 0xbf9557b8 name = 0x9bc52c0 "INBOX" #9 cmd_list_continue (cmd=0x9bbfe30) at cmd-list.c:762 _data_stack_cur_id = 4 ctx = 0x9bbfec8 #10 0x0806436c in cmd_list_full (cmd=0x9bbfe30, lsub=false) at cmd-list.c:933 client = 0x9bbfba0 args = 0x9bc26d0 arg = <value optimized out> ctx = 0x9bbfec8 patterns = {arr = {buffer = 0x9bbfef0, element_size = 4}, v = 0x9bbfef0, v_modifiable = 0x9bbfef0} pattern = 0x9bc2738 "inbox" #11 0x08064669 in cmd_list (cmd=0x9bbfe30) at cmd-list.c:948 No locals. #12 0x08067a2c in client_command_input (cmd=0x9bbfe30) at client.c:612 client = 0x9bbfba0 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #13 0x08067ad3 in client_command_input (cmd=0x9bbfe30) at client.c:661 client = 0x9bbfba0 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #14 0x08067c2d in client_handle_next_command (client=0x9bbfba0) at client.c:702 No locals. #15 client_handle_input (client=0x9bbfba0) at client.c:714 _data_stack_cur_id = 3 ret = false remove_io = <value optimized out> handled_commands = false __PRETTY_FUNCTION__ = "client_handle_input" #16 0x0806856f in client_input (client=0x9bbfba0) at client.c:753 cmd = <value optimized out> output = 0x9bbfd54 bytes = <value optimized out> __PRETTY_FUNCTION__ = "client_input" #17 0x080fa220 in io_loop_handler_run (ioloop=0x9bbd9b0) at ioloop-epoll.c:208 ctx = 0x9bbdab8 event = 0x9bbdaf8 list = 0x9bbfdd8 io = 0x9bbfdb0 tv = {tv_sec = 1799, tv_usec = 999149} t_id = 2 msecs = <value optimized out> ret = 1 i = 0 j = 0 call = <value optimized out> #18 0x080f9690 in io_loop_run (ioloop=0x9bbd9b0) at ioloop.c:335 No locals. #19 0x08070ef2 in main (argc=) at main.c:327 No locals. $1 = {prev = 0x0, next = 0x0, client = 0x9bbfba0, pool = 0x9bbfe18, tag = 0x9bbfea8 "sr6y", name = 0x9bbfeb0 "LIST", args = 0x9bbfeb8 "\"\" \"inbox\"", cmd_flags = 0, func = 0x8064650 <cmd_list>, context = 0x9bbfec8, module_contexts = {arr = { buffer = 0x9bbfe70, element_size = 4}, v = 0x9bbfe70, v_modifiable = 0x9bbfe70}, parser = 0x9bc2620, state = CLIENT_COMMAND_STATE_WAIT_INPUT, sync = 0x0, uid = 0, cancel = 0, param_error = 0, search_save_result = 0, temp_executed = 0} (gdb) quit ----- End forwarded message ----- -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

2 2

[Dovecot] Question about log entries
by Cliff Hayes 30 Dec '09

30 Dec '09

Hello, What does this information mean and how is it relevant? I cannot find documentation other than a brief description in dovecot.conf: %t - number of TOP commands %p - number of bytes sent to client as a result of TOP command %r - number of RETR commands %b - number of bytes sent to client as a result of RETR command Thanks in advance, Cliff

4 3

[Dovecot] Mail storage creation fails with virtual users
by Scott H. W. Snyder 30 Dec '09

30 Dec '09

So I have recently set up dovecot with a virtual users dovecot.passdb file, but when I attempt to telnet in, it fails because my virtual users don't have proper permissions to create mailboxes. I don't want to have to create actual users for each email account. Any idea as to what to do? The error that dovecot logs: dovecot: Dec 28 13:06:28 Error: IMAP(user1): mkdir_parents(/var/mail/ folders/user1) failed: Permission denied dovecot: Dec 28 13:06:28 Error: IMAP(user1): Mail storage creation failed with mail_location: mbox:/var/mail/folders/user1/:INBOX=/var/ mail/user1 dovecot: Dec 28 13:06:28 Error: child 27667 (imap) returned error 89 my [test] passdb file: user1:{PLAIN}pass1:2001:2001:User 1 Name:/var/mail/folders/user1:: mail_plugins=cmusieve user2:{PLAIN}pass2:2002:2002:User 2 Name:/var/mail/folders/user2:: mail_plugins=cmusieve user3:{PLAIN}pass3:2003:2003:User 3 Name:/var/mail/folders/user3:: mail_plugins=cmusieve user4:{PLAIN}pass4:2004:2004:User 4 Name:/var/mail/folders/user4:: mail_plugins=cmusieve Conf settings: -bash-3.2# /usr/local/sbin/dovecot -n # 1.0.13: /usr/local/etc/dovecot.conf base_dir: /usr/local/var/run/ log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot.info.log protocols: imap listen: *:143 ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/var/run//login login_executable: /usr/local/libexec/dovecot/imap-login login_greeting: Hi buddy, have an account ? max_mail_processes: 2048 verbose_proctitle: yes first_valid_uid: 1000 last_valid_uid: 5000 mail_location: mbox:/var/mail/folders/%u/:INBOX=/var/mail/%u mail_debug: yes mbox_read_locks: dotlock fcntl auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: passwd-file args: /usr/local/etc/dovecot.passdb userdb: driver: passwd-file args: /usr/local/etc/dovecot.passdb socket: type: listen master: path: /usr/local/var/run/dovecot-auth-master mode: 432 user: dovecot group: mail

2 5

[Dovecot] Problem with dovecot and PAM
by Joss Red 30 Dec '09

30 Dec '09

Hi, I keep having errors when I try to authenticate to my imap acount, and I can't get my email like this. Here are the logs when i try to authenticate using PLAIN or CRAM-MD5 : PLAIN Dec 24 22:06:25 domain dovecot: auth(default2): client in: AUTH^I1^IPLAIN^Iservice=IMAP^Isecured^Ilip=1.2.3.4^Irip=1.2.3.4^Iresp=<hidden> Dec 24 22:06:27 domain dovecot: auth(default2): pam(email(a)domain.com,1.2.3.4): pam_authenticate() failed: User not known to the underlying authentication module Dec 24 22:06:27 domain dovecot: auth(default2): client out: FAIL^I1^Iuser=email(a)domain.com Dec 24 22:06:27 domain dovecot: imap-login: Disconnected: user=<email(a)domain.com>, method=PLAIN, rip=1.2.3.4, lip=1.2.3.4, TLS CRAM-MD5 Dec 24 22:13:17 domain dovecot: auth(default): client in: AUTH^I1^ICRAM-MD5^Iservice=IMAP^Isecured^Ilip=1.2.3.4^Irip=1.2.3.4 Dec 24 22:13:17 domain dovecot: auth(default): client out: CONT^I1^IPDAxNDgyOTE1OTk5OTE0NTEuMTI2MTY4OTE5N0BzZC0xMjE5Mj4= Dec 24 22:13:17 domain dovecot: auth(default): client in: CONT<hidden> Dec 24 22:13:17 domain dovecot: auth-worker(default): sql(email(a)domain.com,1.2.3.4): query: SELECT email as user, password FROM view_users WHERE email='email(a)domain.com'; Dec 24 22:13:17 domain dovecot: auth-worker(default): password(email(a)domain.com,1.2.3.4): Requested HMAC-MD5 scheme, but we have only PLAIN-MD5 Dec 24 22:13:18 domain dovecot: auth(default): client out: FAIL^I1^Iuser=email(a)domain.com Dec 24 22:13:18 domain dovecot: imap-login: Disconnected: user=<email(a)domain.com>, method=CRAM-MD5, rip=1.2.3.4, lip=1.2.3.4, TLS Please Help me :)

2 1

[Dovecot] Upgrade 1.0->1.2 dbox mysql
by Bradley Giesbrecht 29 Dec '09

29 Dec '09

Hi, I just upgraded to from dovecot v1.1.15 to v1.2.9 so I can use dovecot- sieve. Most everything seems to work but my webmail (roundcube) clients are not seeing their subscribed folders. Reading over the upgrade docs at http://wiki.dovecot.org/Upgrading/1.2 I'm wondering if I have the two settings below configured correctly. dovecot.conf: mail_location = dbox:/opt/local/var/mail/%d/%n/dbox dovecot_mysql.conf user_query homedir result: /opt/local/var/mail/example.com/foo bash-3.2# dovecot -n # 1.2.9: /opt/local/etc/dovecot/dovecot.conf # OS: Darwin 9.8.0 Power Macintosh hfs log_path: /opt/local/var/serveza/log/mail/dovecot.log protocols: imap imaps pop3 pop3s disable_plaintext_auth: no verbose_ssl: yes login_dir: /opt/local/var/run/dovecot/login login_executable(default): /opt/local/libexec/dovecot/imap-login login_executable(imap): /opt/local/libexec/dovecot/imap-login login_executable(pop3): /opt/local/libexec/dovecot/pop3-login login_greeting: now what? mail_location: dbox:/opt/local/var/serveza/mail/%d/%n/dbox mail_debug: yes mail_executable(default): /opt/local/etc/dovecot/bin/log_imap_login.sh mail_executable(imap): /opt/local/etc/dovecot/bin/log_imap_login.sh mail_executable(pop3): /opt/local/etc/dovecot/bin/log_pop3_login.sh mail_plugin_dir(default): /opt/local/lib/dovecot/imap mail_plugin_dir(imap): /opt/local/lib/dovecot/imap mail_plugin_dir(pop3): /opt/local/lib/dovecot/pop3 lda: log_path: /opt/local/var/serveza/log/mail/dovecot-deliver.log auth_socket_path: /opt/local/var/run/dovecot/auth-master postmaster_address: postmaster(a)pixilla.com auth default: mechanisms: plain login cram-md5 ntlm apop verbose: yes debug: yes debug_passwords: yes passdb: driver: sql args: /opt/local/etc/dovecot/dovecot_mysql.conf userdb: driver: prefetch userdb: driver: sql args: /opt/local/etc/dovecot/dovecot_mysql.conf socket: type: listen client: path: /opt/local/var/spool/postfix/private/auth mode: 432 user: _postfix group: _postfix master: path: /opt/local/var/run/dovecot/auth-master mode: 384 user: _vmail Thanks for any clues, Bradley Giesbrecht

3 3

[Dovecot] Install fails when libdir and libexecdir are the same directory
by River Tarnell 29 Dec '09

29 Dec '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm using Dovecot 1.2.9. I configured it like this: % ./configure --prefix=/opt/rt --libdir=/opt/rt/lib \ --libexecdir=/opt/rt/lib [other args...] It compiled fine, but failed to install, because it tries to install a directory called <libdir>/dovecot/imap, and a file called <libexecdir>/dovecat/imap, which obviously doesn't work when libdir and libexecdir are the same directory: gmake[5]: Entering directory `/home/river/hp-pkg/mail/dovecot/work/dovecot-1.2.9/src/plugins/imap-acl' gmake[5]: Nothing to be done for `install-exec-am'. test -z "/opt/rt/lib/dovecot/imap" || /opt/rt/bin/gmkdir -p "/home/river/hp-pkg/mail/dovecot/install/opt/rt/lib/dovecot/imap" /opt/rt/bin/gmkdir: cannot create directory `/home/river/hp-pkg/mail/dovecot/install/opt/rt/lib/dovecot/imap': File exists gmake[5]: *** [install-imap_moduleLTLIBRARIES] Error 1 As a workaround I used --libexecdir=/opt/rt/lib/dovecot/libexec, but perhaps one of the conflicting files could be moved or renamed. (On System Vish platforms, e.g. Solaris and HP-UX, 'libexec' isn't used -- files that other systems put into 'libexec' go into 'lib'.) - river. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (HP-UX) iEYEARECAAYFAks6OpgACgkQIXd7fCuc5vJ2IACfSXNKUbHi1r0mRWIvfTgl6ATk HMEAn1uAhwdFn+yQMAnAP/RrYx07wlIv =t1pG -----END PGP SIGNATURE-----

2 1

[Dovecot] multiple attribute templates?
by Mariano Absatz 29 Dec '09

29 Dec '09

Hi, I've been using an attribute template for some time without any problems. My accounts are on an LDAP server and I have an attribute maildropPath which is the maildir path for the user relative to /home/vmail That is, user "mabsatz(a)example.org" has, in attribute maildropPath the string "example.org/mabsatz", meaning that the maildir is in /home/vmail/example.org/mabsatz This is configured like this (taken from http://wiki.dovecot.org/AuthDatabase/LDAP/Userdb) user_attrs = maildropPath=mail=maildir:/home/vmail/%$ pass_attrs = uid=user,userPassword=password,maildropPath=userdb_mail=maildir:/home/vmail/%$ and it works OK. Now I want to start using sieve and, since all accounts are virtual, I want to use a subdirectory "sieve" within the maildir to hold the scripts, so I need (I think) a userdb home to point to the same path... being a monkey I tried to imitate (or rather, extend) the previous configuration like this: user_attrs = maildropPath=mail=maildir:/home/vmail/%$,maildropPath=home=/home/vmail/%$ pass_attrs = uid=user,userPassword=password,maildropPath=userdb_mail=maildir:/home/vmail/%$,maildropPath=userdb_home=/home/vmail/%$ Alas... this didn't work... that is, apparently, the "home" attribute works OK (I got my scripts on the /home/vmail/example.org/mabsatz/sieve directory), but the "mail" attribute got lost and mail is being delivered to /home/vmail/mabsatz. Is there a way to use more than one attribute template AND that both use the same LDAP attribute? Otherwise, can someone think of a better way to do what I'm trying to do? I'm using dovecot 1.1.11 from the standard ubuntu 9.04 package (dovecot-imapd_1.1.11-0ubuntu4.1). -- Mariano Absatz - "El Baby" el.baby(a)gmail.com www.clueless.com.ar -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Real programmers use: cat > a.out http://xkcd.com/378/ -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- * TagZilla 0.066 * http://tagzilla.mozdev.org

2 1

[Dovecot] Deliver EX_TEMPFAIL's without giving any information
by Denis Khromov 29 Dec '09

29 Dec '09

Hi all. I've had a hard time trying to find out why deliver isn't working after I've updated dovecot from v1.11 to v1.2.8. It just gave me EX_TEMPFAIL without any info in the logs. My deliver was setuid-root. Once I've made a simple shell wrapper script for the deliver executable which saves deliver's stdout+stderr, I've found the reason: /usr/local/libexec/dovecot/deliver must not be both world-executable and setuid-root. This allows root exploits. See http://wiki.dovecot.org/LDA#multipleuids Did a 'chmod o-x deliver' and fixed groups/owners and now everything works as it should. I think this error message should go to log files, not just to stdout/stderr. And it's worth to describe this behaviour in the Wiki. Cheers, Denis

2 1

[Dovecot] dovecot -n output of (default) is confusing me
by john.blue＠cox.net 29 Dec '09

29 Dec '09

Hello, I'm new to dovecot and I've been taking my time examining what makes dovecot work. If I have imap and pop3 listed as protocols, dovecot -n outputs: mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 I don't understand why imap is listed twice once as (default), and the other without (default). As a secondary question, why would you want a default of imap as opposed to pop3? Thanks. John

2 1

[Dovecot] Log rotation?
by Beto Moreno 29 Dec '09

29 Dec '09

Hi people. I had read dovecot logging info, they say something about using log rotation to help us rotate our log, with this setup: # dovecot SIGUSR1: Re-opens the log files. /var/log/dovecot*.log { missingok notifempty delaycompress sharedscripts postrotate /bin/kill -USR1 `cat /var/run/dovecot/master.pid 2>/dev/null` 2> /dev/null || true endscript } Well, my question is simple, Do we need to restart the service each time logrotation runs? In my case, is wrong this? var/log/dovecot*.log { weekly rotate 8 notifempty missingok copytruncate create 600 root start 0 } I have 2 dovecot logs: dovecot-info.log dovecot.log dovecot-info.log is the biggest, 5MB by week, is to much? Do I have to change our log rotation to "daily"? Centos 5.4 updated, dovecot 1.0.7-7.el5, thanks!!!

3 3