July 2011 - dovecot - dovecot.org

[Dovecot] missing +r perm:
by Max Dunlap 12 Jul '11

12 Jul '11

This is probably a really simple issue but I am not sure how to tackle it. sudo dovecot -n: http://pastie.org/2179100 The error message in mail.log: http://pastie.org/2179032 Dovecot.conf says: mail_privileged_group: mail I thought of added the user dovecot to the group mail in hopes of solving the permissions problem, but it didn't seem to make a difference. Any ideas?

5 15

[Dovecot] need help with metadata plugin
by Helga Mayer 12 Jul '11

12 Jul '11

Hello, I've downloaded the metadata plugin from http://hg.intevation.org/kolab/dovecot-metadata-plugin compiled it without errors, made the entries as described in README in dovecot.conf. Only ANNOTATEMORE or anything else additional doesn't show up in the capabilties. Is there anything wrong with my configuration? What I see is: telnet localhost 143 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot ready. a001 login myaccount secret a001 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS ACL RIGHTS=texk] Logged in Output of dovecot -n: # 1.2.12: /etc/dovecot.conf # OS: Linux 2.6.18-238.9.1.el5 x86_64 Scientific Linux SL release 5.5 (Boron) listen(default): 192.168.0.104:143 127.0.0.1:143 listen(imap): 192.168.0.104:143 127.0.0.1:143 listen(pop3): *:110 ssl_listen(default): <testserver address>:993 ssl_listen(imap): <testserver address>:993 ssl_listen(pop3): <testserver address>:995 ssl_cert_file: /etc/ssl/certs/imapd.pem ssl_key_file: /etc/ssl/certs/imapd.pem disable_plaintext_auth(default): no disable_plaintext_auth(imap): no disable_plaintext_auth(pop3): 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 login_max_processes_count: 2048 max_mail_processes: 2048 first_valid_uid: 200 mail_drop_priv_before_exec(default): yes mail_drop_priv_before_exec(imap): yes mail_drop_priv_before_exec(pop3): no mail_executable(default): /etc/mail/bin/acl-groups mail_executable(imap): /etc/mail/bin/acl-groups mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_process_size: 1024 mail_plugins(default): acl imap_acl lazy_expunge mail_plugins(imap): acl imap_acl lazy_expunge mail_plugins(pop3): lazy_expunge mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 mail_log_max_lines_per_sec: 0 namespace: type: private separator: / location: maildir:/maildir/%1n/%u:LAYOUT=fs inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: .EXPUNGED/ location: maildir:/maildir/expunged/%1n/%u:LAYOUT=fs hidden: yes list: no subscriptions: yes namespace: type: shared separator: / prefix: Shared/%%u/ location: maildir:/maildir/%%1n/%%u:LAYOUT=fs list: children namespace: type: public separator: / prefix: Groups/ location: maildir:/maildir/public:LAYOUT=fs list: children lda: postmaster_address: postmaster@<our.domain> mail_plugins: acl auth default: mechanisms: plain login verbose: yes debug: yes passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/spool/postfix/private/auth-master mode: 384 user: postfix group: postfix plugin: acl: vfile acl_shared_dict: proxy::acl_dict lazy_expunge: .EXPUNGED/ metadata_dict: proxy:/var/run/dovecot/dict-server:metadata dict: acl_dict: mysql:/etc/dovecot-dict-sql.conf metadata: sqlite:/etc/metadata-dict.conf /var/run/dovecot total 8 srw------- 1 root root 0 Jul 8 11:04 auth-worker.27644 srwxrwxrwx 1 root root 0 Jul 8 11:04 dict-server lrwxrwxrwx 1 root root 17 Jul 8 11:04 dovecot.conf -> /etc/dovecot.conf drwxr-x--- 2 root amavis 4096 Jul 8 11:04 login -rw------- 1 root root 6 Jul 8 11:04 master.pid Kind Regards Helga Mayer Helga Mayer Universität Hohenheim Kommunikations-, Informations- und Medienzentrum (630) IT-Dienste | Mail Schloss-Westhof-Süd | 70599 Stuttgart Tel.: +49 711 459-22838 | Fax: +49 711 459-23449 https://kim.uni-hohenheim.de *************************************************************************** A: Because we read from top to bottom, left to right. Q: Why should i start my reply below the quoted text?

1 1

Re: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15
by David Ledger 12 Jul '11

12 Jul '11

