- dovecot - dovecot.org

[Dovecot] LDAPS
by Osvaldo Sarubbi 19 Jan '07

19 Jan '07

Hello...what's hap with LDAPS?...with the "hosts" parameter of dovecot-ldap.conf, don't work Thanks... kenobi

2 1

[Dovecot] Shared folder
by Stefan Klatt 19 Jan '07

19 Jan '07

Hi, first.. i'm new on this list :-) and use dovecot 1.01rc17 under fedora core 5. And i read the list of the last 4 moth and didn't found answers to my questions........ now i work with shared folders and got it running on the following configuration: namespace private { seperator = . prefix = location = maildir:/srv/imapd/user/%u/maildir inbox = yes } namespace public { seperator = . prefix = Public. location = maildir:/imapd/shared/public/maildir:CONTROL=/imapd/user/%u/shared-settings/public/control:INDEX=/imapd/user/%u/shared-settings/public/index hidden = no } location is one line :-) I have different questions to this configuration: if i use "hidden = no" at the private namespace, the complete namespace isn't viewable, if i use "hidden = yes" i see the prefix "private" at the foldernames in my emailclient. Shouldn't be a non existing hidden option the same like "hidden = no"? if use / as the seperator like dokumented at the wiki it doesn't work. with a dot like the seperator at the directories for the emailfolder it works. is there a way to implement ACL for virtuell user in this configuration? The namespace could be a very interesting idea to give other user access to the own mailbox (e.g. for holiday), but for this each user need it's own acl-file which he can change.... And the special folder like Inbox must be viewable from another user. The both last could be realized with an option like "ACL = /imapd/user/%u/rights" to include an file with acldefinition at the namespacedefiniton. Another way could be a option like "ACL_R = user, user, group, group" inside of the namespacedefinition with definition of user and group outside of the namespacedefintion. For me a LDAP request would the best way :-) i realize the complete emailconfiguration with ldap. Stefan

3 4

[Dovecot] How change the order POP checks mail.
by Andreas Andersson 19 Jan '07

19 Jan '07

Hello! I have a problem with the POP when I want to use mbox and Maildirs. The old users are now using uw-imap, but in the future should theres old e-mail be in mbox format and the new e-mails in maildirs. I'am using this code and its worked fine in Squirrelmail and IMAP. namespace private { separator = / inbox = yes hidden = no prefix = "mbox/" location = mbox:~/mail:INBOX=/var/mail/%u } namespace private { separator = / prefix = location = maildir:~/Maildir } but not with POP, I can't find any mail. When I only searching for mbox mail, it worked great. I think thats the problem are the pop who first searching for Maildirs and then mailboxes. So how could I get the Dovecot POP server to first check the mailboxes and then the maildirs? Or how should I go around this problem? Thanks! Andreas Andersson

3 2

[Dovecot] Shared folder doesn't work!
by Brian Lavender 19 Jan '07

19 Jan '07

