- dovecot - dovecot.org

[Dovecot] Conversion help
by Jason Frisvold 24 Jul '08

24 Jul '08

Hi there, I'm working on converting my server from using bincimap to dovecot. I seem to be having some trouble with folders, however. Binc was set up like this : depot = "IMAPdir", /* Use Maildir++ style type = "Maildir", /* only Maildir path = "Maildir", /* default path */ auto create inbox = "yes", /* create INBOX in auto subscribe mailboxes = "INBOX", /* list mailboxes umask = "077" /* use this umask I have dovecot set up thusly : mail_location = maildir:/home/vpopmail/domains/%d/%n/Maildir namespace private { separator = / prefix = INBOX/ inbox = yes hidden = yes } The problem is, I'm not seeing any folders.. If I do a listing in the directory, I see this : -rw------- 1 vpopmail vchkpw 35453 Mar 10 2004 bincimap-cache -rw------- 1 vpopmail vchkpw 702 Jul 16 19:20 .bincimap-subscribed -rw------- 1 vpopmail vchkpw 73 Mar 10 2004 bincimap-uidvalidity drwx------ 2 vpopmail vchkpw 532480 Jul 21 11:49 cur -rw------- 1 vpopmail vchkpw 25956 Jul 21 11:49 dovecot.index -rw------- 1 vpopmail vchkpw 35840 Jul 21 11:49 dovecot.index.cache -rw------- 1 vpopmail vchkpw 18220 Jul 21 11:49 dovecot.index.log -rw------- 1 vpopmail vchkpw 42080 Jul 21 11:34 dovecot.index.log.2 -rw------- 1 vpopmail vchkpw 106631 Jul 21 11:49 dovecot-uidlist drwx------ 2 vpopmail vchkpw 4096 Jul 21 09:38 INBOX drwx------ 5 vpopmail vchkpw 4096 Jul 20 16:17 INBOX\.Drafts drwx------ 5 vpopmail vchkpw 4096 Jul 16 18:53 INBOX\.Learn FP drwx------ 5 vpopmail vchkpw 4096 Jul 20 17:37 INBOX\.Learn Spam drwx------ 5 vpopmail vchkpw 4096 Jul 16 18:56 INBOX\.Sent drwx------ 5 vpopmail vchkpw 4096 Jul 20 17:37 INBOX\.Spam drwx------ 5 vpopmail vchkpw 4096 Jul 21 11:44 INBOX\.Trash drwx------ 2 vpopmail vchkpw 348160 Jul 21 11:53 new -rw------- 1 vpopmail vchkpw 0 Jul 21 11:34 subscriptions drwx------ 2 vpopmail vchkpw 4096 Jul 21 11:53 tmp -rw------- 1 vpopmail vchkpw 72 Jul 16 18:57 uidvalfilename It would appear that I need to use . as my separator, but that doesn't work either.. Any thoughts? Also, I'm using SQL for authentication. Is there a limitation to the characters allowed in the password? I was unable to use a password with a # in it, or is there a way to escape it? # 1.0.7: /etc/dovecot.conf protocols: imap imaps ssl_cert_file: /path/to/cert.pem ssl_key_file: /path/to/cert.pem ssl_cipher_list: !ADH:RC4+RSA:HIGH:MEDIUM:LOW:EXP:+SSLv2:+EXP login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login first_valid_uid: 89 mail_location: maildir:/home/vpopmail/domains/%d/%n/Maildir mail_debug: yes namespace: type: private separator: / prefix: INBOX/ inbox: yes hidden: yes auth default: user: vpopmail passdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot-sql.conf Thanks, -- Jason 'XenoPhage' Frisvold XenoPhage0(a)gmail.com http://blog.godshell.com

2 1

[Dovecot] v1.1.2 release candidate
by Timo Sirainen 24 Jul '08

24 Jul '08

I've finally read and answered most of the mails on this list. If you haven't received an answer to your question, resend it. There are a couple of tricky mbox issues left, but I'm not sure if I can do anything about them unless someone can show me how to reproduce the problems. There are quite a lot of new features in v1.1.2 actually. Most of them are in plugins so hopefully they shouldn't destabilize anything. Anyway I tought I'd just in case put out a quick release candidate so at least a few people could try it. I'll probably make the final v1.1.2 release in a day or two. So, please test: http://dovecot.org/tmp/dovecot-1.1.2-rc.tar.gz Largest changes since v1.1.1 are: + Added full text search indexing support for Apache Lucene Solr server: http://wiki.dovecot.org/Plugins/FTS/Solr + IMAP SORT: Added X-SCORE sort key for use with Solr searches. + zlib plugin supports now bzip2 also. + quota: All backends now take noenforcing parameter. + Maildir: Add ,S=<size> to maildir filename whenever quota plugin is loaded, even when not using Maildir++ quota. + deliver: Allow lda section to override plugin settings. + deliver: Giving a -m <namespace prefix> parameter now silently saves the mail to INBOX. This is useful for e.g. -m INBOX/${extension} + Added a new maildirlock utility for write-locking Dovecot Maildir. + dict-sql: Support non-MySQL databases by assuming they implement the "INSERT .. ON DUPLICATE KEY" using an INSERT trigger. - SORT: Fixed several crashes/errors with sort indexing. - IMAP: BODYSTRUCTURE is finally RFC 3501 compliant. Earlier versions didn't include Content-Location support. - IMAP: Fixed bugs with listing INBOX. - Maildir: maildirfolder file wasn't created when dovecot-shared file existed on the root directory - deliver didn't expand %variables in namespace location settings. - zlib: Copying non-compressed messages resulted in empty mails (except when hardlink-copying between maildirs). - mbox-snarf plugin was somewhat broken - deliver + Maildir: If uidlist couldn't be locked while saving, we might have assert-crashed

6 15

[Dovecot] Problems with deliver and account resolving
by Andreas Podgurski 24 Jul '08

24 Jul '08

Hi! I'm currently setting up my first mailsystem based on dovecot. For a far way, working with dovecot was very convenient, but after I had to integrate deliver, it became massivly painful. My components are postfix as MTA, postgresql as user database and dovecot as IMAP server. When translating the mail adresse into the account name, something goes terribly wrong (Mail adresses modified to protect against spam, think about them in correct format): dovecot: Jul 22 01:48:13 Info: auth(default-listen): master in: USER 1 Andreas.Podgurski_at_MediaGUILD.de service=deliver dovecot: Jul 22 01:48:13 Info: auth(default-listen): prefetch(Andreas.Podgurski_at_MediaGUILD.de): passdb didn't return userdb entries, trying the next userdb dovecot: Jul 22 01:48:13 Info: auth(default-listen): sql(Andreas.Podgurski_at_MediaGUILD.de): SELECT 1011 AS uid,1011 AS gid,'/var/www/jade/mail/' || admin.username AS home,admin.username AS user FROM admin,email WHERE lower(email.local_address) = lower('Andreas.Podgurski') AND email.receiver = admin.id; dovecot: Jul 22 01:48:13 Info: auth(default-listen): auth(Andreas.Podgurski_at_MediaGUILD.de): username changed Andreas.Podgurski_at_MediaGUILD.de -> SunAdmin dovecot: Jul 22 01:48:13 Info: auth(default-listen): master out: USER 1 SunAdmin uid=1011 gid=1011 home=/var/www/jade/mail/SunAdmin deliver(Andreas.Podgurski_at_MediaGUILD.de): Jul 22 01:48:13 Error: mkdir(/var/www/jade/mail/Andreas.Podgurski_at_MediaGUILD.de/cur) failed: Permission denied deliver(Andreas.Podgurski_at_MediaGUILD.de): Jul 22 01:48:13 Info: msgid=<20080721234813.302260(a)gmx.net>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2008-07-22 01:48:13] As you can see, the account SunAdmin has an email adresse andreas.podgurski_at_mediaguild.de assigned. The database seems to reveil the username correctly, but after that, deliver continues to use the original mail adresse, not the account name returned by the auth master. Any idea, where my solution went the wrong way? The uid/gid belong to vmail:vmail, which is used for the auth-master, as well as for running deliver and to dispatch the postfix messages. Btw., I ask myself, how dovecot can assume to use prefetch in this case, as prefetch bases upon the password query, which has to fail in this case, as there is no password. Shouldn't it not even try to use the prefetch values there...? Thanks in advance, Andreas Podgurski -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger

2 1

[Dovecot] cosmetic: "userdb" checkpassword
by Heiko Schlichting 24 Jul '08

24 Jul '08

Hi, $ dovecot --build-options Build options: ioloop=epoll notify=inotify Mail storages: maildir SQL drivers: Passdb: checkpassword Userdb: checkpassword prefetch Isn't "checkpassword" misplaced in the userdb list? For me it seems that USERDB_CHECKPASSWORD is only used in configure and for printing the build-options. Additionally checkpassword protocol does not makes any sense for a userdb. It could be used only for passdb plus prefetching userdb. Therefore I suggest to remove USERDB_CHECKPASSWORD to make this more obvious althought this is only cosmetic. Heiko Heiko Schlichting Freie Universität Berlin heiko(a)FU-Berlin.DE Zentraleinrichtung für Datenverarbeitung (ZEDAT) Telefon +49 30 838-54327 Fabeckstraße 32 Telefax +49 30 838454327 14195 Berlin

2 1

[Dovecot] Problem authenticating iPod Touch
by Mark Leisher 24 Jul '08

24 Jul '08

Given the (slightly edited) config info below, iPod Touch users are unable to connect, leaving the following message in the log file: dovecot: Jul 23 10:00:40 Info: imap-login: Disconnected (auth failed, 0 attempts): rip=1.2.3.4, lip=5.6.7.8, TLS handshaking: Disconnected Even with maximum logging on, no other error messages seem related to this problem. Am I missing something simple I didn't catch in the list archives? Or is it more likely a problem on the iPod side? The iPods connect to our non-dovecot IMAP servers with no problem. # 1.1.1: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ log_path: /var/log/imap-dovecot listen: *:143 ssl_listen *:943 ssl_cert_file: /etc/ssl/dovecot.pem login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_user: _dovecot login_greeting: IMAP ready. login_processes_count: 10 login_max_processes_count: 30 mail_location: maildir:~/Maildir mail_nfs_index: yes auth default: passdb: driver: passwd userdb: driver: passwd -- Mark Leisher

2 1

[Dovecot] Dovecot antispam (X-DSPAM-Signature)
by Isabel Estêvão 23 Jul '08

23 Jul '08

Hi Which dovecot-antispam backend (must allow the movement of mail into SPAM folder) integrates with amavis and spamassassin? Regards, Isabel

2 1

Re: [Dovecot] Dovecot antispam (X-DSPAM-Signature)
by Isabel Estêvão 23 Jul '08

23 Jul '08

Hello, If I use dovecot as LDA how do I move old mails without signature? Regards, Isabel Michael A. Revenko wrote: > Hello, isabel.estevao! > You wrote to <dovecot(a)dovecot.org> on Wed, 23 Jul 2008 17:26:54 +0100: > > ie> I recently installed an IMAP server with dovecot and the dovecot > ie> antispam plugin with dspam backend. > > ie> If I configure dspam to not include the signature in the > ie> X-DSPAM-Signature header will I be able to move mail into SPAM > folder? > > ie> Regards, > > It is possible in case you are using dovecot as LDA and cmusieve > plugin for dovecot LDA > > With best regards, Michael A. Revenko. E-mail: mike(a)mrgfd.org.ua >

1 0

[Dovecot] \HasNoChildren versus \Noinferiors in ACL plugin and no CREATE permission
by Heiko Schlichting 23 Jul '08

23 Jul '08

