- dovecot - dovecot.org

[Dovecot] last login time and host
by Dmitry Pryadko 07 Jun '08

07 Jun '08

Hi. How can I write login name, timestamp and remote host address to MySQL database every time user connects? Now I run a daemon, which "tails" log file and parses output, but maybe that can be done more simply ? -- Dmitry Pryadko http://www.hc.ru

2 1

[Dovecot] assertion after upgrading to 1.1rc7 from 1.1rc3
by Nuno Lopes 07 Jun '08

07 Jun '08

Hi, I'm getting this assertion after making an upgrade from 1.1rc3 to 1.1rc7. Deleting the index files solves the problem. This seems to happen only to some accounts but I haven't managed to find which ones. I'm using dovecot's deliver to deliver the messages. Panic: IMAP(user(a)example.com): file index-sort-string.c: line 575 (index_sort_add_ids_range): assertion failed: (strcmp(left_str, str) < 0) Here goes the output of dovecot -n # 1.1.rc7: /opt/dovecot-1.1.rc7/etc/dovecot.conf base_dir: /var/run/dovecot/ protocols: imap listen: *:10143 ssl_disable: yes disable_plaintext_auth: no shutdown_clients: no login_dir: /var/run/dovecot/login login_executable: /opt/dovecot/libexec/dovecot/imap-login login_process_per_connection: no login_max_connections: 400 max_mail_processes: 750 verbose_proctitle: yes mail_uid: 501 mail_gid: 100 mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_plugins: quota imap_quota zlib mail_plugin_dir: /opt/dovecot/lib/dovecot/imap auth default: executable: /opt/dovecot/libexec/dovecot/dovecot-auth user: nobody passdb: driver: ldap args: /opt/dovecot/etc/dovecot-ldap.conf userdb: driver: ldap args: /opt/dovecot/etc/dovecot-ldap.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: nogroup plugin: quota: maildir quota_rule: *:storage=2G quota_rule2: Trash:storage=102400 quota_rule3: INBOX.Trash:storage=102400

2 3

[Dovecot] question: auth_bind and userdb
by Matthias Šubik 07 Jun '08

07 Jun '08

Hi, this is my first post to the list, I'm not a member, please cc me directly. I'm converting from courier imap, and want to bring a special problem to your attention: I would like to use auth_bind and prefetch, b/c due to data security restriction the user information is only visible to the user himself. From http://wiki.dovecot.org/AuthDatabase/LDAP I found out that pass_attrs only works if no userdn template is set. But when unsetting userdn, dovecot-auth still tries to find the information from pass_attrs before binding. I'm no coding expert so here is my question: would it be possible to make pass_attrs work with userdn? If yes, even prefetch would work. right now, when using userdn, pass_attrs is ignored, but also userdb and user_attrs is impossible for me, because it is done anonymously, it can't reuse the bind from passdb, and can't construct a bind as passdb could. for now I defined a dummy user in ldap, but that's not the ideal solution, since then this dummy user has access to all usernames, uids, uidNumbers and gidNumbers. thank you for your attention best regards matthias subik ps: is there a list of all keywords and parameters?

1 0

[Dovecot] install tutorial on mac
by rashantha de silva 07 Jun '08

07 Jun '08

is there a good tutorial on setting up postfix, dovecot, sa, amavis on mac osx thanks

1 0

[Dovecot] maildir file creation problem
by rashantha de silva 06 Jun '08

06 Jun '08

this is my first post on the dovecot list. i have been using postfix with uw i am getting the email bounced back with this message and i think it is related to dovecot or a permissions issue. thank you. maildir delivery failed: create maildir file /dev/null/Mail/Dovecot/tmp/1212763230.P4560.izmail: Not a directory

3 2

Re: [Dovecot] Error using antispam plugin
by Juan Asensio Sánchez 06 Jun '08

06 Jun '08