I can't seem to get a shared folder working properly. I am authenticating using pam, and the users have a shell account on the system. Problem is, the permissions on the messages moved into the folder don't maintain properly, and other users can't read the share. I have the following in /etc/dovecot/dovecot.conf namespace public { separator = / prefix = Public/ location = maildir:/var/mail/public } # If you create a "namespace public" section, then you need to create # a "namespace private" section namespace private { separator = / prefix = location = maildir:/home/%u/Maildir # There can be only one INBOX, and this setting defines # which namespace has it. inbox = yes } umask = 0007 I am running rc15 from backports on Debian stable. dovecot (1.0.rc15-1~bpo1) sarge-backports; urgency=low * Rebuilt for sarge. * Only changes needed were build dependency on libpq-dev changed back to postgresql-dev, libmysqlclient15-dev changed back to libmysqlclient12-dev, kernel-headers versioned build-dependency removed and debhelper version relaxed to 4. -- Jaldhar H. Vyas <jaldhar(a)debian.org> Mon, 4 Dec 2006 00:48:28 -0500 And here is the share. Two users are accessing it: brian and fred which are both in the colab group. See how the one message doesn't have group read or write. # cd /var/mail # find public -ls 232465 1 drwxrws--- 6 fred colab 1024 Jan 16 00:50 public/ 232466 1 drwxrws--- 2 fred colab 1024 Jan 16 00:13 public/cur 232467 1 drwxrws--- 2 fred colab 1024 Jan 16 00:13 public/new 232468 1 drwxrws--- 2 fred colab 1024 Jan 16 00:13 public/tmp 228051 1 drwxrws--- 5 fred colab 1024 Jan 16 04:32 public/.notices 228100 1 drwxrws--- 2 fred colab 1024 Jan 16 04:30 public/.notices/cur 228104 1 -rw-rw---- 1 fred colab 477 Jan 15 23:05 public/.notices/cur/1168937439.P1214Q0M467971.debian:2,S 228262 1 -rw-rw---- 1 brian colab 812 Jan 15 22:58 public/.notices/cur/1168949589.P1006Q0M317215.debian:2,S 228105 1 -rw-rw---- 1 fred colab 819 Jan 15 21:22 public/.notices/cur/1168950176.P1101Q0M673976.debian:2,S 228263 1 -rw------- 1 fred colab 620 Jan 15 22:57 public/.notices/cur/1168950649.P1171Q0M862818.debian:2,RS 228101 1 drwxrws--- 2 fred colab 1024 Jan 16 00:20 public/.notices/new 228102 1 drwxrws--- 2 fred colab 1024 Jan 16 04:30 public/.notices/tmp 228103 1 -rw-rwx--- 1 fred colab 636 Jan 16 04:30 public/.notices/dovecot.index.log 228266 0 -rw------- 1 brian colab 0 Jan 16 04:32 public/.notices/dovecot-uidlist.lock 228107 1 -rw-rwx--- 1 fred colab 192 Jan 16 04:30 public/.notices/dovecot.index 228106 17 -rw-rwx--- 1 fred colab 16384 Jan 16 04:30 public/.notices/dovecot.index.cache 228265 1 -rw------- 1 fred colab 172 Jan 16 04:30 public/.notices/dovecot-uidlist 232470 1 -rw-rw---- 1 fred colab 8 Jan 16 00:50 public/subscriptions -- Brian Lavender http://www.brie.com/brian/

3 5

[Dovecot] Dovecot deliver and syslog
by Bill Milford 19 Jan '07

19 Jan '07

Can syslog be used to log dovecot's LDA deliver? Bill

2 1

[Dovecot] rc17: child 15802 (auth) killed with signal 6
by Chris Laif 19 Jan '07

19 Jan '07

I'm using dovecot (rc17) in POP3/IMAP server _and_ proxy mode (pgsql backend). Everything works fine but occasionally I get these messages in the log: dovecot: auth(default): file passdb.c: line 126 (passdb_handle_credentials): assertion failed: (password != NULL) dovecot: auth(default): Raw backtrace: dovecot-auth [0x8062b2b] -> dovecot-auth [0x8062599] -> dovecot-auth [0x805a6ae] -> dovecot-auth [0x805b3b8] -> dovecot-auth [0x8060350] -> dovecot-auth(io_loop_handler_run+0x118) [0x8066458] -> dovecot-auth(io_loop_run+0x28) [0x80658e8] -> dovecot-auth(main+0x78) [0x8057028] -> /lib/libc.so.6(__libc_start_main+0xc6) [0x4007ee36] -> dovecot-auth [0x804f591] dovecot: child 15802 (auth) killed with signal 6 I seems (!) that these messages only appear when someone uses dovecot in in IMAP proxy mode. As I said before, everything works fine -- even reading emails via IMAP-proxy works. Chris

1 0

[Dovecot] RC15 problems with dovecot-shared and umask distilled
by Glenn Leavell 19 Jan '07

19 Jan '07

I recently posted about problems I've been having with dovecot-shared and umask in RC15 (using Solaris 9). I've now been able to distill what I'm experiencing into these two separate points: 1. dovecot-uidlist and message files never inherit the dovecot-shared group 2. With umask=0007 these files are created with mode 600 instead of 660: dovecot-uidlist, dovecot.index, dovecot.index.log, messages files (cur,tmp,new and the parent directory *are* created 770) (With regard to #1, I originally posted that individual message files were also not inheriting *permissions* from dovecot-shared, but that turned out to be a case of copying a message with maildir_copy_with_hardlinks = yes.) I can duplicate this consistently; can anyone else? Or has this been fixed in RC16/17? Thanks, Glenn

