- dovecot - dovecot.org

[Dovecot] .temp file, public folders
by Mayer 23 Nov '09

23 Nov '09

We recently migrated from UW-Imap to dovecot. Our setup: dovecot 1.2.6 postfix 2.3.3 (from rhel) systemusers without shell access to the mailstore location = maildir:/maildir/%1n/%u:LAYOUT=fs All mails on local disks. Performance is great compared with mbox. But I still have some unresolved problems, mainly concerning deliver. Deliver sometimes wants to write a .temp.<hostname>.some-number file in the user's home directory. If the user is over quota (in his home!) he can't receive mails though no mails are stored in his home. The user homes are on a distributed filesystem (AFS). The mails are stored locally on the mailserver as I mentioned before. How can I tell deliver in the configuration to write the temp file at another location ? We would like to offer public folders for work groups. Reading with imap works fine. But I didn't find a way to tell deliver to drop mails directly in a public folder. Should I use Sieve instead ? Maybe this is rather a postfix question. Postfix is calling deliver. Userdb in the dovecot config is passwd. Postfix looks for local users in: local_recipient_maps = $alias_maps $recipient_canonical_maps unix:passwd.byname Any help is appreciated. Helga Mayer

2 1

[Dovecot] mbox sync: UID inserted in the middle of mailbox
by Ivan S 23 Nov '09

23 Nov '09

Hi All, Our webmail having an issue with the harddrive so I build new webmail on other machine (using Squirrelmail+dovecot+postfix). After copy all data/home folder from the backup, when this user want to access his Sent item, nothing's in it. I've checked the log and found the message as below. mailserver dovecot: IMAP(xxxxx): mbox sync: UID inserted in the middle of mailbox /home/xxxx/mail/Sent (691 > 657, seq=473, idx_msgs=10950) mailserver dovecot: IMAP(xxxxx): mbox sync: UID inserted in the middle of mailbox /home/xxxx/mail/Sent (691 > 657, seq=473, idx_msgs=10950) This is only happen with the Sent items, since I also found other similar log and this user advised that everything is fine with that folder mailserver dovecot: IMAP(xxxxx): mbox sync: UID inserted in the middle of mailbox /home/xxxxx/mail/Accountant Info (327 > 326, seq=306, idx_msgs=353) mailserver dovecot: IMAP(xxxxx): mbox sync: UID inserted in the middle of mailbox /home/xxxxx/mail/Accountant Info (327 > 326, seq=306, idx_msgs=353) I've rebuild the index file by delete the Sent item folder in .imap directory, no such luck. Any help would be really appreciated Thank you

2 1

[Dovecot] NONEXISTENT status code
by Michael M. Slusarz 23 Nov '09

23 Nov '09

I'm going to take exception to the way dovecot (1.2.8) is returning the NONEXISTENT response code in certain cases. For example, these transactions: c: 1 EXAMINE "foo" S: 1 NO [NONEXISTENT] Mailbox doesn't exist: foo C: 2 STATUS "foo" (MESSAGES) S: 2 NO [NONEXISTENT] Mailbox doesn't exist: foo ...don't appear to be the proper usage of NONEXISTENT. From RFC 5530[3]: NONEXISTENT The operation attempts to delete something that does not exist. NONEXISTENT should be used for RENAME or DELETE (also the UID EXPUNGE) commands. Although the textual description is appropriate in the above situations - the mailbox truly doesn't exist - this is not what the response code indicates. Under the RFCs, it seems that failure of a STATUS or EXAMINE command with a NO response *could* mean the mailbox doesn't exist, but there is no method of reporting this via a response code. michael

2 2

[Dovecot] Upgrade Dovecot 1.2.7 to 1.2.8 on OS X (10.6.2)
by Tom Kardos 23 Nov '09

23 Nov '09

