- dovecot - dovecot.org

[Dovecot] Global fields for passwd-file database
by Sergey Urushkin 23 May '11

23 May '11

Is there a way to specify global fields for passwd-file DB? Currently interested in "home" for userdb and "allow_nets" for passworddb. The next doesn't work, of course: passdb passwd-file { args = username_format=%n allow_nets=127.0.0.1 /etc/dovecot/dovecot.passwd.%d } userdb passwd-file { args = username_format=%n home=/var/mail/%d/%n /etc/dovecot/dovecot.passwd.%d } -- Best regards, Sergey Urushkin

2 4

[Dovecot] dovecot-antispam dependencies
by Sven Schwyn 22 May '11

22 May '11

Hi There's currently a version block for the dovecot and dovecot-antispam packages in Gentoo. Dependencies indicate that dovecot-2.0.11 does not accept dovecot-antispam-1.3. Is this correct or should it work? If not: How about the current rc of version 1.4? Cheers, -sven

4 5

[Dovecot] fts squat index file not appearing
by Cor Bosman 22 May '11

22 May '11

Hey all, im experimenting with squat for a small project but am not having much luck. Debugging tells me squat is being loaded, but the index.search files are not appearing after TEXT/BODY commands. Squat plugin was added to config as well. Anyone have an idea? Cor

3 9

[Dovecot] hardluck w/ sieve
by errno 22 May '11

22 May '11

I've followed the docs here: http://wiki.dovecot.org/LDA/Sieve/Dovecot ... in particular, the 'Per-user Sieve script location' scenario. However, I'm unable to get any behavior that indicates that sieve is functioning correctly - well, functioning _at_all_ would be more accurate. Relevant dovecot.conf: protocol lda { ... mail_plugins = sieve } auth default { ... passdb passwd-file { args = /var/vmail/passwd } userdb static { args = uid=vmail gid=vmail home=/var/vmail/%d/%u } } plugin { sieve = /var/sieve-scripts/%d/%u.sieve } ls -l /var/sieve-scripts/domain.com/user.sieve -rw-r--r-- 1 vmail vmail 224 May 22 00:18 /var/sieve-scripts/domain/user.sieve I of course have an extremely simple rule in the example 'user.sieve' file; but for whatever reasons, no filtering is occurring. Is there anything obvious in my configuration that's broke? How best to debug? Thankyou!

1 1

Re: [Dovecot] fts crash
by Daniel L. Miller 22 May '11

22 May '11

On 5/21/2011 8:17 PM, Daniel L. Miller wrote: > On 5/21/2011 8:04 PM, Daniel L. Miller wrote: >> I've completed my mailbox rebuild - theoretically I should be free of >> corruption. I used dsync to export from mdbox to maildir (so should >> be clean) then used a virtual machine with Dovecot to import back to >> mdbox in another location. So...theoretically I should be free of >> all corruption now... >> > Perhaps I spoke too soon... > > May 21 20:13:38 bubba dovecot: imap(emiller(a)amfes.com): Error: FETCH > [] for mailbox INBOX UID 1274 got too little data: 4443 vs 5253 > May 21 20:13:38 bubba dovecot: imap(emiller(a)amfes.com): Error: > Corrupted index cache file > /var/mail/amfes.com/emiller/mdbox/mailboxes/INBOX/dbox-Mails/dovecot.index.cache: > Broken virtual size for mail UID 1274 > May 21 20:13:38 bubba dovecot: imap(emiller(a)amfes.com): Disconnected: > FETCH failed bytes=103/5395 > > Note that the above logged error appears from a MUA accessing the mailbox - no log entries from a doveadm search text command. -- Daniel

1 0

Re: [Dovecot] fts crash
by Daniel L. Miller 22 May '11

22 May '11

On 5/21/2011 8:04 PM, Daniel L. Miller wrote: > I've completed my mailbox rebuild - theoretically I should be free of > corruption. I used dsync to export from mdbox to maildir (so should > be clean) then used a virtual machine with Dovecot to import back to > mdbox in another location. So...theoretically I should be free of all > corruption now... > Perhaps I spoke too soon... May 21 20:13:38 bubba dovecot: imap(emiller(a)amfes.com): Error: FETCH [] for mailbox INBOX UID 1274 got too little data: 4443 vs 5253 May 21 20:13:38 bubba dovecot: imap(emiller(a)amfes.com): Error: Corrupted index cache file /var/mail/amfes.com/emiller/mdbox/mailboxes/INBOX/dbox-Mails/dovecot.index.cache: Broken virtual size for mail UID 1274 May 21 20:13:38 bubba dovecot: imap(emiller(a)amfes.com): Disconnected: FETCH failed bytes=103/5395 -- Daniel

1 0

[Dovecot] fts crash
by Daniel L. Miller 22 May '11

22 May '11

