- dovecot - dovecot.org

[Dovecot] conflict name of si_code on NetBSD
by Tatsuyoshi 06 Apr '09

06 Apr '09

Hi. I compiled 1.2.rc2 on NetBSD. [toyota@sernpidal]% uname -rsm NetBSD 3.1 i386 [toyota@sernpidal]% ./configure; make --- snip --- gcc -DHAVE_CONFIG_H -I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT child-wait.o -MD -MP -MF .deps/child-wait.Tpo -c -o child-wait.o child-wait.c In file included from child-wait.c:4: lib-signals.h:9: error: parse error before '.' token *** Error code 1 Stop. Error occurred. I changed some code, and find out the source of the trouble. [toyota@sernpidal]% grep -w si_code /usr/include/sys/siginfo.h #define si_code _info._code /** si_code */ /** si_code */ The 'si_code' name is conflicted, and I need change the name of 'si_code'. The following is quick patch for NetBSD, just change si_code to sicode. [toyota@sernpidal]% diff -crN dovecot-1.2.rc2_bak dovecot-1.2.rc2 diff -crN dovecot-1.2.rc2_bak/src/lib/lib-signals.c dovecot-1.2.rc2/src/lib/lib-signals.c *** dovecot-1.2.rc2_bak/src/lib/lib-signals.c Thu Apr 2 02:08:21 2009 --- dovecot-1.2.rc2/src/lib/lib-signals.c Mon Apr 6 12:45:42 2009 *************** *** 27,36 **** static bool signals_initialized = FALSE; static struct io *io_sig = NULL; ! const char *lib_signal_code_to_str(int signo, int si_code) { /* common */ ! switch (si_code) { case SI_USER: return "kill"; #ifdef SI_KERNEL --- 27,36 ---- static bool signals_initialized = FALSE; static struct io *io_sig = NULL; ! const char *lib_signal_code_to_str(int signo, int sicode) { /* common */ ! switch (sicode) { case SI_USER: return "kill"; #ifdef SI_KERNEL *************** *** 43,49 **** switch (signo) { case SIGSEGV: ! switch (si_code) { case SEGV_MAPERR: return "address not mapped"; case SEGV_ACCERR: --- 43,49 ---- switch (signo) { case SIGSEGV: ! switch (sicode) { case SEGV_MAPERR: return "address not mapped"; case SEGV_ACCERR: *************** *** 51,57 **** } break; case SIGBUS: ! switch (si_code) { case BUS_ADRALN: return "invalid address alignment"; case BUS_ADRERR: --- 51,57 ---- } break; case SIGBUS: ! switch (sicode) { case BUS_ADRALN: return "invalid address alignment"; case BUS_ADRERR: *************** *** 60,66 **** return "object-specific hardware error"; } } ! return t_strdup_printf("unknown %d", si_code); } static void sig_handler(int signo, siginfo_t *si, void *context ATTR_UNUSED) --- 60,66 ---- return "object-specific hardware error"; } } ! return t_strdup_printf("unknown %d", sicode); } static void sig_handler(int signo, siginfo_t *si, void *context ATTR_UNUSED) diff -crN dovecot-1.2.rc2_bak/src/lib/lib-signals.h dovecot-1.2.rc2/src/lib/lib-signals.h *** dovecot-1.2.rc2_bak/src/lib/lib-signals.h Thu Apr 2 01:59:55 2009 --- dovecot-1.2.rc2/src/lib/lib-signals.h Mon Apr 6 12:46:00 2009 *************** *** 5,12 **** typedef void signal_handler_t(const siginfo_t *si, void *context); ! /* Convert si_code to string */ ! const char *lib_signal_code_to_str(int signo, int si_code); /* Set signal handler for specific signal. If delayed is TRUE, the handler will be called later, ie. not as a real signal handler. */ --- 5,12 ---- typedef void signal_handler_t(const siginfo_t *si, void *context); ! /* Convert sicode to string */ ! const char *lib_signal_code_to_str(int signo, int sicode); /* Set signal handler for specific signal. If delayed is TRUE, the handler will be called later, ie. not as a real signal handler. */ -- Tatsuyoshi Toyota rs27(a)tatsuyoshi.net

