- dovecot - dovecot.org

[Dovecot] expire: mysql table creation error
by John Fawcett 29 May '09

29 May '09

Don't know if anyone found this already (couldn't see anything in the archives about it) but maybe this is useful to someone else who finds the same problem. When following the instructions for setting up expire on v1.2+ for mysql backend at http://wiki.dovecot.org/Plugins/Expire I got the following error: mysql> CREATE TABLE expires ( -> username varchar(100) not null, -> mailbox varchar(255) not null, -> expire_stamp integer not null, -> primary key (username, mailbox) -> ); ERROR 1071 (42000): Specified key was too long; max key length is 1000 bytes that's because it's a utf8 database where every char is 3 bytes so a 355 char index is 1065 bytes. it worked ok with the following modification: mysql> CREATE TABLE expires ( -> username varchar(100) not null, -> mailbox varchar(255) not null, -> expire_stamp integer not null, -> primary key (username, mailbox(200)) -> ); Query OK, 0 rows affected (0.00 sec) but maybe that's not such a good primary key, probably better to do: mysql> CREATE TABLE expires ( -> id integer not null auto_increment, -> username varchar(100) not null, -> mailbox varchar(255) not null, -> expire_stamp integer not null, -> primary key (id), -> key (username, mailbox(200)) -> ); Query OK, 0 rows affected (0.00 sec) John

2 2

[Dovecot] dovecot: child xxxx (login) returned error 83 (Out of memory)
by Eric Sammons 29 May '09

29 May '09

Hi, Recently started receiving the error $SUBJECT. Soon after a number of segfault errors are reported for pop3-login. Based on my configuration, I believe I am set up to receive core files; however, my ulimit -c is 0. I have tried setting ulimit -c ... in /etc/init.d/dovecot and I have tried modifying /etc/security/limits.conf. In all cases /proc/[pid]/limits continued to report that my ulimit -c value was 0. What is the best process for capturing a core file from a login process (pop3-login). I have found some similar hits on the web for this; however, none appear to lead to resolution and in most cases the implementation includes imap, mysql, etc... Here is my dovecot.conf, any insight into the cause of this problem is greatly appreciated. Dovecot package is that shipped with RHEL 5.2 (dovecot-1.0.7-2.el5). <dovecot.conf> protocols = pop3 pop3s listen = * shutdown_clients = yes #log_path = /var/log/pop.log #info_log_path = /var/log/popinfo.log syslog_facility = local6 ssl_disable = no ssl_cert_file = /etc/pki/dovecot/certs/pop.pem ssl_key_file = /etc/pki/dovecot/private/pop.pem login_dir = /var/run/dovecot/login login_user = dovecot login_process_size = 64 login_process_per_connection = no login_processes_count = 3 login_max_connections = 512 login_max_processes_count = 512 max_mail_processes = 10000 login_greeting = Unauthorized access is prohibited. mail_location = mbox:/var/indexes/%u:INBOX=/var/spool/mail/%u mail_privileged_group = vmail pop3_lock_session = yes ######added for perfomance 61208 MT (Just for testing) # test with and without the following pop3_no_flag_updates = yes mmap_disable = yes mbox_read_locks = fcntl mbox_write_locks = fcntl mbox_lock_timeout = 300 #mbox_dirty_syncs = yes mbox_very_dirty_syncs = yes mbox_lazy_writes = yes mbox_min_index_size = 540 protocol imap { } protocol pop3 { pop3_uidl_format = %08Xv%08Xu } protocol lda { postmaster_address = postmaster(a)example.com } auth default { auth_cache_size = 10240 auth_cache_ttl = 18000 auth_debug=no mechanisms = plain passdb ldap { args = /etc/dovecot-ldap.conf } userdb ldap { args = /etc/dovecot-ldap.conf } auth_verbose = no } dict { } plugin { } ### The following added to troubleshoot segfault issue 6.16.08 by rt mail_drop_priv_before_exec = yes </dovecot.conf>

2 1

[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