Hi, using ACL plugin with dovecot 1.1.1 I expected that a Maildir was listed as * LIST (\NoInferiors) "/" "Foldername" if "create" (k) permission is not set in ACLs and there doesn't exists any subfolders. But to my surprise, dovecot gives the following output: * LIST (\HasNoChildren) "/" "Foldername" Therefore the client (here: SquirrelMail) does not know about the inability to create subfolders and offers "Foldername" in the selection for the parent folder. If there are exists already subfolders of "Foldername", dovecot has to use \HasChildren and not \NoInferiors. But in other cases \NoInferiors should be the correct answer and not \HasNoChildren. Or am I totally wrong? Heiko Heiko Schlichting Freie Universität Berlin heiko(a)FU-Berlin.DE Zentraleinrichtung für Datenverarbeitung (ZEDAT) Telefon +49 30 838-54327 Fabeckstraße 32 Telefax +49 30 838454327 14195 Berlin

2 3

[Dovecot] Mailbox_module_context question
by Daniel Brosseau 23 Jul '08

23 Jul '08

Hi, I am new to the dovecot source and would like to know why the mailbox_module_context has a pointer to the mail_storage_module_register and not to a mailbox_module_register. From what I have understood, if a context is first added to the mailbox.module_contexts array using the mail_storage_module_register and then a context is added to the mail_storage.module_contexts and then a third context is again added to the mailbox.module_contexts the mail_storage_module_register.id will be 3 and the second element in the mailbox.module_context will be unused and the first and third elements of the mail_storage.module_contexts are unused. There might be something I am not understanding here so please forgive me if my question has an obvious answer. Daniel

2 1

[Dovecot] Squat indexing a Maildir of over 600 GB?
by John Wells 23 Jul '08

23 Jul '08

Guys, We have a very large maildir for email auditing purposes. It's currently at 600 GB and continues to grow. Can dovecot handle this with squat indexing, or am I out of my mind? Thanks! John

2 5

[Dovecot] openbsd macppc
by Scott Murman 23 Jul '08

23 Jul '08

i run my server (web, email, calendar, etc.) off a mac mini ppc. it's a beautiful thing for our modest needs (quiet, low power, stable), but i'm looking at switching it to a vanilla bsd. has anyone tried dovecot on an openbsd (or similar) install for macppc? -SM-

4 3

[Dovecot] 1.1.1-1 gotcha with Fedora Rawhide package
by Kenneth Porter 23 Jul '08

23 Jul '08

I just installed the Rawhide package on my CentOS 5 system. The one item that bit me is that the config file defaults to using interface "[::]" so it only listens on IPv6. (This is from a patch in the package that changes the upstream default of "*", so it only affects those using the Fedora package.) For those wanting to track the issue, here's the Bugzilla: <https://bugzilla.redhat.com/show_bug.cgi?id=453054> I rebuilt the package from the source RPM, to make sure it was "tuned" to the C5 distro. I got the source RPM here, from the Portland State mirror: <http://mirrors.cat.pdx.edu/fedora/linux/development/source/SRPMS/dovecot-1.…> Here's a full list of Rawhide mirrors: <http://mirrors.fedoraproject.org/publiclist/Fedora/development/> If you'd like to see all Red Hat bugs associated with dovecot, here's a suitable query: <https://bugzilla.redhat.com/buglist.cgi?component=dovecot>

4 6

[Dovecot] 1.0.14 -> 1.1.1: dovecot-uidlist errors
by Amitai Schlair 23 Jul '08

23 Jul '08

I've just updated from 1.0.14 to 1.1.1 (Maildirs). According to <URL:http://wiki.dovecot.org/Upgrading/1.1>, "dovecot-uidlist file is in a new format. The old format is automatically converted to new one." When I try to delete a message (which moves it to the IMAP Trash folder), I get the following looping sequence of errors until I cancel the delete operation in the mail client: ----- Jun 24 12:22:13 chicken-ac dovecot: IMAP(schmonz): fdatasync_path(/home/schmonz/Maildir/.Trash/cur) failed: Bad file descriptor Jun 24 12:22:13 chicken-ac dovecot: Panic: IMAP(schmonz): file maildir-uidlist.c: line 1217 (maildir_uidlist_sync_update): assertion failed: (ctx->first_unwritten_pos != (unsigned int)-1) Jun 24 12:22:13 chicken-ac dovecot: child 5170 (imap) killed with signal 6 Jun 24 12:22:14 chicken-ac dovecot: imap-login: Login: user=<schmonz>, method=PLAIN, rip=68.46.70.233, lip=160.39.240.17, TLS Jun 24 12:22:16 chicken-ac dovecot: IMAP(schmonz): fdatasync_path(/home/schmonz/Maildir/.Trash/cur) failed: Bad file descriptor Jun 24 12:22:16 chicken-ac dovecot: Panic: IMAP(schmonz): file maildir-uidlist.c: line 1217 (maildir_uidlist_sync_update): assertion failed: (ctx->first_unwritten_pos != (unsigned int)-1) Jun 24 12:22:16 chicken-ac dovecot: child 27601 (imap) killed with signal 6 Jun 24 12:22:17 chicken-ac dovecot: imap-login: Login: user=<schmonz>, method=PLAIN, rip=68.46.70.233, lip=160.39.240.17, TLS Jun 24 12:22:19 chicken-ac dovecot: IMAP(schmonz): fdatasync_path(/home/schmonz/Maildir/.Trash/cur) failed: Bad file descriptor Jun 24 12:22:19 chicken-ac dovecot: Panic: IMAP(schmonz): file maildir-uidlist.c: line 1217 (maildir_uidlist_sync_update): assertion failed: (ctx->first_unwritten_pos != (unsigned int)-1) Jun 24 12:22:19 chicken-ac dovecot: child 29637 (imap) killed with signal 6 Jun 24 12:22:20 chicken-ac dovecot: imap-login: Login: user=<schmonz>, method=PLAIN, rip=68.46.70.233, lip=160.39.240.17, TLS Jun 24 12:22:22 chicken-ac dovecot: IMAP(schmonz): fdatasync_path(/home/schmonz/Maildir/.Trash/cur) failed: Bad file descriptor Jun 24 12:22:22 chicken-ac dovecot: Panic: IMAP(schmonz): file maildir-uidlist.c: line 1217 (maildir_uidlist_sync_update): assertion failed: (ctx->first_unwritten_pos != (unsigned int)-1) Jun 24 12:22:22 chicken-ac dovecot: child 9143 (imap) killed with signal 6 Jun 24 12:22:22 chicken-ac dovecot: imap-login: Login: user=<schmonz>, method=PLAIN, rip=68.46.70.233, lip=160.39.240.17, TLS Jun 24 12:22:23 chicken-ac dovecot: IMAP(schmonz): Connection closed bytes=45/352132 Jun 24 12:24:23 chicken-ac dovecot: imap-login: Login: user=<schmonz>, method=PLAIN, rip=68.46.70.233, lip=160.39.240.17, TLS ----- Alternatively, sometimes I get an error dialog in the mail client: "The current command did not succeed. The mail server responded: BUG: Unknown internal error." Have I done something wrong? Can I provide more information to help narrow this down? Thanks, - Amitai

5 10

[Dovecot] Namespaces
by Jason Frisvold 22 Jul '08

22 Jul '08

Hi all, I'm working to convert from a bincIMAP setup to a Dovecot setup. I've tried messing around with namespaces to make the conversion transparent, but I'm getting nowhere. Are namespaces necessary? Or can I proceed by recursively renaming the folders on the server? A transparent solution would be wonderful, but I can't get it to work for me.. Any help would be appreciated. Thanks! -- Jason 'XenoPhage' Frisvold XenoPhage0(a)gmail.com http://blog.godshell.com

2 3

[Dovecot] Sieve plugin should recompile when symbolic link changes [patch]
by Frank Behrens 22 Jul '08

22 Jul '08

The sieve plugin compares the modification dates of sieve source and compiled script and compiles the script only if necessary. When the managesieve extension is used, it creates a symbolic link for the script. In order to switch between scripts managesieve changes the link only. Therefore the sieve plugin should include the modification date of an symlink in its decision about compilation. The attached patch adds this functionality. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available.

2 2

[Dovecot] ACL in sub-folders (take two)
by Imobach González Sosa 22 Jul '08

22 Jul '08

Hi all, I've read this not on the v1.1.2 release candidate announce: > If you haven't received an answer to your question, resend it. So, I've sent this message some days ago and I've got no answer (that's fine, no problem). So, I'm posting my question again: I've set up some shared folders and I'm controlling the access to them with the ACL plugin. As far as I know, ACL rules are not applied to sub-folders, right? So, when a user adds a new sub-folder, I need to add a dovecot-acl file granting read permissions to others users, right? Does exists any way to implement it using some dovecot feature? Or must I find my way? Just to be sure :) Thank you in advance. -- Imobach González Sosa Banot.net http://www.banot.net/

3 3

[Dovecot] Permission problems
by M. Rodrigo Monteiro 22 Jul '08

22 Jul '08

Hello. This is the first time I'm using Dovecot... I'm using Debian Etch (updated), and all bundled (Postfix + OpenLDAP + Dovecot + SASL), and Jamm. This is the guide I'm using: http://wanderingbarque.com/howtos/mailserver/mailserver.html # dovecot --version 1.0.rc15 # tail -4 /etc/passwd cyrus:x:107:8:Cyrus Mailsystem User,,,:/var/spool/cyrus:/bin/sh vmail:x:1001:1001::/home/vmail:/bin/sh dovecot:x:108:109:Dovecot mail server,,,:/usr/lib/dovecot:/bin/false dovecot-auth:x:1002:1002::/usr/lib/dovecot:/bin/sh # tail -4 /etc/group postdrop:x:108: vmail:x:1001: dovecot:x:109: dovecot-auth:x:1002: # id dovecot uid=108(dovecot) gid=109(dovecot) grupos=109(dovecot) # id vmail uid=1001(vmail) gid=1001(vmail) grupos=1001(vmail) # dovecot -n # /etc/dovecot/dovecot.conf log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot-info.log log_timestamp: %Y-%m-%d %H:%M:%S ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login valid_chroot_dirs: /home/vmail/domains verbose_proctitle: yes first_valid_uid: 108 last_valid_uid: 108 first_valid_gid: 109 last_valid_gid: 109 mail_privileged_group: vmail mail_location: maildir:/home/vmail/domains/%d/%n auth default: user: dovecot-auth verbose: yes debug: yes debug_passwords: yes passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf # grep -v '^ *$#.*$\?$' dovecot-ldap.conf hosts = localhost dn = cn=dovecot,dc=XXXXXX,dc=ce,dc=gov,dc=br dnpass = XXXXXX ldap_version = 3 base = o=hosting,dc=XXXXX,dc=ce,dc=gov,dc=br deref = never scope = subtree user_attrs = mail,homeDirectory,,,, user_filter = (&(objectClass=JammMailAccount)(mail=%u)(accountActive=TRUE)(delete=FALSE)) pass_attrs = mail,userPassword pass_filter = (&(objectClass=JammMailAccount)(mail=%u)(accountActive=TRUE)(delete=FALSE)) default_pass_scheme = CRYPT user_global_uid = 108 user_global_gid = 109 # testsaslauthd -u rodrigo2(a)XXXXXX.ce.gov.br -p XXXXXX 0: OK "Success." Here is tha Dovecot log: dovecot: 2008-07-17 11:31:30 Error: Logins with login process UID 108 (user rodrigo2(a)XXXXXX.ce.gov.br) not permitted (see login_user in config file). dovecot: 2008-07-17 11:31:30 Error: IMAP(rodrigo2(a)XXXXXX.ce.gov.br): mkdir(/home/vmail/domains/XXXXXX.ce.gov.br/rodrigo2/.Trash) failed: Permission denied dovecot: 2008-07-17 11:31:33 Error: IMAP(rodrigo2(a)XXXXXX.ce.gov.br): mkdir(/home/vmail/domains/XXXXXX.ce.gov.br/rodrigo2/.Trash) failed: Permission denied dovecot: 2008-07-17 11:31:34 Error: Logins with login process UID 108 (user rodrigo2(a)XXXXXX.ce.gov.br) not permitted (see login_user in config file). dovecot: 2008-07-17 11:31:34 Error: IMAP(rodrigo2(a)XXXXXX.ce.gov.br): file_dotlock_open() failed with file /home/vmail/domains/ XXXXXX.ce.gov.br/rodrigo2/dovecot.index.log: Permission denied dovecot: 2008-07-17 11:31:34 Error: IMAP(rodrigo2(a)XXXXXX.ce.gov.br): file_dotlock_open() failed with file /home/vmail/domains/ XXXXXX.ce.gov.br/rodrigo2/dovecot.index.log: Permission denied As it says in the guide, I create the dir (domain/user - XXXXX.ce.gov.br/rodrigo2) and send an "greeting" e-mail for the creation of directories. Then I can login to the account, but can't retrieve mail from them. Can anyone help me? Regards, Rodrigo. ps: sorry about my english. -- M. Rodrigo Monteiro falecom(a)rodrigomonteiro.net "Free as in Freedom, not free as in free beer" Linux User # 403730