Hi there, I've tried to update Dovecot to the latest version and have come upon an error during make. Previous upgrades have all been very easy (thank you!) and it appears that the updated make script includes a wget command and unfortunately OS X does not come with wget by default (curl is the default). Not being completely up to speed with the whole autoconf and make process, I'm a little at a loss as to where to even look for making a modification to use curl instead of wget - any assistance would be appreciated. Thanks in advance Tom

4 7

[Dovecot] quota in SQL and static userdb
by Lampa 23 Nov '09

23 Nov '09

Hello, which solution will be working or will be working better (performance). Using dovecot 1.2.6 (plugin section contains quota_rule = *:storage=500M:messages=10000 and i need override this default quota for some users) A) passdb sql(SELECT userid AS user, pw AS password, quota AS userdb_quota_rule FROM users WHERE userid = '%u') + userdb static (uid=500 gid=500 home=/home/mail/%d/%n allow_all_users=yes) - using extra fields quota with no prefetch userdb or B) passdb sql(SELECT userid AS user, pw AS password, quota AS userdb_quota_rule, CONCAT('/home/mail/', domain, '/', user) AS userdb_home, 500 AS userdb_uid, 500 AS userdb_gid FROM users WHERE userid = '%u') + prefetch (eg same sql file) Solution for LDA only(postfix local delivery) and for another IMAP/POP3 dovecot instance? And how to implement domain quotas (something like user quotas using dict) ? Thank you. -- Lampa

3 2

[Dovecot] How to remove leading dots from folder names with Layout=FS
by Tony Rutherford 23 Nov '09

23 Nov '09

We are looking to move to Dovecot from a customized Courier implementation. Our current format is maildir-like. It's basically a filesystem layout...hierarchies are identified by real directories/subdirectories. Our folder names do have a leading dot and for reasons related to other systems, we do not want to change our format at all.The Layout=FS is very close to working for us. The problem we have is the folder names are coming back with the leading dot to the clients. Is there a way through configuration to have the leading dot removed?So, just to clarify, under our maildir home, we have directories (folders) for example: .Trash, .Sent-Mail, etc. Then, any child folders would be resident in the physical subdirectories. Like I said, things appear to work ok, except our List is coming back with .Trash, .Sent-Mail, etc....we would like simply Trash, Sent-Mail, etc.Thanks,...Tony This message is intended solely for the individual(s) to whom it is addressed. If you are not the intended recipient, any dissemination or copying is strictly prohibited. If you believe you received this message in error, please notify the sender and delete from your system. Thank you.

2 1

[Dovecot] trivial documentation errata (1.2.7)
by Frank Cusack 23 Nov '09

23 Nov '09

The default dovecot.conf says # Dictionary can be used by some plugins to store key=value lists. # Currently this is only used by dict quota backend. Looks like expire uses dict as well. The managesieve comments are stale as well, with a reference to sieve_storage still in there. Or do they refer to the CMU sieve implementation? Anyway it is confusing. -frank

3 2

[Dovecot] [OT] preferred clients
by Jonathan 23 Nov '09

23 Nov '09

I'm getting tired of Thunderbird telling me I have unread messages in folders that haven't gotten new messages for months so I'm looking for a new mail client. I know the problem lies with Thunderbird because everything is fine via RoundCube and if it tell Thunderbird to rebuild it's index it shows the folder correctly again. Except of course for a subset of the messages in my inbox that it insists where delivered at the exact time I re-indexed it, every time. So what IMAP clients do people prefer these days? Preferably windows or cross platform and it needs to have decent key bindings because (probably like many of you) I get 100s of emails a day via lists and anything that speeds my way through them is good. I run my own server (probably obvious being on this list) and can install webmail clients as well. I ran squirrelmail for a while but although functional it's quite dated. I'm using RoundCube for access away from my systems now but it lacks keyboard shortcut support and trying to click one email after another with a laptop touchpad gets painful fast. Thanks, Jonathan

19 53

[Dovecot] Override Quota with post-login scripting problem
by Yorck Koehler 23 Nov '09