Compiling this way: # export CFLAGS="-g3 -O2" # DEB_BUILD_OPTIONS=nostrip dpkg-buildpackage -rfakeroot -b I get this: ================================================================ pdc-server:~# ps aux | grep dove root 16954 0.0 0.2 1940 616 ? Ss 21:15 0:00 /usr/sbin/dovecot root 16955 0.0 1.1 9680 2948 ? S 21:15 0:00 dovecot-auth dovecot 16961 0.0 0.5 3308 1508 ? S 21:15 0:00 imap-login dovecot 16962 0.0 0.5 3308 1508 ? S 21:15 0:00 imap-login dovecot 16967 0.0 0.5 3312 1512 ? S 21:16 0:00 imap-login mailuser 16968 0.5 0.5 2600 1348 ? S 21:16 0:00 /usr/lib/dovecot/imap root 16971 0.0 0.2 2880 752 pts/0 R+ 21:16 0:00 grep dove pdc-server:~# gdb -p 16968 GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu". Attaching to process 16968 Reading symbols from /usr/lib/dovecot/imap...done. Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". Reading symbols from /lib/tls/i686/cmov/libdl.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libdl.so.2 Reading symbols from /lib/tls/i686/cmov/libc.so.6...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so...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...done. Loaded symbols for /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so Reading symbols from /usr/lib/dovecot/modules/imap/lib90_antispam_plugin.so...done. Loaded symbols for /usr/lib/dovecot/modules/imap/lib90_antispam_plugin.so Reading symbols from /usr/lib/dovecot/modules/imap/autocreate_plugin.so...done. Loaded symbols for /usr/lib/dovecot/modules/imap/autocreate_plugin.so Failed to read a valid object file image from memory. 0xb7f98410 in ?? () (gdb) cont Continuing. Program received signal SIGSEGV, Segmentation fault. mail_get_physical_size (mail=0x8135db8, size_r=0x0) at mail.c:100 100 return p->v.get_physical_size(mail, size_r); (gdb) bt full #0 mail_get_physical_size (mail=0x8135db8, size_r=0x0) at mail.c:100 No locals. #1 0xb7e575c5 in quota_check (t=0x8135db8, mail=0x0) at quota-storage.c:148 qt = (struct quota_transaction_context *) 0x0 ret = <value optimized out> too_large = 8 #2 0xb7e4b058 in antispam_save_finish (ctx=0x813cb98) at antispam-storage-1.1.c:178 asbox = (struct antispam_mailbox *) 0x81252f8 ast = (struct antispam_internal_context *) 0x8135df0 dest_mail = (struct mail *) 0xbffead08 ret = 135093999 #3 0x0805a1c8 in cmd_append_continue_message (cmd=0x810d4e0) at cmd-append.c:405 client = (struct client *) 0x810bd48 ctx = (struct cmd_append_context *) 0x810d528 size = 135314760 ret = <value optimized out> #4 0x0805a59a in cmd_append_continue_parsing (cmd=0x810d4e0) at cmd-append.c:353 uid2 = <value optimized out> msg = <value optimized out> sync_flags = <value optimized out> imap_flags = <value optimized out> uid_validity = <value optimized out> uid1 = <value optimized out> client = (struct client *) 0x810bd48 ctx = (struct cmd_append_context *) 0x810d528 args = (const struct imap_arg *) 0x8135ec0 flags_list = (const struct imap_arg *) 0x8135f50 flags = MAIL_SEEN keywords_list = (const char * const *) 0x0 keywords = (struct mail_keywords *) 0x0 internal_date_str = 0x0 internal_date = -1 ret = 0 timezone_offset = 0 nonsync = false __PRETTY_FUNCTION__ = "cmd_append_continue_parsing" #5 0x0805a7b5 in cmd_append (cmd=0x810d4e0) at cmd-append.c:499 storage = (struct mail_storage *) 0x810b660 box = <value optimized out> client = (struct client *) 0x810bd48 ---Type <return> to continue, or q <return> to quit--- ctx = (struct cmd_append_context *) 0x810d528 mailbox = 0x8110588 "Sent" #6 0x0805fa6c in client_command_input (cmd=0x810d4e0) at client.c:580 client = (struct client *) 0x810bd48 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #7 0x0805fb15 in client_command_input (cmd=0x810d4e0) at client.c:629 client = (struct client *) 0x810bd48 command = (struct command *) 0x8 __PRETTY_FUNCTION__ = "client_command_input" #8 0x08060305 in client_handle_input (client=0x810bd48) at client.c:670 _data_stack_cur_id = 3 ret = <value optimized out> remove_io = <value optimized out> handled_commands = false #9 0x0806050e in client_input (client=0x810bd48) at client.c:725 cmd = <value optimized out> output = (struct ostream *) 0x810becc bytes = 34 __PRETTY_FUNCTION__ = "client_input" #10 0x080d9100 in io_loop_handler_run (ioloop=0x8108ab8) at ioloop-epoll.c:201 ctx = <value optimized out> event = (const struct epoll_event *) 0x8108bf0 list = (struct io_list *) 0x810d118 io = (struct io_file *) 0x810bf28 tv = {tv_sec = 4, tv_usec = 999721} t_id = 2 msecs = <value optimized out> ret = 1 i = 0 j = 0 call = <value optimized out> #11 0x080d8098 in io_loop_run (ioloop=0x8108ab8) at ioloop.c:308 No locals. #12 0x080680db in main (argc=Cannot access memory at address 0x8 ) at main.c:293 home = 0x0 (gdb) ================================================================ Nothing new. The error persists. Any additional help is welcome. Regards.

3 4

[Dovecot] quotactl bug?
by JOHN ROMAN 05 Jun '08

05 Jun '08

more on the strange quota error....this is in BSD, with quotas referenced on an NFS, and users provided by YP/NIS quotactl(Q_GETQUOTA, /.amd_mnt/crock/vol/v_user1/jdoe) failed: Operation not supported this looks strange to me, as the specification for quotactl states the function Q_GETQUOTA: Q_GETQUOTA Get disk quota limits and current usage for the user or group (as determined by the command type) with identifier id. The addr argument is a pointer to a struct dqblk structure (defined in <ufs/ufs/quota.h>). this directory path is not a valid UID...rather, its my user home directory path!

2 1

[Dovecot] v1.1.rc8 released
by Timo Sirainen 05 Jun '08

05 Jun '08

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc8.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc8.tar.gz.sig I then decided to add the deliver -c feature to this release. Seems to work in my tests, but who knows if it breaks something.. Although most of the code is called only if -c parameter is given. Anyway we really should have a comprehensive test suite written some day (yes, help is really wanted for this :). So let's hope this is the last RC release. If there aren't any major problems I'll release v1.1.0 in a couple of weeks. I'll also try to merge all my different development trees into a single v1.2 code tree within a few weeks. v1.2.0 will probably be released this summer as well, since it mainly has new features that don't change existing code all that much (CONDSTORE is a bit invasive though). + deliver: Added -c parameter to provide path to delivered mail. This allows maildir to save identical mails to multiple recipients using hard links. - rc6/rc7 broke POP3 with non-Maildir formats - mbox: Saving a message without a body or the end-of-headers line could have caused an assert-crash later. - Several dbox fixes

9 16

[Dovecot] Get the size of a maildir
by Nicolas Letellier 05 Jun '08

05 Jun '08

Hello. I would like to know it a 'proper' solution exist to get the size (in MB) of a maildir. Actually, to get it, I do a 'du -sh' but I'm not sure it is a good solution. And it does not return the same value than imap-quota. Is there a command, a tool, in Dovecot to get it? There is the maildirsize but it's very difficult to get the value with a script shell and with this file. Thanks for your help. Best regards, -- - Nicolas.

2 4

[Dovecot] strange quota error
by JOHN ROMAN 05 Jun '08

05 Jun '08

i have a dovecot setup that uses an nfs backend to store maildir data. i want to enforce fs quotas, but whenever theyre selected and i attempt to query them from thunderbird...this appears in the log quotactl(Q_GETQUOTA, /.amd_mnt/crock/vol/v_user1/jdoe) failed: Operation not supported i also occasionally see this. dovecot: statfs(/users/jdoe/Maildir) failed: Permission denied i can manually query quotas from a terminal on the mail system though.

3 3

[Dovecot] mbox: extra linefeed after Content-Length header in 1.1.rc8
by Diego Liziero 05 Jun '08

05 Jun '08