4 9

[Dovecot] Dovecot LDA with Postfix - question?
by kbajwa 22 Jul '08

22 Jul '08

Hello: CentOS 5.2 Postfix 2.3.3 (part of CentOS install) Dovecot 1.0.7 (part of CentOS install) Dovecot 1.1.1 (Updated from www.atrpms.net) Postfix & Dovecot are working fine. While reading "Dovecot LDA with Postfix" document at http://wiki.dovecot.org/LDA/Postfix , I read the following statement: --------------------- Dovecot LDA with Postfix System users If you wish you use deliver for all system users on a single domain mail host you can do it by editing mailbox_command parameter in /etc/postfix/main.cf (postconf(5)): mailbox_command = /usr/local/libexec/dovecot/deliver # or mailbox_command = /usr/libexec/dovecot/deliver # or mailbox_command = /usr/lib/dovecot/deliver # or wherever it was installed in your system. Then run postfix reload and that is it. --------------------- Here is the problem; I do not find location of ".../dovecot/deliver" anywhere on the system! 1. Did I do any mistake during the Postfix and/or Dovecot install/configuration? 2. Next, I plan to install "Dovecot-Sieve". Do I need the "mailbox_command" for "Dovecot-Sieve" to work? Kirti

2 1

[Dovecot] A couple of dovecot issues I've noted recently...
by Dan Price 21 Jul '08

21 Jul '08

Timo et al., I haven't been reading the list in a while, but wanted to report back that we've transitioned to dovecot 1.0.15 and things look to be working very nicely. The platform is Solaris "Nevada" running on x86. I have been saving up a couple of issues to bring to your attention. On our server, we gather all core files, and so we get a good taste of the different things which are causing crashes. One problem which we see on an occasional basis is a crash in which the internal fatal error handling code goes horribly wrong. Here is an example. The complete stack trace is hugely long-- it appears that we recurse until we run totally out of stack. In gdb this looks like repeated calls like this: ... #14507 0x080b22b6 in i_internal_fatal_handler (status=83, fmt=0x0, args=0x76b95d8 "\020") at failures.c:410 #14508 0x080b1e1e in i_fatal_status (status=83, format=0x80cdd64 "mem_block_alloc(): Out of memory when allocating %u bytes") at failures.c:201 #14509 0x080b1652 in mem_block_alloc (min_size=0) at data-stack.c:192 #14510 0x080b1811 in t_malloc_real (size=16, permanent=true) at data-stack.c:244 #14511 0x080b1890 in t_malloc0 (size=16) at data-stack.c:279 #14512 0x080b8715 in pool_datastack_create () at mempool-datastack.c:51 #14513 0x080bda2b in t_str_new (initial_size=512) at str.c:17 #14514 0x080b21f3 in internal_handler (log_type=70 'F', format=0x80cdd64 "mem_block_alloc(): Out of memory when allocating %u bytes", args=0x76b96d8 "\020") at failures.c:383 #14515 0x080b22b6 in i_internal_fatal_handler (status=83, fmt=0x0, args=0x76b96d8 "\020") at failures.c:410 #14516 0x080b1e1e in i_fatal_status (status=83, format=0x80cdd64 "mem_block_alloc(): Out of memory when allocating %u bytes") at failures.c:201 #14517 0x080b1652 in mem_block_alloc (min_size=0) at data-stack.c:192 #14518 0x080b1811 in t_malloc_real (size=16, permanent=true) at data-stack.c:244 #14519 0x080b1890 in t_malloc0 (size=16) at data-stack.c:279 #14520 0x080b8715 in pool_datastack_create () at mempool-datastack.c:51 #14521 0x080bda2b in t_str_new (initial_size=512) at str.c:17 #14522 0x080b21f3 in internal_handler (log_type=70 'F', format=0x80cdd64 "mem_block_alloc(): Out of memory when allocating %u bytes", args=0x76b97d8 "\020") at failures.c:383 #14523 0x080b22b6 in i_internal_fatal_handler (status=83, fmt=0x0, args=0x76b97d8 "\020") at failures.c:410 #14524 0x080b1e1e in i_fatal_status (status=83, format=0x80cdd64 "mem_block_alloc(): Out of memory when allocating %u bytes") at failures.c:201 #14525 0x080b1652 in mem_block_alloc (min_size=0) at data-stack.c:192 #14526 0x080b1811 in t_malloc_real (size=16, permanent=true) at data-stack.c:244 #14527 0x080b1890 in t_malloc0 (size=16) at data-stack.c:279 #14528 0x080b8715 in pool_datastack_create () at mempool-datastack.c:51 #14529 0x080bda2b in t_str_new (initial_size=512) at str.c:17 #14530 0x080b21f3 in internal_handler (log_type=70 'F', format=0x80cdd64 "mem_block_alloc(): Out of memory when allocating %u bytes", args=0x76b98d8 "\020") at failures.c:383 #14531 0x080b22b6 in i_internal_fatal_handler (status=83, fmt=0x0, args=0x76b98d8 "\020") at failures.c:410 #14532 0x080b1e1e in i_fatal_status (status=83, format=0x80cdd64 "mem_block_alloc(): Out of memory when allocating %u bytes") at failures.c:201 #14533 0x080b1652 in mem_block_alloc (min_size=0) at data-stack.c:192 #14534 0x080b1811 in t_malloc_real (size=16, permanent=true) at data-stack.c:244 #14535 0x080b1890 in t_malloc0 (size=16) at data-stack.c:279 #14536 0x080b8715 in pool_datastack_create () at mempool-datastack.c:51 #14537 0x080bda2b in t_str_new (initial_size=512) at str.c:17 #14538 0x080b21f3 in internal_handler (log_type=70 'F', ... At the top of the stack, I see this-- unfortunately I can't use gdb to view it-- it core dumps after about 50,000 frames. In dbx: [327610] i_internal_fatal_handler(status = 83, fmt = (nil), args = 0x8047798 "^P"), line 410 in "failures.c" [327611] i_fatal_status(status = 83, format = 0x80cdd64 "mem_block_alloc(): Out of memory when allocating %u bytes", ...), line 201 in "failures.c" [327612] mem_block_alloc(min_size = 134510504U), line 192 in "data-stack.c" [327613] t_malloc_real(size = 0, permanent = 0), line 244 in "data-stack.c" [327614] t_buffer_get(size = 0), line 319 in "data-stack.c" [327615] _vstrconcat(str1 = (nil), args = 0x8047834 "\x9d?^L^H", ret_len = 0x8047808), line 229 in "strfuncs.c" [327616] t_strconcat(str1 = 0x100e77f0 "tmp/compiler/venus/handoff/build20.2/CDROM/sol-x86/kits/j2sdk_1.4.2_08/patches/J2SE_Solaris_8_x86_Recommended/108994-44/SUNWcsr/.svn/prop-base", ...), line 335 in "strfuncs.c" [327617] mbox_list_next(ctx = 0x80f6348), line 273 in "mbox-list.c" [327618] mbox_mailbox_list_next(_ctx = 0x8047928), line 209 in "mbox-list.c" [327619] mail_storage_mailbox_list_next(ctx = 0x8047948), line 317 in "mail-storage.c" [327620] cmd_list_continue(cmd = 0x80eff2c), line 184 in "cmd-list.c" [327621] client_destroy(client = (nil), reason = 0x80479d8 "Ã¸y^D^HcÂ±^F^HÃ¨Ã¾^N^HÃx^L^H^Hz^D^HmÂ¨^K^H^P\x8b^N^H^B"), line 94 in "client.c" [327622] idle_timeout(context = (nil)), line 522 in "client.c" [327623] io_loop_handle_timeouts(ioloop = (nil), update_run_now = 1U), line 294 in "ioloop.c" [327624] io_loop_handler_run(ioloop = 0x80ed6e0), line 159 in "ioloop-poll.c" [327625] io_loop_run(ioloop = (nil)), line 329 in "ioloop.c" [327626] main(argc = 1, argv = 0x8047afc, envp = 0x8047b04), line 290 in "main.c" I wondered if anyone else has seen similar problems? It seems like once we fall into i_internal_fatal_handler(), dovecot should really try hard to avoid further dynamic memory allocation, as heap corruption seems to make that a bit of a disaster. As for the crash in mbox_list_next, we see that one too with some frequency. A final problem, and this one affects me personally, is that we see some errors like this: dovecot: Jul 09 11:52:10 Error: IMAP(dp): FETCH for mailbox mail/tmp-inbox UID 92086 got too little data: 6054 vs 6057 dovecot: Jul 09 11:52:10 Info: IMAP(dp): Disconnected: Disconnected This is frustrating because I wind up with "poisonous" messages in my inbox which cause dovecot to disconnect me when I try to read them. Across all of our users, we see this happen about 1000 times per month. -dp -- Daniel Price - Solaris Kernel Engineering - dp(a)eng.sun.com - blogs.sun.com/dp

2 3

[Dovecot] Deliver mail as 'read'?
by Peter Collinson 21 Jul '08

21 Jul '08

I'd like to be able to deliver certain mail as 'read' from procmail. My procmail rules call deliver with -m to directly to inject filtered mail to maildir based directories. I like to keep copies of mail I've sent by cc'ing it to myself and using procmail to filter and store copies in the appropriate directory. I cannot seem to find a way of delivering cc'd mail from me to me as 'read'. I'm running dovecot-1.0.7-2.el5 on a CentOS 5 distribution. Any hints on how I may achieve this are welcomed. Happy to upgrade if needs be. Thanks. _____________________________________________ Peter Collinson

4 5

[Dovecot] The case of the disappearing INBOX's - upgrade to 1.1.1 from 1.0.7 and based on Email client type
by Jack Stewart 21 Jul '08

21 Jul '08

Hi, I apologize if this has already been answered. I looked for an identical message but had no luck. I'm also not convinced this is a bug or if it is a bug that I want it fixed. The problem gives me a great reason to change our configuration to something more modern. Here is the situation. Our 1.0.7 configuration has the following, and only, namespace definition. namespace private { separator = . prefix = Mail. inbox = yes } This configuration was implemented years ago in order to simplify the upgrade from mail spool to IMAP for people who use mutt and pine. The interesting part is that after upgrading to 1.1.1, the INBOX would disappear from Thunderbird after clicking on a different folder. Now mutt worked just fine, which was even worse. Changing the configuration so that the INBOX appeared on Thunderbird caused the INBOX to disappear (or be unreachable) on mutt. After trying multiple configurations with every permutation, and making several wall dents with my forehead, I finally found this configuration. namespace private { separator = . prefix = INBOX. inbox = yes hidden = no list = yes } namespace private { separator = . prefix = Mail. hidden = yes list = no } For the most part, this works just fine. INBOX appears for every client I've tested and the migration is largely transparent. The only time I found issues is when the Trash, Sent, etc. folders were manually specified in a GUI client such as Thunderbird. Still the real question remains. Is this supposed to happen? If so, what are some of the reasons? Naturally my management would prefer that the original configuration works the same so that things are transparent. Personally, the second configuration feels better to me especially on a going forward basis. Thanks in advance for any answers or hints. ---Jack -- Jack Stewart jstewart(a)caltech.edu http://www.imss.caltech.edu

2 2

[Dovecot] No password in reply
by M. Rodrigo Monteiro 21 Jul '08