23 Nov '09

Hi everyone, I do have the following dovecot-setup: Passdb: PAM (Winbind-auth and pam_mkhomedir-session) Userdb: passwd (NSS-winbind) This validates/creates my users with aid of my running ActiveDirectory. Now the problem: My global quota policy works fine, but I need to override them for some users. I was sucessful within IMAP itself. I use post-login scripting for that. The mail-clients displays the user-quota correctly. But delivery is still a problem, because I'm unable to override the settings there with post-login scripting. Everytime I send messages to such a user, dovecot sends it back with "Quota exceeded (mailbox for user is full)"... My Question: Is it possible to override the lda quota like I can do it within imap ? (I dont want to change my setup to MYSQL DB only for per-user Quota, if its possible to use a simple file with names and quota) This is the post-login script: #quotaperuser.sh #!/bin/sh case "$USER" in "ZAGH-V+username") QUOTA_RULE='*:storage=500M';; "ZAGH-V+test") QUOTA_RULE='*:storage=5000M';; esac exec /usr/local/libexec/dovecot/imap $* My Configuration: {dovecot -n} # 1.2.3: /usr/local/etc/dovecot.conf # OS: Linux 2.6.16.60-0.54.5-smp i686 SUSE Linux Enterprise Server 10 (i586) base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.err info_log_path: /var/log/dovecot.info protocols: imap imaps pop3 ssl_listen: * 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 mail_location: maildir:~/Maildir mail_full_filesystem_access: yes mail_executable(default): /usr/local/bin/quotaperuser.sh mail_executable(imap): /usr/local/bin/quotaperuser.sh mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota expire mail_plugins(imap): quota imap_quota expire mail_plugins(pop3): quota expire 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 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %v.%u lda: postmaster_address: postmaster(a)zag.de mail_plugins: sieve quota expire mail_plugin_dir: /usr/local/lib/dovecot/lda quota_full_tempfail: no deliver_log_format: msgid=%m subject=%s from=%f status=%$ auth default: username_chars: abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@+ username_format: zagh-v+%u failure_delay: 0 passdb: driver: pam args: session=yes dovecot userdb: driver: passwd plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve quota: maildir:Quota quota_rule: *:storage=100M quota_rule2: Trash:storage=100M quota_warning: storage=90%% /usr/local/bin/quota-warning.sh 90 quota_warning2: storage=75%% /usr/local/bin/quota-warning.sh 75 expire: trash 7 expire_dict: proxy::expire

2 3

[Dovecot] v1.2.8 released
by Timo Sirainen 23 Nov '09

23 Nov '09

http://dovecot.org/releases/1.2/dovecot-1.2.8.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.8.tar.gz.sig This is mainly to fix the 0777 base_dir creation issue, which could be considered a security hole, exploitable by local users. An attacker could for example replace Dovecot's auth socket and log in as other users. Gaining root privileges isn't possible though. This affects only v1.2 users, v1.1 and older versions were creating the directory with 0755 permission. If your Dovecot's base_dir isn't in /var/run/dovecot/, you should also make sure that the $prefix/var/ and $prefix/var/run/ (i.e. /usr/local/var/, /usr/local/var/run/ by default) aren't 0777. * Dovecot v1.2.x had been creating base_dir (and its parents if necessary) with 0777 permissions. The base_dir's permissions get changed to 0755 automatically at startup, but you may need to chmod the parent directories manually. - acl: If user has rights from more than one group, merge them instead of choosing one group's rights and ignoring others. - virtual: When using a lot of mailboxes, the virtual mailbox's header could have grown over 32 kB and caused "out of memory" crashes. Also over 64 kB headers couldn't even be updated with existing transaction log records. Added a new record type that gets used with >=64 kB headers. Older Dovecot versions don't understand this header and will log errors if they see it. - FETCH BODYSTRUCTURE didn't return RFC 2231 "key*" fields correctly

4 6