- dovecot - dovecot.org

[Dovecot] GSSAPI makes webmail access really slow
by Nicolas GRENECHE 20 Jul '11

20 Jul '11

Hello, I use dovecot 1.2.15 as an IMAP backend for Horde webmail. When I enable PLAIN and GSSAPI as authentication mecanisms, it makes Horde very slow. If I enable only PLAIN it is a lot more fast. Do you have a clue to solve this issue ? Here is my dovecot.conf : protocols = imap imaps pop3s managesieve mail_location = maildir:/ext/spool/imap/%1Mu/%u first_valid_uid=97 last_valid_uid=97 ssl_cert_file = /usr/local/cert/mailper/cert.pem ssl_key_file = /usr/local/cert/mailper/mail.key ssl_ca_file = /usr/local/cert/mailper/chain.pem auth_debug = yes disable_plaintext_auth = no ## tuning ## login_process_size = 64 login_max_processes_count = 196 login_max_connections = 384 auth_worker_max_count = 30 ## fin tuning ## protocol imap { mail_plugins = quota imap_quota ## tuning ## login_processes_count = 4 ## fin tunning ## } protocol pop3 { mail_plugins = quota ## tuning ## login_processes_count = 3 ## fin tunning ## } auth_cache_size = 4096 auth_cache_ttl = 1800 protocol lda { mail_plugins = quota sieve postmaster_address = root(a)example.fr } protocol managesieve { listen = *:2000 } mail_uid = vmail mail_gid = vmail auth_krb5_keytab = /etc/dovecot/keytab/pop-imap.mail.keytab auth default { socket listen { master { path = /var/run/dovecot/auth-master mode = 0600 user = vmail } } mechanisms = plain passdb pam { args = max_requests=50 cache_key=%u%r dovecot } userdb static { args = uid=vmail gid=vmail allow_all_users=yes } user = root } dict { } plugin { quota = maildir:User quota quota_rule = *:storage=1G # The location of the user's active script: sieve_dir = /ext/spool/sieve/%1Mu/%u sieve = /ext/spool/sieve/%1Mu/%u/dovecot.sieve }

1 0

[Dovecot] Thundebird 5.0 stuck until FETCH is done
by Emanuele Leuzzi 20 Jul '11

20 Jul '11

I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck downloading IMAP header every 10-15' Until the FETCH is done from 1 to 76687 (it's needs a looong time), my client isn't usable Could you help me to fix this issue? Below the log. Thank you 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded \*)] Flags permitted. 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 EXISTS 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 1 FETCH (FLAGS (\Seen) UID 1) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 2 FETCH (FLAGS (\Seen) UID 2) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 3 FETCH (FLAGS (\Seen unknown-1) UID 3) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 4 FETCH (FLAGS (\Seen) UID 4) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 5 FETCH (FLAGS (\Seen) UID 5) _cut_ 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 76685 FETCH (FLAGS (\Seen) UID 76748) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 76686 FETCH (FLAGS (\Seen) UID 76749) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 76687 EXISTS 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: 8 OK Fetch completed. -- --------------------------------------------------- Emanuele Leuzzi Responsabile Sistemi Informativi Email: eleuzzi(a)v-power.sm Skype: e.leuzzi Tel: (+378) 0549 960606 Fax: (+378) 0549 954984 V-Power S.r.l. Via ulivo di Avoltrone, 2/B 47899 Serravalle Republic of San Marino http://www.v-power.sm --------------------------------------------------- Avviso: Questa e-mail è strettamente confidenziale ed è destinata alle sola/e persone/e sopraindicate. Se veniste per errore in possesso di questa e-mail, non copiatela, distribuitela o reinoltratela: distruggetela immediatamente e notificatelo al mittente a mezzo e-mail. Il mittente non è responsabile per l'eventuale utilizzo che verrà fatto di questa email dai destinatari, se la mail è sprovvista di firma digitale il mittente non garantisce per la sua autenticità dopo la partenza. Il testo della email potrebbe contenere opinioni personali e non necessariamente riconducibili a quelle di V-Power srl. Tutela della Privacy: Si ricorda che qualora non desideriate ricevere più informazioni di questo genere, Vi preghiamo di inviare una email all'indirizzo info(a)v-power.sm citando CANCELLAZIONE nell'Oggetto. Il Vostro nominativo sarà rimosso dalle nostre rubriche. Notice: This message is intended only for the named recipient and may contain confidential, proprietary or legally privileged information. Any forward, distribution, or copying of this information is strictly prohibited. If you have received this message in error, do not forward, distribute, or copy it: please advise the sender by reply e-mail, and delete this message. Sender is not responsible of any misuse of this e-mail message. If this e-mail message arrive not digitally signed, sender can’t guarantee authenticity after the departure of this e-mail. Opinions contained herein may be the personal opinion of the sender and do not necessarily represent the views of V-Power srl.