mbox messages gets header corruption caused by an extra linefeed after Content-Length Users sees their mails in Sent mbox folder without the from and to fields, without attachments and with the date of 1/1/1970 Diego. --- Here is an anonymized header: >From xxxxxxxx(a)xxxxxx.xxxxxx.xxxxx.xx.xx Tue Jun 03 09:14:33 2008 Message-ID: <xxxxxxxx.xxxxxxx(a)xxxxxx.xxxxx.xx.xx> X-UID: 3913 Status: RO X-Keywords: Content-Length: 6817 xxxx: xxx, xx xxx xxxx xx:xx:xx +xxxx xxxx: xxxxxxx xxxxxxxx <xxxxxxx.xxxxxxxx(a)xxxxxx.xxxxx.xx.xx> xxxx-xxxxx: xxxxxxxxxxx x.x.x.x (xxxxxxx/xxxxxxxx) xxxx-xxxxxxx: x.x xx: "xxxxxxxx(a)xxxxxxxx.xx" <xxxxxxxx(a)xxxxxxxx.xx> xx: xxxxx.xxxxxxxxxx(a)xxxxxxxxxxxx.xx, xxxxxx xxxxx <xxxxxx.xxxxx(a)xxxxxxxx.xxxxxx.xx>, xxxxxxx xxxxxxxxxxx <xxxxxxxxxx(a)xxxxxxxxxxx.xxx> xxxxxxx: xx: x: xx: xxxxxxxxx xxxxxxxxxx: <xxxxxxxxxxx.xxxxxxxx(a)xxxxxxxx.xx> xx-xxxxx-xx: <xxxxxxxxxxx.xxxxxxxx(a)xxxxxxxx.xx> xxxxxxx-xxxx: xxxx/xxxxx; xxxxxxx=xxx-x; xxxxxx=xxxxxx xxxxxxx-xxxxxxxx-xxxxxxxx: xxxx

4 6

Re: [Dovecot] Error using antispam plugin
by Juan Asensio Sánchez 05 Jun '08

05 Jun '08

Well Now i think i did it. This is the debug information: ===================================================================== pdc-server:~# ps aux | grep -i dove root 9044 0.0 0.2 1940 616 ? Ss 20:13 0:00 /usr/sbin/dovecot root 9045 0.0 1.1 9680 2948 ? S 20:13 0:00 dovecot-auth dovecot 9046 0.0 0.5 3312 1512 ? S 20:13 0:00 imap-login dovecot 9047 0.0 0.5 3312 1512 ? S 20:13 0:00 imap-login dovecot 9070 0.0 0.5 3312 1512 ? S 20:15 0:00 imap-login mailuser 9071 0.2 0.5 2572 1444 ? S 20:15 0:00 /usr/lib/dovecot/imap root 9075 0.0 0.2 2876 752 pts/0 R+ 20:15 0:00 grep -i dove pdc-server:~# gdb -p 9071 GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu". Attaching to process 9071 Reading symbols from /usr/lib/dovecot/imap...done. Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". Reading symbols from /lib/tls/i686/cmov/libdl.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libdl.so.2 Reading symbols from /lib/tls/i686/cmov/libc.so.6...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so...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...done. Loaded symbols for /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so Reading symbols from /usr/lib/dovecot/modules/imap/lib90_antispam_plugin.so...done. Loaded symbols for /usr/lib/dovecot/modules/imap/lib90_antispam_plugin.so Reading symbols from /usr/lib/dovecot/modules/imap/autocreate_plugin.so...done. Loaded symbols for /usr/lib/dovecot/modules/imap/autocreate_plugin.so Failed to read a valid object file image from memory. 0xb7ef3410 in ?? () (gdb) cont Continuing. Program received signal SIGSEGV, Segmentation fault. mail_get_physical_size (mail=0x8129ba8, size_r=0x0) at mail.c:100 100 return p->v.get_physical_size(mail, size_r); (gdb) bt full #0 mail_get_physical_size (mail=0x8129ba8, size_r=0x0) at mail.c:100 No locals. #1 0xb7db25c5 in quota_check (t=0x8129ba8, mail=0x0) at quota-storage.c:148 qt = (struct quota_transaction_context *) 0x0 ret = <value optimized out> too_large = 8 #2 0xb7da602d in antispam_save_finish (ctx=0x81417d8) at antispam-storage-1.1.c:178 asbox = (struct antispam_mailbox *) 0x81262e0 ast = (struct antispam_internal_context *) 0x8129be0 dest_mail = (struct mail *) 0x812c578 ret = 135093999 #3 0x0805a1c8 in cmd_append_continue_message (cmd=0x810d4e0) at cmd-append.c:405 client = (struct client *) 0x810bd48 ctx = (struct cmd_append_context *) 0x810d528 size = 135314760 ret = <value optimized out> #4 0x0805a59a in cmd_append_continue_parsing (cmd=0x810d4e0) at cmd-append.c:353 uid2 = <value optimized out> msg = <value optimized out> sync_flags = <value optimized out> imap_flags = <value optimized out> uid_validity = <value optimized out> uid1 = <value optimized out> client = (struct client *) 0x810bd48 ctx = (struct cmd_append_context *) 0x810d528 args = (const struct imap_arg *) 0x8129cb0 flags_list = (const struct imap_arg *) 0x8129d40 flags = MAIL_SEEN keywords_list = (const char * const *) 0x0 keywords = (struct mail_keywords *) 0x0 internal_date_str = 0x0 internal_date = -1 ret = 0 timezone_offset = 0 nonsync = false __PRETTY_FUNCTION__ = "cmd_append_continue_parsing" #5 0x0805a7b5 in cmd_append (cmd=0x810d4e0) at cmd-append.c:499 storage = (struct mail_storage *) 0x810b660 box = <value optimized out> client = (struct client *) 0x810bd48 ctx = (struct cmd_append_context *) 0x810d528 mailbox = 0x8110588 "Sent" #6 0x0805fa6c in client_command_input (cmd=0x810d4e0) at client.c:580 ---Type <return> to continue, or q <return> to quit--- client = (struct client *) 0x810bd48 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #7 0x0805fb15 in client_command_input (cmd=0x810d4e0) at client.c:629 client = (struct client *) 0x810bd48 command = (struct command *) 0x8 __PRETTY_FUNCTION__ = "client_command_input" #8 0x08060305 in client_handle_input (client=0x810bd48) at client.c:670 _data_stack_cur_id = 3 ret = <value optimized out> remove_io = <value optimized out> handled_commands = false #9 0x0806050e in client_input (client=0x810bd48) at client.c:725 cmd = <value optimized out> output = (struct ostream *) 0x810becc bytes = 34 __PRETTY_FUNCTION__ = "client_input" #10 0x080d9100 in io_loop_handler_run (ioloop=0x8108ab8) at ioloop-epoll.c:201 ctx = <value optimized out> event = (const struct epoll_event *) 0x8108bf0 list = (struct io_list *) 0x810d118 io = (struct io_file *) 0x810bf28 tv = {tv_sec = 4, tv_usec = 999826} t_id = 2 msecs = <value optimized out> ret = 1 i = 0 j = 0 call = <value optimized out> #11 0x080d8098 in io_loop_run (ioloop=0x8108ab8) at ioloop.c:308 No locals. #12 0x080680db in main (argc=Cannot access memory at address 0x8 ) at main.c:293 home = 0x0 (gdb) ===================================================================== I hope this could help. Attached is also my configuration file. Regards. 2008/6/4 Johannes Berg <johannes(a)sipsolutions.net>: > >> # CFLAGS=-g3 dpkg-buildpackage -rfakeroot -b > > try > > DEB_BUILD_OPTIONS=nostrip dpkg-buildpackage ... > > johannes >

