- dovecot - dovecot.org

[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

[Dovecot] dovecot & OCFS2 Cluster
by Osvaldo Alvarez Pozo 20 May '11

20 May '11

hi all We have an ocfs2 cluster compose of 4 Debian lenny serveurs wich have access to an ISCSI LUN we have create a partition on this Lun and formated this partition as OCFS2. 2 serveurs does mail delivery (SMTP) and the two other are pop/imap servers. The smtp servers use dovecot LDA to deliver to mailboxes. La version de dovecot is 1.2.13, ldirectord balance conexion to the servers(pop/pops/imap/imaps to the two imap/pop serveurs) (smtp to the two smtp servers). this is a part of my dovecot.conf mail_location = maildir:/var/vmail/%d/%u/Maildir mail_access_groups = mail first_valid_uid = 5000 last_valid_uid = 5000 mail_max_userip_connections = 100 maildir_copy_with_hardlinks = yes disable_plaintext_auth = no dotlock_use_excl=yes mmap_disable = yes protocols = imap imaps pop3 pop3s managesieve protocol imap { mail_plugins = quota imap_quota imap_client_workarounds = outlook-idle delay-newmail } protocol pop3 { mail_plugins = quota pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %08Xu%08Xv } protocol lda { mail_plugins = quota sieve log_path = /var/log/dovecot-deliver.log info_log_path = /var/log/dovecot-deliver.log } protocol managesieve { managesieve_implementation_string = dovecot } auth default { mechanisms = plain login passdb sql { args = /etc/dovecot/sql.conf } userdb prefetch { } userdb sql { args = /etc/dovecot/sql.conf } user = nobody socket listen { master { path = /var/run/dovecot/auth-master mode = 0660 user = vmail group = mail } client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = mail } We are having severals problems from "cpu stuck for 61 seconds" to "too many connexion". I wonder if there is a configuation type of dovecot when using ocfs2. In tje dovecot site they give advices about how to configure dovecot when using NFS, but not about OCFS2. Somme people say that lda shuld not be used. Any help please? Thanks nebano

7 17

[Dovecot] Migrate to new server without raw copy
by Daniel L. Miller 20 May '11

20 May '11

I've setup a new virtual machine to run my mail servers. Dovecot is installed and talking with the LDAP server for the user list. Now the question is how to migrate the data from the old Dovecot to the new. The data is stored in mdbox, with some possible corruption. Accordingly, any form of simple file copy is not the answer - I need the messages to be processed by something and then stored fresh on the new server. I do have NFS access both ways if that does anything. I tried imapsync - but it quickly broke on some of the messages. Is dsync the answer? Or do I use a MUA and drag-n-drop the messages a batch at a time between the servers? -- Daniel

3 2