- dovecot - dovecot.org

[Dovecot] Making shared folders "unmovable"
by Dave 12 Jan '11

12 Jan '11

I have set up an area of shared folders with Dovecot 1.2 that is accessed by several people (by way of one account, and everyone who logs in sees these same folders), and the only problem with this setup is that occasionally somebody moves one of the folders underneath another folder or somewhere else in the folder structure, and this sometimes disrupts some automatic procmail filters and the like. Is there a way to keep folders in a shared setup such as this "static" or "unmovable" so that the users can't disrupt the structure? Like, where the folder structure itself can't be changed, but new messages can still come in to the folders? David

5 9

[Dovecot] Backtrace:dovecot/imap
by Ralf Hildebrandt 12 Jan '11

12 Jan '11

This may be identical to the one I posted previously. >From the log: Jan 12 15:25:55 postamt dovecot: imap(mfxxxch): Panic: file squat-trie.c: line 876 (squat_build_word): assertion failed: (i + bytelen <= size) Jan 12 15:25:55 postamt dovecot: imap(mfxxxch): Error: Raw backtrace: /usr/dovecot-2/lib/dovecot/libdovecot.so.0(+0x3b861) [0xb7721861] -> /usr/dovecot-2/lib/dovecot/libdovecot.so.0(+0x3b8cf) [0xb77218cf] -> /usr/dovecot-2/lib/dovecot/libdovecot.so.0(i_fatal+0) [0xb76f869e] -> /usr/dovecot-2/lib/dovecot/lib21_fts_squat_plugin.so(+0x55ca) [0xb75105ca] -> /usr/dovecot-2/lib/dovecot/lib21_fts_squat_plugin.so(squat_trie_build_more+0x126)[0xb7510e46] -> /usr/dovecot-2/lib/dovecot/lib21_fts_squat_plugin.so(+0x2b2c)[0xb750db2c] -> /usr/dovecot-2/lib/dovecot/lib20_fts_plugin.so(fts_backend_build_more+0x1f)[0xb755658f] -> /usr/dovecot-2/lib/dovecot/lib20_fts_plugin.so(+0x576c) [0xb755976c]-> /usr/dovecot-2/lib/dovecot/libdovecot-storage.so.0(mailbox_search_next_nonblock+0x38)[0xb777f9b8] -> dovecot/imap [mfxxxch 141.42.206.38 UID]() [0x805cbb6] -> dovecot/imap [mfxxxch 141.42.206.38 UID]() [0x805cf84] -> /usr/dovecot-2/lib/dovecot/libdovecot.so.0(io_loop_handle_timeouts+0xd7)[0xb772eea7] -> /usr/dovecot-2/lib/d Jan 12 15:25:59 postamt dovecot: master: Error: service(imap): child 7414 killed with signal 6 (core dumped) GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/dovecot-2/libexec/dovecot/imap...done. Reading symbols from /usr/dovecot-2/lib/dovecot/libdovecot-storage.so.0...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/libdovecot-storage.so.0 Reading symbols from /usr/dovecot-2/lib/dovecot/libdovecot.so.0...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/libdovecot.so.0 Reading symbols from /lib/i686/cmov/libc.so.6...Reading symbols from /usr/lib/debug/lib/i686/cmov/libc-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libc.so.6 Reading symbols from /lib/i686/cmov/libdl.so.2...Reading symbols from /usr/lib/debug/lib/i686/cmov/libdl-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libdl.so.2 Reading symbols from /lib/i686/cmov/librt.so.1...Reading symbols from /usr/lib/debug/lib/i686/cmov/librt-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/librt.so.1 Reading symbols from /lib/ld-linux.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/i686/cmov/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/i686/cmov/libpthread-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libpthread.so.0 Reading symbols from /usr/dovecot-2/lib/dovecot/lib10_quota_plugin.so...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/lib10_quota_plugin.so Reading symbols from /usr/dovecot-2/lib/dovecot/lib11_imap_quota_plugin.so...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/lib11_imap_quota_plugin.so Reading symbols from /usr/dovecot-2/lib/dovecot/lib11_trash_plugin.so...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/lib11_trash_plugin.so Reading symbols from /usr/dovecot-2/lib/dovecot/lib15_notify_plugin.so...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/lib15_notify_plugin.so Reading symbols from /usr/dovecot-2/lib/dovecot/lib20_fts_plugin.so...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/lib20_fts_plugin.so Reading symbols from /usr/dovecot-2/lib/dovecot/lib20_mail_log_plugin.so...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/lib20_mail_log_plugin.so Reading symbols from /usr/dovecot-2/lib/dovecot/lib20_zlib_plugin.so...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/lib20_zlib_plugin.so Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/libbz2.so.1.0...(no debugging symbols found)...done. Loaded symbols for /lib/libbz2.so.1.0 Reading symbols from /usr/dovecot-2/lib/dovecot/lib21_fts_squat_plugin.so...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/lib21_fts_squat_plugin.so Reading symbols from /usr/lib/gconv/ISO8859-1.so...Reading symbols from /usr/lib/debug/usr/lib/gconv/ISO8859-1.so...done. (no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-1.so Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Core was generated by `dovecot/imap'. Program terminated with signal 6, Aborted. #0 0xb781c430 in __kernel_vsyscall () #0 0xb781c430 in __kernel_vsyscall () No symbol table info available. #1 0xb75bd751 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 resultvar = <value optimized out> pid = -1217572876 selftid = 7414 #2 0xb75c0b82 in *__GI_abort () at abort.c:92 act = {__sigaction_handler = {sa_handler = 0xbf9bc380, sa_sigaction = 0xbf9bc380}, sa_mask = {__val = {3078733232, 3214656340, 3078775202, 3214656324, 3077479936, 3214656312, 3078855252, 0, 3077414184, 1, 0, 1, 3078732792, 37, 3214656232, 3077705632, 3077700459, 3077919976, 3214656316, 212213488, 0, 3214656384, 3214656312, 3214656324, 3077705325, 3078732792, 0, 1393, 3214656344, 3077505783, 3214656316, 10}}, sa_flags = -1080310860, sa_restorer = 0xb77569cc <pid.3441>} sigs = {__val = {32, 0 <repeats 31 times>}} #3 0xb7721875 in default_fatal_finish (type=<value optimized out>, status=<value optimized out>) at failures.c:187 backtrace = 0xca616e0 "/usr/dovecot-2/lib/dovecot/libdovecot.so.0(+0x3b861) [0xb7721861] -> /usr/dovecot-2/lib/dovecot/libdovecot.so.0(+0x3b8cf) [0xb77218cf] -> /usr/dovecot-2/lib/dovecot/libdovecot.so.0(i_fatal+0) [0xb76f8"... #4 0xb77218cf in i_internal_fatal_handler (ctx=0xbf9bc424, format=0xb7515fd4 "file %s: line %d (%s): assertion failed: (%s)", args=0xbf9bc444 "UaQ\267l\003") at failures.c:645 status = 0 #5 0xb76f869e in i_panic ( format=0xb7515fd4 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:259 ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0} args = 0xbf9bc444 "UaQ\267l\003" #6 0xb75105ca in squat_build_word (ctx=0xa08cee8, uid=52317, data=0xca44741 "\201", char_lengths=0xca271e1 "\002\003", size=1) at squat-trie.c:876 trie = 0xa0a1988 i = <value optimized out> j = <value optimized out> bytelen = <value optimized out> __FUNCTION__ = "squat_build_word" #7 0xb7510e46 in squat_trie_build_more_real (ctx=0xa08cee8, uid=26158, type=SQUAT_INDEX_TYPE_HEADER, input=0xc9c8ec8 "\037\357\277\275\b\b\357\277\275K2,S\n0\357\277\275\067\001\357\277\275W\n\357\277\275\004\304\273\357\277\275I\016\357\277\275\005\004\rI\357\277\275[\357\277\275&@\357\277\275TH^\357\277\275\070\357\277\275\\\003\357\277\275\177'/{M`\n?\357\277\275\062\357\277\275I\357\277\275AXS\f\357\277\275\035\357\277\275Q\357\277\275\061\357\277\275\330\267\357\277\275 P\357\277\275\017\357\277\275.0\357\277\275D\b\357\277\275\327\260\357\277\275Z\357\277\275D\357\277\275\037\357\277\275^O\031\357\277\275U\037\362\232\273\267\357\277\275\017\063\001B}\357\277\275\f\357\277\275W\357\277\275T\032`\357\277\275\037\357\277\275,PF\357\277\275/\tP\357"..., size=120157) at squat-trie.c:934 trie = <value optimized out> data = 0xca44150 "" char_lengths = 0xca26bf0 "\001\003\001\001\001\001\003\001\001\001\001\001\001\001\001\003\001\001\001\001\003\001\001\001\001\003\001\001\001\002\001\003\001\001\001\001\003\001\001\001\001\001\001\003\001\001\001\003\001\001\001\001\003\001\001\001\001\001\003\001\001\001\003\001\001\001\001\003\001\001\001\001\001\001\001\001\001\001\003\001\001\001\003\001\001\001\003\001\001\001\001\001\001\003\001\001\001\003\001\001\001\003\001\001\001\003\001\001\002\001\003\001\001\001\001\003\001\001\001\003\001\001\001\001\003\001\001\001\001\003\001\001\002\001\003\001\001\001\003\001\001\001\003\001\001\001\003\001\001\001\001\001\003\001\001\001\001\004\001\001\001\003\001\001\001\001\001\001\001\003\001\001\001\003\001\001\001\003\001\001\001\001\001\003\001\001\001\003\001\001\001\001\001\003\001\001\001\001\001\003"... i = <value optimized out> multibyte_chars = true ret = 0 start = <value optimized out> #8 squat_trie_build_more (ctx=0xa08cee8, uid=26158, type=SQUAT_INDEX_TYPE_HEADER, input=0xc9c8ec8 "\037\357\277\275\b\b\357\277\275K2,S\n0\357\277\275\067\001\357\277\275W\n\357\277\275\004\304\273\357\277\275I\016\357\277\275\005\004\rI\357\277\275[\357\277\275&@\357\277\275TH^\357\277\275\070\357\277\275\\\003\357\277\275\177'/{M`\n?\357\277\275\062\357\277\275I\357\277\275AXS\f\357\277\275\035\357\277\275Q\357\277\275\061\357\277\275\330\267\357\277\275 P\357\277\275\017\357\277\275.0\357\277\275D\b\357\277\275\327\260\357\277\275Z\357\277\275D\357\277\275\037\357\277\275^O\031\357\277\275U\037\362\232\273\267\357\277\275\017\063\001B}\357\277\275\f\357\277\275W\357\277\275T\032`\357\277\275\037\357\277\275,PF\357\277\275/\tP\357"..., size=120157) at squat-trie.c:963 _data_stack_cur_id = 5 ret = 1523 #9 0xb750db2c in fts_backend_squat_build_more (_ctx=0xa08cf08, data=0xc9c8ec8 "\037\357\277\275\b\b\357\277\275K2,S\n0\357\277\275\067\001\357\277\275W\n\357\277\275\004\304\273\357\277\275I\016\357\277\275\005\004\rI\357\277\275[\357\277\275&@\357\277\275TH^\357\277\275\070\357\277\275\\\003\357\277\275\177'/{M`\n?\357\277\275\062\357\277\275I\357\277\275AXS\f\357\277\275\035\357\277\275Q\357\277\275\061\357\277\275\330\267\357\277\275 P\357\277\275\017\357\277\275.0\357\277\275D\b\357\277\275\327\260\357\277\275Z\357\277\275D\357\277\275\037\357\277\275^O\031\357\277\275U\037\362\232\273\267\357\277\275\017\063\001B}\357\277\275\f\357\277\275W\357\277\275T\032`\357\277\275\037\357\277\275,PF\357\277\275/\tP\357"..., size=120157) at fts-backend-squat.c:166 ctx = 0xa08cf08 #10 0xb755658f in fts_backend_build_more (ctx=0xa08cf08, data=0xc9c8ec8 "\037\357\277\275\b\b\357\277\275K2,S\n0\357\277\275\067\001\357\277\275W\n\357\277\275\004\304\273\357\277\275I\016\357\277\275\005\004\rI\357\277\275[\357\277\275&@\357\277\275TH^\357\277\275\070\357\277\275\\\003\357\277\275\177'/{M`\n?\357\277\275\062\357\277\275I\357\277\275AXS\f\357\277\275\035\357\277\275Q\357\277\275\061\357\277\275\330\267\357\277\275 P\357\277\275\017\357\277\275.0\357\277\275D\b\357\277\275\327\260\357\277\275Z\357\277\275D\357\277\275\037\357\277\275^O\031\357\277\275U\037\362\232\273\267\357\277\275\017\063\001B}\357\277\275\f\357\277\275W\357\277\275T\032`\357\277\275\037\357\277\275,PF\357\277\275/\tP\357"..., size=120157) at fts-api.c:124 No locals. #11 0xb755976c in fts_build_mail_flush_headers (ctx=0xa08cc00, mail=0xa092dc8, tryagain_r=0xbf9bc6ff) at fts-storage.c:83 No locals. #12 fts_build_mail (ctx=0xa08cc00, mail=0xa092dc8, tryagain_r=0xbf9bc6ff) at fts-storage.c:240 decoder_flags = <value optimized out> parser = 0x0 decoder = 0x0 raw_block = {part = 0xa0440b0, hdr = 0x0, data = 0x0, size = 0} prev_part = 0xa0440b0 skip_body = false block = {part = 0xa0440b0, hdr = 0x0, data = 0xc9b9e90 "\031\357\277\275\067S\357\277\275^\fP\357\277\275B\357\277\275Q\357\277\275]\020\357\277\275=Z\357\277\275NL]}\357\277\275\023\357\277\275!U\357\277\275WV\357\277\275$\357\277\275I\357\277\275\020Z$\357\277\275J\357\277\275A\357\277\275S6\357\277\275T\357\277\275\031#\357\277\275@\357\277\275\006\357\277\275\070\357\277\275W6`\357\277\275A\357\277\275\r6\357\277\275S\034\357\277\275\017\357\277\275\v\357\277\275\n\357\277\275\024\357\277\275\017\357\277\275^\357\277\275{\357\277\275\n\357\277\275-\357\277\275\322\256PV\021\357\277\275\001T\357\277\275O\357\277\275~W\357\277\275JQ!*\357\277\275\002*YLK9\310\224\357\277\275Z\003"..., size = 207} ret = <value optimized out> input = 0xc7fb3c8 parts = 0xa0440b0 body_part = true #13 fts_build_more (ctx=0xa08cc00, mail=0xa092dc8, tryagain_r=0xbf9bc6ff) at fts-storage.c:625 _data_stack_cur_id = 4 count = 20 ret = 168349528 #14 fts_mailbox_search_next_nonblock (ctx=0xa08cc00, mail=0xa092dc8, tryagain_r=0xbf9bc6ff) at fts-storage.c:728 fbox = 0xa08b498 fctx = 0xa08ccd8 ret = <value optimized out> #15 0xb777f9b8 in mailbox_search_next_nonblock (ctx=0xa08cc00, mail=0xa092dc8, tryagain_r=0xbf9bc6ff) at mail-storage.c:1182 box = <value optimized out> #16 0x0805cbb6 in cmd_search_more (cmd=0xa06e048) at imap-search.c:347 ctx = 0xa06e108 opts = SEARCH_RETURN_ALL sync_flags = <value optimized out> end_time = {tv_sec = 171970592, tv_usec = -1080309992} range = <value optimized out> count = <value optimized out> id = <value optimized out> id_min = 0 id_max = 0 ok_reply = <value optimized out> time_msecs = <value optimized out> tryagain = <value optimized out> minmax = false lost_data = <value optimized out> __FUNCTION__ = "cmd_search_more" #17 0x0805cf84 in cmd_search_more_callback (cmd=0xa06e048) at imap-search.c:430 client = 0xa06dbe0 finished = <value optimized out> #18 0xb772eea7 in io_loop_handle_timeouts_real (ioloop=0xa04c368) at ioloop.c:353 timeout = 0xa401020 item = 0xa401020 tv = {tv_sec = 0, tv_usec = 0} tv_call = {tv_sec = 1294842354, tv_usec = 702529} t_id = 3 #19 io_loop_handle_timeouts (ioloop=0xa04c368) at ioloop.c:368 _data_stack_cur_id = 2 #20 0xb772ff64 in io_loop_handler_run (ioloop=0xa04c368) at ioloop-epoll.c:186 ctx = 0xa04c490 events = <value optimized out> event = <value optimized out> list = <value optimized out> io = <value optimized out> tv = {tv_sec = 0, tv_usec = 0} events_count = 6 msecs = 0 ret = 0 i = <value optimized out> j = <value optimized out> call = <value optimized out> #21 0xb772ed00 in io_loop_run (ioloop=0xa04c368) at ioloop.c:404 No locals. #22 0xb771a8ea in master_service_run (service=0xa04c2b8, callback=0x805fc20 <client_connected>) at master-service.c:484 No locals. #23 0x08060365 in main (argc=1, argv=0xa04c1c0) at main.c:375 set_roots = {0x8062ce0, 0x0} service_flags = <value optimized out> storage_service_flags = <value optimized out> postlogin_socket_path = <value optimized out> username = <value optimized out> c = <value optimized out> ----- End forwarded message ----- -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

1 0

[Dovecot] How do folk . . . Aggregate system mail from LAN machines?
by Ron Leach 12 Jan '11

12 Jan '11

List, good evening, Running Dovecot for external email, but not yet worked out how (best) to aggregate 'system' mail from other machines on the LAN. By system mail, I mean mails generated by the OS or by applications, and addressed to root, or 'some admin user', etc. Ideally, these would be seen by 'root' or 'some admin user' or whoever on our existing Dovecot/IMAP system. Our scale is not large, we only have 5 servers on the LAN doing various things. I wondered how other Dovecot users do this. I've thought of 3 possibilities: 1. Install Dovecot on each LAN machine, and use Fetchmail to retrieve the messages using POP so that local mail stores were emptied. 2. Perhaps, use a 'forwarding' mechanism of some sort on each LAN machine, but that would require an MTA on each LAN machine, would it not? 3. I wondered whether /etc/alias, mentioned in a recent post by Simone Caruso, might help though again, presumably, requiring an MTA on each LAN machine. What do you do? regards, Ron

3 2

[Dovecot] Question about lda & auth_socket_path
by Jahnke-Zumbusch, Dirk 12 Jan '11

12 Jan '11

Hi all, storing e-mails (using postfix) via dovecot-lda fails and I assume this is related with a auth_socket configuration problem. But I am at a dead end, so perhaps anybody has got a hint for me: This is dovecot-2.0.8 on Solaris 10: 10-auth.conf and its include: ----------------------------- ... userdb { driver = static args = uid=104 gid=104 home=/some/path/%u } Relevant parts of 10-mail.conf: --------------------------------- ... auth_socket_path = /var/run/dovecot/auth-userdb Relevant parts of 10-master.conf: --------------------------------- ...service auth { unix_listener auth-userdb { mode = 0644 user = vmail #group = } } service auth-worker { user = root } Relevant parts of 15-lda.conf: --------------------------------- ... protocol lda { # Space separated list of plugins to load (default is global mail_plugins). #mail_plugins = $mail_plugins } # ls -l /var/run/dovecot/auth-userdb srw-r--r-- 1 vmail root 0 Jan 12 15:49 /var/run/dovecot/auth-userdb Using dovecot-lda for mail delivery or doveadm for user inquirement fails: via debug_log_path: ------------------- Jan 12 16:04:14 auth: Debug: Loading modules from directory: /dovecot/code/dovecot-2.0.8/lib/dovecot/auth Jan 12 16:04:14 auth: Debug: passwd-file /store1/db/masterusers.passwd: Read 1 users Jan 12 16:04:14 auth: Debug: master in: USER 1 djahnke service=lda Jan 12 16:04:14 auth: Debug: password(djahnke): passdb doesn't support credential lookups Jan 12 16:04:14 auth: Debug: master out: FAIL 1 Jan 12 16:04:14 lda: Debug: auth input: via syslog: ----------- Jan 12 16:04:14 deliver1 dovecot: [ID 583609 local0.error] auth: Error: static(djahnke): passdb doesn't support lookups, can't verify user's existence Jan 12 16:04:14 deliver1 dovecot: [ID 583609 local0.error] lda: Error: user djahnke: Auth USER lookup failed Jan 12 16:04:14 deliver1 dovecot: [ID 583609 local0.crit] lda: Fatal: Internal error occurred. Refer to server log for more information. When I use "allow_all_users=yes" everything works fine, so I think somehow the communication with the socket fails. I cannot see what I have missed :-( Any suggestions what I should look for / configure ? Any help appreciated, cheers, Drik -- Dirk Jahnke-Zumbusch Deutsches Elektronen-Synchrotron DESY IT Information Fabrics Member of the Helmholtz Association D-22603 Hamburg Notkestrasse 85 / 22607 Hamburg T: +49-40-899.81760 F: +49-40-899.41760 dirk.jahnke-zumbusch(a)desy.de

2 1

[Dovecot] Dovecot fails after updating MySQL
by Jerry 12 Jan '11

12 Jan '11

I just updated MySQL to Server version: 5.5.8 on my FreeBSD-8.2 system. Now Dovecot refuses to run. Prior to this, dovecot had been running for several years without a problem. This is the output of "dovecot -n" # 1.2.16: /usr/local/etc/dovecot.conf # OS: FreeBSD 8.2-PRERELEASE amd64 ufs log_path: /var/log/dovecot.log login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 1000 mail_privileged_group: mail mail_location: maildir:/var/mail/vhost/seibercom.net/gerard mail_plugins: expire imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep lda: postmaster_address: postmaster(a)seibercom.net mail_plugins: sieve sieve_global_path: /usr/local/etc/dovecot/sieve/gerard.sieve sendmail_path: /usr/sbin/sendmail auth default: mechanisms: plain login digest-md5 cram-md5 username_format: %Lu verbose: yes debug: yes debug_passwords: yes passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: expire: Trash 2 Spam/* 2 expire_dict: proxy::expire dict: expire: mysql:/usr/local/etc/dovecot-dict-expire.conf The /var/run/dovecot directory looks like this: drwxr-xr-x 3 root wheel 512B 2011-01-10 18:49:44 EST ./ drwxr-xr-x 15 root wheel 1.0K 2011-01-10 18:49:37 EST ../ srw-rw---- 1 root wheel 0B 2011-01-10 18:49:37 EST auth-client= srw------- 1 vmail vmail 0B 2011-01-10 18:49:37 EST auth-master= srw------- 1 root wheel 0B 2011-01-10 18:49:37 EST auth-worker.34781= srwxrwxrwx 1 root wheel 0B 2011-01-10 18:49:37 EST dict-server= lrwx------ 1 root wheel 27B 2011-01-10 18:49:37 EST dovecot.conf@ -> /usr/local/etc/dovecot.conf drwxr-x--- 2 root dovecot 512B 2011-01-10 18:49:37 EST login/ -rw------- 1 root wheel 6B 2011-01-10 18:49:37 EST master.pid This is the log file output, updated every second (snippet) Jan 10 18:42:11 dovecot: Info: Dovecot v1.2.16 starting up Jan 10 18:42:11 dovecot: Error: child 34517 (auth-worker) killed with signal 11 (core not dumped) Jan 10 18:42:11 dovecot: Error: child 34521 (auth-worker) killed with signal 11 (core not dumped) I have tried deleting and rebuilding dovecot without success. I am at a lose to figure out what the problem is. -- Jerry ✌ Dovecot.user(a)seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ I would rather say that a desire to drive fast sports cars is what sets man apart from the animals.

6 16

[Dovecot] mail quota dovecot 1.2.15-3
by J4 12 Jan '11

12 Jan '11

Dear all, I am attempting to enforce quota with Dovecot 1.2.15-3 using LDA for deliver. I use smtp-source (postfix) to deliver large messages but the quota is never noticed. The webmail interface is Roundcube, and the admin is performed using Postfixadmin. I have not looked into the postfix portion for quota, yet. Is there something that I have missed from the configuration? (The contents of relevant the mysql tables are included) Best wishes, J. # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-cgmemcap-smack x86_64 Debian squeeze/sid ext4 log_timestamp: %Y-%m-%d %H:%M:%S ssl_listen: *:993 ssl: required ssl_cert_file: /etc/ssl/certs/smtpd.crt ssl_key_file: /etc/ssl/private/smtpd.key login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login first_valid_uid: 106 mail_privileged_group: mail mail_location: maildir:/var/vmail/%d/%u/ maildir_very_dirty_syncs: yes mbox_write_locks: fcntl dotlock mail_plugins: quota imap_quota lda: log_path: auth_socket_path: /var/run/dovecot/auth-master postmaster_address: postmaster(a)test.info mail_plugins: sieve quota auth default: mechanisms: plain login passdb: driver: pam passdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf userdb: driver: passwd userdb: driver: static args: uid=5000 gid=5000 home=/var/vmail/%d/%n allow_all_users=yes userdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: quota: dict:user::proxy::quotadict dict: quotadict: mysql:/etc/dovecot/dovecot-dict-quota.conf select * from mailbox; +--------------------------+------------------------------------+--------------+---------------------------+----------+------------+------------------+---------------------+---------------------+--------+ | username | password | name | maildir | quota | local_part | domain | created | modified | active | +--------------------------+------------------------------------+--------------+---------------------------+----------+------------+------------------+---------------------+---------------------+--------+ | 11(a)test.info | $1$abc111kdddjkfsdhfjksdhfj. | TEST | test.info/11/ | 1024000 | 11 | test.info | 2011-01-07 14:19:03 | 2011-01-12 11:34:32 | 1 | +--------------------------+------------------------------------+--------------+---------------------------+----------+------------+------------------+---------------------+---------------------+--------+ select * from quota; +-----------------------------+-----------+----------+ | username | bytes | messages | +-----------------------------+-----------+----------+ | 11(a)test.info | 173879747 | 5689 | quotadict = mysql:/etc/dovecot/dovecot-dict-quota.conf ## dovecot-dict-quota.conf connect = host=localhost dbname=mail user=mail password=fred map { pattern = priv/quota/storage table = quota username_field = username value_field = bytes } map { pattern = priv/quota/messages table = quota username_field = username value_field = messages }

1 0

[Dovecot] Refilter Mailboxes via Sieve - Missing delivered-to header
by Dieter Knopf 12 Jan '11

12 Jan '11

Hello, i already read http://wiki.dovecot.org/HowTo/RefilterMail but it won't work here :( I have many old mails in my folders and need to refilter many of them. But there are many mails without a delivered-to-header. What can i do? Error: Configuration error: envelope_recipient specified header missing (delivered-to:1) Would be okay if getmail would just skip the mail, but it cancels. Not sure if there is any way around. This is the config: [retriever] type = MultidropIMAPSSLRetriever envelope_recipient = delivered-to:1 server = foo port = 993 username = foo password = foo mailboxes = ("INBOX.REFILTER",) move_on_delete = INBOX.trash [destination] type = MDA_external path = /usr/lib/dovecot/deliver arguments = ("-e", "-f", "%(sender)", "-d", "%(recipient)") user = vmail group = vmail [options] delete = true recieved = false delivered_to = false verbose = 2 I'm using virtual users, so i must use Multidrop. Thanks

1 0

[Dovecot] Connection queue full on my directors
by Jan-Frode Myklebust 11 Jan '11

11 Jan '11

I finally upgraded to v1.2.16 on my backend servers, with ldap instead of previously mysql, and put a couple of dovecot v2.0.8 directors in front of them (used haproxy previously). It seemed to work OK initially, but after a few hours we got bit by "Connection queue full" problems on the directors. So I now set default_process_limit=512 and also: service anvil { client_limit=1027 } since dovecot said that was now required. Things seems to be working, but I'm afraid default_process_limit=512 is too low: $ ps -ef|grep dovecot/pop3-login|wc -l 192 $ ps -ef|grep dovecot/imap-login|wc -l 472 so looks like I'm quite close to hitting this limit for my imap logins. We will eventually put up some webmail servers (using imapproxy to keep connections alive), that will be connecting over these directors. Then we will expect to have a lot more active imap sessions over these directors. Should we just keep increasing default_process_limit, or per service process_limit, and follow dovecots warnings about client_limits for auth/anvil.. or will we be getting into other problems like running out of file descriptors? Are there any max'es we should expect to run into ? Current director config: ################################################################### $ ../../sbin/dovecot -n # 2.0.8: /usr/local/dovecot-2.0.8/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-194.32.1.el5 x86_64 Red Hat Enterprise Linux Server release 5.5 (Tikanga) default_process_limit = 256 director_mail_servers = 192.168.42.7 192.168.42.8 192.168.42.9 192.168.42.10 192.168.42.11 192.168.42.28 192.168.42.29 director_servers = 192.168.42.15 192.168.42.17 disable_plaintext_auth = no listen = * passdb { args = proxy=y nopassword=y driver = static } service director { fifo_listener login/proxy-notify { mode = 0666 } inet_listener { port = 5515 } unix_listener director-userdb { mode = 0600 } unix_listener login/director { mode = 0666 } } service imap-login { executable = imap-login director } service pop3-login { executable = pop3-login director } ssl_cert = </etc/pki/tls/certs/mail.example.net.crt ssl_key = </etc/pki/tls/private/mail.example.net.key ################################################################### $ sudo /usr/local/dovecot/bin/doveadm director status mail server ip vhosts users 192.168.42.7 10 315 192.168.42.8 10 292 192.168.42.9 10 311 192.168.42.10 10 316 192.168.42.11 10 292 192.168.42.28 100 1790 192.168.42.29 100 1787 -jf

2 2

[Dovecot] Dovecot - AllowGroups option
by Jacob Neergaard Pedersen 11 Jan '11

11 Jan '11

Hi, I'm trying to control access to different services on an Debian server using /etc/group. So that a user I create for FTP usage doesn't fill up my server with IMAP folders or samba garbage. Services like proftpd have: "AllowGroup ftpgroup" sshd have "AllowGroups sshgroup" And samba have "valid users = @smbgroup" But I can't find the correct option in Dovecot (/etc/dovecot/dovecot.conf) Do anyone have the magic option or a workaround thats doesn't envolve maintaining seperate user databases and password? (I know its needed for samba but besides that) /Neergaard

2 3

[Dovecot] utility to copy/sync IMAP mailboxes
by Don Buchholz 11 Jan '11

11 Jan '11

Well, my Dovecot server (v2.0.8) is up and running, and now it's time to migrate mailboxes from the old mail server [Lotus Domino Release 5.0.8] running on Windows NT 4.0 [ancient -- been the mail server since Aug-2000]. I saw "dsync(1)" and thought my troubles were over. Only I can't figure out how to make it work with the NT/Domino server as a source for mailboxes. I guess dsync(1) works only in completely *nix environment. I've been trying the imapcopy.pl script from the IMAP Tools web page (http://www.athensfbc.com/imap_tools/) but it is having problems with Notes' choice of the backslash (\) character as a mailbox (namespace?) delimiter. Any suggestions for a stable, reliable (copy/duplicate/mirror/sync) tool that can do the job using only IMAP access? (No SSL support required.) Thanks in advance, - Don

5 4