- dovecot - dovecot.org

[Dovecot] dsync ignores ssh-agent
by Mark Hills 13 Oct '12

13 Oct '12

I use IMAP over SSH, in pre-auth. I wanted to use dsync to offline mail to my laptop. dsync v2.1.10 would always ask for my SSH key/passphrase, ignoring ssh-agent. The culprit is the env_clean() in the stack below. Reading the source, I saw DOVECOT_PRESERVE_ENVS. When used as follows in my script it enables dsync to find my ssh-agent: export DOVECOT_PRESERVE_ENVS="SSH_AGENT_PID SSH_AUTH_SOCK" dsync mirror ssh imap.example.com /home/mark/opt/dovecot/bin/dsync and it now works without asking for password every time. I'm posting here so that anyone else googling for the same problem will hopefully find this, as I couldn't find anything about this in the docs. Also I'm interested in why dsync so aggressively cleans the environment; I tried a naive removal of env_clean() but this breaks basic functions. With this dsync is working very well for offline mail -- combined with alpine and a local exim for the outbound queue :) Thanks -- Mark Breakpoint 2, env_clean () at env-util.c:59 59 if (clearenv() < 0) (gdb) bt #0 env_clean () at env-util.c:59 #1 0xb7df10fc in master_service_env_clean () at master-service.c:454 #2 0xb7df26d4 in master_service_exec_config (service=0x809e7d0, input=0xbffff7e4) at master-service-settings.c:103 #3 0xb7df29be in config_exec_fallback (service=0x809e7d0, input=0xbffff7e4) at master-service-settings.c:153 #4 0xb7df2b65 in master_service_open_config (service=0x809e7d0, input=0xbffff7e4, path_r=0xbffff780, error_r=0xbffff7d8) at master-service-settings.c:206 #5 0xb7df3130 in master_service_settings_read (service=0x809e7d0, input=0xbffff7e4, output_r=0xbffff7dc, error_r=0xbffff7d8) at master-service-settings.c:345 #6 0x0805c672 in doveadm_read_settings () at doveadm.c:275 #7 0x0805c7d6 in main (argc=5, argv=0x809e1c0) at doveadm.c:342

1 0

Re: [Dovecot] dovecot cores
by Timo Sirainen 12 Oct '12

12 Oct '12

On 12.10.2012, at 10.02, dovecot(a)freakout.de wrote: > According to Timo Sirainen: >> Simply specifying -I or -L paths doesn't link with libmysql. What exactly did you use for CPPFLAGS/LDFLAGS/configure? >> > > ok - i specified: CFLAGS="-I/opt/zlib/include -I/opt/ssl/include -I/opt/mysql/include" > LDFLAGS="-L/opt/zlib/lib -L/opt/ssl/lib -L/opt/mysql/lib -lmysqlclient" -lmysqlclient shouldn't be in LDFLAGS. > if i omit "-lmysqlclient" (seems to be the reason for the hassle) i get: > > libtool: link: gcc4 -std=gnu99 -g -I/opt/zlib/include -I/opt/ssl/include -I/opt/mysql/include -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -I/opt/ssl/include -o .libs/auth auth.o auth-cache.o auth-client-connection.o > auth-master-connection.o auth-postfix-connection.o mech-otp-skey-common.o mech-plain-common.o auth-penalty.o auth-request.o auth-request-handler.o auth-settings.o auth-stream.o auth-worker-client.o auth-worker-server.o db-checkpassword.o db-dict.o db-sql.o db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o mech-login.o > mech-cram-md5.o mech-digest-md5.o mech-external.o mech-gssapi.o mech-ntlm.o mech-otp.o mech-scram-sha1.o mech-skey.o mech-rpa.o mech-apop.o mech-winbind.o passdb.o passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-checkpassword.o passdb-dict.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-shadow.o passdb-sia.o > passdb-vpopmail.o passdb-sql.o passdb-static.o passdb-template.o userdb.o userdb-blocking.o userdb-checkpassword.o userdb-dict.o userdb-nss.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o userdb-sql.o userdb-template.o db-ldap.o passdb-ldap.o userdb-ldap.o -Wl,--export-dynamic -L/opt > /zlib/lib -L/opt/ssl/lib -L/opt/mysql/lib libpassword.a ../lib-ntlm/libntlm.a ../lib-otp/libotp.a ../../src/lib-sql/.libs/libsql.a ../../src/lib-dovecot/.libs/libdovecot.so -lcrypt -ldl -Wl,-rpath -Wl,/opt/dovecot/lib > ../../src/lib-sql/.libs/libsql.a(driver-mysql.o): In function `driver_mysql_connect': > /usr/src/rpm/BUILD/dovecot-2.1.10/src/lib-sql/driver-mysql.c:83: undefined reference to `mysql_options' >>>> ... tons of other undefined reference to mysqlclient > /usr/src/rpm/BUILD/dovecot-2.1.10/src/lib-sql/driver-mysql.c:470: undefined reference to `mysql_error' > collect2: error: ld returned 1 exit status I'm not sure why it's doing that. It really shouldn't. You could try SQL_LIBS=-lmysqlclient or AUTH_LIBS=-lmysqlclient or MYSQL_LIBS=-lmysqlclient if one of them helps.