1 0

[Dovecot] is it possible to recover files from a dovecot.inboxe.cache file?
by Alfred Nutile 06 Apr '09

06 Apr '09

I found this file in the mail boz and noticed it had 20 emails in it (though you can only read really the header the body is cryptic cause it is a bin file?) Just not sure if I can and how to use this to restore the lost emails in that inbox. Thanks

2 1

[Dovecot] Segfault in Sieve 1.2
by Bernhard Schmidt 06 Apr '09

06 Apr '09

Hello, two days ago I've upgraded to 1.2rc2 and the new sieve implementation (version 0.1.4). Today I got the first mail that got stuck in the postfix queue because deliver was dying with a segfault. The mail is spam, thus I don't have any issues sharing it: http://users.birkenwald.de/~berni/temp/deliver-segfault.mail It happens with this small sieve script (my normal one is larger, but this is the part that triggers the segfault): http://users.birkenwald.de/~berni/temp/deliver-segfault.sieve Note that I've been running this script unaltered for months, first with Dovecot 1.1 and CMUSieve and now with various versions of Dovecot 1.2 and the new sieve implementation for about three weeks, this is the first mail that got stuck. I got a coredump, but without debugging symbols it doesn't tell that much. If you can't reproduce it I'll compile it with debugging symbols and try again. (gdb) bt full #0 0x00007fa0f87ecbd7 in strstr () from /lib/libc.so.6 No symbol table info available. #1 0x00007fa0f8341933 in ?? () from /usr/lib/dovecot/lda/lib90_sieve_plugin.so No symbol table info available. #2 0x00007fa0f83377a3 in sieve_address_match () from /usr/lib/dovecot/lda/lib90_sieve_plugin.so No symbol table info available. #3 0x00007fa0f833ba7b in ?? () from /usr/lib/dovecot/lda/lib90_sieve_plugin.so No symbol table info available. #4 0x00007fa0f8332537 in sieve_interpreter_continue () from /usr/lib/dovecot/lda/lib90_sieve_plugin.so No symbol table info available. #5 0x00007fa0f8332728 in sieve_interpreter_run () from /usr/lib/dovecot/lda/lib90_sieve_plugin.so No symbol table info available. #6 0x00007fa0f833f8ca in ?? () from /usr/lib/dovecot/lda/lib90_sieve_plugin.so No symbol table info available. #7 0x00007fa0f833fb3d in sieve_execute () from /usr/lib/dovecot/lda/lib90_sieve_plugin.so No symbol table info available. #8 0x00007fa0f8326f9d in ?? () from /usr/lib/dovecot/lda/lib90_sieve_plugin.so No symbol table info available. #9 0x000000000041a5ad in main () No symbol table info available. Platform is Debian Lenny amd64. Regards, Bernhard

2 1

[Dovecot] v1.2.rc2 released
by Timo Sirainen 04 Apr '09

04 Apr '09

http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc2.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc2.tar.gz.sig Somehow I forgot to check that "make distcheck" finished successfully in rc1, so rc1 didn't actually even fully compile. No other changes since rc1 than the compile fix.

3 5

[Dovecot] THREAD X-REFERENCES2 index bug?
by Nathan Kinkade 04 Apr '09

04 Apr '09

Hi all, $ sudo dovecot --version 1.2.beta3 I just started using Dovecot a few weeks ago, and my client is also using the X-REFERENCES2 thread algorithm. The client is misbehaving when trying to list messages in my INBOX, but only when a threaded message exists. I have tracked it down to the thread index that Dovecot is returning, but the problem is only extant when using the X-REFERENCES2 thread algorithm. Here is a snippet of transcript from imap client that comes with Dovecot: $ export MAIL=maildir:~/Maildir:INBOX=~/Maildir/INBOX $ /usr/lib/dovecot/imap <snip> 1 SELECT "INBOX" <snip> 2 THREAD X-REFERENCES2 UTF-8 ALL * THREAD (0)(2)(1 3)(4) 2 OK Thread completed. There are, in fact, only 4 messages in my INBOX, and the reference to (0) seems spurious. When I do the same test, but passing REFERENCES instead of X-REFERENCES2 Dovecot returns an index which I believe to be correct: <snip> 2 THREAD REFERENCES UTF-8 ALL * THREAD (1 3)(2)(4) 2 OK Thread completed. <snip> Is this the normal and expected behavior of X-REFERENCES2 that the client just needs to take into account, or is the reference to thread index (0) an error? Thanks! Nathan