4 4

[Dovecot] 1.1RC8 and gssapi
by Cassidy Larson 04 Jun '08

04 Jun '08

Trying to compile 1.1rc8 from scratch on FreeBSD 6.3 as well as from the dovecot-devel port and I get an error when trying to include gssapi. gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-sql -I../../src/lib-settings -I../../src/lib-ntlm -I../../src/lib-otp -DAUTH_MODULE_DIR=\""/usr/local/lib/dovecot/auth"\" -DPKG_LIBEXECDIR=\""/usr/local/libexec/dovecot"\" -I/usr/include -I/usr/local/include -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT mech-gssapi.o -MD -MP -MF .deps/mech-gssapi.Tpo -c -o mech-gssapi.o mech-gssapi.c mech-gssapi.c:39:29: gssapi_krb5.h: No such file or directory *** Error code 1 Anybody else had luck with gssapi on freebsd? -c

2 5

[Dovecot] FreeBSD port for 1.1, some bits more...
by Geoffroy DESVERNAY 04 Jun '08

04 Jun '08

I did (re-)compile dovecot (1.1rc8) today, with managesieve (0.10.2) and sieve-plugin (1.1.5). I did modify the existing dovecot-devel port, adding managesieve patch as an OPTION, and I added a 'dovecot-managesieve-devel' port, and a 'dovecot-sieve-devel' one to be complete... Not sure everything is very complete, but at least it works for me=E2=84=A2= , and if it can help anybody to save some time... The tree ports are there: http://dgeo.perso.ec-marseille.fr/dovecot Not sure I used the very good way of building FreeBSD ports... Cheers, Geoffroy --=20 ___________________________________________________________ / Geoffroy DESVERNAY | \ /\ `Service info` | Tel: (+33|0)4 91 05 45 24 /\ \/ Ecole Centrale de Marseille | Fax: (+33|0)4 91 05 45 98 \/ \ (ex-EGIM) | Mail: dgeo ec-marseille.fr / -----------------------------------------------------------

2 1

[Dovecot] Re maintenance of the dovecot-uidlist files
by Dann Daggett 04 Jun '08

04 Jun '08

Greetings all, I am new to dovecot, using ver 1.0.13 and IMAP with ~/Maildir delivery. I have noticed that the entries in the dovecot-uidlist files don't seem to get updated when an email is deleted or moved to .Trash. It appears that this list list would just keep growing over time, being full of no longer used filenames, and must tend to increase its processing overhead. I have also noticed that if I manually delete that file and the 3 other dovecot* files, that it gets rebuilt with only what's present. Is there provision in the dovecot code to automatically clean this up periodically? If so, are there any configuration params for it? If not, what is the preferred method for maintenance in this regard? Thank you, Dan

2 1

Re: [Dovecot] Error using antispam plugin
by Juan Asensio Sánchez 04 Jun '08

04 Jun '08

I compile Dovecot from the source packages of the Debian repository. I don't know if it has been correctly compiled with that flag, i have executed: # CFLAGS=-g3 dpkg-buildpackage -rfakeroot -b When running gdb again, i get diffrenet output but i think that this information is not relevant: (gdb) cont Continuing. Program received signal SIGSEGV, Segmentation fault. 0x080b294d in mail_get_physical_size () (gdb) bt full #0 0x080b294d in mail_get_physical_size () No symbol table info available. #1 0xb7df0200 in quota_try_alloc () from /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so No symbol table info available. #2 0xb7df4b01 in quota_plugin_deinit () from /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so No symbol table info available. #3 0xb7df4edc in quota_plugin_deinit () from /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so No symbol table info available. #4 0xb7de8036 in antispam_save_finish () from /usr/lib/dovecot/modules/imap/lib90_antispam_plugin.so No symbol table info available. #5 0x080b5aa6 in mailbox_save_finish () No symbol table info available. #6 0x0805ad8f in _start () No symbol table info available. (gdb) cont Continuing. Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. (gdb) 2008/6/4 Juan Asensio Sánchez <okelet(a)gmail.com>: > I compile Dovecot from the source packages of the Debian repository. I > don't know if it has been correctly compiled with that flag, i have > executed: > > # CFLAGS=-g3 dpkg-buildpackage -rfakeroot -b > > When running gdb again, i get diffrenet output but i think that this > information is not relevant: > > (gdb) cont > Continuing. > > Program received signal SIGSEGV, Segmentation fault. > 0x080b294d in mail_get_physical_size () > (gdb) bt full > #0 0x080b294d in mail_get_physical_size () > No symbol table info available. > #1 0xb7df0200 in quota_try_alloc () from > /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so > No symbol table info available. > #2 0xb7df4b01 in quota_plugin_deinit () from > /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so > No symbol table info available. > #3 0xb7df4edc in quota_plugin_deinit () from > /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so > No symbol table info available. > #4 0xb7de8036 in antispam_save_finish () from > /usr/lib/dovecot/modules/imap/lib90_antispam_plugin.so > No symbol table info available. > #5 0x080b5aa6 in mailbox_save_finish () > No symbol table info available. > #6 0x0805ad8f in _start () > No symbol table info available. > (gdb) cont > Continuing. > > Program terminated with signal SIGSEGV, Segmentation fault. > The program no longer exists. > (gdb) > > 2008/6/3 Johannes Berg <johannes(a)sipsolutions.net>: >> On Tue, 2008-06-03 at 22:16 +0300, Timo Sirainen wrote: >>> On Tue, 2008-06-03 at 21:11 +0200, Johannes Berg wrote: >>> > On Tue, 2008-06-03 at 21:06 +0200, Juan Asensio Sánchez wrote: >>> > > Wow. Thanks for your quick answer. I don't know much about compiling >>> > > or debugging. Could anyone say me how to do that or give some tips? >>> > >>> > well, add -g3 somewhere to the CFLAGS when building dovecot. >>> >>> -g is added by default. Does -g3 add anything useful compared to it? >> >> I think it only adds debug information for macros. >> >> johannes >> >

