- dovecot - dovecot.org

[Dovecot] Making changes to dovecot log levels
by Thomas M Goerger 24 Mar '09

24 Mar '09

Hi Timo, Awhile back I'd written about making changes to some of the log levels that dovecot writes to to stop the process from writing these to monitor. I wanted to run a few changes by you for this, just to make sure these won't cause problems somewhere else. And to send this to the list, in case anyone else wants to make similar changes in the future. In the file src/lib-index/mail-index.c: duplicate the function mail_index_set_error to mail_index_set_warning and call this function in /src/lib-index/mail_cache.c instead int mail_index_set_error(struct mail_index *index, const char *fmt, ...) { va_list va; i_free(index->error); if (fmt == NULL) index->error = NULL; else { va_start(va, fmt); index->error = i_strdup_vprintf(fmt, va); va_end(va); i_error("%s", index->error); } return -1; } changing the line : i_error("%s", index->error); to i_warning("%s", index_error); and for the file src/lib-storage/index/mbox/mbox-sync.c changing this code if (rec == NULL && uid < sync_ctx->idx_next_uid) { /* this UID was already in index and it was expunged */ mbox_sync_set_critical(sync_ctx, "mbox sync: Expunged message reappeared in mailbox %s " "(UID %u < %u, seq=%u, idx_msgs=%u)", sync_ctx->mbox->path, uid, sync_ctx->idx_next_uid, sync_ctx->seq, messages_count); ret = FALSE; rec = NULL; } else if (rec != NULL && rec->uid != uid) { /* new UID in the middle of the mailbox - shouldn't happen */ mbox_sync_set_critical(sync_ctx, "mbox sync: UID inserted in the middle of mailbox %s " "(%u > %u, seq=%u, idx_msgs=%u)",sync_ctx->mbox->path, rec->uid, uid, sync_ctx->seq, messages_count); ret = FALSE; rec = NULL; from mbox_sync_set_critical( etc... to mail_storage_clear_error(storage) i_warning("Error text"... mail_storage_set_internal_error(storage) to clear and set the storage pointer Hopefully that's all clear. If you have any questions, please let me know. Thanks, ************************************************************************* * Tom Goerger - Email/Unix System Administrator * * * * University of Minnesota Email: tmg(a)umn.edu * * Operations, Infrastructure and Architecture Phone: 4-5804 * * Internet Services Office: 626J WBOB * * * *************************************************************************

1 0

[Dovecot] Dovecot error: Panic: i_stream_stat()
by PEACEYALL 24 Mar '09

24 Mar '09

Hello! I'm testing the virtual mail boxes using telnet. The telnet seesion completes 100% okay with no errors at all. Though, when postfix has to relay the message to dovecot, i get the following error in my delivery log (/home/vmail/dovecot-delivery): deliver(john): 2009-03-21 16:23:00 Panic: i_stream_stat() used for non-blocking seekable stream deliver(john): 2009-03-21 16:23:00 Error: Raw backtrace: /usr/lib/dovecot/deliver [0x80a4c7a] -> /usr/lib/dovecot/deliver [0x80a4ae9] -> /usr/lib/dovecot/deliver [0x80aa4fc] -> /usr/lib/dovecot/deliver(mbox_sync_has_changed+0x100) [0x806deb0] -> /usr/lib/dovecot/deliver(mbox_sync+0x36b) [0x807103b] -> /usr/lib/dovecot/deliver(mbox_storage_sync_init+0x3e) [0x807160e] -> /usr/lib/dovecot/deliver [0x805794a] -> /usr/lib/dovecot/deliver(main+0xc97) [0x8058937] -> /lib/libc.so.6(__libc_start_main+0xe5) [0xb7e13455] -> /usr/lib/dovecot/deliver [0x8056ef1] degus:/home/vmail# deliver(john): 2009-03-21 16:23:00 Panic: i_stream_stat() used for non-blocking seekable stream Here is the required information: ------------------------------------------------------- degus:/home/vmail# dovecot --version 1.0.15 degus:/home/vmail# degus:/home/vmail# dovecot -n # 1.0.15: /etc/dovecot/dovecot.conf log_path: /var/log/mail.err info_log_path: /var/log/mail.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: pop3 pop3s imap imaps login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/home/vmail/%d/%n/Maildir mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: mechanisms: plain login passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: passwd userdb: driver: static args: uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail degus:/home/vmail# degus:/etc/dovecot# grep -v '^ *$#.*$\?$' dovecot-sql.conf driver = mysql connect = host=127.0.0.1 dbname=mailserver user=*****88 password=******** default_pass_scheme = PLAIN-MD5 password_query = SELECT email as user, password FROM view_users WHERE email='%u'; degus:/etc/dovecot# ------------------------------------------------------- Thank you for your help and time.

2 1

[Dovecot] Problem with dovecot + imap idle + qmail-local delivery
by Jochen Schug 24 Mar '09

24 Mar '09

Hi, I've recently switched from courier-imap to dovecot. Everything seemed to work fine, but after I while I noticed that dovecot is occasionaly causing problems with delivery of new incoming mails. System: Gentoo Linux, kernel 2.6.19, qmail 1.03, vpopmail 5.4.26 , dovecot 1.1.11, maildir, mail store on ext3. Symptoms: qmail is having trouble with the mail delivery. First I thought it had something to do with vpopmail or dovecot's quota support, but I tracked it down to qmail-local. I tried two different versions, one with Bill Shupp's maildir++ patch and one without. With the patch, I'm getting "User_over_quota._(#5.1.1)" errors. Mail is delivered once and sender is sent a notification about the exceeded quota. Without the patch, I get "Temporary_error_on_maildir_delivery._(#4.3.0)". Mail is delivered, but delivery is tried again and again. This only happens if a MUA is logged in to the mailbox and IMAP IDLE is being used. If the MUA is disconnected: fine. If dovecot is stopped: fine. I tried a couple of different things, all without success: - upgraded dovecot from 1.1.7 to 1.1.11 - compiled a new kernel with inotify support and recompiled dovecot - migrated mail store from reiserfs to ext3 - disabling quota support in dovecot - tried dovecot's various file locking mechanisms Right now I'm working around this by removing IDLE from the capabilities. This solves the problem, but leaves me with a less functional IMAP server. Any help is greatly appreciated. Jochen dovecot -n: protocols: imaps imap pop3s pop3 listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(pop3): *:995 ssl_cert_file: /etc/ssl/dovecot/server.pem ssl_key_file: /etc/ssl/dovecot/server.key disable_plaintext_auth: no verbose_ssl: yes 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 first_valid_uid: 89 last_valid_uid: 89 first_valid_gid: 89 last_valid_gid: 89 mail_uid: 89 mail_gid: 89 mail_location: maildir:/var/vpopmail/domains/%d/%n/.maildir maildir_copy_preserve_filename: yes 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 mail_plugins(imap): quota imap_quota 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 imap_capability(default): IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED I18NLEVEL=1 QUOTA imap_capability(imap): IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED I18NLEVEL=1 QUOTA imap_capability(pop3): imap_client_workarounds(default): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle delay-newmail imap_client_workarounds(pop3): namespace: type: private prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain login digest-md5 user: vpopmail verbose: yes debug: yes passdb: driver: vpopmail userdb: driver: vpopmail plugin: quota: maildir

4 6

[Dovecot] Staged migration from mbox to maildir
by Stewart Dean 24 Mar '09

24 Mar '09

So much changes in this migration that the ideal way to do it would be to begin with a few users or a department, then migrate the users affinity group by affinity group: first an institute or so, then the faculty, then the staff, then the students, moving to bigger and bigger groupings as the bugs work out of the migration and the move becomes more assured. We use sendmail and procmail. There's no problem there, as the ~./procmailrc can be changed to over-ride the mbox default until all groups are done and it become the default. The problem comes with IMAP. While dovecot can tell if a folder is mbox or maildir, it has to be pointed to the right place (by namespace definitions in the client, IIRC), and the default of putting the inbox under ~/mail is one I'd like to embrace for various reason...but given that that means moved inbox folders and *that* means either making a global change (there goes staged migration) OR changing the namespace definitions on each PC. I can get to the early few and change the namespaces definition, but there doesn't appear to any equivalent (enlighten me, if I'm missing something) to ~/.procmailrc for imap, so that I don't have to get on the client machine. Is this correct or am I (hopefully) wrong and there *is* a way to change things on the server that allows for staged migration? Oh, I would so like to be wrong! IMAP should have an rc file............. -- "Eppur si muove." (But Still it moves) Galileo, leaving the Inquisition, after buckling under the threat of torture and excommunication and recanting from his proof that the heavens do not revolve around the earth -- Stewart Dean, Unix System Admin, Henderson Computer Center, Bard College, Annandale, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

6 8

[Dovecot] dovecot with IMAP and POP3 mixed
by Andreas Meyer 23 Mar '09

23 Mar '09

Hello! I tried to setup dovecot to work with IMAP and POP3 but when I connect with Squirrelmail, I get an error saying CREATE "INBOX.Sent" reason: Mailbox doesn't allow inferior mailboxes # dovecot --version 1.0.5 # dovecot -n # 1.0.5: /etc/dovecot/dovecot.conf log_path: /var/log/dovecot protocols: imap imaps pop3 ssl_disable: yes login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_location: maildir:/var/spool/vhosts/%d/%n mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: passdb: driver: passwd-file args: /etc/dovecot/passwd userdb: driver: passwd-file args: /etc/dovecot/passwd and /etc/dovecot/passwd looks like this: anmeyer@anup.de:{PLAIN}password:5000:5000::/var/spool/vhosts/anup.de/anmeyer::userdb_mail=maildir:~/ user7@anup.de:{PLAIN}password7:5000:5000::/var/spool/vhosts/anup.de/user7::userdb_mail=mbox:~/:INBOX=/var/spool/vhosts/anup.de/%u The mbox of user7 already exists. Can someone help to get both variants working so that dovecot can handle IMAP and POP3 accounts? Kind regards -- Andreas Meyer A man, a miss, a car -- a curve, He kissed the miss and missed the curve -- Burma Shave (1948) Mein öffentlicher GPG-Schlüssel unter: http://gpg-keyserver.de/pks/lookup?search=anmeyer&fingerprint=on&op=index

5 7

[Dovecot] Released Sieve v0.1.4
by Stephan Bosch 23 Mar '09

23 Mar '09

Hello Dovecot users, Not much Sieve development was done in the last five weeks, but some important platform-dependent bugs were found and repaired. The main new feature is the addition of a custom Sieve language extension for debugging in the Sieve command line tools. Changelog Sieve v0.1.4: * Started work on the sieve-filter tool. With this command line tool it will be possible to (re-)apply Sieve filters on a mail folder. It is currently undocumented and far from functional. + Added a custom debug extension that provides the possibility to print debug messages from scripts executed by the Sieve tools. - Fixed issue with opening relative paths as a mail file. Bug reported by Ian P. Christian. - Fixed MAC OSX compile problem. Turns out the extern modifier was missing at multiple places. Bug reported by Edgar Fuss. - Fixed Solaris compile problem: removed unecessary and unportable linker flags that caused compile to fail. Bug reported by Andres Yacopino. The release is available as follows: http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.4.tar.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.4.tar.gz.sig Have fun testing the new release and don't hesitate to notify me when there are problems. Regards, -- Stephan Bosch stephan(a)rename-it.nl

2 1

[Dovecot] v1.1.13 and v1.2.beta3 released
by Timo Sirainen 21 Mar '09

21 Mar '09

http://dovecot.org/releases/1.1/dovecot-1.1.13.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.13.tar.gz.sig http://dovecot.org/releases/1.2/beta/dovecot-1.2.beta3.tar.gz http://dovecot.org/releases/1.2/beta/dovecot-1.2.beta3.tar.gz.sig Looks like Friday the 13th isn't the best day to make releases. :) These releases fix two bad bugs in v1.1.12. - v1.1.12's MAILBOXDIR changes broke accessing mails in some setups - v1.1.12's login_executable -D checking changes caused dovecot to crash at startup if protocols setting contained only pop3. - mbox: pop3_lock_session=yes was broken with mail_privileged_group.

3 2

[Dovecot] Single Instance Storage still on the roadmap?
by Charles Marcus 20 Mar '09

20 Mar '09

Hey Timo, I was curious where Single Instance Storage fits in on the roadmap, now that you are maybe settled in in your new digs... Is it still coming soon? Has it been pushed back by your new employers priorities? Its real high on mine, so if has been back-burnered, I'll need to start looking for alternatives... Thanks, -- Best regards, Charles

2 2

[Dovecot] update of current quota usage
by floss＠pBartels.info 20 Mar '09

20 Mar '09

Hello, I use Dovecot 1.1.11 and store the current quota usage in a Database. As far I can see it, the quota usage is updated each time dovecot performs an action on a mail. For example if a new mail is stored in the inbox, the current quota usage is increased. If a mail is deleted the quota usage is decreased. If there are still existing E-Mails in the inbox, before quota is turned on or if I perfom changes on the "mail storage" myself (for example purging trash or spam, or something) the current quota usage is NOT updated automatically by dovecot. For example I copy some mailboxes to my server, then the current quota for this mailboxes is still zero. Is it correct that dovecot can't do this for me? If yes, it seems I have to write my own (simple) update script and run it sometimes croned (because I don't really trust the actual quota implementation) and/or I have to update the current quota usage each time I perform actions myself. This "workaround" is easy by using a DB storage, but what about other implementations? Wouldn't it be nice if dovecot could do this or provide a tool for it? Thank you! Philipp

2 5

[Dovecot] Maildir and mail files question
by Harry Lachanas 20 Mar '09

20 Mar '09

If an incoming mail is saved in 2 mail locations via dovecot deliver, and its wished that if deleted from box "a" should also be deleted from box "b" ... wil it be safe to delete based upon the W=xxxxx part of the file name ???? So far my tests indicate that It could be true ... Thanks Harry

3 2

[Dovecot] ESORT broken in Dovecot 1.2
by Michael M. Slusarz 20 Mar '09

20 Mar '09

Looks like ESORT is broken (just compiled 1.2 from hg 10 minutes ago). Here is the command I'm using and the corresponding error message: C: 5 UID SORT RETURN (ALL COUNT) (ARRIVAL) US-ASCII UNSEEN S: 5 BAD Error in IMAP command UID: Invalid sort argument. The corresponding UID SORT command (without the RETURN syntax) works fine: 5 UID SORT (ARRIVAL) US-ASCII UNSEEN * SORT 5 OK Sort completed (0.000 secs). michael

2 1

[Dovecot] panic in dovecot 1.1.12
by Martin Preen 20 Mar '09

20 Mar '09

Hello, with some mbox folders I got this error: Mar 18 14:48:12 imap2 dovecot: [ID 107833 mail.crit] Panic: IMAP(xyz): file charset-iconv.c: line 122: unreached I assume that this is related to the folder contents (and not the configration). What does that mean to me ? Martin --------------------------------------------------------------- Martin Preen, Universität Freiburg, Institut für Informatik Georges-Koehler-Allee 52, Raum 00-006, 79110 Freiburg, Germany phone: ++49 761 203-8250 preen(a)informatik.uni-freiburg.de fax: ++49 761 203-8242 www.informatik.uni-freiburg.de

2 2

[Dovecot] Fatal: write() failed to info log: Interrupted system call
by Janos Dohanics 19 Mar '09

19 Mar '09

Last night Dovecot stopped, and the last message in the log was: Fatal: write() failed to info log: Interrupted system call Would you please advise? *** # dovecot -n # 1.1.6: /usr/local/etc/dovecot.conf Warning: mail_extra_groups setting was often used insecurely so it is now deprecated, use mail_access_groups or mail_privileged_group instead # OS: FreeBSD 6.4-PRERELEASE i386 log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot.log protocols: imap pop3 imaps ssl_key_file: /etc/ssl/private/dovecot.key 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 verbose_proctitle: yes first_valid_gid: 0 mail_extra_groups: mail mail_access_groups: mail mail_location: maildir:~/Maildir mail_debug: 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_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): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: passwd-file args: /usr/local/etc/passwd.dovecot userdb: driver: passwd -- Janos Dohanics

2 4

[Dovecot] largefile question
by Martin Preen 19 Mar '09

19 Mar '09

Hello, currently we're using version 1.0.13 with 32bit file offsets. Is it safe to switch to a new version with largefile support enabled ? We want to reuse existing index/cache or do we have to expect errors with that ? Regards. Martin --------------------------------------------------------------- Martin Preen, Universität Freiburg, Institut für Informatik Georges-Koehler-Allee 52, Raum 00-006, 79110 Freiburg, Germany phone: ++49 761 203-8250 preen(a)informatik.uni-freiburg.de fax: ++49 761 203-8242 www.informatik.uni-freiburg.de

2 1

[Dovecot] fchown() error with Public Folders
by Stephen Carville 18 Mar '09

18 Mar '09

I was able to get public folders to work with a dedicated account for the hierarchy and ACL's for individual users. I have location defined so that each user has a local index and control files location = maildir:/usr/mail/public/cs/mail:CONTROL=~/Maildir/CS:INDEX=~/Maildir/CS Now i am seeing the folliwing error in the logs. dovecot: IMAP(stephen): fchown() failed with file /home/stephen/Maildir/CS/.Incoming/dovecot.index.log: Operation not permitted As I understand it, dovecot runs as root but the the IMAP process that servicers the request runs as the user so naturally the fchown() fails. However it seems the file is never even created. It there someting I need to do to get this to work? I am using 1.1.7 # 1.1.7: /etc/dovecot.conf # OS: Linux 2.6.18-92.1.10.el5 x86_64 CentOS release 5.2 (Final) protocols: imaps ssl_cert_file: /etc/pki/dovecot/certs/scacifs02-lnx.dovecot.crt ssl_key_file: /etc/pki/dovecot/private/scacifs02-lnx.dovecot.key login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login mail_location: maildir:~/Maildir mbox_write_locks: fcntl namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: public separator: / prefix: CS/ location: maildir:/usr/mail/public/cs/mail:CONTROL=~/Maildir/CS:INDEX=~/Maildir/CS list: yes auth default: passdb: driver: pam userdb: driver: passwd-file args: /etc/imap.passwd -- Stephen Carville

3 11

[Dovecot] IMAP ACLs not working
by Seba 18 Mar '09

18 Mar '09

Hi, I've some problems to get folder ACLs working with Dovecot. I've defined some folders (like drafts, spam etc.) for every user and created a dovecot-acl file in every folder so that users can not delete or rename these folders but this does not work as expected. Config ===== Debian Lenny 5.0 Dovecot 1.0.15 dovecot.conf ========= protocols = imap protocol imap { listen = xxx.xxx.xxx.xxx } disable_plaintext_auth = yes log_timestamp = "%Y-%m-%d %H:%M:%S " ssl_disable = yes mail_location = maildir:/home/vmail/%Ld/%Ln namespace private { separator = . prefix = inbox = yes } mail_privileged_group = vmail protocol imap { mail_plugins = acl } protocol lda { postmaster_address = postmaster(a)example.com hostname = hostname(a)example.com mail_plugins = cmusieve } auth_username_translation = %Lu auth default { mechanisms = cram-md5 passdb pam { } passdb sql { args = /etc/dovecot/dovecot-sql.conf } userdb passwd { } userdb static { args = uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes } user = root socket listen { master { path = /var/run/dovecot/auth-master mode = 0600 user = vmail } client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } Folder structure =========== (For dovecot-acl) /home/vmail/example.com/user/.Spam/dovecot-acl dovecot-acl contains =============== owner lrwstiek For me the config looks OK and I can't find an error... When I change the dovecot-acl to "owner l" for example it seems that this change has no effect. Are there an error in my setup? Seba

3 3

[Dovecot] dovecot1.2beta2( hg tags yields 8834:5284f45c249a) fetch error
by Jonathan Siegle 18 Mar '09

18 Mar '09

Steps to reproduce 1 login testuser testpw 2 select inbox 3 fetch 1 body.peek[HEADER.FIELDS (date)] I get the error 3 BAD Error in IMAP command FETCH: Unknown FETCH modifier This is AIX 5.3 with mbox files. -Jonathan

2 2

[Dovecot] mbox on NFS + automount, folder creation -> mkdir_parents() failed
by Sebastian Kayser 18 Mar '09

18 Mar '09

Hi, i am about to migrate some internal imapd mboxes to dovecot. Regular access is fine, just when i want to create a folder i get the following error message in the logs: Mar 18 17:36:57 pulsar dovecot: [ID 107833 mail.error] IMAP(skayser): mkdir_parents(/home/skayser) failed: Operation not applicable /home/skayser is mounted via autofs. When i set mail_location to a subdirectory within /home/skayser, folder creation works. From looking at the truss output dovecot tries to mkdir() the parent and doesn't seem to like the ENOSYS that is returned when the directoy is an autofs mountpoint. Any chance for a fix, Timo? :) 1549: poll(0x00117818, 3, 1800000) (sleeping...) 1549: poll(0x00117818, 3, 1800000) = 1 1549: read(0, " a 0 0 0 8 S T A T U S".., 3832) = 38 1549: stat64("/home/skayser/foobar3", 0xFFBFF598) Err#2 ENOENT 1549: write(1, " a 0 0 0 8 N O M a i".., 41) = 41 1549: poll(0x00117818, 3, 1800000) = 1 1549: read(0, " a 0 0 0 9 U I D C O".., 3794) = 31 1549: stat64("/home/skayser/foobar3", 0xFFBFF600) Err#2 ENOENT 1549: write(1, " a 0 0 0 9 N O [ T R".., 53) = 53 1549: poll(0x00117818, 3, 1800000) (sleeping...) 1549: poll(0x00117818, 3, 1800000) = 1 1549: read(0, " a 0 0 1 0 C R E A T E".., 3763) = 24 1549: stat64("/home/skayser/foobar3", 0xFFBFF620) Err#2 ENOENT 1549: stat64("/home/skayser/foobar3", 0xFFBFF688) Err#2 ENOENT 1549: mkdir("/home/skayser", 0770) Err#89 ENOSYS 1549: write(2, "01 E m k d i r _ p a r e".., 64) = 64 1549: write(1, " a 0 0 1 0 N O I n t".., 99) = 99 1549: poll(0x00117818, 3, 1799999) (sleeping...) # mount | grep skayser /home/skayser on nfs:/export/home/skayser remote/read/write/setuid/xattr/dev=490000a # dovecot -n # 1.1.11: /opt/csw/etc/dovecot.conf # OS: SunOS 5.9 sun4u disable_plaintext_auth: no login_dir: /var/opt/csw/run/dovecot/login login_executable: /opt/csw/libexec/dovecot/imap-login mail_location: mbox:~/:INBOX=/mail/%u mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_drop_priv_before_exec: yes mail_executable: /usr/local/bin/dovecot-imap-wrapper.sh auth default: passdb: driver: pam userdb: driver: passwd Sebastian

2 1

[Dovecot] NFS-error with dovecot 1.1.12
by Martin Preen 18 Mar '09

18 Mar '09

Hello, I'm testing version 1.1.12 and occasionally there is Mar 18 14:40:44 imap2 dovecot: [ID 107833 mail.error] IMAP(xyz): nfs_flush_file_handle_cache_dir: rmdir(/home/xyz) failed: Device busy It seems that it is related to a crash of the previous imap process of that user. And it doesn't seem to cause any problems. So can it safely be ignored ? It is on Solaris 10. Index storage is local (UFS) and mailbox storage is NFS (mail_nfs_storage=yes). Martin --------------------------------------------------------------- Martin Preen, Universität Freiburg, Institut für Informatik Georges-Koehler-Allee 52, Raum 00-006, 79110 Freiburg, Germany phone: ++49 761 203-8250 preen(a)informatik.uni-freiburg.de fax: ++49 761 203-8242 www.informatik.uni-freiburg.de

2 1

Re: [Dovecot] Dovecot LDA and "undeliverable" emails
by Kat Wisnosky 18 Mar '09

18 Mar '09

> Date: Wed, 18 Mar 2009 00:31:32 -0400 > From: Bill Cole <dovecot-20061108(a)billmail.scconsult.com> > Subject: Re: [Dovecot] Dovecot LDA and "undeliverable" emails > To: Dovecot Mailing List <dovecot(a)dovecot.org> > Message-ID: <49C07924.7080707(a)billmail.scconsult.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Kat Wisnosky wrote, On 3/16/09 1:35 PM: >> >> I googled around looking for this, apparantly my google-fu is failing >> this >> morning. I just switched over to using a Postfix/Dovecot virtual set-up >> with Dovecot as the delivery agent. One of my users mistyped his email >> address when he paid for something through Paypal and the reciept got >> forwarded to everyone. It didn't bounce or just go to Postmaster, it was >> delivered to every valid user on the system. >> >> Below is my conf comments stripped: > > Dovecot config is irrelevant. This is a Postfix configuration issue. > You've > provided the proof of that: > > >> And here's the mail.log from a test message that I sent out: >> Mar 16 09:52:46 byron postfix/smtpd[24082]: C75E84F006D: >> client=unknown[xxx.xx.xxx.xx], sasl_method=LOGIN, >> sasl_username=kat(a)amtpolitics.com >> Mar 16 09:52:46 byron postfix/cleanup[24085]: C75E84F006D: >> message-id=<46497375E9264D2BA3BFB31BE37918BC@Kat> >> Mar 16 09:52:46 byron postfix/qmgr[19409]: C75E84F006D: >> from=<kat(a)amtpolitics.com>, size=887, nrcpt=10 (queue active) > > That says that the message from you had 10 recipients as Postfix was > queueing it, *BEFORE* it tried any delivery. It is not possible for the > Dovecot LDA to be involved in whatever caused the message to have 10 > recipients. > > If you cannot figure out why that is happening from looking at your > Postfix > config, I would suggest a visit to the Postfix Users' list. Uhg, I win the CluelessnUnobservant Award for this. Thanks everyone for the followups. I caught that myself yesterday and fixed the problem on Postfix's side. To sum up in case anyone else runs in to this, the mistake I made was in assuming that Postfix just made the handoff to Dovecot and that Dovecot would handle the rest, so I commented out the parts of the old config where Postfix handled this when I was using Postfix virtual transport. Once I restored those and gave Postfix the query it needed, it worked fine. Thanks for bearing with me, everyone. Kat

1 0

[Dovecot] Multiple DBs
by Sebastian Chociwski 18 Mar '09

18 Mar '09

Welcome, I'm new one here . I've switch to dovecot in order to get mysql auth to recive emails. And I am not sure about one thing : may I configure dovecot to user more then one DB to authorize users ? I have suse 11.1/postfix/mysql system where the users exist in 2 separate DBs. Delivering works well, I'm just not sure if everyone could revive the emails ? Any tips ? reagards, Sebastian

2 1

[Dovecot] Dovecot LDA and "undeliverable" emails
by Kat Wisnosky 18 Mar '09

18 Mar '09

I googled around looking for this, apparantly my google-fu is failing this morning. I just switched over to using a Postfix/Dovecot virtual set-up with Dovecot as the delivery agent. One of my users mistyped his email address when he paid for something through Paypal and the reciept got forwarded to everyone. It didn't bounce or just go to Postmaster, it was delivered to every valid user on the system. Below is my conf comments stripped: base_dir= /var/run/dovecot/ login_process_per_connection = no max_mail_processes = 2048 mail_process_size = 1024 protocols = imap imaps pop3 pop3s shutdown_clients = yes log_path = /var/log/dovecot info_log_path = /var/log.dovecot.info log_timestamp = "%b %d %H:%M:%S " ssl_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem ssl_key_file = /etc/ssl/private/ssl-cert-snakeoil.key ssl_disable = no disable_plaintext_auth = no login_dir = /var/run/dovecot/login login_chroot = yes login_user = dovecot login_greeting = Dovecot ready mail_location = maildir:/home/vmail/%d/%n mmap_disable = no valid_chroot_dirs = /var/spool/mail protocol lda { postmaster_address = kat(a)amtpolitics.com log_path = /home/vmail/dovecot-deliver.log # UNIX socket path to master auth server to find users: auth_socket_path = /var/run/dovecot/auth-master # Enabling Sieve plugin for server-side mail filtering # Will be handy for Spam - will be implemented later. #mail_plugins = cmusieve #global_script_path = /home/vmail/globalsieverc } protocol imap { login_executable = /usr/lib/dovecot/imap-login mail_executable = /usr/lib/dovecot/imap } protocol pop3 { login_executable = /usr/lib/dovecot/pop3-login mail_executable = /usr/lib/dovecot/pop3 pop3_uidl_format = %08Xu%08Xv } auth_executable = /usr/lib/dovecot/dovecot-auth auth_verbose = yes auth_debug = yes auth default_with_listener { socket listen { master { path = /var/run/dovecot/auth-master mode = 0600 user = vmail } client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } mechanisms = plain login passdb sql { # Path for SQL configuration file, see /etc/dovecot/dovecot-sql.conf for example args = /etc/dovecot/dovecot-sql.conf } userdb static { args = uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes } } imap_client_workarounds = delay-newmail outlook-idle netscape-eoh pop3_client_workarounds = outlook-no-nuls oe-ns-eoh login_process_size = 64 namespace private { separator = . prefix = INBOX. inbox = yes } And here's the mail.log from a test message that I sent out: Mar 16 09:52:46 byron postfix/smtpd[24082]: C75E84F006D: client=unknown[xxx.xx.xxx.xx], sasl_method=LOGIN, sasl_username=kat(a)amtpolitics.com Mar 16 09:52:46 byron postfix/cleanup[24085]: C75E84F006D: message-id=<46497375E9264D2BA3BFB31BE37918BC@Kat> Mar 16 09:52:46 byron postfix/qmgr[19409]: C75E84F006D: from=<kat(a)amtpolitics.com>, size=887, nrcpt=10 (queue active) Mar 16 09:52:47 byron postfix/smtpd[24082]: disconnect from unknown[216.70.186.80] Mar 16 09:52:47 byron postfix/pipe[24096]: C75E84F006D: to=<xxxx(a)amtpolitics.com>, orig_to=<nonexistantemail(a)amtpolitics.com>, relay=dovecot, delay=0.27, delays=0.2/0.01/0/0.06, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 16 09:52:47 byron postfix/pipe[24092]: C75E84F006D: to=<xxxxx(a)amtpolitics.com>, orig_to=<nonexistantemail(a)amtpolitics.com>, relay=dovecot, delay=0.27, delays=0.2/0.01/0/0.07, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 16 09:52:47 byron postfix/pipe[24107]: C75E84F006D: to=<xxxxx(a)amtpolitics.com>, orig_to=<nonexistantemail(a)amtpolitics.com>, relay=dovecot, delay=0.3, delays=0.2/0.04/0/0.06, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 16 09:52:47 byron postfix/pipe[24098]: C75E84F006D: to=<xxxxx(a)amtpolitics.com>, orig_to=<nonexistantemail(a)amtpolitics.com>, relay=dovecot, delay=0.3, delays=0.2/0.02/0/0.08, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 16 09:52:47 byron postfix/pipe[24102]: C75E84F006D: to=<kat(a)amtpolitics.com>, orig_to=<nonexistantemail(a)amtpolitics.com>, relay=dovecot, delay=0.3, delays=0.2/0.03/0/0.08, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 16 09:52:47 byron postfix/pipe[24086]: C75E84F006D: to=<xxxx(a)amtpolitics.com>, orig_to=<nonexistantemail(a)amtpolitics.com>, relay=dovecot, delay=0.31, delays=0.2/0/0/0.1, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 16 09:52:47 byron postfix/pipe[24094]: C75E84F006D: to=<xxxxx(a)amtpolitics.com>, orig_to=<nonexistantemail(a)amtpolitics.com>, relay=dovecot, delay=0.31, delays=0.2/0.01/0/0.09, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 16 09:52:47 byron postfix/pipe[24105]: C75E84F006D: to=<xxxx(a)amtpolitics.com>, orig_to=<nonexistantemail(a)amtpolitics.com>, relay=dovecot, delay=0.31, delays=0.2/0.03/0/0.07, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 16 09:52:47 byron postfix/pipe[24109]: C75E84F006D: to=<xxxxx(a)amtpolitics.com>, orig_to=<nonexistantemail(a)amtpolitics.com>, relay=dovecot, delay=0.31, delays=0.2/0.04/0/0.06, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 16 09:52:47 byron postfix/pipe[24101]: C75E84F006D: to=<xxxxx(a)amtpolitics.com>, orig_to=<nonexistantemail(a)amtpolitics.com>, relay=dovecot, delay=0.33, delays=0.2/0.02/0/0.1, dsn=2.0.0, status=sent (delivered via dovecot service) Mar 16 09:52:47 byron postfix/qmgr[19409]: C75E84F006D: removed Thanks for any help, Kat

4 3

Re: [Dovecot] Dovecot LDA and "undeliverable" emails
by Kat Wisnosky 17 Mar '09

17 Mar '09

Timo wrote: > So Postfix delivers bounces to everyone by calling Dovecot LDA > separately for each bounce? Looks like a Postfix configuration problem > to me. I should have been more specific... because we'd also changed domain names at the time we moved over to using Dovecot as the LDA, I temporarily disabled automatically bouncing mail addressed to invalid users because I figured that we'd have at least one who decided that they didn't want the standard formation of email addresses... What I'd wanted to happen was for Postfix to accept the message(s) and then for them to be delivered to the postmaster address so that I could address the issue. I'm still unsure as to why, when Dovecot couldn't find the user in the tables, it copied the message to every user of the system - that seems like odd behavior, which indicates that even though the system is "working", I need to fine-tune something. And at Charles request, here's the output of dovecot -n: # 1.0.10: /etc/dovecot/dovecot.conf base_dir: /var/run/dovecot/ log_path: /var/log/dovecot info_log_path: /var/log.dovecot.info protocols: imap imaps pop3 pop3s disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login login_greeting: Dovecot ready login_process_per_connection: no valid_chroot_dirs: /var/spool/mail max_mail_processes: 2048 mail_location: maildir:/home/vmail/%d/%n mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_process_size: 1024 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 imap_client_workarounds: delay-newmail outlook-idle netscape-eoh pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds: outlook-no-nuls oe-ns-eoh namespace: type: private separator: . prefix: INBOX. inbox: yes auth default_with_listener: mechanisms: plain login verbose: yes debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: static args: uid=5000 gid=5000 home=/home/vmail/%d/%n allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail

3 2

[Dovecot] ACLs are applied recursively to sub mailboxes
by Sascha Wilde 17 Mar '09

17 Mar '09

Hi *, The problem is most noticeable when a user shares his INBOX[0][1] with others: User A sets his INBOX acls to "eilprwtsd" Now User B can see _all_ sub mailboxes and sub sub [...] mailboxes and their contents of User A: User A: g getacl INBOX * ACL "INBOX" "A(a)example.com" akxeilprwtscd "B(a)example.com" eilprwtsd "A(a)example.com" lrwstipekxacd g OK Getacl completed. g getacl INBOX/foobar * ACL "INBOX/foobar" "1(a)aztec.intevation.de" lrwstipekxacd User B: l list "" "*" * LIST (\Noselect \HasChildren) "/" "user" * LIST (\Noselect \HasChildren) "/" "user/1(a)aztec.intevation.de" * LIST (\HasChildren) "/" "INBOX" * LIST (\HasNoChildren) "/" "INBOX/Gesendet" * LIST (\HasChildren) "/" "user/1(a)aztec.intevation.de/foobar" * LIST (\HasNoChildren) "/" "user/1(a)aztec.intevation.de/foobar/barbaaz" * LIST (\HasNoChildren) "/" "user/1(a)aztec.intevation.de/INBOX" l OK List completed. The RfC is not to verbose on this topic of scope, but I think the following excerpt from RfC4314: 2. Access Control [...] An access control list is a set of <access identifier,rights> pairs. An ACL applies to a mailbox name. indicates that ACLs are only valid for individual mailboxes (name) and not for sub mailboxes. cheers sascha [0] Yes, there are really actual users wanting to do this. [1] There is actually another bug in this context I'll report in my next mail... -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück; AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

3 12

[Dovecot] how about my setup
by Stacker Hush 17 Mar '09

17 Mar '09

Hello to tall. Can someone please confirm if my config is secure? Thanks, Wilson dovecot -n # 1.0.7: /etc/dovecot.conf 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_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 auth default: passdb: driver: pam userdb: driver: passwd

2 1