2 6

[Dovecot] decreasing log messages
by Louis-David Mitterrand 04 Apr '09

04 Apr '09

Hi, Since I use "/usr/sbin/dovecot --exec-mail imap" from mutt I get a lot of these in my syslog: Apr 3 11:09:33 zenon IMAP(ldm): : Connection closed bytes=36/256 Is it possible to suppress them while keeping the "remote users" messages: Apr 3 10:52:05 zenon dovecot: IMAP(xxxxx): Connection closed bytes=9420/5976987 Apr 3 10:52:08 zenon dovecot: imap-login: Login: user=<xxxxx>, method=PLAIN, ri p=xx.xx.xx.xx, lip=xx.xx.xx.xx, TLS Thanks,

2 2

[Dovecot] 1.2rc2: setacl crash
by Oli Schacher 04 Apr '09

04 Apr '09

Hi By playing around with imap acl I managed to get another crash. Setup is the same as in my last crash report ("1.2 beta4, crash with ACL"), except updated from beta4 to rc2 and added the slash to the prefix, as suggested by Timo: prefix: shared/%%d/%%n/ What I did: logged in as sales 2 setacl INBOX oli@<domain>.ch -lrs Connection closed by foreign host. Server Log: Apr 4 08:05:06 box dovecot: Panic: IMAP(sales@<domain>.ch): file ../../../src/lib/array.h: line 162 (array_idx_i): assertion failed: (idx * array->element_size < array->buffer->used) Apr 4 08:05:06 box dovecot: IMAP(sales@<domain>.ch): Raw backtrace: imap [0x80e7110] -> imap [0x80e716a] -> imap [0x80e6a2c] -> /usr/lib/dovecot/imap/lib01_acl_plugin.so [0x4cd872] -> /usr/lib/dovecot/imap/lib01_acl_plugin.so [0x4cd8d0] -> /usr/lib/dovecot/imap/lib01_acl_plugin.so [0x4cf780] -> /usr/lib/dovecot/imap/lib01_acl_plugin.so(acl_object_update+0x18) [0x4cc998] -> /usr/lib/dovecot/imap/lib02_imap_acl_plugin.so [0x111fda] -> imap [0x8063d6c] -> imap [0x8063e1b] -> imap(client_handle_input+0x2f) [0x80648cf] -> imap(client_input+0x63) [0x8064b03] -> imap(io_loop_handler_run+0x100) [0x80ef870] -> imap(io_loop_run+0x28) [0x80ee9a8] -> imap(main+0x754) [0x806cdb4] -> /lib/libc.so.6(__libc_start_main+0xdc) [0x2f1dec] -> imap [0x805ce41] Apr 4 08:05:06 box dovecot: child 2330 (imap) killed with signal 6 (core dumped) Backtrace: #0 0x00503402 in __kernel_vsyscall () No symbol table info available. #1 0x00304d10 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x00306621 in abort () from /lib/libc.so.6 No symbol table info available. #3 0x080e711d in default_fatal_finish () No symbol table info available. #4 0x080e716a in i_internal_fatal_handler () No symbol table info available. #5 0x080e6a2c in i_panic () No symbol table info available. #6 0x004cd872 in modify_right_list (pool=0x923b3a0, rightsp=0x923b4b4, modify_rights=0x920a358, modify_mode=ACL_MODIFY_MODE_REMOVE) at ../../../src/lib/array.h:162 old_rights = (const char * const *) 0x923b3f4 new_rights = (const char * const *) 0xbfbbae94 null = 0x0 #7 0x004cd8d0 in vfile_object_modify_right (aclobj=0x923b278, idx=1, update=0xbfbbb02c) at acl-backend-vfile.c:941 c1 = 73 c2 = <value optimized out> #8 0x004cf780 in acl_backend_vfile_object_update (_aclobj=0x923b278, update=0xbfbbb02c) at acl-backend-vfile.c:1100 aclobj = (struct acl_object_vfile *) 0x0 dotlock = <value optimized out> path = <value optimized out> i = 1 fd = 6 changed = <value optimized out> __PRETTY_FUNCTION__ = "acl_backend_vfile_object_update" #9 0x004cc998 in acl_object_update (aclobj=0x923b278, update=0xbfbbb02c) at acl-api.c:137 No locals. #10 0x00111fda in cmd_setacl (cmd=0x9219210) at imap-acl-plugin.c:576 ns = (struct mail_namespace *) 0x9216b38 storage = <value optimized out> box = (struct mailbox *) 0x9220a78 backend = (struct acl_backend *) 0x92172b8 update = {rights = {id_type = ACL_ID_USER, identifier = 0x921e318 "oli@<domain>.ch", rights = 0x920a358, neg_rights = 0x0, global = 0}, modify_mode = ACL_MODIFY_MODE_REMOVE, neg_modify_mode = ACL_MODIFY_MODE_REMOVE} mailbox = 0x921e310 "INBOX" identifier = 0x921e318 "oli@<domain>.ch" rights = 0x921e339 "lrs" error = <value optimized out> negative = false #11 0x08063d6c in client_command_input () No symbol table info available. #12 0x08063e1b in client_command_input () No symbol table info available. #13 0x080648cf in client_handle_input () No symbol table info available. #14 0x08064b03 in client_input () No symbol table info available. #15 0x080ef870 in io_loop_handler_run () No symbol table info available. #16 0x080ee9a8 in io_loop_run () No symbol table info available. #17 0x0806cdb4 in main () No symbol table info available.