1 0

[Dovecot] Error using antispam plugin
by Juan Asensio Sánchez 03 Jun '08

03 Jun '08

Hi When activating antispam plugin in imap protocol, when sending an email, Evolution/Thunderbirdkeeps infinitely "Sending authentication information", and Dovecor logs shows "dovecot: May 28 10:14:35 Error: child 6910 (imap) killed with signal 11"; lots of empty folders in /tmp are created with names like "antispam-mail-ZvyWeZ". I am using Dovecot1.1 rc15 compiled from Debian source repositories (http://xi.rename-it.nl/debian/) and last version of antispam plugin, obtained with git. Any idea or help to debug? Thanks.

5 16

[Dovecot] expire plugin - setgid failed
by e-frog 03 Jun '08

03 Jun '08

Hello all, I'm trying to get the expire plugin working, but still having issues even with 1.1RC5. If I run the expire tool I get the following error: server:~# dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-tool Fatal: setgid(100) failed with euid=2005, gid=0, egid=0: Operation not permitted Same thing with --test: server:~# dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-tool --test Fatal: setgid(100) failed with euid=2005, gid=0, egid=0: Operation not permitted gid 100 = users, uid 2005 = helmut The user mail box has the following permissions: root@LINKSTATION:/home/helmut# ll -n drwx------ 22 2005 100 4.0k May 17 13:14 mail Any help is appreciated. Thanks, Helmut server:~# dovecot -n # 1.1.rc5: /etc/dovecot.conf log_path: /var/log/mail/dovecot.log info_log_path: /var/log/mail/dovecot.log ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_process_size: 16 max_mail_processes: 16 mail_location: maildir:%h/mail umask: 7 mail_plugins: quota imap_quota mail_log expire namespace: type: public separator: / prefix: Public/ location: maildir:/home/public/mail:CONTROL=%h/mail/control/public:INDEX=%h/mail/index/public list: yes subscriptions: yes namespace: type: private separator: / inbox: yes list: yes subscriptions: yes auth default: verbose: yes passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 user: dovecot group: mail master: path: /var/run/dovecot/auth-master mode: 384 plugin: quota: maildir quota_rule: *:storage=1GB quota_rule2: Trash:storage=10%% expire: Trash 1 expire_dict: proxy::expire dict: expire: db:/var/lib/dovecot/expire.db

2 5

[Dovecot] v1.0.14 released
by Timo Sirainen 03 Jun '08

03 Jun '08

http://dovecot.org/releases/1.0/dovecot-1.0.14.tar.gz http://dovecot.org/releases/1.0/dovecot-1.0.14.tar.gz.sig Since v1.1.0 release is getting near, this could well be the last v1.0 release. I'll still fix important bugs, but if the bugfix is large or affects only few people it'll probably get fixed only in v1.1 releases. * mbox: Enable mail_privileged_group while creating INBOX. - IMAP: Fixed a rare crash in FETCH BODY/BODYSTRUCTURE - IMAP: If mailbox is selected with EXAMINE, ignore flag changes - proxy: Login success reply was sent in two IP packets, which confused some IMAP/POP3 clients - ACL plugin leaked memory a bit - dovecot-auth: allow_nets setting with network masks didn't work correctly with big endian machines.

5 7

[Dovecot] How to set MDNSent flag on a large amount of mails?
by Patrick Nagel 03 Jun '08

03 Jun '08

Hi, after having moved a big mail archive to IMAP, I've now got the following problem: The MUA asks to send an MDN on all those old messages that contain the 'Disposition-Notification-To' header when opened. I'd like to set the $MDNSent flag on those (>10000 in a deeply nested directory structure) mails. After having read http://wiki.dovecot.org/MailboxFormat/Maildir I wrote a script that changed the filename of mails in all directories that contained the header, so that the filename contained a 'b' in the last part of the filename (after the comma), because I found '1 $MDNSent' in Maildir/dovecot-keywords. I then discovered that there can be a 'dovecot-keywords' file in each directory, and all of those files can have different flags in different order. Do I really need to write a script that evaluates each dovecot-keywords file, figures out which letter corresponds to the flag and rename the files (per directory) accordingly? Isn't there a more simple way? Patrick. -- STAR Software (Shanghai) Co., Ltd. http://www.star-group.net/ Phone: +86 (21) 3462 7688 x 826 Fax: +86 (21) 3462 7779 PGP key: https://stshacom1.star-china.net/keys/patrick_nagel.asc Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC E883 A005

4 6

[Dovecot] spamassassin, postfix with dovecot lda?
by George Mamalakis 03 Jun '08

03 Jun '08

Hi all, I am trying to setup a mail server using postfix (virtual_mailboxes), spamassassin and dovecot, along with SQL where appropriate. From my research so far I realized that, for several reasons, it is required for me to use dovecot LDA instead of maildrop, local, procmail or other alternatives. My configuration was working flawlessly, until spamassassin per-user configuration came to play. If I just wanted an MTA anti-spam gateway, I could directly call spamassassin via master.cf, or through some helper "content-filter-application" (like amavis or amavisd-new), and everything would work just fine (I tried and tested many such configurations with success). But when antispam per user preferences became my concern (Bayesian filters and classifier), I realized that spamd should be called by the LDA. With procmail this was a trivial issue, with dovecot-lda I was unable to find any solution on the web or other documentation. So my question is as follows: Is there a way to call spamc from dovecot-LDA (and/or dovecot-sieve), or is there an alternate way to do this for a site with virtual mailboxes configured with dovecot-lda? Thank you all in advance, regards, -- George Mamalakis IT Officer, Department of Electrical and Computer Engineering, Aristotle Univ. of Thessaloniki, Greece

3 4

[Dovecot] v1.1.rc6 released
by Timo Sirainen 03 Jun '08

03 Jun '08

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc6.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc6.tar.gz.sig This is it. The first v1.1 release that actually deserves the "release candidate" name. It contains everything I require from v1.1.0 release. There are two bugs left that I'd like to get fixed, but they won't block v1.1.0 release: * index_mailbox_set_recent_uid() assert (reported by Diego Liziero) * Maildir not always finding new messages and returning them as empty (reported by Anders). The major change in v1.1.rc6 release is the SORT indexing half-rewrite. I hadn't much stress tested that code before, and once I started I just kept finding more and more weird bugs and it became extremely difficult to figure out how to fix them, so I finally decided to just redesign how it's supposed to work and then implemented that. The resulting sort code is a lot cleaner and it should also perform better (although it could still be improved a bit: the basic binary searching could be replaced with one that first binary searches between already-looked-up sort-strings and only after that binary searches the resulting space which requires slower sort-string lookups). Hopefully there are also no stupid bugs left like returning messages in wrong sort order. :) I've been wasting time this past week getting new stuff for my new apartment, but that's nearly done now. I think (hope) I'm going to be more productive in here, there are less neighbours behind walls/floors (just 1), so less potential for annoying noises. :) Thinking also seems to work better when there's more space to walk around. And finally, the changes since v1.1.rc5: * Index file format changed a bit. If an older Dovecot v1.1 reads index files updated by rc6+, they may give "Invalid header record size" or "ext reset: invalid record size" warnings. v1.0 won't give these errors. * IMAP: LIST .. RETURN (X-STATUS) command return now LIST entries before STATUS entries. * zlib plugin: Uncompress if the message begins with zlib header instead of looking at the 'Z' flag. This fixes copying with hard links. Based on a patch by Richard Platel. + IMAP: SORT index handling code was half-rewritten to fix several bugs when multiple sessions were sorting at the same time. The new code is hopefully also faster. + Maildir: If POP3 UIDL extra field is found from dovecot-uidlist, it's used instead of the default UIDL format (or X-UIDL: header). This allows easily preserving UIDLs when migrating from other POP3 servers. Patch by Nicholas Von Hollen @ Mailtrust. + Maildir: ,W=<vsize> is now always added to maildir filenames + deliver: Avoid reading dovecot-uidlist's contents if possible. + Added %T modifier = Trim whitespace from end of string - IMAP: Fixed some bugs in LIST-EXTENDED implementation. - IMAP: If client tries to change the selected mailbox state while another command is still running, wait until the command is finished. This fixes some crashes and other unwanted behavior. - allow_nets userdb setting was broken with big endian CPUs