21 Jul '08

Found http://www.mailinglistarchive.com/dovecot@dovecot.org/msg03185.html, but I don't think this is my problem because using ldapsearch I can search using dovecot. # /usr/local/openldap/bin/ldapsearch -x -h localhost -b DC=XXXXX,DC=ce,DC=gov,DC=br -D cn=dovecot,dc=XXXXX,dc=ce,dc=gov,dc=br -w XXXXX -LLL -z 0 -E pr=100/noprompt dn: mail=rodrigo(a)XXXXX.ce.gov.br,jvd=XXXXX.ce.gov.br ,o=mail,dc=XXXXX,dc=ce,dc=gov,dc=br objectClass: top objectClass: JammMailAccount mail: rodrigo(a)XXXXX.ce.gov.br mailbox: XXXXX.ce.gov.br/rodrigo/ homeDirectory: /home/vmail/domains userPassword:: e0NSWVBUfVlaSlpOa0JrMzgxZ2c= cn: M. Rodrigo Monteiro accountActive: TRUE lastChange: 1216410148 delete: FALSE My confs are: 0# /usr/local/dovecot/sbin/dovecot -n # 1.1.1: /usr/local/dovecot/etc/dovecot.conf log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot-info.log ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/dovecot/var/run/dovecot/login login_executable: /usr/local/dovecot/libexec/dovecot/imap-login valid_chroot_dirs: /home/vmail/domains first_valid_uid: 200 last_valid_uid: 200 first_valid_gid: 200 last_valid_gid: 200 mail_location: maildir:/home/vmail/domains/%d/%n auth default: user: dovecot-auth verbose: yes debug: yes debug_passwords: yes passdb: driver: ldap args: /usr/local/dovecot/etc/dovecot-ldap.conf userdb: driver: ldap args: /usr/local/dovecot/etc/dovecot-ldap.conf # grep -v '^ *$#.*$\?$' /usr/local/dovecot/etc/dovecot-ldap.conf hosts = localhost dn = cn=dovecot,dc=XXXXX,dc=ce,dc=gov,dc=br dnpass = XXXXXXXXXXX ldap_version = 3 base = o=mail, dc=XXXXX, dc=ce, dc=gov, dc=br deref = never scope = subtree user_attrs = mail,homeDirectory,,,, user_filter = (&(objectClass=JammMailAccount)(mail=%u)(accountActive=TRUE)(delete=FALSE)) pass_attrs = mail,userPassword pass_filter = (&(objectClass=JammMailAccount)(mail=%u)(accountActive=TRUE)(delete=FALSE)) default_pass_scheme = CRYPT # cat dovecot-info.log dovecot: Jul 21 10:04:51 Info: auth(default): client in: AUTH 1 PLAIN service=imap lip=XXX.XXX.XXX.43 rip=XXX.XXX.XXX.55 lport=143 rport=2320 dovecot: Jul 21 10:04:51 Info: auth(default): client out: CONT 1 dovecot: Jul 21 10:04:51 Info: auth(default): client in: CONT 1 AHJvZHJpZ29Ac2VkdWMuY2UuZ292LmJyAHRlc3Rl dovecot: Jul 21 10:04:51 Info: auth(default): ldap(rodrigo(a)XXXXX.ce.gov.br,XXX.XXX.XXX.55): pass search: base=o=mail, dc=XXXXX, dc=ce, dc=gov, dc=br scope=subtree filter=(&(objectClass=JammMailAccount)(mail=rodrigo(a)XXXXX.ce.gov.br)(accountActive=TRUE)(delete=FALSE)) fields=mail,userPassword dovecot: Jul 21 10:04:51 Info: auth(default): ldap(rodrigo(a)XXXXX.ce.gov.br,XXX.XXX.XXX.55): result: mail(mail)=rodrigo(a)XXXXX.ce.gov.bruserPassword(userPassword)={CRYPT}YZJZNkBk381gg dovecot: Jul 21 10:04:53 Info: auth(default): client out: FAIL 1 user=rodrigo(a)XXXXX.ce.gov.br temp mail=rodrigo(a)XXXXX.ce.gov.bruserPassword={CRYPT}YZJZNkBk381gg # cat dovecot.log dovecot: Jul 21 11:28:09 Error: auth(default): ldap(rodrigo(a)XXXXX.ce.gov.br,XXX.XXX.XXX.55): No password in reply In phpLDAPadmin, the userPassword attribute is {CRYPT}YZJZNkBk381gg, the same as in dovecot-info.log -- M. Rodrigo Monteiro falecom(a)rodrigomonteiro.net "Free as in Freedom, not free as in free beer" Linux User # 403730

2 1

Re: [Dovecot] litte problems upgrade from 1.0.x to 1.1.1
by Andre Hübner 21 Jul '08

21 Jul '08

Hi, > Dovecot does not use mail messages to store folder meta-data as far as I > know > so I highly doubt this message was created by Dovecot (does Dovecot even > send > out messages except when going over quota?). Also notice the date of > 2006-09-18, which is almost two years in the past. The message was > probably > created by some client and was somehow (willingly) ignored or flagged as > deleted. Could be that upgrading Dovecot to 1.1 made the message visible > again for whatever reason. > and > Anyway, this is most certainly not a Dovecot-internal message. > this case is really suspicious to me. don't hang on the old date 2006-09-18. I can recreate it with dovecot 1.1.1 running on my machine. I create completly new mbox, write to it and when i view mbox in console i see just this mail. After deleting (pop3) this mail with our webmailer or OutLook Express etc. I see this internal message with current date. I do not belive in Clients that put internal mesages by pop3-protocol, but what should it be else? pop/imapserver is dovecot 1.1.1 And why this case just happens by updateing from 1.0.x to 1.1.1 and not during further updates from 1.0.x to 1.0.x+1 ? If you say this is not dovecot related i have to accept this but i am a little bit doubtful... Unfortunately i have now a more annoying error in imap processing. Sometimes it happens that dovecot seems to be out of sync. My Log says: Jul 7 11:22:44 servername dovecot: IMAP(loginname): Next message unexpectedly lost from 156756352 Jul 7 11:22:44 servername dovecot: child 21652 (imap) killed with signal 11 Jul 4 13:41:09 servername dovecot: imap-login: Login: user=<loginname>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jul 4 13:41:10 servername dovecot: IMAP(loginname): Next message unexpectedly lost from 156715931 Jul 4 13:41:10 servername dovecot: IMAP(loginname): Disconnected: Logged out bytes=459/3359 Jul 4 13:41:32 servername dovecot: imap-login: Login: user=<loginname>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jul 4 13:41:32 servername dovecot: IMAP(loginname): Next message unexpectedly lost from 156715931 Jul 4 13:41:32 servername dovecot: IMAP(loginname): Next message unexpectedly lost from 156715931 Jul 4 13:41:32 servername dovecot: Panic: IMAP(loginname): file message-parser.c: line 770 (message_parser_parse_next_block): assertion failed: (ctx->input->eof || ctx->input->closed || ctx->input->stream_errno != 0 || ctx->broken) Jul 4 13:41:32 dd10636 dovecot: IMAP(loginname): Raw backtrace: imap [0x80c2cf0] -> imap [0x80c2d4a] -> imap [0x80c265c] -> imap(message_parser_parse_body+0) [0x80bbfa0] -> imap(index_mail_cache_parse_continue+0x22) [0x8087172] -> imap(mbox_save_continue+0x9c) [0x807054c] -> imap(mail_storage_copy+0xe4) [0x8091684 ] -> /usr/lib/dovecot/imap/lib20_mail_log_plugin.so [0xb7f5ed1a] -> imap(cmd_copy+0x1d2) [0x805a1c2] -> imap [0x805edfc] -> imap [0x805eea5] -> imap [0x805f65 5] -> imap(client_input+0x5e) [0x805f86e] -> imap(io_loop_handler_run+0x100) [0x80ca590] -> imap(io_loop_run+0x28) [0x80c9738] -> imap(main+0x46b) [0x806736b] -> /lib/libc.so.6(__libc_start_main+0xdc) [0xb7e4887c] -> imap [0x8059211] Jul 4 13:41:32 dd10636 dovecot: child 10768 (imap) killed with signal 6 Hmm, if we got more errors with 1.1.1 on our servers we have to downgrade to 1.0.15 and stop installing new version and wait for 1.1.x alltogether we have ~2000 servers, but most of them are running still 1.0.x This is my configure-line, dovecot is packaged by my self ./configure \ --prefix=/usr \ --sysconfdir=/etc \ --localstatedir=/var \ --mandir=/usr/share/man \ --with-ssl=openssl \ --with-storages=mbox,maildir,raw \ --with-pam \ --with-passwd This is my dovecot.conf ## Dovecot configuration file #protocols = imap imaps pop3 pop3s protocols = imap imaps pop3 pop3s ssl_disable = no ssl_cert_file = "/path/*.domainname.crt" ssl_key_file = "/path/*.domainname.com.key" ssl_ca_file = "/path/*.domainname.com.bundle.crt" disable_plaintext_auth = no syslog_facility = mail login_user = dovecot login_process_per_connection = no login_processes_count = 1 login_greeting = domainname.com mailserver ready. login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c login_log_format = %$: %s max_mail_processes = 100 verbose_proctitle = yes auth_verbose = yes mail_location = mbox:~/mail:INBOX=/var/spool/mail/%u #default_mail_env = mbox:~/mail:INBOX=/var/spool/mail/%u mail_cache_min_mail_count = 30 mmap_disable=no mail_debug=no lock_method = flock mbox_read_locks = dotlock mbox_write_locks = dotlock fcntl mbox_dirty_syncs = yes mbox_very_dirty_syncs = yes mbox_lazy_writes = no ## ## IMAP specific settings ## protocol imap { login_executable = /usr/libexec/dovecot/imap-login imap_client_workarounds = outlook-idle netscape-eoh tb-extra-mailbox-sep delay-newmail mail_plugins = mail_log } ## ## POP3 specific settings ## protocol pop3 { ssl_disable = no login_executable = /usr/libexec/dovecot/pop3-login mail_executable = /usr/libexec/dovecot/pop3 pop3_no_flag_updates = no pop3_uidl_format = %08Xu%08Xv pop3_client_workarounds = oe-ns-eoh outlook-no-nuls } System is suse 10.1 Thank you Andre

2 5

[Dovecot] recursive acl problem
by Robert Schetterer 21 Jul '08

21 Jul '08

Hi, i ve got a problem with recursive acl, using not a vfile global backend. ( no default acl) In my understanding every folder(directory) needs a seperate dovecot-acl files with permissions. This works fine, but my tests showed using a shared namespace like i.e. namespace shared { separator = / prefix = "users/%d/" location = dbox:/usr/local/virtual/%d/ inbox = no list = yes subscriptions = yes hidden = no } and have dovecot-acl in usr/local/virtual/%d/ with authenticated l which means lookup, leads that all folders and subfolders of /usr/local/virtual/%d/%u/ are imap browseable, which means its recursive somekind. ( people will not like seeing folder names of their mailboxes until they dont gave permissions explicit to others) In my meaning this shouldnt be so only names of ( names of directories) at /usr/local/virtual/%d/%u/ should be shown , subfolders in them should only be imap browseable if there is another dovecot-acl in them which permits lookup i may fail here , anyone which has some enlightment for me outside? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 3

[Dovecot] Mails "invisible" (index corrupted?)
by Patrick Nagel 21 Jul '08

21 Jul '08