2 1

[Dovecot] Performance with 200k messages in Maildir
by Vegard Svanberg 20 Jul '11

20 Jul '11

What should I expect performance-wise if I put 200000 messages in a Maildir store and use two or three MUAs (mutt and Thunderbird), on an Athlon dual core 2GHz with SATA drives in software RAID (Linux)? Like; would it be useless/crawling, usable or pretty fast. I imagine MUA startup / first time folder read would be slow, but daily use more or less ok. Thanks to Dovecot's indexing, I imagine I would be better off interfacing Mutt to Maildir via IMAP and Dovecot rather than accessing Maildir/ directly? -- Vegard Svanberg <vegard(a)svanberg.no> [*Takapa@IRC (EFnet)]

6 10

[Dovecot] passwd not found
by Erik - versatel 20 Jul '11

20 Jul '11

If I use in dovecot.conf passdb passwd-file { args = /etc/dovecot/vhosts/%d/etc/shadow } userdb static { args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes } I get an authorisation failure in my mail.log file. If I use passdb passwd-file { args = /etc/dovecot/vhosts/shadow } userdb static { args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes } This works !!! (without the %d) in the passdb passwd-file Than the %d/%u is correctly rewritten in the userdb static. PS I have in the passwd-file the username@domain and the username documented for testing. I think there is some problem with the %d (DOMAIN) How can I check if %d is filled ?? And how can i make different authorisationdirs and files per domain. Thanks Erik My config # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-686 i686 Debian 6.0.2 ext4 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/server.crt ssl_key_file: /etc/ssl/private/server.key 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:/var/mail/vhosts/%d/%n/Maildir mail_debug: yes mbox_write_locks: fcntl dotlock 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 auth default: mechanisms: plain login passdb: driver: passwd-file args: /etc/dovecot/vhosts/shadow userdb: driver: static args: uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth-client mode: 432 user: postfix group: postfix

1 0

[Dovecot] Dovecot Notification Plugin
by Meisam Navaki 20 Jul '11

20 Jul '11

Hi, I need to know how notfiy plugin works?who will be informed by this plugin?Is it configurable? -- *Regards Meisam Navaki*,

1 0

[Dovecot] Dovecot 2, Imap service, client_limit
by Steve Fatula 20 Jul '11

20 Jul '11

I see back in November of last year, a thread about using client_limit in the imap service (not imap-login) that would allow each imap process serve more than one connection. Sounded good, until I tried it! When I did, unlike the OP of that thread, I got: dovecot: imap(submit.user): Fatal: setuid(503(submit.user) from userdb lookup) failed with euid=501(links): Operation not permitted (This binary should probably be called with process user set to 503(submit.user) instead of 501(links)) So, it would appear that this does not work. Still, the thread was posting results of their testing even that showed it worked. Sample message within the thread, read for more: http://www.dovecot.org/list/dovecot/2010-November/054893.html I'd love to be able to use a single imap process for more than one connection. Is this still possible, or, not? If so, how? Steve

4 3

[Dovecot] DoveCot plugin "mailbox approaching limit" warning?
by Zhou, Yan 20 Jul '11

20 Jul '11

Hi there, I am aware of the "Quota" plugin, but is there any way that DoveCot will place a warning message in user mailbox if it is getting close to its mail quota (but have not exceeded yet)? Thanks, Yan Confidentiality Notice: The information contained in this electronic transmission is confidential and may be legally privileged. It is intended only for the addressee(s) named above. If you are not an intended recipient, be aware that any disclosure, copying, distribution or use of the information contained in this transmission is prohibited and may be unlawful. If you have received this transmission in error, please notify us by telephone (513) 229-5500 or by email (postmaster(a)MedPlus.com) After replying, please erase it from your computer system.

2 2

[Dovecot] quota-warning.sh not working (lda problem?)
by Thomas Krause 19 Jul '11

19 Jul '11