3 5

[Dovecot] INBOX.INBOX.Sent causes problems in 2.0
by Christoph Bußenius 12 Oct '12

12 Oct '12

Hi, we have our namespace rooted at "INBOX.". Sometimes, users have folders like "INBOX.INBOX.Sent" or "INBOX.INBOX.INBOX.Sent". I do not know why these folders are created; I suspect it is due to buggy MUAs. If a mailbox like INBOX.INBOX.Sent exists, then in some cases Dovecot counts all messages in INBOX twice. This behavior can be demonstrated as follows: 1) Create a folder named "INBOX.INBOX.Sent" (using the IMAP CREATE command) 2) Save a message to "INBOX" (in my example the message is 7 MB) 3) dovecot-quota contains: priv/quota/storage 7129025 priv/quota/messages 1 4) doveadm quota recalc -u user1 5) Now dovecot-quota contains priv/quota/storage 14258050 priv/quota/messages 2 I.e. the user will experience that his quota fills up very fast. "doveadm -f flow fetch -u user1 'mailbox guid' ALL" prints: mailbox=INBOX guid=040ce73645177850497d000040c59ffc mailbox=INBOX guid=040ce73645177850497d000040c59ffc However, "doveadm -f flow fetch -u user1 'mailbox guid' mailbox INBOX" prints the message only once: mailbox=INBOX guid=040ce73645177850497d000040c59ffc How can we prevent this kind of confusion? What I'd like most is prevent the creation of these weird folders. Most MUAs have problems listing them properly, especially if both "INBOX.Sent" and "INBOX.INBOX.Sent" exist. Dovecot 2.1 does not seem to count anything twice. Cheers, Christoph Config: # 2.0.21: /usr/local/dovecot/etc/dovecot/dovecot.conf doveconf: Warning: service auth { client_limit=4096 } is lower than required under max. load (6224) # OS: Linux 2.6.32-42-server x86_64 Ubuntu 10.04.4 LTS disable_plaintext_auth = no mail_gid = vmail mail_location = mdbox:~/mail mail_plugins = quota mail_uid = vmail namespace default { inbox = yes location = prefix = INBOX. separator = . type = private } passdb { args = scheme=CRYPT username_format=%u /usr/local/dovecot/etc/dovecot/users driver = passwd-file } plugin { quota = dict:ROOT::file:%h/dovecot-quota quota_rule = *:storage=5G } protocols = imap pop3 service auth { unix_listener auth-userdb { group = vmail mode = 0660 } } service imap { process_limit = 5000 } ssl_cert = </etc/ssl/certs/dovecot.pem ssl_key = </etc/ssl/private/dovecot.pem userdb { args = /usr/local/dovecot/etc/dovecot/users driver = passwd-file } protocol imap { imap_client_workarounds = tb-extra-mailbox-sep mail_max_userip_connections = 20 mail_plugins = quota imap_quota } And the contents of the "users" file: user1:{plain}secret:::user1:/mail/users/user1:: -- Christoph Bußenius Rechnerbetriebsgruppe der Fakultäten Informatik und Mathematik Technische Universität München +49 89-289-18519 <> Raum 00.05.040 <> Boltzmannstr. 3 <> Garching

1 0

[Dovecot] [PATCH] dovadm plugins underlinking
by Natanael Copa 12 Oct '12

12 Oct '12