Hi, I got a complaint from a user today, that a few mails "disappeared" from her Inbox, both when accessing via IMAP with Thunderbird and in the IMAP Webmail client (RoundCube Webmail, caching deactivated). Searching (in Subject or From header) within the Inbox turned up the missing messages though. After checking all relevant client settings (filter rules etc.), restarting Thunderbird multiple times, etc., I tried deleting her dovecot.index.cache file, restarting Thunderbird again, but that didn't change anything. Only after deleting dovecot.index.*, everything went back to normal. I can't find anything useful in the log. Setup: x86, CentOS Linux, dovecot 1.1.1 (current stable binary from ATrpms), maildir storage, mail_debug is turned on Any hints on what could have caused this? Where to look? I backed up dovecot.index, dovecot.index.cache and dovecot.index.log before I deleted them, but they probably contain sensitive information, so I won't post them to the list. Thanks, Patrick. -- STAR Software (Shanghai) Co., Ltd. http://www.star-group.net/ Phone: +86 (21) 3462 7688 x 826 Fax: +86 (21) 3462 7779 PGP key: https://stshacom1.star-china.net/keys/patrick_nagel.asc Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC E883 A005

2 3

[Dovecot] Multiple quota roots with quota-fs backend
by Ralf Becker 21 Jul '08

21 Jul '08

Today I've tried to configure multiple filesystem quotas, with some strange results. These are my two filesystems; both using quotas: * /dev/mail mounted to /var/spool/mail using AIX quotas for all users. Mailbox format is 'mbox' and they are named '/var/spool/mail/<logname>' * filer0:/vol/home mounted to /home/f0 via nfs using netapp quotas for all users. Mailboxes are all 'mbox' and located in '~<logname>/Mail' I've configured _two_ quota roots as described here: http://wiki.dovecot.org/Quota/FS?highlight=(two%20filesystems) plugin { quota = fs:Home:mount=/home/f0 quota2 = fs:Spool:mount=/var/spool/mail } This works like a charm, but when testing the configuration, the result was just surprising: * OK [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED I18NLEVEL=1 QUOTA AUTH=PLAIN] Dovecot ready. . login rfttest XXX . OK Logged in. . getquotaroot "INBOX" * QUOTAROOT "INBOX" "Home" "Spool" * QUOTA "Home" (STORAGE 310360 1048576) * QUOTA "Spool" (STORAGE 89708 1000000) . OK Getquotaroot completed. . getquotaroot "Trash" * QUOTAROOT "Trash" "Home" "Spool" * QUOTA "Home" (STORAGE 310360 1048576) * QUOTA "Spool" (STORAGE 89708 1000000) . OK Getquotaroot completed. . logout * BYE Logging out . OK Logout completed. You see, that _always_ both quota roots are reported, whether the references mailbox is actually placed on this filesystem or not. However reading RFC2087 confirms me in the idea, that just the _related_ quota roots should be listed: -------------------------------8<----------------------------------------- 4.3. GETQUOTAROOT Command Arguments: mailbox name Data: untagged responses: QUOTAROOT, QUOTA Result: OK - getquota completed NO - getquota error: no such mailbox, permission denied BAD - command unknown or arguments invalid The GETQUOTAROOT command takes the name of a mailbox and returns the list of quota roots for the mailbox in an untagged QUOTAROOT response. For each listed quota root, it also returns the quota root's resource usage and limits in an untagged QUOTA response. Example: C: A003 GETQUOTAROOT INBOX S: * QUOTAROOT INBOX "" S: * QUOTA "" (STORAGE 10 512) S: A003 OK Getquota completed ------------------------------->8----------------------------------------- So in my opinion correctly reported quota roots should look like this: * OK [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED I18NLEVEL=1 QUOTA AUTH=PLAIN] Dovecot ready. . login rfttest XXX . OK Logged in. . getquotaroot "INBOX" * QUOTAROOT "INBOX" "Spool" * QUOTA "Spool" (STORAGE 89708 1000000) . OK Getquotaroot completed. . getquotaroot "Trash" * QUOTAROOT "Trash" "Home" * QUOTA "Home" (STORAGE 310360 1048576) . OK Getquotaroot completed. . logout * BYE Logging out . OK Logout completed. Now I known what I want... but how to get it :-) While I see no way to use namespaces and/or quota rules to configure this behavior, patching quota.c, quota-fs.c and quota-private.h seems to be an option. A downside of this is, that I've to extend the quota plugin interface (quota_backend_vfuncs) defined in quota-private.h by adding an new callback function. Since all other quota backends don't have this new function, they have to initialize it with NULL. So there are side effects to other quota backends. This is the reason why I want to discuss the above described problem (and solution) before posting my patch :-) Regards, Ralf -- ______________________________________________________________________ Dipl.-Inform. (FH) Ralf Becker Rechenzentrum (r/ft) der FH Trier (Network|Mail|Web|Firewall) University of applied sciences Administrator Schneidershof, D-54293 Trier Mail: beckerr(a)fh-trier.de Fon: +49 651 8103 499 WWW: http://www.fh-trier.de/~beckerr Fax: +49 651 8103 214 ______________________________________________________________________

2 9

[Dovecot] v1.1.1: Some files not created with dovecot-shared permissions
by Eduardo M KALINOWSKI 21 Jul '08

21 Jul '08

Hi, I use dovecot-shared to add read permissions to the group in my mail server, which uses virtual users. This is only to ease backups. However, a few files are not created with the permissions in dovecot-shared. I've seen this happen to 'subscriptions', 'maildirfolder' (when dovecot-shared exists; the change to correctly create maildirfolder in this case is very recent), and possibly 'maildirsize' (I'm not sure about this one, it might be exim that is creating it with wrong permissions.) This has been tested in recent snapshot package, from the Debian repository listed at http://wiki.dovecot.org/PrebuiltBinaries. Here's dovecot -n for reference: # 1.1.1: /etc/dovecot/dovecot.conf log_path: /var/log/dovecot/main.log info_log_path: /var/log/dovecot/info.log log_timestamp: %Y-%m-%d %H:%M:%S login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_processes_count: 1 first_valid_uid: 100 mail_privileged_group: mail mail_location: maildir:/home/vmail/%d/%n/INBOX:INDEX=/home/vmail/%d/%n/dovecotidx mail_plugins: quota imap_quota auth default: mechanisms: plain login cram-md5 passdb: driver: passwd-file args: username_format=%n /home/vmail/%d/db/passwd passdb: driver: pam userdb: driver: static args: uid=104 gid=8 home=/home/vmail/%d/%n userdb: driver: passwd socket: type: listen client: path: /var/run/dovecot/auth-client mode: 438 plugin: quota: maildir

2 3

[Dovecot] Upgrade to 1.1 maildir & shared folders problems
by sami＠medusa.tutka.fi 21 Jul '08

21 Jul '08

Hello, We recently upgraded to Dovecot 1.1 from 1.0.5 and we are having few issues: 1) Maildir's are not created anymore for new users if they dont excits, the directories where created before, is this a configuration issue? 2) Cannot subscribe to shared folders, if currently subscribed they work fine but cannot re-subscribe, also i noticed that the control directory for the namespace is not created anymore, before it was, any ideas? //sami conf: 1.1.1: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_greeting: ready. login_processes_count: 5 verbose_proctitle: yes first_valid_uid: 1000 mail_location: maildir:~/:INDEX=/var/dovecot/index/%u:CONTROL=/var/dovecot/control/%u mail_nfs_storage: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_process_size: 1024 mail_plugins(default): acl quota imap_quota mail_plugins(imap): acl quota imap_quota mail_plugins(pop3): mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): outlook-idle, delay-newmail imap_client_workarounds(imap): outlook-idle, delay-newmail imap_client_workarounds(pop3): namespace: type: private separator: / location: maildir:~/:INDEX=/var/dovecot/index/%u:CONTROL=/var/dovecot/control/%u inbox: yes list: yes subscriptions: yes namespace: type: public separator: / prefix: shared/ location: maildir:/var/mail/jaetut:INDEX=/var/dovecot/jaetut/index/%u:CONTROL=/var/dovecot/jaetut/control/%u list: yes subscriptions: yes auth default: passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: prefetch plugin: quota: fs acl: vfile:/usr/local/etc/dovecot-acls

2 8

[Dovecot] How can i get original mail subject in sieve vacation?
by Zhang Huangbin 21 Jul '08

21 Jul '08

Hi, all. I want to mix some new words and original mail subject as vacation subject, how can i get original mail subject in sieve vacation? Original subject: Hello. Vacation subject: Auto-Reply msg: Hello. ^^^^^ New ^^^^^ ^Orig^ Thanks very much. -- Best Regards. Zhang Huangbin - iRedMail: Mail Server Solution for Red Hat(R) Enterprise Linux & CentOS 5.x: http://iRedMail.googlecode.com/

3 4

[Dovecot] AIX: mntctl implementation for NFS quota support
by Ralf Becker 21 Jul '08

21 Jul '08

Hi Timo, Hello list, I've played around with dovecot-1.1.1 on AIX to get quotas (especially NFS quotas) to work. I've found that dovecot doesn't implement handling of 'mntctl' and so it is unable to determine filesystem mountpoints on AIX correctly. Your'll find more information about 'mntctl' here: http://publib.boulder.ibm.com/infocenter/systems/index.jsp?topic=/com.ibm.a… Okay... I've added mntctl support to 'lib/mountpoint.c' today. My tests are looking good and so I'd like to share the patch. While I'm still not really familiar with dovecots memory management, I need someone who is familiar with it to have a look on my lines of code. Especially the usage or p_new, t_strconcat and p_free should be checked. :-) To activate the patch you have to add "#define HAVE_VMOUNT_H 1" do 'config.h'. Maybe someone wants to alter configure* to do this automatically? And of course Timo, if you find it useful, you may include the code in one of the next dovecot releases. Regards, Ralf -- ______________________________________________________________________ Dipl.-Inform. (FH) Ralf Becker Rechenzentrum (r/ft) der FH Trier (Network|Mail|Web|Firewall) University of applied sciences Administrator Schneidershof, D-54293 Trier Mail: beckerr(a)fh-trier.de Fon: +49 651 8103 499 Web: http://www.fh-trier.de/~beckerr Fax: +49 651 8103 214 PubKey: http://www.fh-trier.de/~beckerr Crypto: GnuPG, S/MIME ______________________________________________________________________ Wenn Gott gewollt haette, dass E-Mail in HTML geschrieben wuerden, endeten Gebete traditionell mit </amen>. (Tom Listen)

2 4

Re: [Dovecot] fs quota check with server does not support rquotad
by Grandy Fu 21 Jul '08

21 Jul '08

> > > So my understanding for now is this: > > /var/mail > --------- > * has quotas > * for mailboxes hosted by this file system 'getrootquota' should > report used/total quota sizes. > > /home/h1 > -------- > * has or has not quotas. This is the same, because if 'homesvr' > doesn't support rquota, you can't check or even ignore > them. > * for mailboxes hosted by this file system 'getrootquota' should > report nothing. > > Yes, this is my situation. > If this is correct, this problem should be covered by a patch I've send > to Timo two days ago. You may have a look at this: > > http://dovecot.markmail.org/message/7e6bev4l3hen57ii?q=Multiple+quota+roots… > > Great. d/led "dovecot-*quota*-*root*-matching.patch.gz " and patched. Here is my current configuration: mail_location = mbox:~/mail:INBOX=/var/mail/%u plugin { quota = fs:INBOX:mount=/var/mail } I don't know if I patched correctly or not. I have got this error when I login: ----------------------- dovecot: Jul 15 18:13:20 Info: imap-login: Login: user=<01234567g>, method=PLAIN, rip=158.132.10.68, lip=158.132.10.13 dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): Loading modules from directory: /usr/local/.dovecot111.test/lib/dovecot/imap dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): Module loaded: /usr/local/.dovecot111.test/lib/dovecot/imap/lib10_quota_plugin.so dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): Module loaded: /usr/local/.dovecot111.test/lib/dovecot/imap/lib11_imap_quota_plugin.so dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): Effective uid=3475, gid=70, home=/home/h1/sc/01234567g dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): Quota root: name=INBOX backend=fs args=mount=/var/mail dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): mbox: data=/home/h1/sc/01234567g/mail:INBOX=/var/mail/01234567g:INDEX=/localdisk/dovecot.cache/cache/01234567g dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): fs: root=/home/h1/sc/01234567g/mail, index=/localdisk/dovecot.cache/cache/01234567g, control=, inbox=/var/mail/01234567g dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): fs quota add storage dir = /home/h1/sc/01234567g/mail dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): fs quota block device = homesvr:/h1 dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): fs quota mount point = /home/h1 dovecot: Jul 15 18:13:21 Error: IMAP(01234567g): fcntl(0, F_GETFL) failed: Bad file number dovecot: Jul 15 18:13:21 Fatal: IMAP(01234567g): fd_set_nonblock(0) failed: Bad file number ------------------------------------------------------------