6 8

[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

Re: [Dovecot] v1.1.rc8 released
by Timo Sirainen 03 Jun '08

03 Jun '08

On Mon, 2008-06-02 at 16:04 -0700, Andrew Roberts wrote: > On Tue, 3 Jun 2008, Timo Sirainen wrote: > > > + deliver: Added -c parameter to provide path to delivered mail. > > This allows maildir to save identical mails to multiple recipients > > using hard links. > > According to the wiki, deliver already uses a -c parameter to specify the > path to an alternate configuration file. Is this incorrect, or is this > functionality going away? I meant to say -p parameter.. And thanks for reminding, I'll update the wiki as well.

1 0

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

03 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] Purging Deleted Messages
by Carlos Williams 02 Jun '08

02 Jun '08

I noticed today I checked a users mailbox with the mutt command: mutt -f /home/bob/email/ There I saw he had 100 messages that had been deleted but not yet purged from his inbox so they're still using up disk storage on my email server. My question is does Dovecot have a process to automatically delete these messages after a certain period of time? I would like to think that they don't just sit in a users mailbox for years waiting to be purged, right? Does anyone know exactly how this works? I checked my own mailbox using mutt and I see 11 messages that are deleted from my Thunderbird client but are still on the server (marked for deletion). How long do these messages stay there? -- Man your battle stations...

4 4

[Dovecot] renameing users
by Ivan Levchenko 02 Jun '08

02 Jun '08

Hi All, I have a pretty basic question - I'm just getting into this email business =). There is a server that uses virtual users with dovecot. How could I go by allowing the users to change their usernames and to let them save all of their info? Access to the mailboxes is provided via squirrelmail . Thanks in advance! p.s. please cc me in the reply! -- Best Regards, Ivan Levchenko levchenko.i(a)gmail.com

1 0

[Dovecot] deliver & override homedir
by arne van theemsche 02 Jun '08

02 Jun '08

Hi We're in the phase of converting our existing unix-based users to virtual users. Goal is to make mail-spool totaly independent of home-spool. For that reason, NO files can be written to home. I've solved the problem for all files, except for .dovecot.lda-dupes. I can see in duplicate.c #define DUPLICATE_PATH "~/.dovecot.lda-dupes" I thought being clever and override in the userdb passwd following args = home=/var/spool/mail/%1n/%2n/%n but deliver totaly ignores that. does anybody has tips? kind regards Arne

2 1

[Dovecot] deliver saving mails with hard linking
by Timo Sirainen 02 Jun '08

02 Jun '08

http://dovecot.org/tmp/deliver-multiple.diff for Dovecot v1.1 implements -p <path> parameter for deliver, which reads the input mail from the specified path instead of stdin. With maildir and hardlink copying enabled, it also tries to hard link the file to destination instead of copying it. So to get the same mail delivered to multiple recipients using hard links, you'd have to write a small wrapper script that stored the mail temporarily somewhere and then called deliver for each recipient using the -p parameter. Any thoughts on if this should go to v1.1 like this? Some problems: - If you're not using a single UID/GID you probably have to make the file world-readable. - A wrapper script is kind of ugly, so it would be nice if deliver took a list of all recipients as input. But the deliver code is currently ugly enough that this would require larger changes. - Am I forgetting something?..

4 11

[Dovecot] Problems under opensuse-10.3-x86_64
by Christian Kuehn 02 Jun '08

02 Jun '08