1 0

[Dovecot] v1.3.UNSTABLE branch is now available
by Timo Sirainen 04 Apr '09

04 Apr '09

v1.2.rc1 + config rewrite + multi-dbox: http://hg.dovecot.org/dovecot-1.3/

1 0

[Dovecot] v1.2.rc1 released
by Timo Sirainen 03 Apr '09

03 Apr '09

http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc1.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc1.tar.gz.sig I think it's time to get v1.2.0 out soon. Shared mailbox code is beginning to look like it's working and other features should work fine also. I don't really see any reasons to delay it, so please start testing and let's get the last bugs found and fixed quickly. I'm also going to start v1.3 branch soon with configuration rewrite and multi-dbox support. Changes since beta4: * Renamed THREAD X-REFERENCES2 to THREAD REFS (from INTHREAD draft) + When a process is killed, show the signal code and the sending process's pid and uid. + quota-fs: Added support for NFS group quota. - Several fixes to shared mailboxes and ACLs - Removed umask setting. We're nowadays creating practically all files with proper umasks. - acl: Dropped default ACL cache timeout from 5 minutes to 30 seconds. - fts-solr fixes - virtual mailbox fixes - Write to main index file less often.

2 2

[Dovecot] Missing mail_max_userip_connections setting
by Thomas M Goerger 03 Apr '09

03 Apr '09

Hi, I'm having a problem with a webmail client trying to open multiple IMAP connections with dovecot, and hitting a cap. I see from the error logs from this program that it's hitting the mail_max_userip_connections cap, but I'm not seeing this value as defined in the dovecot.conf file. Would this automatically get set to a certain value by default if it's not present? Thanks, ************************************************************************* * Tom Goerger - Email/Unix System Administrator * * * * University of Minnesota Email: tmg(a)umn.edu * * Operations, Infrastructure and Architecture Phone: 4-5804 * * Internet Services Office: 626J WBOB * * * *************************************************************************

2 1