- dovecot - dovecot.org

Re: [Dovecot] dovecot-antispam dependencies
by Sven Schwyn 23 May '11

23 May '11

> I would like to see a tagged version too, but trunk works fine here. > Since the OP mentions Gentoo, my latest ebuild for dovecot-antispam for > 2.x is attached. The thing with Gentoo: Unless a tagged version is created, it's very unlikely that the Gentoo guys update the current ebuild (aka: package) and thus the incompatibility between the dovecot and the dovecot-antispam packages in the package tree remains. Thanks for the ebuild. Cheers, -sven

2 1

[Dovecot] Debian or Ubuntu packages ?
by Frank Bonnet 23 May '11

23 May '11

Hello Anyone knows which version of Dovecot 2 are availables on Squeeze Debian or Ubuntu server 10.04 LTS ? Also what is the Linux OS that is must up to date ? Thanks

2 1

[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