Hi, I have a lot of problems to compile or to run the dovecot on my OpenSUSE 10.3 x86_64. Sometimes the compiled binary cannot read the existing and running config, the dovecot -n results in: ian:/opt/src/build/dovecot-1.1.rc7 # /opt/dovecot/sbin/dovecot -n # 1.1.rc7: /etc/dovecot/dovecot.conf Error: Missing auth section for server default Fatal: Invalid configuration in /etc/dovecot/dovecot.conf The prebuild RPM-daemon (v 10.0.13) said: ian:/opt/src/build/dovecot-1.1.rc7 # dovecot -n # 1.0.13: /etc/dovecot/dovecot.conf listen: *:8088 ssl_listen: *:10943 ssl_disable: yes ssl_cert_file: /etc/exim/www.foo-bar.de.crt ssl_key_file: /etc/exim/www.foo-bar.de.key disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /opt/dovecot/libexec/dovecot/imap-login first_valid_uid: 98 mail_location: maildir:~/maildir mail_executable: /opt/dovecot/libexec/dovecot/imap auth default: passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf This looks fine and right, but there is no access to my old maildir (created by courier-imap) and I found several entries like this in my maillog: May 27 19:13:54 ian dovecot: IMAP(tkstest(a)foor-bar.de): Unexpected eof found when reading file 'UNOPENED' (Errcode: 0) or: May 27 16:22:44 ian dovecot: IMAP(tkstest(a)foo-bar.de): Corrupted transaction log file /var/spool/virtuser/xxxxx/mail/INBOX./.imap/Trash/dovecot.index.log: unexpected end of file while reading header or: May 27 18:05:44 ian dovecot: IMAP(tkstest(a)foo-bar.de): file mail-index.c: line 1 900 (mail_index_move_to_memory): assertion failed: (index->fd == -1) May 27 18:05:44 ian dovecot: IMAP(tkstest(a)foo-bar.de): Raw backtrace: imap [0x4648be] -> imap [0x4645fe] -> imap [0x443834] -> imap [0x450b08] -> imap(mail_index_open+0x1df) [0x444e6f] -> imap(index_storage_mailbox_init+0x159) [0x43c119] -> imap [0x41fe0d] -> imap [0x420ab8] -> imap(_cmd_select_full+0xaa) [0x4149ca] -> imap(cmd_select+0xb) [0x414b7b] -> imap [0x415e97] -> imap [0x415f29] -> imap(_client_input+0x6f) [0x4165cf] -> imap(io_loop_handler_run+0x101) [0x46a021] -> imap(io_loop_run+0x18) [0x4691f8] -> imap(main+0x457) [0x41e087] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b5ab1476ae4] -> imap [0x411719] May 27 18:05:44 ian dovecot: child 15320 (imap) killed with signal 6 Tested versions: 1.0.13 RPM by OpenSUSE 1.0.13 self-compiled 1.1.rc7 self-compiled OS: Linux ian 2.6.18.8-0.9-default #1 SMP Sun Feb 10 22:48:05 UTC 2008 x86_64 x86_64 x86_64 GNU/Linux configure: ./configure --prefix=/opt/dovecot --sysconfdir=/etc/dovecot --with-mysql --with-pop3d --with-notify=inotify --with-ioloop=epoll --with-sql CPPFLAGS='-fPIC -I/opt/mysql/include' LDFLAGS='-L/opt/mysql/lib -lmysqlclient -lz -lcrypt -lnsl -lm' Any ideas? Kind Regards Christian -- Christian Kuehn eMail: christian(a)hamburg.gay-web.de

2 1

[Dovecot] Requested CRAM-MD5 scheme, but we have only MD5-CRYPT
by Richard Pyne 01 Jun '08

01 Jun '08

After upgrading my dovecot installation about a month ago, I have started seeing "Requested CRAM-MD5 scheme, but we have only MD5-CRYPT" message from dovecot in my logs. Any help in finding and correcting the cause will be greatly appreciated. --Richard

2 4

Re: [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. > > Your dovecot.index.cache file is probably broken somehow. Try moving > dovecot.index* files elsewhere and see if it works then? If it does and > dovecot.index.cache doesn't contain anything too sensitive > (subjects/from/to addresses), could you send me the dovecot.index* > files? > > If it crashes even without dovecot.index* files then the mails > themselves contain a broken message. It would help if I could get that > message. Bullseye. Why did I fail to mention that I was trying to use uiddb from Courier? :P Using your conversion script fixed it, but simply copying the Courier file crashed Dovecot. According to http://wiki.dovecot.org/Migration/Courier this is supposed to work though, so either that page is wrong, or Dovecot has a bug. >> betty - ~vpopmail/domains/bar.com/foo # gdb /usr/lib/dovecot/imap core > .. >> (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 ?? () > > Unfortunately this backtrace is almost completely broken and it doesn't > really help.. You also could try compiling Dovecot itself with debug > symbols and getting backtrace from it. That'd probably work. I tried reproducing now, but it seems it's started working even when moving all dovecot files and copying courierimapuiddb to dovecot-uidlist. If I see it again I'll send you a copy of the file offlist. Thanks. -- -==- -=- -==- Christer Mjellem Strand yitzhaq System administrator ICQ: 9557698 GSM +47 922 000 12 JID: yitzhaq(a)jabber.no -==- -=- -==-

2 7

Re: [Dovecot] Dovecot hard link problem
by Timo Sirainen 01 Jun '08

01 Jun '08

On Sun, 2008-06-01 at 23:27 +0900, 도원철 wrote: > My company recently changed mail server from cyrus to dovecot. > > The problem is that dovecot does not support hard links for message > files with same message ID. > > I turned on the ‘maildir_copy_with_hardlinks’ option in dovecot.conf, > but it does not seems to have relation to this problem, am I > misunderstood? > > Hard links are created when move or copy messages from one folder to > other folder, but when deliver creates messages this option does not > works. Right. This isn't implemented yet. Also I don't think it should rely on Message-ID: header proving the uniqueness. There are two ways this can be implemented reliably: 1) If the message is sent to multiple recipients using same RCPT TO command, all the recipients could be given to deliver as parameters, and deliver would know that it's the same message and they could be hard linked. 2) Keep some kind of a hash database where hash is e.g. SHA1 sum of the entire message. All messages could be then stored in some global directory and hard linked from there to users' mailboxes. When receiving a new message using an existing hash, it could still compare byte-by-byte the files to make sure that it's not a hash collision before hard linking the file. 1) probably wouldn't be too difficult to implement and probably would solve your problem (assuming the problem is that people are mailing 100MB attachments to everyone inside a company). But I don't think I have time to do it myself..

1 0

[Dovecot] Dovecot hard link problem
by 도원철 01 Jun '08

01 Jun '08

My company recently changed mail server from cyrus to dovecot. The problem is that dovecot does not support hard links for message files with same message ID. I turned on the ‘maildir_copy_with_hardlinks’ option in dovecot.conf, but it does not seems to have relation to this problem, am I misunderstood? Hard links are created when move or copy messages from one folder to other folder, but when deliver creates messages this option does not works. Our mail storage will be exhausted in few days. If you have some idea to solve this problem, please please help me. Or If you fix this problem, I will happily pay for it at reasonable cost. I installed dovecot 1.0.13 and postfix 2.5.1. Best regards, WonChul,Do

1 0