At 01:59 -0500 12/7/11, Stan Hoeppner wrote: >On 7/12/2011 1:12 AM, Rainer Frey wrote: >> >> On 11.07.2011, at 17:03, Stan Hoeppner wrote: >> >>> The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs >>> you see is the result of HyperThreading being enabled. I'd disable HT >>> if I were you, or those boxen mine. >> >> Why? > >It's a troubleshooting step. HT can cause weird problems with some >systems/kernels. It can also decrease performance with some workloads. > As with anything, if it doesn't provide benefit, turn if off to reduce >complexity and potential problems. Or, another way, HT only helps when having twice as many (apparent) processors running at half the (effective) speed is good for your specific workload. Just because it's a band-waggon it doesn't mean you have to jump onto it. David -- David Ledger - Freelance Unix Sysadmin in the UK. HP-UX specialist of hpUG technical user group (www.hpug.org.uk) david.ledger(a)ivdcs.co.uk www.ivdcs.co.uk

1 0

[Dovecot] Many "Error: Corrupted index cache file /XXX/dovecot.index.cache: invalid record size"
by Florent Bautista 11 Jul '11

11 Jul '11

Hi all, I just joigned this list, so I'm sorry if this problem has already been reported. I'm running Dovecot 2.0.13 on many servers, one for POP/IMAP access, others for LDA, others for authentification only, etc. All servers are accessing a shared file system, based on MooseFS (www.moosefs.org) The FS is mounted using FUSE. All my Dovecot servers have this configuration : mail_fsync = always mail_nfs_index = yes mail_nfs_storage = yes mmap_disable = yes (as adviced for NFS installation). But I'm still getting errors like this in POP/IMAP logs : Error: Corrupted index cache file /my_moosefs_fs/domain/user/indexes/.INBOX/dovecot.index.cache: invalid record size Sometimes my Dovecot LDA repairs these files, but then it happens again... All my servers are running Debian 6 over KVM virtualization. Have you ever encountered this ? Do you think this is a Dovecot problem or MooseFS problem ? Thank you a lot for your answers. -- Florent Bautista ------------------------------------------------------------------------ Ce message et ses éventuelles pièces jointes sont personnels, confidentiels et à l'usage exclusif de leur destinataire. Si vous n'êtes pas la personne à laquelle ce message est destiné, veuillez noter que vous avez reçu ce courriel par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message. This e-mail and any attachments hereto are strictly personal, confidential and intended solely for the addressee. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. ------------------------------------------------------------------------

1 2

[Dovecot] Dovecot NFS locking issue
by satish patel 11 Jul '11

11 Jul '11

Hi All, We had 15 imap/pop UW-imap servers behind load balancer and mail storage was NFS for almost around ~30,000 users on it. Currently we migrate UW-imap to dovecot with fcntl NFS locking. After migration on dovecot it started error related locking see following error Error: fcntl() failed with mbox file /home/w/a/wahmed/.inbox: No locks available Error: fcntl() failed with mbox file /home/e/d/edurand/.inbox: No locks available Look like my NFS locking getting overload or something its (netapps NFS server) what you suggest to fix this issue ? how uw-imap was working with NFS before ? Appreciate your help. -S

2 2

[Dovecot] Dovecot indexes
by Mike Prispan 11 Jul '11

11 Jul '11