Hi, Running doveadm on Alpine Linux will show various underlinking errors: /usr/bin/doveadm: symbol 'acl_user_module': can't resolve symbol in lib '/usr/lib/dovecot/doveadm/lib10_doveadm_acl_plugin.so'. /usr/bin/doveadm: symbol 'acl_identifier_parse': can't resolve symbol in lib '/usr/lib/dovecot/doveadm/lib10_doveadm_acl_plugin.so'. ... (complete list is found here: http://bugs.alpinelinux.org/issues/1274) I understand that those are "harmless" (at least as long as you dont use those plugins), and even if some dynamic linkers are forgiving, the doveadm plugin modules are technically underlinked. The lib10_doveadm_acl_plugin.so uses symbol acl_user_module: $ nm -D /usr/lib/dovecot/doveadm/lib10_doveadm_acl_plugin.so | grep acl_user_module U acl_user_module That symbol is defined in lib01_acl_plugin.so: $ nm -D /usr/lib/dovecot/lib01_acl_plugin.so | grep acl_user_module 000000000020fb80 D acl_user_module Which means that lib10_doveadm_acl_plugin.so should be directly linked to lib01_acl_plugin.so. But it is not: $ readelf -d /usr/lib/dovecot/doveadm/lib10_doveadm_acl_plugin.so | grep NEEDED 0x0000000000000001 (NEEDED) Shared library: [librt.so.0.9.32] 0x0000000000000001 (NEEDED) Shared library: [libc.so.0.9.32] Below is a patch that should solve it. --- diff -r 4d268e810c15 src/plugins/acl/Makefile.am --- a/src/plugins/acl/Makefile.am Mon Oct 08 08:53:54 2012 +0300 +++ b/src/plugins/acl/Makefile.am Wed Oct 10 11:03:49 2012 +0200 @@ -10,7 +10,8 @@ -I$(top_srcdir)/src/doveadm NOPLUGIN_LDFLAGS = -lib10_doveadm_acl_plugin_la_LDFLAGS = -module -avoid-version +lib10_doveadm_acl_plugin_la_LDFLAGS = -module -avoid-version -Wl,-rpath,$(moduledir) +lib10_doveadm_acl_plugin_la_LIBADD = $(module_LTLIBRARIES) lib01_acl_plugin_la_LDFLAGS = -module -avoid-version module_LTLIBRARIES = \ diff -r 4d268e810c15 src/plugins/expire/Makefile.am --- a/src/plugins/expire/Makefile.am Mon Oct 08 08:53:54 2012 +0300 +++ b/src/plugins/expire/Makefile.am Wed Oct 10 11:03:49 2012 +0200 @@ -14,7 +14,8 @@ -I$(top_srcdir)/src/doveadm NOPLUGIN_LDFLAGS = -lib10_doveadm_expire_plugin_la_LDFLAGS = -module -avoid-version +lib10_doveadm_expire_plugin_la_LDFLAGS = -module -avoid-version -Wl,-rpath,$(moduledir) +lib10_doveadm_expire_plugin_la_LIBADD = $(module_LTLIBRARIES) lib20_expire_plugin_la_LDFLAGS = -module -avoid-version module_LTLIBRARIES = \ diff -r 4d268e810c15 src/plugins/fts/Makefile.am --- a/src/plugins/fts/Makefile.am Mon Oct 08 08:53:54 2012 +0300 +++ b/src/plugins/fts/Makefile.am Wed Oct 10 11:03:49 2012 +0200 @@ -11,7 +11,8 @@ -I$(top_srcdir)/src/doveadm NOPLUGIN_LDFLAGS = -lib20_doveadm_fts_plugin_la_LDFLAGS = -module -avoid-version +lib20_doveadm_fts_plugin_la_LDFLAGS = -module -avoid-version -Wl,-rpath,$(moduledir) +lib20_doveadm_fts_plugin_la_LIBADD = $(module_LTLIBRARIES) lib20_fts_plugin_la_LDFLAGS = -module -avoid-version module_LTLIBRARIES = \ diff -r 4d268e810c15 src/plugins/quota/Makefile.am --- a/src/plugins/quota/Makefile.am Mon Oct 08 08:53:54 2012 +0300 +++ b/src/plugins/quota/Makefile.am Wed Oct 10 11:03:49 2012 +0200 @@ -11,7 +11,8 @@ -I$(top_srcdir)/src/doveadm NOPLUGIN_LDFLAGS = -lib10_doveadm_quota_plugin_la_LDFLAGS = -module -avoid-version +lib10_doveadm_quota_plugin_la_LDFLAGS = -module -avoid-version -Wl,-rpath,$(moduledir) +lib10_doveadm_quota_plugin_la_LIBADD = $(module_LTLIBRARIES) lib10_quota_plugin_la_LDFLAGS = -module -avoid-version module_LTLIBRARIES = \ diff -r 4d268e810c15 src/plugins/zlib/Makefile.am --- a/src/plugins/zlib/Makefile.am Mon Oct 08 08:53:54 2012 +0300 +++ b/src/plugins/zlib/Makefile.am Wed Oct 10 11:03:49 2012 +0200 @@ -11,7 +11,8 @@ -I$(top_srcdir)/src/doveadm NOPLUGIN_LDFLAGS = -lib10_doveadm_zlib_plugin_la_LDFLAGS = -module -avoid-version +lib10_doveadm_zlib_plugin_la_LDFLAGS = -module -avoid-version -Wl,-rpath,$(moduledir) +lib10_doveadm_zlib_plugin_la_LIBADD = $(module_LTLIBRARIES) lib20_zlib_plugin_la_LDFLAGS = -module -avoid-version module_LTLIBRARIES = \

2 3

[Dovecot] imap proxy setup - "killed with signal 11"
by btb 12 Oct '12

12 Oct '12

hi- i'm setting up an imap proxy in front of a novell groupwise server. it seems to so far be partially working, but dovecot is having trouble in certain cases. i expect that it's ultimately due to what i believe is a very poor implementation of imap provided by groupwise [at least based on other experiences in the past] - but that's a big part of why i'd like to have dovecot in between it and clients. below is information collected during starting of dovecot, opening/initial connection from a client [os x mail.app], closing of the client, and stopping of dovecot. os is ubuntu 12.10 development/beta, dovecot is 2.1.7 courtesy of ubuntu's packages. log entries: Oct 11 13:24:33 halo dovecot: master: Dovecot v2.1.7 starting up Oct 11 13:24:49 halo dovecot: imap-login: Login: user=<jdoe>, method=PLAIN, rip=10.68.40.110, lip=10.59.1.53, mpid=14171, TLS, session=<iHgu2cvLlwAKRChu> Oct 11 13:24:50 halo dovecot: imap-login: Login: user=<jdoe>, method=PLAIN, rip=10.68.40.110, lip=10.59.1.53, mpid=14174, TLS, session=<t1E/2cvLoQAKRChu> Oct 11 13:24:51 halo dovecot: imap-login: Login: user=<jdoe>, method=PLAIN, rip=10.68.40.110, lip=10.59.1.53, mpid=14176, TLS, session=<OZlM2cvLqgAKRChu> Oct 11 13:24:51 halo dovecot: imap-login: Login: user=<jdoe>, method=PLAIN, rip=10.68.40.110, lip=10.59.1.53, mpid=14178, TLS, session=<d3NU2cvLsQAKRChu> Oct 11 13:24:51 halo dovecot: imap(jdoe): Connection closed in=16 out=350 Oct 11 13:24:52 halo dovecot: imap-login: Login: user=<jdoe>, method=PLAIN, rip=10.68.40.110, lip=10.59.1.53, mpid=14180, TLS, session=<oxNa2cvLtAAKRChu> Oct 11 13:24:52 halo dovecot: imap(jdoe): Error: imapc: Mailbox 'Trash' state corrupted: Expunged message reappeared in session (uid=6282 < next_uid=6283) Oct 11 13:24:52 halo dovecot: imap(jdoe): Fatal: master: service(imap): child 14176 killed with signal 11 (core dumped) Oct 11 13:24:57 halo dovecot: imap(jdoe): Error: imapc: Mailbox 'Trash' state corrupted: Expunged message reappeared in session (uid=6282 < next_uid=6283) Oct 11 13:24:57 halo dovecot: imap(jdoe): Fatal: master: service(imap): child 14178 killed with signal 11 (core dumped) Oct 11 13:24:57 halo dovecot: imap-login: Login: user=<jdoe>, method=PLAIN, rip=10.68.40.110, lip=10.59.1.53, mpid=14182, TLS, session=<FUCv2cvLuAAKRChu> Oct 11 13:24:58 halo dovecot: imap(jdoe): Error: imapc: Mailbox 'Trash' state corrupted: Expunged message reappeared in session (uid=6282 < next_uid=6283) Oct 11 13:24:58 halo dovecot: imap(jdoe): Fatal: master: service(imap): child 14180 killed with signal 11 (core dumped) Oct 11 13:25:03 halo dovecot: imap(jdoe): Error: imapc: Mailbox 'Trash' state corrupted: Expunged message reappeared in session (uid=6282 < next_uid=6283) Oct 11 13:25:03 halo dovecot: imap(jdoe): Fatal: master: service(imap): child 14182 killed with signal 11 (core dumped) Oct 11 13:25:03 halo dovecot: imap-login: Login: user=<jdoe>, method=PLAIN, rip=10.68.40.110, lip=10.59.1.53, mpid=14184, TLS, session=<DQkF2svLuwAKRChu> Oct 11 13:25:03 halo dovecot: imap(jdoe): Error: imapc: Mailbox 'Trash' state corrupted: Expunged message reappeared in session (uid=6282 < next_uid=6283) Oct 11 13:25:03 halo dovecot: imap(jdoe): Fatal: master: service(imap): child 14184 killed with signal 11 (core dumped) Oct 11 13:25:09 halo dovecot: imap(jdoe): Error: imapc: Mailbox 'Trash' state corrupted: Expunged message reappeared in session (uid=6282 < next_uid=6283) Oct 11 13:25:09 halo dovecot: imap(jdoe): Fatal: master: service(imap): child 14174 killed with signal 11 (core dumped) [repeats] Oct 11 13:25:27 halo dovecot: dns-client: Warning: Killed with signal 15 (by pid=1 uid=0 code=kill) Oct 11 13:25:27 halo dovecot: dns-client: Warning: Killed with signal 15 (by pid=1 uid=0 code=kill) Oct 11 13:25:27 halo dovecot: master: Warning: Killed with signal 15 (by pid=1 uid=0 code=kill) Oct 11 13:25:27 halo dovecot: auth: Warning: Killed with signal 15 (by pid=1 uid=0 code=kill) Oct 11 13:25:27 halo dovecot: config: Warning: Killed with signal 15 (by pid=1 uid=0 code=kill) Oct 11 13:25:27 halo dovecot: ssl-params: Warning: Killed with signal 15 (by pid=1 uid=0 code=kill) Oct 11 13:25:27 halo dovecot: anvil: Warning: Killed with signal 15 (by pid=1 uid=0 code=kill) Oct 11 13:25:27 halo dovecot: log: Warning: Killed with signal 15 (by pid=1 uid=0 code=kill) gdb backtrace: ~ >gdb /usr/lib/dovecot/imap /var/cache/imapproxy/jdoe/core GNU gdb (GDB) 7.5-ubuntu Copyright (C) 2012 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 "x86_64-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/lib/dovecot/imap...Reading symbols from /usr/lib/debug/usr/lib/dovecot/imap...done. done. [New LWP 13939] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `dovecot/imap'. Program terminated with signal 11, Segmentation fault. #0 0x0000000000000000 in ?? () (gdb) bt full #0 0x0000000000000000 in ?? () No symbol table info available. #1 0x00007fc7f6cb611e in imap_parser_reset (parser=0x7fc7f8a0f3a0) at imap-parser.c:93 No locals. #2 0x00007fc7f6f7ada7 in imapc_connection_input_reset (conn=conn@entry=0x7fc7f8a0d270) at imapc-connection.c:664 No locals. #3 0x00007fc7f6f7c6f4 in imapc_connection_input_untagged (conn=conn@entry=0x7fc7f8a0d270) at imapc-connection.c:908 imap_args = 0x7fc7f8a0f4f8 name = 0x7fc7f8a0f5d0 "" value = <optimized out> parser = 0x0 reply = {name = 0x7fc7f8a0f5d0 "", num = 11, args = 0x7fc7f8a0f4f8, file_args = 0x7fc7f8a0d5d0, file_args_count = 0, resp_text_key = 0x0, resp_text_value = 0x0, untagged_box_context = 0x7fc7f8a1ad70} ret = <optimized out> #4 0x00007fc7f6f7d25e in imapc_connection_input_one (conn=0x7fc7f8a0d270) at imapc-connection.c:1061 tag = 0x7fc7f8a0f5c0 "" ret = -1 #5 imapc_connection_input_pending (conn=0x7fc7f8a0d270) at imapc-connection.c:1407 _data_stack_cur_id = 6 ret = <optimized out> #6 0x00007fc7f6f7d2c2 in imapc_connection_input (conn=0x7fc7f6c8f798) at imapc-connection.c:1100 errstr = <optimized out> ret = <optimized out> #7 0x00007fc7f6cdf006 in io_loop_call_io (io=0x7fc7f8a23800) at ioloop.c:379 ioloop = 0x7fc7f8a23630 t_id = 5 #8 0x00007fc7f6cdfcb7 in io_loop_handler_run (ioloop=ioloop@entry=0x7fc7f8a23630) at ioloop-epoll.c:213 ctx = 0x7fc7f8a23850 events = 0x7fc7f8a245e0 event = 0x7fc7f8a238c0 list = 0x7fc7f8a24320 io = <optimized out> tv = {tv_sec = 299, tv_usec = 999402} events_count = <optimized out> msecs = <optimized out> ret = 1 i = <optimized out> call = <optimized out> #9 0x00007fc7f6cdea18 in io_loop_run (ioloop=0x7fc7f8a23630) at ioloop.c:398 No locals. #10 0x00007fc7f6f7a0f7 in imapc_client_run_pre (client=<optimized out>) at imapc-client.c:142 connp = 0x7fc7f8a0cfe0 prev_ioloop = 0x7fc7f89e3670 #11 imapc_client_run (client=0x7fc7f8a0ce80) at imapc-client.c:161 No locals. #12 0x00007fc7f6f79254 in imapc_storage_run (storage=0x7fc7f8a0be60) at imapc-storage.c:118 No locals. #13 0x00007fc7f6f78311 in imapc_sync_index (ctx=0x7fc7f8a1fc70) at imapc-sync.c:351 mbox = 0x7fc7f8a1ad70 sync_rec = {uid1 = 47, uid2 = 0, type = (unknown: 4171272512), add_flags = 199 '\307', remove_flags = 127 '\177', keyword_idx = 0, guid_128 = "\000\000\000\000)\235\312\366\307\177\000\000p\255\241", <incomplete sequence \370>} seq1 = 32767 seq2 = 0 #14 imapc_sync_begin (force=<optimized out>, ctx_r=<synthetic pointer>, mbox=0x7fc7f8a1ad70) at imapc-sync.c:422 ctx = 0x7fc7f8a1fc70 sync_flags = <optimized out> ret = <optimized out> #15 imapc_sync (mbox=0x7fc7f8a1ad70) at imapc-sync.c:464 sync_ctx = <optimized out> force = <optimized out> #16 imapc_mailbox_sync_init (box=0x7fc7f8a1ad70, flags=(MAILBOX_SYNC_FLAG_FULL_READ | MAILBOX_SYNC_FLAG_FIX_INCONSISTENT)) at imapc-sync.c:498 mbox = 0x7fc7f8a1ad70 capabilities = <optimized out> changes = false ret = <optimized out> #17 0x00007fc7f6f8bd43 in mailbox_sync_init (box=0x7fc7f8a1ad70, flags=(MAILBOX_SYNC_FLAG_FULL_READ | MAILBOX_SYNC_FLAG_FIX_INCONSISTENT)) at mail-storage.c:1320 _data_stack_cur_id = 4 ctx = <optimized out> #18 0x00007fc7f6f8be67 in mailbox_sync (box=<optimized out>, flags=<optimized out>, flags@entry=MAILBOX_SYNC_FLAG_FULL_READ) at mail-storage.c:1368 ctx = <optimized out> status = {sync_delayed_expunges = 0} #19 0x00007fc7f74475d2 in select_open (readonly=false, mailbox=<optimized out>, ctx=0x7fc7f8a0da98) at cmd-select.c:296 client = 0x7fc7f8a13d30 status = {messages = 4171084000, recent = 32711, unseen = 0, uidvalidity = 0, uidnext = 13, first_unseen_seq = 0, first_recent_uid = 4137782496, last_cached_seq = 32711, highest_modseq = 13, keywords = 0x7fc7f6cd06fb <t_malloc0+43>, permanent_flags = 4171118192, nonpermanent_modseqs = 1, permanent_keywords = 1, allow_new_keywords = 1} flags = MAILBOX_FLAG_DROP_RECENT ret = <optimized out> #20 cmd_select_full (cmd=<optimized out>, readonly=<optimized out>) at cmd-select.c:419 ---Type <return> to continue, or q <return> to quit--- client = <optimized out> ctx = <optimized out> args = 0x7fc7f8a18598 list_args = 0x7fc7f89db0e0 mailbox = 0x7fc7f89db310 "Trash" ret = 1 __FUNCTION__ = "cmd_select_full" #21 0x00007fc7f744b29c in command_exec (cmd=cmd@entry=0x7fc7f8a0d9a0) at imap-commands.c:148 hook = 0x7fc7f89e4cd0 ret = <optimized out> #22 0x00007fc7f744a2ee in client_command_input (cmd=0x7fc7f6c8f798) at imap-client.c:682 client = 0x7fc7f8a13d30 command = <optimized out> __FUNCTION__ = "client_command_input" #23 0x00007fc7f744a39a in client_command_input (cmd=0x7fc7f8a0d9a0) at imap-client.c:733 client = 0x7fc7f8a13d30 command = <optimized out> __FUNCTION__ = "client_command_input" #24 0x00007fc7f744a5fd in client_handle_next_command (remove_io_r=<synthetic pointer>, client=0x7fc7f8a13d30) at imap-client.c:774 size = 19 #25 client_handle_input (client=client@entry=0x7fc7f8a13d30) at imap-client.c:786 _data_stack_cur_id = 3 ret = 112 remove_io = false handled_commands = false __FUNCTION__ = "client_handle_input" #26 0x00007fc7f744aef5 in client_input (client=0x7fc7f8a13d30) at imap-client.c:825 cmd = <optimized out> output = 0x7fc7f8a0d868 bytes = 19 __FUNCTION__ = "client_input" #27 0x00007fc7f6cdf006 in io_loop_call_io (io=0x7fc7f8a11c90) at ioloop.c:379 ioloop = 0x7fc7f89e3670 t_id = 2 #28 0x00007fc7f6cdfcb7 in io_loop_handler_run (ioloop=ioloop@entry=0x7fc7f89e3670) at ioloop-epoll.c:213 ctx = 0x7fc7f89e39e0 events = 0x7fc7f8a245e0 event = 0x7fc7f89e3a50 list = 0x7fc7f8a0f380 io = <optimized out> tv = {tv_sec = 1739, tv_usec = 996790} events_count = <optimized out> msecs = <optimized out> ret = 1 i = <optimized out> call = <optimized out> #29 0x00007fc7f6cdea18 in io_loop_run (ioloop=0x7fc7f89e3670) at ioloop.c:398 No locals. #30 0x00007fc7f6ccb463 in master_service_run (service=0x7fc7f89e3520, callback=callback@entry=0x7fc7f7452f70 <client_connected>) at master-service.c:544 No locals. #31 0x00007fc7f74428c7 in main (argc=1, argv=0x7fc7f89e3370) at main.c:389 set_roots = {0x7fc7f7658d20 <imap_setting_parser_info>, 0x0} login_set = {auth_socket_path = 0x7fc7f89db070 "/run/dovecot/auth-master", postlogin_socket_path = 0x0, postlogin_timeout_secs = 60, callback = 0x7fc7f7452e10 <login_client_connected>, failure_callback = 0x7fc7f7452b60 <login_client_failed>} service_flags = <optimized out> storage_service_flags = <optimized out> username = 0x0 c = <optimized out> (gdb) config: >doveconf -n # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.5.0-17-generic x86_64 Ubuntu quantal (development branch) first_valid_gid = 999 first_valid_uid = 999 imapc_host = backend.example.com last_valid_gid = 999 last_valid_uid = 999 log_timestamp = "%d.%m.%Y %H.%M.%S " login_greeting = dovecot ready mail_gid = imapproxy mail_home = /var/cache/imapproxy/%u mail_location = imapc:%h/%n/Maildir mail_uid = imapproxy passdb { args = host=backend.example.com default_fields = userdb_imapc_user=%u userdb_imapc_password=%w driver = imap } protocols = " imap" service auth-worker { user = $default_internal_user } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0666 user = postfix } } ssl = required ssl_cert = </etc/dovecot/pki/mra.example.com-cert.pem ssl_key = </etc/dovecot/pki/mra.example.com-key.pem userdb { driver = prefetch } verbose_proctitle = yes thanks -ben

2 1

Re: [Dovecot] dovecot cores
by dovecot＠freakout.de 12 Oct '12

12 Oct '12

According to Timo Sirainen: > On 11.10.2012, at 9.43, dovecot(a)freakout.de wrote: > > Dovecot code is calling str_to_time() from libmysqlclient, > instead of from Dovecot's internal code. > Not the first time mysql conflicted with Dovecot code. > This could be worked around, but .. why is your dovecot > binary linked with libmysqlclient? > Only auth and dict binaries should be. > but dovecot's configure script does not allow to specify the mysql libs and headers explictly - only by global CPPFLAGS and LDFLAGS extensions, which are used for all binaries - when i tried to specify: ./configure --prefix=/opt/dovecot --sysconfdir=/etc/dovecot --mandir=/opt/dovecot/man \ --docdir=/opt/dovecot/doc --libexecdir=/opt/dovecot/sbin --datadir=/opt/dovecot \ --with-rundir=/var/dovecot/run --with-statedir=/var/dovecot/state \ --with-mysql=/opt/mysql/bin/mysql_config checking for ... checking pkg-config is at least version 0.9.0... yes configure: error: --with-mysql=path not supported. You may want to use instead: CPPFLAGS=-I/opt/mysql/bin/mysql_config/include LDFLAGS=-L/opt/mysql/bin/mysql_config/lib ./configure --with-mysql i followed the hint from the configure script above and run into the core-dumps due to symbol clash str_to_time. How to work around with mysql in non-standard location? Thanks Axel

2 1

[Dovecot] per-user quotas
by David Mehler 12 Oct '12

12 Oct '12

Hello, I've got quotas set up on an all-user basis on my system, it's a Postfix, Dovecot, Mysql virtual users setup. Currently I have each user getting a 1GB quota with these settings in 90-quota.conf: plugin { quota_rule = *:storage=1G quota_rule2 = Trash:storage=+100M } plugin { quota = maildir:User quota } While this works it's not what I want for all users. Say I add a virtual user called user1 to the mysql database but he's a test user and I only want that user to have 25 megabytes of storage, reading the wiki on quotas per-user items such as for example in a database overrides the global items above, is this right? If so, I'm hoping I'm not going to have to redo my entire user database, some users will have per-user quotas while I'll let others have the global quota. Thanks. Dave.

3 3

[Dovecot] Feature Request
by Marc Perkel 12 Oct '12

12 Oct '12

It would be handy (for me) if there were a userdb where a directory structure defined the db. userdb stat { mail_location=maildir:/fakedir/%d/%n:INBOX=/email/%d/%n:LAYOUT=fs } userdb stat { mail_location=maildir:/email/%d/%n:INBOX=/email/%d/%n:LAYOUT=fs } The idea being that if the first directory doesn't exist then it will try the second one.

3 4

[Dovecot] Multiple Maildir?
by Marc Perkel 12 Oct '12

12 Oct '12

OK - Getting close to everything working in my weird configuration. Here's a problem I'm still having. I'm authenticating with this: userdb { driver = sql args = /etc/dovecot/master-combined-sql.conf } Default mail location: mail_location = maildir:/fakedir/%d/%n:INBOX=/email/%d/%n:LAYOUT=fs However - what I'd like to do is if the mail location doesn't exist then I want to try a second mail location: mail_location = maildir:/email/%d/%n:INBOX=/email/%d/%n:LAYOUT=fs How do I do that? Thanks in advance

3 5

[Dovecot] Shared Squat index for public mailboxes
by Frerich Raabe 11 Oct '12

11 Oct '12

Hi, I'm running Dovecot 1.2.17 for serving mail via IMAP as well as for providing access to a mailing list archive. The archive is implemented as a public read-only mailbox with per-user index files (i.e. the \Seen flags are per-user). I recently enbled the Squat plugin to accelerate searches in the message bodies and noticed that every user (I'm using a virtual user setup) gets his own dovecot.index.search and dovecot.index.search.uids copies. Is it possible to share those files among all users of the system? The squat plugin appears to store the search indices among the other index files (as explained on http://wiki.dovecot.org/Plugins/FTS/Squat) no matter what; I considered storing a central copy of the index files somewhere and then creating symlinks for all users. It should be ok as far as file-permissions go since all mail is owned by a single vmail system user, but I wonder whether the indices are really the same (I noticed their md5 checksums differ) and whether there may be file locking issues in case two users search message bodies simultaneously. Can anybody shed some light? -- Frerich Raabe - raabe(a)froglogic.com www.froglogic.com - Multi-Platform GUI Testing

3 7