3 2

Re: [Dovecot] folder deletion fails dbox /more debug /solved
by Robert Schetterer 21 Jul '08

21 Jul '08

Patrick Nagel schrieb: > On Thu, 17 Jul 2008 00:19:34 +0200, Robert Schetterer > <robert(a)schetterer.org> wrote: >> as stated in http://wiki.dovecot.org/Clients >> with mbox and thunderbird >> >> You should enable tb-extra-mailbox-sep workaround for IMAP >> >> this fixes the problem for dbox too, >> wiki should be upgraded that way > > You could have just changed it yourself - it's a wiki. I made the change > just now (see > http://wiki.dovecot.org/Clients#head-a222c4ed77a12db48e855e2dccb24113b955c2…) > Hi Patrick, i wanted to wait until a statement from Timo, dbox should be more near to maildir ( in my understanding ) ,then to mbox , so i am a little suprised that this mbox fix works for dbox perhaps its simply a bug with dbox, meanwhile reading the list should be enough for info to dbox users, but anyway as its a wiki , if this info is somekind of false Timo is able to delete it in the future -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 1

[Dovecot] Moving from pysieved to native ManageSieve?
by Bjørn T Johansen 20 Jul '08

20 Jul '08

If moving from pysieved to Dovecot native ManageSieve implementation, should this just work or do I need to do anything with existing sieve filter rule files, etc? Any reasons not to do the switch? Regards, BTJ -- ----------------------------------------------------------------------------------------------- Bjørn T Johansen btj(a)havleik.no ----------------------------------------------------------------------------------------------- Someone wrote: "I understand that if you play a Windows CD backwards you hear strange Satanic messages" To which someone replied: "It's even worse than that; play it forwards and it installs Windows" -----------------------------------------------------------------------------------------------

1 0

[Dovecot] "Errors" in logfile after upgrading to 1.1.1?
by Bjørn T Johansen 20 Jul '08

20 Jul '08

Not sure but I mean I didn't have these in the log file before the upgrade....: auth(default): passwd(user(a)domain.no): unknown user auth(default): prefetch(user(a)domain.no): passdb didn't return userdb entries, trying the next userdb Is there some config that is wrong or? btw, authentiation is working.... Regards, BTJ -- ----------------------------------------------------------------------------------------------- Bjørn T Johansen btj(a)havleik.no ----------------------------------------------------------------------------------------------- Someone wrote: "I understand that if you play a Windows CD backwards you hear strange Satanic messages" To which someone replied: "It's even worse than that; play it forwards and it installs Windows" -----------------------------------------------------------------------------------------------

2 4

[Dovecot] v1.1.rc13 released
by Timo Sirainen 20 Jul '08

20 Jul '08

http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc13.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc13.tar.gz.sig There's always time for one more release candidate. :) I was planning on releasing v1.1.0 a couple of minutes before summer solstice (23:59 UTC according to Wikipedia). Maybe it'll bring luck to the release. :) - mbox: Fixed a crash when adding a new X-IMAPbase: header with keywords. - Message parser: Fixed assert-crash if cached MIME structure was broken. - Squat: Potential crashfix with mmap_disable=yes.

4 5

Re: [Dovecot] assertion failed: (seq >= t->first_new_seq && seq <= t->last_new_seq)
by Mark Zealey 20 Jul '08

20 Jul '08