I've completed my mailbox rebuild - theoretically I should be free of corruption. I used dsync to export from mdbox to maildir (so should be clean) then used a virtual machine with Dovecot to import back to mdbox in another location. So...theoretically I should be free of all corruption now... Running an fts update - "doveadm search text -u user(a)domain.com xyzzyx" works on some users - other mailboxes crash with: doveadm(dmiller(a)amfes.com): Panic: file squat-trie.c: line 876 (squat_build_word): assertion failed: (i + bytelen <= size) doveadm(dmiller(a)amfes.com): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x3ccca) [0x7ffee92b6cca] -> /usr/local/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x32) [0x7ffee92b6db2] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x16dda) [0x7ffee9290dda] -> /usr/local/lib/dovecot/lib21_fts_squat_plugin.so(+0x5bbd) [0x7ffee6607bbd] -> /usr/local/lib/dovecot/lib21_fts_squat_plugin.so(squat_trie_build_more+0x153) [0x7ffee6607d13] -> /usr/local/lib/dovecot/lib20_fts_plugin.so(+0x59bc) [0x7ffee68159bc] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_search_next_nonblock+0x20) [0x7ffee99ac180] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_search_next+0x26) [0x7ffee99ac1d6] -> doveadm() [0x40ce47] -> doveadm() [0x409304] -> doveadm(doveadm_mail_single_user+0x8c) [0x40961c] -> doveadm() [0x409817] -> doveadm(doveadm_mail_try_run+0x141) [0x409c31] -> doveadm(main+0x3b1) [0x40dfd1] -> /lib/libc.so.6(__libc_start_main+0xfe) [0x7ffee8b09d8e] -> doveadm() [0x408c09] Aborted -- Daniel

1 0

[Dovecot] Behavior difference in mbox versus Maildir listing
by Bruno Prémont 22 May '11

22 May '11

Hi, My MUA (claws-mail) is having a hard time listing directories for a mail account with two namespaces, one of which using mbox and the other one using maildir to store mails. Let's call the namespaces "#mbox." and "#maildir." and have "." as separator. Assume I have the following folder hierarchy: $namespace $namespace folder $namespace folder folder1a $namespace folder folder1b $namespace folder folder1c The resulting IMAPv4 session is: mb1 LIST "" "#mbox.%" * LIST (\Noselect \HasChildren) "." "#mbox.folder" mb1 OK List completed. mb2 LIST "" "#mbox.folder.%" * LIST (\Noselect \HasChildren) "." "#mbox.folder." * LIST (\NoInferiors \UnMarked) "." "#mbox.folder.folder1a" * LIST (\NoInferiors \UnMarked) "." "#mbox.folder.folder1b" * LIST (\NoInferiors \UnMarked) "." "#mbox.folder.folder1c" mb2 OK List completed. md1 LIST "" "#maildir.%" * LIST (\HasChildren) "." "#maildir.folder" md1 OK List completed. md2 LIST "" "#maildir.folder.%" * LIST (\HasNoChildren) "." "#maildir.folder.folder1a" * LIST (\HasNoChildren) "." "#maildir.folder.folder1b" * LIST (\HasNoChildren) "." "#maildir.folder.folder1c" md2 OK List completed. Notice the extra presence of listed folder itself with trailing "." in mb2 that has no equivalent in md2! Is this expected listing behavior? If so, why the differing behavior between both storage engines? Affected dovecot versions: at least 1.1.16 and 2.0.11 (installed from Gentoo packages) System is x86 on XFS Thanks, Bruno

2 4

[Dovecot] IMAP COMPRESS not announced while using imap_zlib plugin
by Henrik Larsson 21 May '11

21 May '11

I'm trying to enable the IMAP COMPRESS plugin listed here: http://wiki2.dovecot.org/Plugins/Compress I have added zlib globally and imap_zlib to the imap protocol. This is the output from doveconf -n with regards to mail_plugins: --cut-- mail_plugins = zlib protocol imap { mail_plugins = zlib imap_zlib } --cut But it seem like the feature is not announced when connecting to the IMAP server: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS LOGINDISABLED AUTH=DIGEST-MD5 AUTH=CRAM-MD5] Dovecot ready. I would expect something like COMPRESS=DEFLATE. I haven't enabled any compression for the Maildir files, zlib_save_level and zlib_save is not set. Does IMAP COMPRESS only work if the mailbox is compressed? Best regards Henrik Larsson

2 3

Re: [Dovecot] How to stop mail_executable from cwd to ~home
by Joseph Tam 21 May '11

21 May '11

Gary Duncan <gduncan(a)engr.UVic.CA> writes: > In our environment home directories are auto-mounted via /home/<user> > including on the server provided mail. > Within the various mail services though we try to isolate > and override with local /mail/home/<user> > > Works well except that dovecot still wants to cd to the real home > triggering a useless and potentially hindering automount This becomes really apparent if you have an organization wide-mailing list, and one delivery to it causes a flurry of automounts. I similarly replace per-user mounts with a home mount bundle. > when it invokes the imap or pop3 process specified by mail_executable, > ie an lsof of the process shows cwd of /home/<user> and the automounted home. I see the same behaviour in 2.0.13, which process tracing of imap shows more clearly (/nfs/user is per user mount, /nfs/home/user is user home bundle) ... 4087: getuid() = 12345 [12345] 4087: chdir("/nfs/test") = 0 4087: stat64("/nfs/home/test/mail", 0xFFBFF6C0) = 0 4087: stat64("/nfs/home/test/mail", 0xFFBFF5A0) = 0 4087: stat64("/nfs/home/test/mail", 0xFFBFF6C0) = 0 ... This happens fairly early after imap-login forks and execs the imap process. I'll see if I can find it after building a debug version, but I think Timo will beat me to this. Joseph Tam <jtam.home(a)gmail.com>

2 2