- dovecot - dovecot.org

[Dovecot] Timeout during imapsync
by Craig Jackson 29 May '09

29 May '09

Hi, I'm using Imapsync to sync messages from an Exchange 2003 server to a Dovecot 1.1.11 server. The problem is that users' mailboxes are huge, several gigabytes with tens of thousands of messages. First Imapsync connects to Exchange and then to Dovecot, and then starts to get Inbox info from Exchange. By the time it gets this info, the connection to Dovecot has timed out. I realize the RFC calls for a 30 minute time out which I believe is hard coded into Dovecot. If there is a way around this by making a configuration change, please tell me. I have posted the same message on the Imapsync list in an attempt to find a work around with patched Imapsync. Thanks in advance. Craig Jackson

2 2

[Dovecot] plugin API docs?
by Dave McGuire 29 May '09

29 May '09

Is there any documentation for the plugin API? A cursory glance through the docs didn't turn up anything. Thanks, -Dave -- Dave McGuire Port Charlotte, FL

2 2

[Dovecot] dbox verses maildir - advantages/disadvantages
by James Brown 29 May '09

29 May '09

I am migrating our mail server from Courier-IMAP to Dovecot. We currently use maildir storage format. What are the advantages and disadvantages of Dovecot's dbox format over maildir? Does anyone have any performance benchmarks for both? What do people use to test performance? We are running on a Mac OS X box (10.5.7) using Postfix 2.6. Thanks, James.

2 1

[Dovecot] Dovecot and Phpgroupware compatibility
by Carlos Xavier 29 May '09

29 May '09

Hi, recently moved our server from mbox format to Maildir format. Almost all the users are very happy with this, since the speed had increased very much. I used mb2md to do the conversion and on this task all the mailboxes that had "." (dot) on their names were converted to "_". But there is one issue with this, we also use the webmail that comes with Phpgroupware, and it uses some mailbox that have fixed named like INBOX.Sent, INBOX.Draft and so on. When their names were changed the sent messages didn't get saved anymore, so I had to move them back to the old names. After that the sent messages returned to be saved again, but another troube showed up. As they start with .INBOX and have "." on the names, Dovecot shown them as a subdirectory of the INBOX and we got some people upset with this. I need help on configuring Dovecot to not show them this way, because if you look the .INBOX.Sent either on the webmail or by outlook, the field displayed is the sender, witch is not desired. When I did the conversion, to keep the compatibility with the old server (quota, avoid I/O botleneck, etc), I set two Maildirs, one at /var/spool/mail/$USER, to be the INBOX and another at the user home. We are using Dovecot version 1.1.13, and below is the relevant configuration on use. namespace public { prefix = "#mbox/" separator = / inbox = yes list = no location= maildir:/var/spool/mail/%u/:CONTROL=~/control:INDEX=~/control } namespace private { separator = / prefix = location= maildir:~/Maildir/:CONTROL=~/control:INDEX=~/control inbox = no } Best Regards, Carlos Xavier.

2 1

[Dovecot] Does a plugin can have root privileges ?
by Fabien 29 May '09

29 May '09

Hello, I wish to get "Fetchmail Wake" works in my environment. This plugin send SIGUSR1 to fetchmail so it wakes up when mail client grabs mail. For the moment "Fetchmail Wake" is executed by mail_uid (defined in dovecot.conf) which is not enough to send signal to fetchmail daemon (and access to fetchmail.pidfile). Thank you!

2 2

[Dovecot] Inotify instance limit for user exceeded, disabling?
by dovecot＠corwyn.net 29 May '09

29 May '09

I'm seeing this message in my /var/log/maillog: May 26 12:35:00 agencymail dovecot: IMAP(info(a)example.com): Inotify instance limit for user exceeded, disabling. Increase /proc/sys/fs/inotify/max_user_instances I rummaged through google, and found : http://www.dovecot.org/list/dovecot-cvs/2008-May/011132.html which says I need to increase /proc/sys/fs/inotify/max_user_instances (no surprise given the error message really). I can fix that with echo 256 > /proc/sys/fs/inotify/max_user_instances , but as /proc is temporary, so if I change it won't it break if/when the system reboots? The error message also implies that something has been disabled. If I increase /proc/sys/fs/inotify/max_user_instances will it fix automatically, or do I need to do something else? since it's a kernel message, I suspect just restarting dovecot won't do it. And what exactly is breaking when I receive this notification? The proc docs indicate: /proc/sys/fs/inotify (since Linux 2.6.13) This directory contains files max_queued_events, max_user_instances, and max_user_watches, that can be used to limit the amount of kernel memory consumed by the inotify interface. For further details, see <http://linux.die.net/man/7/inotify>inotify(7). Is this dovecot monitoring for new mail? thanks Rick [root@agencymail inotify]# dovecot -n # 1.1.8: /etc/dovecot.conf # OS: Linux 2.6.18-92.el5 i686 Red Hat Enterprise Linux Server release 5.2 (Tikanga) ext3 ssl_cert_file: /etc/httpd/certs/agencymail_example_com.crt ssl_key_file: /etc/httpd/certs/agencymail.example.com.key.no.password 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 login_max_processes_count: 256 mail_uid: 1015 mail_gid: 105 mail_location: maildir:/var/spool/mail/%d/%n/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): acl quota imap_quota expire trash mail_plugins(imap): acl quota imap_quota expire trash mail_plugins(pop3): expire 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_client_workarounds(default): delay-newmail outlook-idle imap_client_workarounds(imap): delay-newmail outlook-idle imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh dict_db_config: /etc/dovecot-db.conf auth default: mechanisms: plain login passdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: passwd userdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: static 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: vuser group: vuser plugin: quota: maildir quota_rule: *:storage=102400000 quota_rule2: Trash:storage=100M acl: vfile:/etc/dovecot/acls trash: /etc/dovecot-trash.conf expire: Trash 14 Trash/* 14 Spam 14 expire_dict: proxy::expire dict: expire: mysql:/etc/dovecot-dict-expire.conf Rick Steeves http://www.sinister.net "The more I learn, it seems, the less I know." Frazz