Hi, could someone answer my following questions about dovecot indexes? - If I delete dovecot indexes, it recreates them without any problem, right? - If dovecot recreates indexes, it does not affect users (they don't have to download all emails again, seen flag is not lost etc.) or is there any problem? - If I use mail_location = ...:INDEX=MEMORY, it recreates indexes every time dovecot is (re)started, right? Does it have any negative effect except performance/resources? - Is there any difference in indexes for mbox and maildir (related to previous questions)? Thanks Mike

3 2

[Dovecot] compressed folder bug
by Giulio Casella 11 Jul '11

11 Jul '11

I found a strange behaviour in dovecot compressed folder, maybe a bug. It happens only if you have one (and just one!) email in a gz compressed folder. I'm talking about a mbox server. Step to reproduce: - create a new folder, using any client (I think this step is not important, it happens also if tou create this folder server-side). - copy one message (any message) into newly created folder (using your favourite drag-n-drop gesture, saving in that folder using you character client (mutt,...), etc.) - if your client automatically subscribe to newly created folders, unsubscribe from it - On your server "gzip newfolder" - On your client subscribe "newfolder.gz" - Try to access you newfolder This is what I get in logfiles: Jul 11 14:08:08 myhostname dovecot: imap(giulio): Error: Next message unexpectedly lost from mbox file /home/giulio/Mail/testfolder.gz at 9082 (cached) Jul 11 14:08:08 myhostname dovecot: imap(giulio): Error: read(/home/giulio/Mail/testfolder.gz) failed: Invalid argument (uid=1) Jul 11 14:08:08 myhostname dovecot: imap(giulio): Disconnected: Internal error occurred. Refer to server log for more information. [2011-07-11 14:08:08] bytes=2045/23657 The funniest thing is that if I have a folder with more than one message it works like a charm. Some info about me: - dovecot version 2.0.13 - gentoo linux, with kernel 2.6.38-gentoo-r6 - system running on a VMWare virtual machine (32bit) - reiserfs filesystem my dovecot -n output: ------------------------------------------------------------------------ # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.38-gentoo-r6 i686 Gentoo Base System release 2.0.2 auth_mechanisms = plain login disable_plaintext_auth = no listen = * mail_gid = mail mail_location = mbox:~/Mail:INBOX=/var/mail/%u:INDEX=~/ mail_privileged_group = mail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = * driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } service imap-login { inet_listener imap { address = imap.mydomain.it } inet_listener imaps { address = imap.mydomain.it } } service pop3-login { inet_listener pop3 { address = pop.mydomain.it } inet_listener pop3s { address = pop.mydomain.it } } ssl_cert = </etc/ssl/dovecot/server.pem ssl_key = </etc/ssl/dovecot/server.key syslog_facility = local6 userdb { driver = passwd } protocol lda { mail_plugins = sieve } protocol imap { mail_plugins = " zlib" plugin { zlib_save = gz zlib_save_level = 6 } } local imap.dsi.unimi.it { disable_plaintext_auth = no } local pop.dsi.unimi.it { disable_plaintext_auth = no } local imap.dsi.unimi.it { protocol imap { ssl_cert = </etc/pki/CA/certs/imap.mydomain.it.pem ssl_key = </etc/pki/CA/certs/imap.mydomain.it.key } } local pop.dsi.unimi.it { protocol pop3 { pop3_uidl_format = %08Xv%08Xu ssl_cert = </etc/pki/CA/certs/pop.mydomain.it.pem ssl_key = </etc/pki/CA/certs/pop.mydomain.it.key } } ------------------------------------------------------------------------ Any ideas? TIA, gc -- Giulio Casella giulio at dsi.unimi.it System and network manager Computer Science Dept. - University of Milano

1 0

[Dovecot] Lots of LMTP errors Remote server not answering (DATA output timeout) (in reply to end of DATA command))
by Angel L. Mateo 11 Jul '11

11 Jul '11

Hello, I have configured two dovecot servers with director acting as lmtp/imap/pop proxy server with 8 dovecot backend servers. In our test environment we had no problem, but when we migrated to production environment, our mail list server (it delivers mail through lmtp) is having a lot of errors like this: 451 4.4.0 Remote server not answering (DATA output timeout) (in reply to end of DATA command)) Proxy and backend servers are not loaded. Any idea? -- Angel L. Mateo Martínez Sección de Telemática Área de Tecnologías de la Información _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337

1 2

[Dovecot] dsync and compressed folders
by Giulio Casella 11 Jul '11

11 Jul '11

I'm trying to migrate my old dovecot server (mbox based) to a new one (maildir based), both are version 2.0.13. I'm using dsync: oldserver# dsync -u username backup ssh root@newserver dsync -u username Everything is working like a charm but when it tries to convert compressed folder I got an error: dsync-local(username): Error: Failed to sync mailbox OldMails/2008.gz: Mailbox isn't a valid mbox file. Both old and new installations support compressed folder via zlib plugin. If I'm not wrong dsync doesn't support compressed folder, does it? And, if so, are there any chances to have dsync support gzip'ed folders in the (near) future? Many thanks in advance, gc -- Giulio Casella giulio at dsi.unimi.it System and network manager Computer Science Dept. - University of Milano

1 0

[Dovecot] n00b here -- pop email deletion
by Glenn English 11 Jul '11

11 Jul '11

I'm running Dovecot IMAP and POP3 on Debian. But it look's like it's keeping mail in the user's inbox on the server until it's deleted by the user. I thought POP servers deleted email as soon as it was downloaded, but apparently not, according to dovecot.org. Is there something in the Dovecot conf I can do to get rid of all this redundant crud? I see several conversations on the 'Net about "quotas" that look like they might keep stuff around for a few days or weeks, then delete. That sounds lovely, but I don't understand them enough to try to make it happen. dovecot -n: > # 1.0.15: /etc/dovecot/dovecot.conf > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap pop3 > ssl_listen: * > ssl_disable: yes > 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_max_processes_count: 12 > mail_privileged_group: mail > 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: pam > userdb: > driver: passwd > socket: > type: listen > client: > path: /var/spool/postfix/private/auth > mode: 432 > user: postfix > group: postfix -- Glenn English

4 9