Hi, I setup a new mailserver with dovecot 2.0.12. Everything is working fine (including quota) - except of sending quota warning mails. When running /usr/local/bin/quota-warning.sh 95 user(a)domain.de manually as root or user vmail, the mail is delivered. content of /usr/local/bin/quota-warning.sh #!/bin/sh PERCENT=$1 USER=$2 logger -p mail.info "$PERCENT% Quota-warning sent to $USER" cat << EOF | /usr/local/libexec/dovecot/dovecot-lda -d $USER -o "plugin/quota=maildir:User quota:noenforcing" From: postmaster(a)domain.de Subject: $PERCENT% Mail quota warning Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Der Speicherplatz Ihres E-Mail-Postfaches ist zu $PERCENT% gefüllt. Bitte löschen Sie alte und unerwünschte E-Mails vom Server, um den Emfang neuer E-Mails aufgrund Speicherplatzmangels nicht zu behindern. Your mailbox with us is now more than $PERCENT% full. To avoid mail loss due to lack of sufficient space, please remove old and unwanted mails from the server. EOF Because of line 4 of the script I see in maillog, that the script is executed, but no mail is delivered? Any ideas? Regards, Tom.

1 1

[Dovecot] Dovecot + Vpopmail quota issues
by qmail＠top-consulting.net 19 Jul '11

19 Jul '11

I can't get dovecot to ignore a certain directory/namespace when calculating quotas. I am running dovecot 1.2.16 with vpopmail configured for quotas. I use the dot (.) as my separator and my user structure is as follows: ../domain.com/user/Maildir for all the user directories I also have for each user: ../domain.com/user/Maildir/Archive which is a symlink to a NFS mounted partition that holds read-only archives In dovecot.conf I have defined them as follows: mail_location = maildir:~/Maildir namespace private { separator = . prefix = ARCHIVE. inbox = no hidden = yes list = yes location = maildir:~/Maildir/Archive } namespace private { separator = . prefix = inbox = yes } This works very well, in as much as I see the Archive namespace and its folders. The problem arises in the fact that Dovecot insists on calculating the 'Archive' namespace/directory storage towards the total storage used. My Quota configuration is as follows: auth default { mechanisms = plain login digest-md5 cram-md5 passdb vpopmail { args = webmail=192.168.1.12 } userdb vpopmail { args = quota_template=quota_rule3=*:backend=%q } ... } plugin { quota = maildir quota_rule = ?:storage=0 quota_rule2 = Archive:ignore quota_rule3 = ARCHIVE:ignore } From what I've read, this is supposed to use the maildirsize file when available or otherwise return no quota. It worked just fine before this new Archive namespace. For a certain user, vpopmail writes the 'maildirsize' file in ../domain.com/user/Maildir/maildirsize and it contains the correct value ( without the /Archive directory ). The problem is that for some reason, something ( I suspect dovecot ) writes a new maildirsize file in ../domain.com/user/Maildir/Archive/maildirsize which also contains the size of Archive. Subsequently, Dovecot adds the two of them up and usually throws me over quota. To test, I have emptied the maildirsize file under Archive and changed its owner to root (perms are 755 ) so that nobody but root can write to it. Dovecot complained right away about it: Jul 19 12:55:21 pop1 dovecot: IMAP(user(a)domain.com): open(/home/vpopmail/domains/B/domain.com/user/Maildir/Archive/maildirsize) failed: Permission denied Despite passing the quota responsibility to vpopmail it seems that Dovecot still tries to update that file. And finally the question... How do I get dovecot to not calculate a quota for that directory/namespace ?

1 2

[Dovecot] Problem with zlib plugin and flags
by Jeremy Maryott 19 Jul '11

19 Jul '11

Hi, I'm working on enabling the zlib plugin and compressing most of the mail on my mail server, and I've run into a bit of a problem with doing things as described on the wiki's zlib plugin page (here: http://wiki.dovecot.org/Plugins/Zlib) I'm using Dovecot 1.2.15 and maildir as a mailbox format on Debian 5. I have a script that implements the steps listed at the bottom of the wiki page. The problem has to do with step 5, which recommends that you add a 'Z' flag to each email that you compress so that you don't compress it again. The problem that I ran into is that when you move an email to another mail folder, this flag appears to go away. As a result, my script has compressed some emails that were already compressed, rendering them unreadable by Dovecot. I've mostly solved that problem, and my compression script now runs 'file' and looks to see if it's gzipped already for each file that's a candidate for compression. I'm not sure this is the best solution (it's definitely slower than just checking the filename), so I'm open to better alternatives. Reading http://wiki.dovecot.org/MailboxFormat/Maildir, I see that Dovecot supports 'non-standard fields' specified after normal flags and a comma. It seems like that might be a better place to put the 'Z' flag, if Dovecot won't retain it when places with the normal flags. I'm unsure how the filename would look if it doesn't currently have any flags, though. Would there just be two commas in a row, followed by my non-standard flag? If I haven't missed or misconfigured anything and what I said above is correct, the wiki should be changed so others don't run into the same problems I have. I'm happy to do so, but I didn't want to make any changes without making sure I was right about what was going on. Thanks, Jeremy

1 0