OK I've been struggling to get dumps from the live environment most of the day, but have given up. I've now managed to reproduce this using a fork-bomb type script; here is a backtrace (no debug version installed, but I suspect I could reproduce this in the dev environment if it's not clear what the error is). (gdb) bt #0 0x004ef402 in __kernel_vsyscall () #1 0x00138c00 in raise () from /lib/libc.so.6 #2 0x0013a451 in abort () from /lib/libc.so.6 #3 0x080c413d in default_error_handler () #4 0x080c41cd in i_syslog_fatal_handler () #5 0x080c3a2c in i_panic () #6 0x080a072c in mail_index_transaction_lookup () #7 0x080a39d7 in mail_index_transaction_open_updated_view () #8 0x080b2853 in mail_cache_decision_add () #9 0x0809b884 in mail_cache_add () #10 0x08089910 in index_mail_cache_add_idx () #11 0x08089a03 in index_mail_cache_add () #12 0x08089ec7 in index_mail_close () #13 0x0808ad90 in index_mail_free () #14 0x08092f42 in mail_free () #15 0x0806c63c in maildir_transaction_save_commit_pre () #16 0x08065d62 in maildir_transaction_class_deinit () #17 0x08092cce in index_transaction_commit () #18 0x08094a56 in mailbox_transaction_commit () #19 0x0805a416 in deliver_save () #20 0x0805b99a in main () The way I caused this crash was: [root@mail2 tmp]# cat t.sh #!/bin/bash HOME=/path/to/nfs/Maildir/ export HOME exec /usr/libexec/dovecot/deliver -f foo(a)bar.com Then in bash as root: # i=0; while true; do echo $i; i=$((i+1)); sudo -u exim /tmp/t.sh < /root/t & sudo -u exim /tmp/t.sh < /root/t & sudo -u exim /tmp/t.sh < /root/t & sudo -u exim /tmp/t.sh < /root/t & sudo -u exim /tmp/t.sh < /root/t & sudo -u exim /tmp/t.sh < /root/t & done After about 3 seconds I got 10 crashes and core dumps. A word about our setup; we have the maildirs stored on an nfs mount and deliver could be called on multiple heads at the same time for deliveries - I suspect this is what was causing the problem. Our nfs mount options are rw,noatime,nodiratime,hard,intr,rsize=32768,wsize=32768,tcp,nocto. Running centos 5.1 on the boxes with exim. Thanks, Mark

2 1

[Dovecot] exim, LDA, quota
by Marcin Gryszkalis 20 Jul '08

20 Jul '08

Hi I configured Exim with dovecot LDA and added quota (dict/mysql). It works but it seems that dovecot is not reporting situation back to exim process - it looks like Exim returns OK(accepted) to smtp sender before the message is actually delivered - if the quota is exceeded then LDA drops the mail and sends DSN. Is it possible to change that behavior to report problem immediately (within SMTP session)? regards -- Marcin Gryszkalis, PGP 0x9F183FA3 jabber jid:mg@fork.pl, gg:2532994 http://the.fork.pl

2 2

[Dovecot] group ownership of new shared folders
by Simon Michelson 20 Jul '08

20 Jul '08

Between versions 1.0.4 and 1.0.5 there were some changes to the way dovecot-shared group ownership is propogated into new maildirs. Changing the group of new_dir/{tmp,new,cur} was added, but changing the group of new_dir itself was removed. As far as I can tell, this latter change may have been accidental. This patch puts the functionality back, in the 1.1 tree. ---------------------------------- # HG changeset patch # User Simon Michelson <simon(a)inpher.com> # Date 1214444574 -3600 # Branch HEAD # Node ID 1dae5712e81daacb6923f500c0997aca6853ec3a # Parent 3c06e14c4731ee1ffe6d8c36bbdc711e3190cb2c reinstate code to apply gid of dovecot-shared to new maildir directory diff -r 3c06e14c4731 -r 1dae5712e81d src/lib-storage/index/maildir/maildir-storage.c --- a/src/lib-storage/index/maildir/maildir-storage.c Tue Jun 24 13:37:55 2008 +0300 +++ b/src/lib-storage/index/maildir/maildir-storage.c Thu Jun 26 02:42:54 2008 +0100 @@ -539,6 +539,10 @@ static int maildir_create_shared(struct umask(old_mask); return -1; } + if (chown(dir, (uid_t)-1, gid) < 0) { + mail_storage_set_critical(storage, + "chown(%s) failed: %m", dir); + } for (i = 0; i < N_ELEMENTS(maildir_subdirs); i++) { path = t_strconcat(dir, "/", maildir_subdirs[i], NULL); if (chown(path, (uid_t)-1, gid) < 0) {

2 1

[Dovecot] No log for hitting login_max_processes_count?
by Adam McDougall 20 Jul '08

20 Jul '08

I think today just due to increased use, my mail servers hit login_max_processes_count. It wasn't obvious what was happening, logins just weren't acting like they should and sometimes would get disconnected before given a prompt from the server. Something made me think to check if I had too many of certain dovecot processes and I found I had 128 imap-login processes on both servers, but nothing in the logs seemed to point that out for me. Should there be? It would have been alot easier to debug. Also, this seems to be from general use, doesn't seem like a DoS, so is this just a setting I should keep an eye on and increase it by reasonable amounts as needed? Thanks.

3 2

[Dovecot] 1.1.1, mbox_snarf and duplicate messages
by Laurent.Moineau＠math-info.univ-paris5.fr 20 Jul '08

20 Jul '08

Hello, I recently switched to dovecot 1.1.1 with mbox_snarf from uw-imap with mbox driver enabled. The mail is delivered by procmail in /var/spool/mail/user Most of my users have a file INBOX located in $HOME/mail The mail is transfered from /var/spool/mail/user to $HOME/mail/INBOX every time an imap connection is done. Things are OK with clients like thunderbird or evolution, but with imp or mostly squirrelmail messages are duplicated (some user reported that a single message duplicated 50 times !). Every imap connection (thunderbird or webmail) terminates with a warning : Timeout leak: 0x4534e0 I 've tried to use fcntl in : lock_method, mbox_read_locks and mbox_write_locks but things are worse than traditional dotlocks. My config on my first server : sendmail-8.14.1 procmail dovecot 1.1.1 On the second server : The webmail (imp and squirrelmail, latest versions) is installed on another server but uses server 1 as imap server. I 've tried to use an imap proxy (perdition) but without any improvement as far as this problem is concerned. I previously used another dovecot server on that machine with an NFS mount to get /var/spool/mail from the first server with the duplicate problem too. I enabled mail_log and there where a bunch of Info messages like this : dovecot: Jul 11 18:20:11 Info: IMAP(foo): copy: uid=22, dest=/users/foo/mail/INBOX, msgid=<4877879C.40104(a)math-info.univ-paris5.fr>, size=2223 Any hint ? Is mbox_snarf considered as stable ? dovecot -n : # 1.1.1: /etc/dovecot.conf log_path: /var/log/dovecot.log protocols: imaps pop3 pop3s listen: * ssl_cert_file: /etc/pki/tls/certs/ipop3d.pem ssl_key_file: /etc/pki/tls/certs/ipop3d.pem login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_privileged_group: mail mail_gid: 12 mail_location: mbox:~/mail:INBOX=/var/spool/mail/%u mbox_lazy_writes: no mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): mbox_snarf mail_plugins(imap): mbox_snarf mail_plugins(pop3): mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 auth default: debug: yes passdb: driver: pam userdb: driver: passwd plugin: mbox_snarf: %h/mail/INBOX /etc/procmailrc : SENDMAIL=/usr/sbin/sendmail MAILDIR=/var/spool/mail SPAM=$HOME/mail/spam DROPPRIVS=yes :0 H *^X-Spam-Status: Yes $SPAM :0 H *^Subject: .**SPAM $SPAM Thanks for your help. Laurent Moineau System Administrator ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

2 1

[Dovecot] dovecot-auth assertion failed
by Eric 20 Jul '08

20 Jul '08

Hello, I have been running some tests on a new Dovecot v1.0.13 server and have seen the following message appear in the logs a few times. It appears to occur when there are a lot of requests being sent to the LDAP servers from both Dovecot and Sendmail (I am guessing about this, since I have also seen "Server busy" messages regarding LDAP auth). dovecot: auth(default): file db-ldap.c: line 310 (ldap_conn_retry_requests): assertion failed: (conn->connected) dovecot: auth(default): Raw backtrace: dovecot-auth [0x806daf1] -> dovecot-auth [0x806da0c] -> dovecot-auth [0x8059607] -> dovecot-auth [0x8059b1d] -> dovecot-auth [0x8059b7b] -> dovecot-auth(io_loop_handler_run+0x110) [0x8070c90] -> dovecot-auth(io_loop_run+0x1c) [0x80701cc] -> dovecot-auth(main+0x2fe) [0x805b01e] -> /lib/libc.so.6(__libc_start_main+0xdc) [0x3efdec] -> dovecot-auth [0x8051161] dovecot: child 23178 (auth) killed with signal 6 Dovecot seems to recover from this error and continues to handle auth requests properly. Thanks, Eric

2 1

[Dovecot] Problems with dovecot deliver.
by Dpoke 20 Jul '08

20 Jul '08

Hello all. I am using dovecot 1.1.rc4. Some of my mail deliver without errors. Other mail during its deliver give next errors in logs: Postfix log Jun 16 18:34:17 postfix/local[2730]: A394E292002: to=<dpoke(a)localhost.mail.com>, orig_to=<dpoke@localhost>, relay=local, delay=3013, delays=3008/1.3/0/2.9, dsn=4.3.0, status=deferred (temporary failure) Jun 16 18:34:17 postfix/local[2731]: B5FE7292004: to=<dpoke(a)localhost.mail.com>, orig_to=<dpoke@localhost>, relay=local, delay=2998, delays=2994/0.98/0/2.6, dsn=4.3.0, status=deferred (temporary failure) Jun 16 18:34:18 postfix/local[2731]: 28723292003: to=<dpoke(a)localhost.mail.com>, orig_to=<dpoke@localhost>, relay=local, delay=2993, delays=2989/3.5/0/0.72, dsn=4.3.0, status=deferred (temporary failure) ................................................ Deliver log. (Also I found no other useful information relaying this problem in other dovecot logs.) deliver(dpoke): Jun 16 18:34:15 Info: maildir: data=/opt/home/dpoke//Maildir deliver(dpoke): Jun 16 18:34:15 Info: maildir++: root=/opt/home/dpoke//Maildir, index=, control=, inbox=/opt/home/dpoke//Maildir deliver(dpoke): Jun 16 18:34:15 Info: maildir: data=/opt/home/dpoke//Maildir deliver(dpoke): Jun 16 18:34:15 Info: maildir++: root=/opt/home/dpoke//Maildir, index=, control=, inbox=/opt/home/dpoke//Maildir deliver(dpoke): Jun 16 18:34:16 Error: open(/tmp/dovecot.deliver..1213626856.2732.ad657cfa5dccbc61) failed: Permission denied deliver(dpoke): Jun 16 18:34:16 Error: copy: i_stream_read() failed: Permission denied deliver(dpoke): Jun 16 18:34:16 Info: msgid=: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2008-06-16 18:34:14] deliver(dpoke): Jun 16 18:34:16 Error: open(/tmp/dovecot.deliver..1213626856.2733.ad657cfa5dccbc61) failed: Permission denied deliver(dpoke): Jun 16 18:34:16 Error: copy: i_stream_read() failed: Permission denied deliver(dpoke): Jun 16 18:34:16 Info: msgid=: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2008-06-16 18:34:14] deliver(dpoke): Jun 16 18:34:17 Info: maildir: data=/opt/home/dpoke//Maildir deliver(dpoke): Jun 16 18:34:17 Info: maildir++: root=/opt/home/dpoke//Maildir, index=, control=, inbox=/opt/home/dpoke//Maildir deliver(dpoke): Jun 16 18:34:17 Info: maildir: data=/opt/home/dpoke//Maildir deliver(dpoke): Jun 16 18:34:17 Info: maildir++: root=/opt/home/dpoke//Maildir, index=, control=, inbox=/opt/home/dpoke//Maildir deliver(dpoke): Jun 16 18:34:17 Error: open(/tmp/dovecot.deliver..1213626857.2737.712b51aaca368d64) failed: Permission denied deliver(dpoke): Jun 16 18:34:17 Error: copy: i_stream_read() failed: Permission denied deliver(dpoke): Jun 16 18:34:17 Info: msgid=: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2008-06-16 18:34:17] deliver(dpoke): Jun 16 18:34:17 Error: open(/tmp/dovecot.deliver..1213626857.2736.712b51aaca368d64) failed: Permission denied deliver(dpoke): Jun 16 18:34:18 Error: copy: i_stream_read() failed: Permission denied deliver(dpoke): Jun 16 18:34:18 Info: msgid=: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2008-06-16 18:34:17] ..................................................... This is my dovecot configuration: # 1.0.3: /opt/etc/dovecot.conf protocols: imap listen: 192.168.1.1 ssl_disable: yes disable_plaintext_auth: no login_dir: /opt/var/run/dovecot/login login_executable: /opt/libexec/dovecot/imap-login login_user: nobody login_processes_count: 1 auth default: verbose: yes debug: yes passdb: driver: passwd-file args: /opt/etc/passwd.imap userdb: driver: passwd-file args: /etc/passwd How can I fix this mail delivering problem? Thanks in advance for any ideas/suggestions/answers. And sorry for my bad English ;) -- Ilya Galanin

3 2

[Dovecot] file ioloop-iolist.c: line 25 (ioloop_iolist_add): assertion failed: (list->ios[idx] == NULL)
by Dirk H 20 Jul '08

20 Jul '08

Hi, I am using dovcot on a Fritz!Box (Linux fritz 2.6.19.2 #1 Fri Apr 18 16:00:34 CEST 2008 mips unknown) And after upgrading from 1.0.9 to 1.0.15 I am getting above assertion, when I do some action like moving or deleting on the IMAP mail box using MailDir on ext2 fs. I use --with-ioloop=epoll and --with-mem-align=4 as build configuration. For dovecof configuration see below details. Thanks for your help, DHU # 1.0.15: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log listen: *:xx143 ssl_listen: *:xx993 ssl_cert_file: /var/MailRoot/server.cert ssl_key_file: /var/MailRoot/server.key ssl_parameters_regenerate: 0 disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_process_size: 32 login_processes_count: 2 login_max_connections: 5 mail_location: maildir:/var/MailRoot/domains/%d/%n//Maildir imap_client_workarounds: outlook-idle delay-newmail netscape-eoh tb-extra-mailbox-sep auth default: default_realm: fritz.homeip.net user: xmail username_format: %Lu passdb: driver: passwd-file args: /var/MailRoot/dovecotusers.tab userdb: driver: static args: uid=504 gid=504 home=/var/MailRoot/domains/%d/%n/Maildir

2 1

[Dovecot] 'include' feature in sieve 1.1.5
by Zhang Huangbin 20 Jul '08

20 Jul '08

Hi, all. I use dovecot-1.1.1 and dovecot-1.1.5 which built by atrpms, and i use 'include' command to include two/several personal sieve rule file, but if either of these personal sieve rule files is not exist, sieve_execute_bytecode failed. How can i make it just skip the non-exist personal sieve rule file, and continue to try to include next sieve rule file? Thanks very much. :) In /etc/dovecot.conf: ----8<---- protocol lda { postmaster_address = root auth_socket_path = /var/run/dovecot/auth-master mail_plugins = cmusieve quota sieve_global_path = /home/vmail/.dovecot.sieve log_path = /var/log/sieve.log } ----8<---- In /etc/dovecot-mysql.conf: ---- user_query = SELECT xxx, xxx, '/home/vmail/%Ld/%Ln/' AS sieve_dir, xxx ---- My sieve rule: /home/vmail/.dovecot.sieve: ---- require ["fileinto", "reject", "include"]; include :personal ".dovecot.sieve"; include :personal ".vacation.sieve"; ---- Log: ----8<---- deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: Loading modules from directory: /usr/lib64/dovecot/lda deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: Module loaded: /usr/lib64/dovecot/lda/lib10_quota_plugin.so deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: Module loaded: /usr/lib64/dovecot/lda/lib90_cmusieve_plugin.so deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: auth input: postmaster(a)a.cn deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: auth input: home=/home/vmail deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: auth input: sieve_dir=/home/vmail/a.cn/postmaster/ deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: auth input: quota_rule=*:bytes=0 deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: auth input: maildir=a.cn/postmaster/ deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: Quota root: name= backend=maildir args= deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: Quota rule: root= mailbox=* bytes=0 (0%) messages=0 (0%) deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: maildir: data=//home/vmail/a.cn/postmaster/:INDEX=//home/vmail/a.cn/postmaster/ deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: maildir++: root=//home/vmail/a.cn/postmaster, index=, control=, inbox=//home/vmail/a.cn/postmaster deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: cmusieve: Using sieve path: /home/vmail/.dovecot.sieve deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: cmusieve: Executing script /home/vmail/.dovecot.sievec deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: cmusieve: Script not found: /home/vmail/a.cn/postmaster//.dovecot.sieve deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: include: Script not found: '.dovecot.sieve' deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: sieve runtime error: Include can not find script deliver(postmaster(a)a.cn): Jul 13 11:48:24 Error: sieve_execute_bytecode(/home/vmail/.dovecot.sievec) failed deliver(postmaster(a)a.cn): Jul 13 11:48:24 Info: msgid=<48797B06.1070109(a)a.cn>: saved mail to INBOX ---- -- Best Regards. Zhang Huangbin - iRedMail: Mail Server Solution for Red Hat(R) Enterprise Linux & CentOS 5.x: http://iRedMail.googlecode.com/

2 1

[Dovecot] IMAP Panic
by Raphael Bittencourt S. Costa 20 Jul '08

20 Jul '08

Helo all, One of the users is havings problems when he tries to open .Sent folder. Only after I deleted dovecot-uidlist, dovecot.index.cache and dovecot.index.log the user could open the folder. Any idea? Squirrel: Query: SORT (TO) ISO-8859-1 ALL dovecot.log: Jul 11 13:23:01 mailserver03 dovecot: imap-login: Login: user=<smassaro(a)dialdata.com.br>, method=PLAIN, rip=10.0.4.2, lip=10.0.149.3 Jul 11 13:23:03 mailserver03 dovecot: Panic: IMAP(smassaro(a)dial.com): file index-sort-string.c: line 537 (index_sort_add_ids_range): assertion failed: (left_sort_id < right_sort_id) Jul 11 13:23:03 mailserver03 dovecot: IMAP(smassaro(a)dial.com): Raw backtrace: imap [0x4833d0] -> imap [0x483433] -> imap [0x482b16] -> imap(index_sort_list_finish_string+0xda1) [0x451eb1] -> imap(index_storage_search_next_nonblock+0x425) [0x44ebe5] -> imap(mailbox_search_next+0x21) [0x455ab1] -> imap(imap_sort+0xd6) [0x4208f6] -> imap(cmd_sort+0x2d7) [0x419c47] -> imap(cmd_uid+0x52) [0x41a692] -> imap [0x41b05c] -> imap [0x41b112] -> imap [0x41b8bf] -> imap(client_input+0x63) [0x41bae3] -> imap(io_loop_handler_run+0xf8) [0x489cc8] -> imap(io_loop_run+0x1d) [0x4891bd] -> imap(main+0x3ca) [0x422f2a] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b797d759154] -> imap [0x4158e9] Jul 11 13:23:47 mailserver03 dovecot: imap-login: Login: user=<smassaro(a)dial.com>, method=PLAIN, rip=10.0.4.2, lip=10.0.149.3 Jul 11 13:23:50 mailserver03 dovecot: Panic: IMAP(smassaro(a)dial.com): file index-sort-string.c: line 537 (index_sort_add_ids_range): assertion failed: (left_sort_id < right_sort_id) Jul 11 13:23:50 mailserver03 dovecot: IMAP(smassaro(a)dial.com): Raw backtrace: imap [0x4833d0] -> imap [0x483433] -> imap [0x482b16] -> imap(index_sort_list_finish_string+0xda1) [0x451eb1] -> imap(index_storage_search_next_nonblock+0x425) [0x44ebe5] -> imap(mailbox_search_next+0x21) [0x455ab1] -> imap(imap_sort+0xd6) [0x4208f6] -> imap(cmd_sort+0x2d7) [0x419c47] -> imap(cmd_uid+0x52) [0x41a692] -> imap [0x41b05c] -> imap [0x41b112] -> imap [0x41b8bf] -> imap(client_input+0x63) [0x41bae3] -> imap(io_loop_handler_run+0xf8) [0x489cc8] -> imap(io_loop_run+0x1d) [0x4891bd] -> imap(main+0x3ca) [0x422f2a] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b2e94286154] -> imap [0x4158e9] dovecot -n # 1.1.1: /etc/dovecot//dovecot.conf syslog_facility: local1 protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no shutdown_clients: no login_dir: /usr//var/run/dovecot/login login_executable(default): /usr//libexec/dovecot/imap-login login_executable(imap): /usr//libexec/dovecot/imap-login login_executable(pop3): /usr//libexec/dovecot/pop3-login login_process_per_connection: no login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no login_process_size: 128 login_processes_count: 30 login_max_processes_count: 1024 login_max_connections: 512 max_mail_processes: 10240 mail_max_userip_connections(default): 20 mail_max_userip_connections(imap): 20 mail_max_userip_connections(pop3): 10 mail_uid: 1033 mail_gid: 1033 mail_location: maildir:%h/Maildir mail_executable(default): /usr//libexec/dovecot/imap mail_executable(imap): /usr//libexec/dovecot/imap mail_executable(pop3): /usr//libexec/dovecot/pop3 mail_plugins(default): quota imap_quota autocreate mail_plugins(imap): quota imap_quota autocreate mail_plugins(pop3): quota mail_plugin_dir(default): /usr//lib/dovecot/imap mail_plugin_dir(imap): /usr//lib/dovecot/imap mail_plugin_dir(pop3): /usr//lib/dovecot/pop3 pop3_no_flag_updates(default): no pop3_no_flag_updates(imap): no pop3_no_flag_updates(pop3): yes pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %f pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls namespace: type: private prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain login passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: prefetch userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 438 plugin: quota: maildir quota_rule: *:bytes=10240 quota_rule2: *:messages=30000 quota_rule3: Trash:bytes=10%% autocreate: SPAM.E Spam autocreate2: SPAM []s, Raphael Costa