2 3

[Dovecot] vpopmail
by Lampa 18 Jan '07

18 Jan '07

Hello, i have only some typo: (using rc17) adding to section imap {} mail_plugins = quota produce on dovecot start IEffective uid=65534, gid=65534 ILoading modules from directory: /usr/local/dovecot/lib/dovecot/imap IModule loaded: /usr/local/dovecot/lib/dovecot/imap/lib10_quota_plugin.so and there is little patch to use vpopmail on nonstandart location (like /usr/local/vpopmail for example) (--with-vpopmail=/usr/local/vpomail) *** configure.old 2007-01-07 02:26:51.000000000 -0500 --- configure 2007-01-17 21:05:37.000000000 -0500 *************** *** 21353,21361 **** --- 21353,21363 ---- want_vpopmail=no else want_vpopmail=yes + vpopmail_home="$withval" fi else want_vpopmail=yes + vpopmail_home="`echo ~vpopmail`" fi *************** *** 30717,30723 **** fi if test $want_vpopmail = yes; then ! vpopmail_home="`echo ~vpopmail`" vpop_libdeps="$vpopmail_home/etc/lib_deps" { echo "$as_me:$LINENO: checking for vpopmail configuration at $vpop_libdeps" >&5 --- 30719,30725 ---- fi if test $want_vpopmail = yes; then ! # vpopmail_home="`echo ~vpopmail`" vpop_libdeps="$vpopmail_home/etc/lib_deps" { echo "$as_me:$LINENO: checking for vpopmail configuration at $vpop_libdeps" >&5 Thank you for your time and happy coding. Best regards Lampa

2 1

[Dovecot] dovecot imap logging capabilities
by Michael A. Painter Jr. 18 Jan '07

18 Jan '07

Hello, I have searched but have not found any information on logging imap actions. I want to log when someone uses imap to delete, move, copy, etc. This would greatly help me when someone deletes an email and asks where it went. I get this fairly often from a few users. Any help would be greatly appreciated. Thank you, Michael A. Painter Jr.

4 4

[Dovecot] A few rc17 imap crashes
by Chris Wakelin 18 Jan '07

18 Jan '07

We upgraded from 1.0-beta7 to 1.0-rc17 on Tuesday evening and looking at today's logs, just four imap processes out of 90,000+ died. I managed to get core files (the server is running Solaris 8 on Sparc, and Dovecot was compiled with gcc 3.3.2). I hope they're useful! (I should also say that performance between the two versions is roughly similar according to Solaris' process accounting stats, looking at CPU usage and disk blocks accessed.) Best Wishes, Chris 1) Here's the last log entry for each > dovecot: Jan 11 11:39:59 Info: IMAP 5751 xxxxxxxx xxx.xxx.xxx.xxx : Opened Sent (18 msgs) > dovecot: Jan 11 11:39:59 Error: child 5751 (imap) killed with signal 11 > dovecot: Jan 11 12:28:49 Info: IMAP 12765 xxxxxxxx xxx.xxx.xxx.xxx : Disconnected: Internal error occurred. Refer to server log for more information. [2007-01-11 12:28:49] > dovecot: Jan 11 12:28:49 Error: child 12765 (imap) killed with signal 10 > dovecot: Jan 11 13:01:49 Info: IMAP 14234 xxxxxxxx xxx.xxx.xxx.xxx : Opened List Reading (124 msgs) > dovecot: Jan 11 13:01:54 Error: child 14234 (imap) killed with signal 10 > dovecot: Jan 11 19:13:55 Info: IMAP 18786 xxxxxxxx xxx.xxx.xxx.xxx : Opened Sent (45 msgs) > dovecot: Jan 11 19:13:57 Error: child 18786 (imap) killed with signal 11 (I have extra logging lines in cmd-select.c, hence the "Opened" lines) 2) backtraces! pid 5751 > #0 0xff1c2838 in t_delete () from /usr/lib/libc.so.1 > #1 0xff1c23e4 in realfree () from /usr/lib/libc.so.1 > #2 0xff1c1f48 in _malloc_unlocked () from /usr/lib/libc.so.1 > #3 0xff1c1ce0 in malloc () from /usr/lib/libc.so.1 > #4 0xff1b617c in calloc () from /usr/lib/libc.so.1 > #5 0x89c18 in pool_system_malloc (pool=0xb66f0, size=156) at mempool-system.c:67 > #6 0x84ab8 in i_malloc (size=156) at imem.c:9 > #7 0x43b2c in mbox_md5_init () at mbox-md5.c:94 > #8 0x3df20 in mbox_sync_parse_match_mail (mbox=0xcee58, view=0xcdde8, seq=2) at mbox-sync-parse.c:557 > #9 0x3966c in mbox_file_seek (mbox=0xcee58, view=0xcdde8, seq=2, deleted_r=0xffbeee47) at mbox-file.c:195 > #10 0x3b628 in mbox_mail_seek (mail=0xd0bf8) at mbox-mail.c:69 > #11 0x3b988 in mbox_mail_get_stream (_mail=0xd0bf8, hdr_size=0x0, body_size=0x0) at mbox-mail.c:184 > #12 0x70458 in mail_get_stream (mail=0x0, hdr_size=0x0, body_size=0x0) at mail.c:107 > #13 0x5321c in index_mail_get_header_stream (_mail=0xd0bf8, _headers=0xd1368) at index-mail-headers.c:638 > #14 0x70434 in mail_get_header_stream (mail=0x0, headers=0xd1368) at mail.c:98 > #15 0x529ec in index_mail_headers_get_envelope (mail=0xd0bf8) at index-mail-headers.c:408 > #16 0x515c8 in index_mail_get_special (_mail=0xd0bf8, field=MAIL_FETCH_IMAP_ENVELOPE) at index-mail.c:706 > #17 0x70474 in mail_get_special (mail=0xd0bf8, field=MAIL_FETCH_IMAP_ENVELOPE) at mail.c:114 > #18 0x254d0 in fetch_envelope (ctx=0xd0bf8, mail=0xd0bf8, context=0x0) at imap-fetch.c:450 > #19 0x24e80 in imap_fetch (ctx=0xc4a58) at imap-fetch.c:291 > #20 0x1f62c in cmd_fetch (cmd=0xc27a4) at cmd-fetch.c:163 > #21 0x23334 in client_handle_input (cmd=0xc27a4) at client.c:331 > #22 0x232b4 in client_handle_input (cmd=0xc27a4) at client.c:388 > #23 0x23430 in _client_input (context=0xc2760) at client.c:428 > #24 0x87924 in io_loop_handler_run (ioloop=0xbf838) at ioloop-poll.c:199 > #25 0x87184 in io_loop_run (ioloop=0xbf838) at ioloop.c:281 > #26 0x2c658 in main (argc=0, argv=0xffbef5ec, envp=0xffbef5fc) at main.c:280 pid 12765 > #0 0xff1c27f0 in t_delete () from /usr/lib/libc.so.1 > #1 0xff1c23e4 in realfree () from /usr/lib/libc.so.1 > #2 0xff1c2c24 in _free_unlocked () from /usr/lib/libc.so.1 > #3 0xff1c2b74 in free () from /usr/lib/libc.so.1 > #4 0x5b550 in mail_index_free (_index=0xcac54) at mail-index.c:62 > #5 0x552f0 in index_list_free (list=0xcac50) at index-storage.c:84 > #6 0x555fc in destroy_unrefed (all=true) at index-storage.c:162 > #7 0x379ac in mbox_free (_storage=0xc2598) at mbox-storage.c:369 > #8 0x711a4 in mail_storage_destroy (_storage=0xc1a2c) at mail-storage.c:204 > #9 0x2cbd8 in namespace_deinit (namespaces=0xc1a10) at namespace.c:156 > #10 0x22a00 in client_destroy (client=0xc2760, reason=0x0) at client.c:90 > #11 0x87924 in io_loop_handler_run (ioloop=0xbf838) at ioloop-poll.c:199 > #12 0x87184 in io_loop_run (ioloop=0xbf838) at ioloop.c:281 > #13 0x2c658 in main (argc=0, argv=0xffbef604, envp=0xffbef614) at main.c:280 pid 14234 > #0 0xff1c2838 in t_delete () from /usr/lib/libc.so.1 > #1 0xff1c23e4 in realfree () from /usr/lib/libc.so.1 > #2 0xff1c2cb8 in cleanfree () from /usr/lib/libc.so.1 > #3 0xff1c1dec in _malloc_unlocked () from /usr/lib/libc.so.1 > #4 0xff1c1ce0 in malloc () from /usr/lib/libc.so.1 > #5 0xff1b617c in calloc () from /usr/lib/libc.so.1 > #6 0x89c18 in pool_system_malloc (pool=0xb66f0, size=28) at mempool-system.c:67 > #7 0x86d7c in timeout_add (msecs=1740000, callback=0x1f920 <idle_timeout>, context=0xc4a18) at ioloop.c:146 > #8 0x1fda0 in cmd_idle (cmd=0xc27a4) at cmd-idle.c:245 > #9 0x23334 in client_handle_input (cmd=0xc27a4) at client.c:331 > #10 0x232b4 in client_handle_input (cmd=0xc27a4) at client.c:388 > #11 0x23430 in _client_input (context=0xc2760) at client.c:428 > #12 0x87924 in io_loop_handler_run (ioloop=0xbf838) at ioloop-poll.c:199 > #13 0x87184 in io_loop_run (ioloop=0xbf838) at ioloop.c:281 > #14 0x2c658 in main (argc=0, argv=0xffbef5fc, envp=0xffbef60c) at main.c:280 pid 18786 > #0 0xff1c2974 in t_splay () from /usr/lib/libc.so.1 > #1 0xff1c27e0 in t_delete () from /usr/lib/libc.so.1 > #2 0xff1c23e4 in realfree () from /usr/lib/libc.so.1 > #3 0xff1c2cb8 in cleanfree () from /usr/lib/libc.so.1 > #4 0xff1c1dec in _malloc_unlocked () from /usr/lib/libc.so.1 > #5 0xff1c1ce0 in malloc () from /usr/lib/libc.so.1 > #6 0xff1b617c in calloc () from /usr/lib/libc.so.1 > #7 0x89c18 in pool_system_malloc (pool=0xb66f0, size=28) at mempool-system.c:67 > #8 0x7fa58 in buffer_create_dynamic (pool=0xb66f0, init_size=20) at buffer.c:109 > #9 0x56924 in index_transaction_init (t=0xcf090, ibox=0xd03a8, flags=0) at index-transaction.c:13 > #10 0x38fa0 in mbox_transaction_begin (box=0xcf090, flags=0) at mbox-transaction.c:16 > #11 0x71954 in mailbox_transaction_begin (box=0xcf090, flags=0) at mail-storage.c:497 > #12 0x29f30 in imap_sync_init (client=0xc2760, box=0xd03a8, imap_flags=0, flags=28) at imap-sync.c:47 > #13 0x2a534 in cmd_sync (cmd=0xc27a4, flags=28, imap_flags=0, tagline=0x93120 "OK Fetch completed.") at imap-sync.c:243 > #14 0x1f470 in cmd_fetch_finish (ctx=0xc4a50) at cmd-fetch.c:103 > #15 0x1f66c in cmd_fetch (cmd=0xc27a4) at cmd-fetch.c:173 > #16 0x226b4 in cmd_uid (cmd=0xc27a4) at cmd-uid.c:19 > #17 0x23334 in client_handle_input (cmd=0xc27a4) at client.c:331 > #18 0x232b4 in client_handle_input (cmd=0xc27a4) at client.c:388 > #19 0x23430 in _client_input (context=0xc2760) at client.c:428 > #20 0x87924 in io_loop_handler_run (ioloop=0xbf838) at ioloop-poll.c:199 > #21 0x87184 in io_loop_run (ioloop=0xbf838) at ioloop.c:281 > #22 0x2c658 in main (argc=0, argv=0xffbef5ec, envp=0xffbef5fc) at main.c:280 -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

3 15