[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

[Dovecot] Web-based shared calendar synchronizable with Outlook
by Samuel HAMEAU 30 May '08

30 May '08

Hi, I know this request is a a little off-topic but may be interesting for dovecot users (at least i hope!) Does anybody has already had an experience with a calendar sharing solution including a webcalendar and an outlook connector, "compatible" with dovecot ? Today, there are many projects aiming to be a "M$ Exchange Killer" (such as Zimbra, OBM, open-exchange, etc) but they offers a global package with MTA and imap server included. I saw the page about BynariConnector (http://wiki.dovecot.org/HowTo/BynariConnector) but unfortunatly they do not provide a webmail :( I'm afraid What I am looking for is a shared agenda solution providing a webcalendar, an outlook connector and eventually a pda connector, using (or not) dovecot, and a corporate ldap server... What are you guys using ? sam

5 7

[Dovecot] Dovecot 1.1 significantly faster than 1.0
by Marc Perkel 30 May '08

30 May '08

It appears to be that 1.1 is a lot faster that 1.0. And server load levels have dropped.

2 1

[Dovecot] v1.1.rc6 released won't compile
by webbie 30 May '08

30 May '08

I got a compile error with rc6, rc5 works fine. amd64:dovecot-1.1.rc6# uname -a FreeBSD amd64.objtech.com 7.0-RELEASE-p1 FreeBSD 7.0-RELEASE-p1 #3: Fri Apr 18 02:18:13 EDT 2008 ./configure \ --prefix=/opt1/dovecot \ --localstatedir=/var \ --without-shadow \ --without-cyrus-sasl2 \ --without-pop3d \ --without-gssapi \ --disable-ipv6 \ --disable-debug \ --with-ioloop=kqueue \ --with-ssl=openssl make [trimmed] gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-mail -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -MT mail-index-view-sync.o -MD -MP -MF .deps/mail-index-view-sync.Tpo -c -o mail-index-view-sync.o mail-index-view-sync.c mv -f .deps/mail-index-view-sync.Tpo .deps/mail-index-view-sync.Po gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-mail -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -MT mail-index-write.o -MD -MP -MF .deps/mail-index-write.Tpo -c -o mail-index-write.o mail-index-write.c mail-index-write.c: In function 'mail_index_write': mail-index-write.c:179: error: 'struct stat' has no member named 'st_ctim' mail-index-write.c:179: error: 'struct stat' has no member named 'st_ctim' *** Error code 1 Stop in /opt1/source/dovecot-1.1.rc6/src/lib-index. *** Error code 1 Stop in /opt1/source/dovecot-1.1.rc6/src. *** Error code 1 Stop in /opt1/source/dovecot-1.1.rc6. *** Error code 1 Stop in /opt1/source/dovecot-1.1.rc6.

6 7

[Dovecot] no bookeeping using public folders
by Claude Frantz 30 May '08

30 May '08

Using dovecot 1.0.10. In the config: namespace public { separator = / hidden = no prefix = Flock/ location = maildir:/home/baratin/PublicMaildir:CONTROL=~/Maildir/control/Flock:INDEX=/var/dovecot/index/%u/Flock } This should be a public mail folder owned by "baratin", "read only" for all other users. Every user has his/her own control and index area related to this public folder. I have verified, they are owner and "group" of the respective control and index area. The problem, while using Thunderbird: The "read only" user can delete messages or mark then read. But after a new session, all the messages are still "new". Of course, only "baratin" is the owner. The problem, while using mutt and IMAP: mutt refuse to change any flag because the folder is "read only". Of course, this is correct. My question: Why is no bookkeeping maintained for "other" users, although every one has his/her own control and index structure ? Thanks a lot ! Claude

3 4

[Dovecot] Compile error with 1.1rc6
by Trent Stevens 30 May '08

30 May '08

I'm trying a very basic ./configure; make of v1.1rc6 under Mac OS X 10.5.3. I have previously installed v1.1rc5 with no problems (although I was running OS X 10.5.2 at the time). Machine is an Intel based Mac Mini running on an Journaled HFS+ partition. When I attempt the make I am running into: <snip> gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib- mail -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing- declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad- function-cast -Wstrict-aliasing=2 -MT mail-index-view-sync.o -MD -MP - MF .deps/mail-index-view-sync.Tpo -c -o mail-index-view-sync.o mail- index-view-sync.c mv -f .deps/mail-index-view-sync.Tpo .deps/mail-index-view-sync.Po gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib- mail -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing- declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad- function-cast -Wstrict-aliasing=2 -MT mail-index-write.o -MD -MP - MF .deps/mail-index-write.Tpo -c -o mail-index-write.o mail-index- write.c mail-index-write.c: In function 'mail_index_write': mail-index-write.c:179: error: 'struct stat' has no member named 'st_ctim' mail-index-write.c:179: error: 'struct stat' has no member named 'st_ctim' make[3]: *** [mail-index-write.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2

1 0

[Dovecot] Upgrading from 1.0x to 1.1x
by Marc Perkel 30 May '08

30 May '08

OK - about to jump to the new version of dovecot. Is there anything I need to change in the config files or things I should know? I'm using maildir format running under Fedora 8.

3 4

[Dovecot] Problem deleting folders with Thunderbird?
by Knute Johnson 30 May '08

30 May '08

I am running Thunderbird 2.0.0.14 on Windows XP. When I try to delete one of the folders I get a dialog with the following "The current command did not succeed. The mail server responded: Target mailbox doesn't allow inferior mailboxes." I am running dovecot version 1.0.13-6.fc8 under Fedora 8. The output of dovecot -n is below; [root@www knute]# dovecot -n # 1.0.13: /etc/dovecot.conf protocols: imaps pop3s disable_plaintext_auth: 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 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: passdb: driver: pam userdb: driver: passwd Is there something to be configured to allow mail box deletion? I know there was a similar discussion this week about users deleting their mailboxes accidentally. Are folders within folders allowed by dovecot? Thanks very much, -- Knute Johnson linux(a)www.knutejohnson.com

3 3

[Dovecot] dovecot's deliver and SELinux
by Dan Horák 29 May '08

29 May '08

Hello, I am the new maintainer of dovecot for Fedora and Red Hat and so I am trying to cleanup some old reported bugs. One of them is a problem when "deliver" writes of temporary files into /tmp are blocked by SELinux policy (https://bugzilla.redhat.com/show_bug.cgi?id=424091) From the SELinux's point of view it is bad when system services try to write into /tmp (for detail see http://danwalsh.livejournal.com/11467.html) The solution looks simple - just to switch from /tmp to PKG_RUNDIR (line 472 in deliver.c for dovecot 1.0) for writing the temp files. But this raises two questions - will it really work and when yes, is it acceptable for the author? Thanks, Dan -- Fedora and Red Hat package maintainer

3 3