2 3

[Dovecot] file mail-transaction-log-view.c: assertion failed (v1.0.12)
by Uldis Pakuls 20 Jul '08

20 Jul '08

Hi all. Looking at previous weeks logs I discovered strange errors: "file mail-transaction-log-view.c: assertion failed" dovecot v 1.0.12 Server is hosting more than 500 virtual users. It is compleate dovecot error log; only my own mailbox is affected ...and imap folder affected is "dovecots mailing list" :) While "Corrupted transaction log file" as far as I know is not error to care about much, "assertion failed" is something new. maibox are accessed only by dovecet and dovecot's LDA. -------sart of log --- dovecot: Jul 02 11:27:21 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19202, but next_uid = 19203 dovecot: Jul 02 11:27:21 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19202, but next_uid = 19203 dovecot: Jul 02 11:27:21 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 11:27:22 Error: IMAP(neko(a)it4u.lv): Maildir /srv/vmail/it4u.lv/neko/.Listservers.Tech.Dovecot sync: UID inserted in the middle of mailbox (19203 > 19202, file = 1214987241.P26793Q0M308123.serv09,S=3912:2,) dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: invalid indexid (1214987242 != 1213863362) dovecot: Jul 02 11:39:34 Warning: IMAP(neko(a)it4u.lv): fscking index file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: invalid new transaction log sequence (4 >= 4) dovecot: Jul 02 11:39:34 Warning: IMAP(neko(a)it4u.lv): fscking index file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): file mail-transaction-log-view.c: line 107 (mail_transaction_log_view_set): assertion failed: (min_file_seq <= max_file_seq) dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): Raw backtrace: imap [0x5555555bd66e] -> imap [0x5555555bd3ae] -> imap(mail_transaction_log_view_set+0x3b3) [0x5555555aba23] -> imap [0x5555555a6d1f] -> imap(mail_index_view_sync_begin+0x3f3) [0x5555555a73d3] -> imap(index_mailbox_sync_init+0xa1) [0x555555595fc1] -> imap(imap_sync_init+0x56) [0x555555575756] -> imap(cmd_sync+0x7b) [0x55555557588b] -> imap [0x55555556bb12] -> imap(cmd_fetch+0x28d) [0x55555556be1d] -> imap(cmd_uid+0x4a) [0x55555556e9ba] -> imap [0x55555556eec7] -> imap [0x55555556ef59] -> imap(_client_input+0x6f) [0x55555556f5ff] -> imap(io_loop_handler_run+0x108) [0x5555555c2ea8] -> imap(io_loop_run+0x18) [0x5555555c2068] -> imap(main+0x41b) [0x5555555770cb] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b75b43d9b54] -> imap [0x55555556a6e9] dovecot: Jul 02 11:39:34 Error: child 22307 (imap) killed with signal 6 dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 12:13:21 Warning: IMAP(neko(a)it4u.lv): Unlinked a duplicate: 1214989937.P31578Q0M123879.serv09,S=4899:2, dovecot: Jul 02 12:48:57 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19209, but next_uid = 19210 dovecot: Jul 02 12:48:57 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19209, but next_uid = 19210 dovecot: Jul 02 12:48:57 Error: IMAP(neko(a)it4u.lv): Unexpected transaction log desync with index /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 02 12:48:57 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19209, but next_uid = 19210 dovecot: Jul 02 12:48:57 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 12:48:59 Error: IMAP(neko(a)it4u.lv): Maildir /srv/vmail/it4u.lv/neko/.Listservers.Tech.Dovecot sync: UID inserted in the middle of mailbox (19210 > 19209, file = 1214992136.P29477Q0M844419.serv09,S=6950:2,) dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: invalid indexid (1214992140 != 1214987242) dovecot: Jul 02 12:51:00 Warning: IMAP(neko(a)it4u.lv): fscking index file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: invalid new transaction log sequence (5 >= 5) dovecot: Jul 02 12:51:00 Warning: IMAP(neko(a)it4u.lv): fscking index file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): file mail-transaction-log-view.c: line 107 (mail_transaction_log_view_set): assertion failed: (min_file_seq <= max_file_seq) dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): Raw backtrace: imap [0x5555555bd66e] -> imap [0x5555555bd3ae] -> imap(mail_transaction_log_view_set+0x3b3) [0x5555555aba23] -> imap [0x5555555a6d1f] -> imap(mail_index_view_sync_begin+0x3f3) [0x5555555a73d3] -> imap(index_mailbox_sync_init+0xa1) [0x555555595fc1] -> imap(imap_sync_init+0x56) [0x555555575756] -> imap(cmd_sync+0x7b) [0x55555557588b] -> imap [0x55555556bb12] -> imap(cmd_fetch+0x28d) [0x55555556be1d] -> imap(cmd_uid+0x4a) [0x55555556e9ba] -> imap [0x55555556eec7] -> imap [0x55555556ef59] -> imap(_client_input+0x6f) [0x55555556f5ff] -> imap(io_loop_handler_run+0x108) [0x5555555c2ea8] -> imap(io_loop_run+0x18) [0x5555555c2068] -> imap(main+0x41b) [0x5555555770cb] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b733287bb54] -> imap [0x55555556a6e9] dovecot: Jul 02 12:51:00 Error: child 4479 (imap) killed with signal 6 dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 14:11:40 Warning: IMAP(neko(a)it4u.lv): Unlinked a duplicate: 1214987033.P23952Q0M811113.serv09,S=4807:2,S dovecot: Jul 04 12:25:20 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19272, but next_uid = 19273 dovecot: Jul 04 12:25:20 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19272, but next_uid = 19273 dovecot: Jul 04 12:25:20 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19272, but next_uid = 19273 dovecot: Jul 04 12:25:21 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 04 12:25:21 Error: IMAP(neko(a)it4u.lv): Transaction log got desynced for index /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 04 12:25:23 Warning: IMAP(neko(a)it4u.lv): Unlinked a duplicate: 1215162799.P18322Q0M736352.serv09,S=13262:2, dovecot: Jul 04 12:25:23 Error: IMAP(neko(a)it4u.lv): Transaction log got desynced for index /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 04 12:25:28 Error: IMAP(neko(a)it4u.lv): Maildir /srv/vmail/it4u.lv/neko/.Listservers.Tech.Dovecot sync: UID inserted in the middle of mailbox (19273 > 19272, file = 1215163520.P28321Q0M199676.serv09,S=3477:2,) -------end of log ---

2 4

[Dovecot] Multiple auth client sockets
by Ulrich Zehl 20 Jul '08

20 Jul '08

I use two seperate Postfix instances as MSAs (so that different policies are simpler to configure), and both of them require Dovecot SASL support. Since Postfix' smtpd is chrooted (at least in the Debian package), the client socket needs to be somewhere under the instance's queue_directory. This means I need two different auth client socket paths. When I simply specify two "client { ... }" in dovecot.conf, the second takes precedence over the first. Besides using a second dovecot instance, which I'd like to avoid, what ways are there to run a second client socket? Ulrich

2 1

[Dovecot] [Help] quota_rule with LDAP backend, dovecot-1.1.1
by Zhang Huangbin 20 Jul '08

20 Jul '08

Hi, all. I use dovecot-1.1.1 with OpenLDAP as userdb. but i failed to convert quota value as expect. I set '10' as mail quota, and it should be '10M' as expect, but it's not effect, dovecot always uses 'quota_rule' setting in dovecot.conf. How can i fix this issue? 10*1047576? I have 'mailQuota' attr in ldap schema, such as: ----8<---- mailQuota: 10 # <- 10M ----8<---- My dovecot-ldap.conf: ----8<---- user_attrs = homeDirectory=home,mailMessageStore=maildir:mail,mailQuota=quota_rule=*:bytes=%$ ----8<---- And my dovecot.conf: ----8<---- plugin { quota = maildir # Quota rules. quota_rule = *:storage=10M } ----8<---- -- Best Regards. Zhang Huangbin - iRedMail: Mail Server Solution for Red Hat(R) Enterprise Linux & CentOS 5.x: http://iRedMail.googlecode.com/

2 1

[Dovecot] configuration query
by Michael Mounteney 20 Jul '08

20 Jul '08

Hello, please excuse my asking a question about simple configuration rather than something about a suspected bug or other detailed enquiry. I've set up dovecot (1.0.13, from http://www.blastwave.org) and when Thunderbird connects to it, all is well and I see folders as expected. When MacOS X mail connects however, it sees my home directory on the dovecot machine, not the mail directory. Now setting-aside the obvious rant about why MacOS has to be gratuitously different *again*, I would like to configure dovecot not to serve my home directory. I keeping saying I/my as this is just a personal set-up at home. This IMAP stuff is a bit involved but I thought namespaces would be the answer but it seems not. That is, I have namespace private { location = /var/marchive/%u inbox = yes } but even this still allows Mac Mail to see the home directory. What else should I do to stop dovecot serving my home directory ? I realise that there is also a problem with the client, that Mac Mail is *asking for* my home directory rather than the mail folder, but that's another problem, not for this list. Thanks in expectation.

2 1

[Dovecot] BUG: messages created with permissions not respecting umask
by Thomas Vander Stichele 20 Jul '08

20 Jul '08

Using dovecot 1.0rc15, together with postfix and dovecot-lda. umask is set to 0007. This should ensure directories and files get created with read/write permissions for both user and group. However, dovecot-lda writes files with 600 permissions, instead of 660. So dovecot does not seem to respect the umask configuration property for local mail delivery. In my particular case, I have vmail:vmail own the mail directories, and a backup user part of the vmail group. However the backup user cannot read the mails and thus back them up properly. Suggestions: - respect the umask for file delivery as well - alternatively, take the parent directory's permissions, strip executable bits, and apply to file Thanks Thomas

3 3