3 2

[Dovecot] Problem in deliver (Panic: file index-mail-headers.c ...)
by Stefan Roese 29 May '09

29 May '09

Hi All, I'm experiencing a problem with some mails in deliver. Here the logged error message: deliver(stefan(a)roese.nl): 2009-05-06 11:57:36 Panic: file index-mail-headers.c: line 141 (index_mail_parse_header_finish): assertion failed: ((match[match_idx] & HEADER_MATCH_FLAG_FOUND) == 0) deliver(stefan(a)roese.nl): 2009-05-06 11:57:36 Error: Raw backtrace: /usr/lib/dovecot/deliver [0xb801ee51] -> /usr/lib/dovecot/deliver(default_fatal_handler+0x4c) [0xb801ef9c] -> /usr/lib/dovecot/deliver [0xb801e6e5] -> /usr/lib/dovecot/deliver(index_mail_parse_header+0x739) [0xb7fdea19] -> /usr/lib/dovecot/deliver(message_parser_parse_header+0x48) [0xb8016e88] -> /usr/lib/dovecot/deliver(index_mail_parse_headers+0x106) [0xb7fdef76] -> /usr/lib/dovecot/deliver [0xb7fdf566] -> /usr/lib/dovecot/deliver(index_mail_get_headers+0x2f) [0xb7fdf98f] -> /usr/lib/dovecot/deliver(mail_get_headers_utf8+0x25) [0xb7fe7315] -> /usr/lib/dovecot/modules/lda/lib90_cmusieve_plugin.so [0xb7dd7530] -> /usr/lib/dovecot/modules/lda/lib90_cmusieve_plugin.so [0xb7de2169] -> /usr/lib/dovecot/modules/lda/lib90_cmusieve_plugin.so(sieve_eval_bc+0x47e) [0xb7de33ee] -> /usr/lib/dovecot/modules/lda/lib90_cmusieve_plugin.so(sieve_execute_bytecode+0x125) [0xb7de9565] -> /usr/lib/dovecot/modules/lda/lib90_cmusieve_plugin.so(cmu_sieve_run+0x325) [0xb7dd8835] -> /usr/lib/dovecot/modules/lda/lib90_cmusieve_plugin.so [0xb7dd6486] -> /usr/lib/dovecot/deliver(main+0x11e4) [0xb7fa6eb4] -> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7e09775] -> /usr/lib/dovecot/deliver [0xb7fa47c1] This is dovecot v1.1.11 used on Kubuntu 9.04. Any ideas what's the source for this problem and how to solve it? Thanks, Stefan

2 5

[Dovecot] A few easy pam and virtual domains questions
by Mauricio Tavares 29 May '09

29 May '09

I am using dovecot with postfix, which was setup to do virtual domains. Dovecot is setup to authenticate against pam (I know, I know) and knows to look for email in /var/spool/vmail/: virtual_mailbox_base = /var/spool/vmail I also have virtual_mailbox_maps defined as virtual_mailbox_maps = hash:/etc/postfix/vmaps.txt where I currently only have one account, % cat /etc/postfix/vmaps.txt raub(a)domain.com domain.com/raub/ % Inside raub we have the usual 3 directories, new,cur, and tmp. When I try to login through imap as raub@domain.com@mail.domain.com (i.e. since we are doing the virtual domain thingie, the username has to indicate the domain it belongs to), it will not take it. But, if I login as raub(a)mail.domain.com, it has no problems authenticating. However, it now expects to retrieve email from /var/spool/vmail/raub instead of /var/spool/vmail/domain.com/raub. Why would it be doing that? Could it be that pam reports raub to be a local account and as a result simply ignoring vmaps.txt? I asked dovecot to log everything it could. When I checked the log file, the following line screamed at me: dovecot: May 27 14:40:28 Info: IMAP(raub): maildir++: root=/var/spool/vmail//raub, index=, control=, inbox=/var/spool/vmail//raub Note the "//" in root and inbox declarations; between those slashes I would expect to be domain.com. Compounding the problem, and perhaps a clue of how pam is telling what these accounts are, postfix is completely ignoring /var/spool/vmail, placing the emails in /home/raub/Maildir (account is actually being nfs-automounted and user authenticated through ldap through pam). Once again I am guessing it too is being told raub is a local user; am I correct?

2 2

[Dovecot] What does "a" flag in Maildir format mean?
by Max Ivanov 29 May '09

29 May '09

Here is sample filename from Maildir: 1243423383.M745917P32169.termserv1,W=1295:2,Sa 1) why there is no S=<size> field? It definetely differs from 1295.I've not quota plugin, could it be the reason of this? 2) what does "a" flag mean? I not found any description of this neither in Maildir spec nor on the Dovecot wiki.

3 2

[Dovecot] syslog
by Mohsen Pahlevanzadeh 28 May '09

28 May '09

Dear all, How i use syslog for dovecot? Yours, Mohsen

2 1