- dovecot - dovecot.org

[Dovecot] SORT with unknown charset bug?
by A.L.E.C 04 Jun '10

04 Jun '10

I'm not sure this is a known bug. I'm using dovecot 1.1.19. C: s SORT (DATE) blah ALL UNDELETED OR HEADER SUBJECT {4} S: + OK C: asdf HEADER FROM {4} S: + OK C: asdf S: * SORT 1 2 4 5 3 6 7 (... all messages in folder) S: s NO [BADCHARSET] Unknown charset I think there shouldn't be "* SORT... " response. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net

2 3

[Dovecot] Auto forward virtual users mail using Sieve
by Julian Baker 04 Jun '10

04 Jun '10

Hi All I'm trying to configure Dovecot to automatically forward mail to another account without the virtual user having to log-in first to Roundcube web mail. These are virtual users with no log-in to the server only Roundcube's web interface The situation is that I have two domains only who want to receive email at their domains, get a forwarded copy at their hotmail account, then log-in to Roundcube to reply. A Sieve script running in Dovecot seems the way to go, but the finer points of configuration have failed me. I got as far as 1) /etc/dovecot/dovecot.conf Adding: protocol lda { mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/modules/lda } 2) /var/vmail/___domain___/___user___/.dovecot.sieve Created the .dovecot.sieve file in the domain/user directory and added: require ["fileinto ","reject","vacation","imapflags","relational","regex","notify"]; # Resend a copy of the message to another address # if true { redirect "julian(a)flatearth.co.uk"; } Which doesn't seem to have broken anything. Or worked. I'm assuming that as /var/vmail/___domain___/___user___/ is their virtual user home/mail spool the '.dovecot.sieve' file will get picked up. It seems that Dovecot isn't configured to use send via Deliver ? My conf is pasted before (Exim handles regular domain email forwarding mail for a bunch of virtual domains to pop accounts.) TIA Julian dovecot --version 1.0.rc15 ovecot -n # /etc/dovecot/dovecot.conf protocols: imap imaps pop3 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_process_size: 64 verbose_proctitle: yes first_valid_uid: 102 first_valid_gid: 104 mail_privileged_group: Debian-exim mail_location: maildir:/var/vmail/%d/%n/ mbox_write_locks: fcntl 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 imap_client_workarounds(default): delay-newmail outlook-idle netscape- eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle namespace: type: private separator: . prefix: INBOX. inbox: yes namespace: type: private separator: . inbox: yes hidden: yes auth default: verbose: yes debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: prefetch args: /etc/dovecot/dovecot-sql.conf Roundcube v0.3.0 _______________________________________________ F L A T E A R T H I N D U S T R I E S L T D Julian Baker - Email: julian(a)flatearth.co.uk - AIM: juliobesq Phone: +44 (0)20 7916 4801 - Mobile: +44 (0)7961 307879 124 Agar Grove, London NW1 9TY, UK - www.flatearth.co.uk · DESIGN FOR PIXELS · PRINTING BY HAND · Privileged/Confidential information may be contained in this message. If you are not the intended addressee you should destroy this message & kindly notify the sender by reply email. Opinions, conclusions & other information in this message that do not relate to the official business of Flat Earth shall be understood as neither given nor endorsed by it.

3 4

Re: [Dovecot] auth socket goes away on reload
by David Jonas 03 Jun '10

03 Jun '10

On 6/3/10 , Jun 3, 9:45 AM, Jerrale Gayle wrote: > On 6/3/2010 12:35 PM, David Jonas wrote: >> We're using the SQLite backend for authentication of Postfix SASL. When >> the db is replaced we HUP dovecot to close and reopen its connection. >> During this time it appears the socket file is removed and Postfix >> rejects the authentication attempt. From the logs: >> >> Jun 3 00:23:02 xxx dovecot: dovecot: SIGHUP received - reloading >> configuration >> Jun 3 00:23:02 xxx postfix/smtpd[14746]: warning: SASL: Connect to >> private/auth failed: Connection refused >> Jun 3 00:23:02 xxx postfix/smtpd[14746]: warning: unknown[dd.dd.dd.dd]: >> SASL LOGIN authentication failed: >> Jun 3 00:23:02 xxx postfix/smtpd[14746]: NOQUEUE: reject: RCPT from >> unknown[dd.dd.dd.dd]: 554 5.7.1<user(a)example.com>: Relay access denied; >> from=<user2(a)example.com> to=<user(a)example.com> proto=ESMTP >> helo=<localhost.localdomain> >> >> Jun 3 00:23:02 xxx postfix/smtpd[14930]: warning: unknown[dd.dd.dd.dd]: >> SASL LOGIN authentication failed: Connection lost to authentication >> server >> Jun 3 00:23:02 xxx postfix/smtpd[14930]: lost connection after AUTH >> from unknown[dd.dd.dd.dd] >> >> Is there an obvious way around this? I know I could somehow merge the >> changes into the running sqlite db but that undermines the simplicity of >> the design I have. Maybe a patch to reopen the db if it's replaced? Or >> perhaps I should just switch to a different db format -- that's probably >> the quickest/easiest solution. Any other ideas? There are about 20k >> entries to deal with. >> >> Thanks, >> >> David >> >> > the HUP reload method is only available on dovecot 2.0. Make sure > you're using that version to do that; otherwise, killall dovecot and > then dovecot. I should have specified that this is dovecot 1.2.7. The sighup seems to work just fine except for the effect I've outlined.

2 1

[Dovecot] Sieve GUI
by Gerhard Waldemair 03 Jun '10

03 Jun '10

> Is there à GUI for sieve. > > I don't have installed Squrielmail, but won't like to manage the > Rules per ssh

13 19

[Dovecot] auth socket goes away on reload
by David Jonas 03 Jun '10

03 Jun '10

We're using the SQLite backend for authentication of Postfix SASL. When the db is replaced we HUP dovecot to close and reopen its connection. During this time it appears the socket file is removed and Postfix rejects the authentication attempt. From the logs: Jun 3 00:23:02 xxx dovecot: dovecot: SIGHUP received - reloading configuration Jun 3 00:23:02 xxx postfix/smtpd[14746]: warning: SASL: Connect to private/auth failed: Connection refused Jun 3 00:23:02 xxx postfix/smtpd[14746]: warning: unknown[dd.dd.dd.dd]: SASL LOGIN authentication failed: Jun 3 00:23:02 xxx postfix/smtpd[14746]: NOQUEUE: reject: RCPT from unknown[dd.dd.dd.dd]: 554 5.7.1 <user(a)example.com>: Relay access denied; from=<user2(a)example.com> to=<user(a)example.com> proto=ESMTP helo=<localhost.localdomain> Jun 3 00:23:02 xxx postfix/smtpd[14930]: warning: unknown[dd.dd.dd.dd]: SASL LOGIN authentication failed: Connection lost to authentication server Jun 3 00:23:02 xxx postfix/smtpd[14930]: lost connection after AUTH from unknown[dd.dd.dd.dd] Is there an obvious way around this? I know I could somehow merge the changes into the running sqlite db but that undermines the simplicity of the design I have. Maybe a patch to reopen the db if it's replaced? Or perhaps I should just switch to a different db format -- that's probably the quickest/easiest solution. Any other ideas? There are about 20k entries to deal with. Thanks, David

2 1

Re: [Dovecot] auth socket goes away on reload
by William Blunn 03 Jun '10

03 Jun '10

On 03/06/2010 19:08, David Jonas wrote: > On 6/3/10 , Jun 3, 10:16 AM, William Blunn wrote: > >> On 03/06/2010 17:35, David Jonas wrote: >> >>> We're using the SQLite backend for authentication of Postfix SASL. When >>> the db is replaced we HUP dovecot to close and reopen its connection. >>> During this time it appears the socket file is removed and Postfix >>> rejects the authentication attempt. From the logs: >>> >>> Jun 3 00:23:02 xxx dovecot: dovecot: SIGHUP received - reloading >>> configuration >>> Jun 3 00:23:02 xxx postfix/smtpd[14746]: warning: SASL: Connect to >>> private/auth failed: Connection refused >>> Jun 3 00:23:02 xxx postfix/smtpd[14746]: warning: unknown[dd.dd.dd.dd]: >>> SASL LOGIN authentication failed: >>> Jun 3 00:23:02 xxx postfix/smtpd[14746]: NOQUEUE: reject: RCPT from >>> unknown[dd.dd.dd.dd]: 554 5.7.1<user(a)example.com>: Relay access denied; >>> from=<user2(a)example.com> to=<user(a)example.com> proto=ESMTP >>> helo=<localhost.localdomain> >>> >>> Jun 3 00:23:02 xxx postfix/smtpd[14930]: warning: unknown[dd.dd.dd.dd]: >>> SASL LOGIN authentication failed: Connection lost to authentication >>> server >>> Jun 3 00:23:02 xxx postfix/smtpd[14930]: lost connection after AUTH >>> from unknown[dd.dd.dd.dd] >>> >>> Is there an obvious way around this? I know I could somehow merge the >>> changes into the running sqlite db but that undermines the simplicity of >>> the design I have. Maybe a patch to reopen the db if it's replaced? Or >>> perhaps I should just switch to a different db format -- that's probably >>> the quickest/easiest solution. Any other ideas? There are about 20k >>> entries to deal with. >>> >> It sounds like your updates arrive in the shape of entire-table updates. >> >> That is no problem. You can easily apply entire-table updates to the >> database without having to re-create the SQLite database file, and >> without having to tell Dovecot. >> >> Just create a new table (with a different name) inside the SQLite >> database file, with the new content, then snap it into place using a >> pair of table renames inside a transaction; then delete the old table. >> >> That way you don't need to re-create the database file or HUP Dovecot, >> and Dovecot will only ever see the old data or the new data. >> > That sounds reasonable, not sure why I didn't think of it! Thanks. > If you are going to keep the SQLite database around, you might want to look at vacuuming it periodically using either VACUUM or the auto_vacuum PRAGMA depending on what fits your context best. http://sqlite.org/lang_vacuum.html http://sqlite.org/pragma.html#pragma_auto_vacuum Bill

2 2

Re: [Dovecot] auth socket goes away on reload
by David Jonas 03 Jun '10

03 Jun '10

On 6/3/10 , Jun 3, 10:16 AM, William Blunn wrote: > On 03/06/2010 17:35, David Jonas wrote: >> We're using the SQLite backend for authentication of Postfix SASL. When >> the db is replaced we HUP dovecot to close and reopen its connection. >> During this time it appears the socket file is removed and Postfix >> rejects the authentication attempt. From the logs: >> >> Jun 3 00:23:02 xxx dovecot: dovecot: SIGHUP received - reloading >> configuration >> Jun 3 00:23:02 xxx postfix/smtpd[14746]: warning: SASL: Connect to >> private/auth failed: Connection refused >> Jun 3 00:23:02 xxx postfix/smtpd[14746]: warning: unknown[dd.dd.dd.dd]: >> SASL LOGIN authentication failed: >> Jun 3 00:23:02 xxx postfix/smtpd[14746]: NOQUEUE: reject: RCPT from >> unknown[dd.dd.dd.dd]: 554 5.7.1<user(a)example.com>: Relay access denied; >> from=<user2(a)example.com> to=<user(a)example.com> proto=ESMTP >> helo=<localhost.localdomain> >> >> Jun 3 00:23:02 xxx postfix/smtpd[14930]: warning: unknown[dd.dd.dd.dd]: >> SASL LOGIN authentication failed: Connection lost to authentication >> server >> Jun 3 00:23:02 xxx postfix/smtpd[14930]: lost connection after AUTH >> from unknown[dd.dd.dd.dd] >> >> Is there an obvious way around this? I know I could somehow merge the >> changes into the running sqlite db but that undermines the simplicity of >> the design I have. Maybe a patch to reopen the db if it's replaced? Or >> perhaps I should just switch to a different db format -- that's probably >> the quickest/easiest solution. Any other ideas? There are about 20k >> entries to deal with. > > It sounds like your updates arrive in the shape of entire-table updates. > > That is no problem. You can easily apply entire-table updates to the > database without having to re-create the SQLite database file, and > without having to tell Dovecot. > > Just create a new table (with a different name) inside the SQLite > database file, with the new content, then snap it into place using a > pair of table renames inside a transaction; then delete the old table. > > That way you don't need to re-create the database file or HUP Dovecot, > and Dovecot will only ever see the old data or the new data. That sounds reasonable, not sure why I didn't think of it! Thanks.

1 0

[Dovecot] Configure unsuccessful login attempts
by Greg Pearson 03 Jun '10

03 Jun '10

Hi, using PAM, how can I configure how many attempts a user can make to connect, and if exceeding a certain number, block him for a specified amount of time? Any idea what the defaults are?

4 6

[Dovecot] master users with dovecot2 braek down to allowed domain
by Robert Schetterer 03 Jun '10

03 Jun '10

Hi, i think ive asked it before perhaps this feature can be included in dovecot2 couldnt get it run with dovecot 1.2.x if i use the postfixadmin superuser,domainadmin,domainuser layout so there are domainadmins defined in a sql table it would be a nice feature to break it down to be master only at there related domains via sql lookup at recent i think there is only the chance to give master rights to all adresses for users defined as masters -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 2

[Dovecot] Dovecot aspects of fighting spam
by Phil Howard 02 Jun '10

02 Jun '10

I see no documents in the Dovecot documents wiki on how Dovecot features can be used in the fight against spam. One hit came up in a search, and it was about how to fight spam in the MoinMoin Wiki itself (e.g. TextCHAs and such). I already asked in another thread about removing message files at the search from a designated "learn-spam" folder. My next question would be how to automatically place detected spam into a specific folder for the user to access or ignore as they deem fit. That would seem to me to be something for the deliver command and its -m option. But this might be more of a Dovecot and MTA coordination issue, too (e.g. how to get the spam detection done in the MTA ... Postfix in my case ... to become a label of some sort that ends deciding the folder. The -m option might be harder to get it dynamically set since it would be hard coded in master.cf for Postfix (so a variable has to be able to direct it to INBOX in this case). But maybe the "standard" way of doing this is to shim another program between the MTA (Postfix for me) and the LDA (Dovecot deliver) to dynamically add the -m option on the fly? Lacking any other clever solution, this seems to me to be the way I could make it work. Maybe there is a special header deliver could detect, such as "X-Spam: yes"? A wiki document on how Dovecot helps (or how to help Dovecot) in the fight against spam, I think, would be helpful.

10 28

[Dovecot] returned error 83 (Out of memory)
by J Contad 02 Jun '10

02 Jun '10

Hello! I've setup dovecot a few months ago, and it was working pretty swimmingly. Then, out of nowhere, we started getting this error: Apr 21 19:15:17 IMAP(xx(a)xxx.com): Fatal: block_alloc(1073741824): Out of memory Apr 21 19:15:17 IMAP(xx(a)xxx.com): Error: Raw backtrace: imap [0x49e5e0] -> imap [0x49e643] -> imap [0x49dba1] -> imap [0x4a7f6d] -> imap [0x4a7f98] -> imap [0x4a8028] -> imap [0x49bf6f] -> imap(buffer_write+0xe4) [0x49c334] -> imap(mail_cache_lookup_headers+0x146) [0x46dcf6] -> imap [0x458162] -> imap(index_mail_get_first_header+0x45) [0x458685] -> imap [0x45fe44] -> imap [0x460008] -> imap [0x4796d1] -> imap(hash2_lookup+0x64) [0x4a1c94] -> imap(mail_index_strmap_view_sync_add+0x85) [0x47ab05] -> imap(mail_thread_init+0x2a5) [0x4602f5] -> imap(cmd_thread+0x161) [0x41f931] -> imap(cmd_uid+0x78) [0x41fb38] -> imap [0x42079c] -> imap [0x420852] -> imap(client_handle_input+0x3f) [0x42098f] -> imap(client_input+0x5f) [0x4214df] -> imap(io_loop_handler_run+0xf8) [0x4a63a8] -> imap(io_loop_run+0x1d) [0x4a54ed] -> imap(main+0x620) [0x428db0] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x3f75e1d8a4] -> imap [0x419969] Apr 21 19:15:17 dovecot: Error: child 25918 (imap) returned error 83 (Out of memory - see mail_process_size setting) The folder (which is shared) has about 8 thousand emails in it. I'm not sure if it's pertinent, but the dovecot.index.cache file is about 8MB. Help? Cheers, -- John

3 2

[Dovecot] Dovecot install problem
by David 02 Jun '10

02 Jun '10

I am trying to set up a new web and mail server i have postfix now working but dovecot will not allow me to login and retrieve the emails so below isa portion of the log file passwd-file /var/mail/vhosts/xxxx.net/shadow: stat() failed: Permission denied passwd-file(xxxxx@xxxx.net,::ffff:0.0.0.0): no passwd file: /var/mail/vhosts/xxxx.net/shadow Dovecot -n output # 1.0.7: /etc/dovecot.conf 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 mail_location: Maildir:/var/mail/vhosts/%d/%n mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 auth default: mechanisms: plain login CRAM-MD5 verbose: yes debug: yes debug_passwords: yes passdb: driver: passwd-file args: /var/mail/vhosts/%d/shadow userdb: driver: passwd-file args: /var/mail/vhosts/%d/passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix The passwd shadow file -rw-r----- 1 root root 210 May 24 21:39 passwd -rw-r----- 1 root root 327 May 24 21:39 shadow So who whould own these files? What should the perrmissions be?

4 7

[Dovecot] configuring sendmail to work with dovecot+LDAP
by Douglas Maus 02 Jun '10

02 Jun '10

I would like to setup dovecot (1.1.20) with LDAP virtual users, but I don't seem to understand how to get my sendmail to accept mail for the virtual users. (I am rather new to this, so I may have some misunderstandings) I have followed - wiki.dovecot.org/HowTo/DovecotOpenLdap (OpenLDAP 2.3.43) and I think I have IMAP working for virtual users. I can connect to port 143, enter a username and password and it works. Now I surmise I need to configure my SMTP server to accept mail for these LDAP virtual users, and deliver it appropriately. (The above HowTo doesn't address this step, from what I can tell) I read - wiki.dovecot.org/LDA and wiki.dovecot.org/LDA/Sendmail (I'm using OpenBSD 4.7, which uses sendmail for MTA / SMTP server, sendmail version 8.14.3) For sendmail.cf, I made the changes in my sendmail.mc file to include the dovecot mailer (calling /usr/local/libexec/dovecot/deliver), and compiled with m4 and installed the new sendmail.cf For dovecot.conf, I edited the portions (abbreviated): protocol lda { auth_socket_path = /var/run/dovecot/auth-master } and auth default { socket listen { master {path = /var/run/dovecot/auth-master }}} When I try to test this, (telnet www.example.org 25) If I try: MAIL TO:jdoe@www.example.org I get "User unknown" I see that if I try: MAIL TO:jdoe@example.org I get "Relaying denied" Either way it doesn't get delivered. Thank you for any help. And if anyone knows a good basic tutorial for dovecot+LDAP+sendmail I would really appreciate it. dovecot -n (de-identified, and yes I know SSL is disabled, after it all works I'll fix it) ---------- # 1.1.20: /etc/dovecot.conf Warning: fd limit 128 is lower than what Dovecot can use under full load (more than 640). Either grow the limit or change login_max_processes_count and max_mail_processes settings # OS: OpenBSD 4.7 i386 ffs base_dir: /var/dovecot/ protocols: imap listen: *:143 ssl_disable: yes ssl_cert_file: /etc/ssl/dovecotcert.pem disable_plaintext_auth: no login_dir: /var/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_user: _dovecot verbose_proctitle: yes first_valid_uid: 519 last_valid_uid: 519 first_valid_gid: 519 last_valid_gid: 519 mail_uid: 519 mail_gid: 519 mail_location: mbox:/var/mail/virtual/%u/mail mbox_write_locks: fcntl imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep lda: postmaster_address: postmaster(a)example.org sendmail_path: /usr/sbin/sendmail auth_socket_path: /var/run/dovecot/auth-master auth default: verbose: yes passdb: driver: bsdauth passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: passwd userdb: driver: ldap args: /etc/dovecot-ldap.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: _dovevirt

2 1

[Dovecot] Migration - Dovecot to Dovecot
by Greg Pearson 02 Jun '10

02 Jun '10

Hi, I am using Dovecot with mbox format, and I am interested to move to Maildir. I have run the modified script (mb2md) but it seems UIDs are not preserved. I don't know how to verify this, but my client seems to be downloading all messages again. Can someone help?

3 2

[Dovecot] recipient_delimiter
by Phil Howard 02 Jun '10

02 Jun '10

I have recipient_delimiter = + in main.cf (Postfix). But deliveries to dovecot/deliver are still being rejected. It appears that the full email is still in the envelope (e.g. phil+howard(a)example.com which I want to be delivered to phil(a)example.com) Is that how it's supposed to work and Dovecot just doesn't support this?

4 29

Re: [Dovecot] draft-ietf-morg-list-specialuse-01 - IMAP LIST extension for special-use mailboxes
by Nikolay Shopik 01 Jun '10

01 Jun '10

On 20.05.2010 14:40, Timo Sirainen wrote: > On 20.5.2010, at 12.11, Nikolay Shopik wrote: > >> I don't think this really need per-user option. This is basically "system folders" and MUA will decide on their local names. Combining with autocreate plugin seems reasonable. > > Autocreate plugin would be useful only if it was a per-user option. Then it could create some kind of a file into the created mailbox. > > If it was a global option .. could it be just something as simple as > > list_specialuse = \Trash:Trash "\Sent:Sent Messages" etc. > > or > > list_specialuse_trash = Trash > list_specialuse_sent = Sent > etc. > > I don't really like either of them.. > What's wrong with these examples for global option, second one looks good for me.

3 4

[Dovecot] Intermittent timeout issues
by Del Stoliker 01 Jun '10

01 Jun '10

Greetings list! We've been experiencing an intermittent issue in which none users are able to log into the mail server for about 10 to 20 minutes. This issue first appeared on our CentOS 4 box running dovecot 1.2.11 after upgrading from the stock version 0.99. The issue persists after migrating our users to a CentOS 5 server - also running version dovecot 1.2.11 but now in the 64-bit flavor. Our users authenticate against LDAP via PAM in case that might be relevant. I've yet to find anything "of interest" in the logs covering the outages. But here is what I've noticed: * Users on our internal network are still able to authenticate and login. * Users from the outside are "Disconnected for inactivity" * Immediately after the restart, external users were able to log in again. It almost sounds like the firewall is blocking external access except that: * The version of dovecot was the thing that changed * Everything starts working again after a dovecot restart If anyone could provide some insight, I'd sure appreciate it. Output of dovecot -n # 1.2.11: /etc/dovecot.conf # OS: Linux 2.6.18-164.15.1.el5 x86_64 CentOS release 5.4 (Final) listen: * shutdown_clients: no 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_process_per_connection: no login_trusted_networks: x.x.x.x/x login_max_processes_count: 164 max_mail_processes: 2048 mail_max_userip_connections: 50 mail_location: maildir:~/Maildir mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 pop3_no_flag_updates(default): no pop3_no_flag_updates(imap): no pop3_no_flag_updates(pop3): yes pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh lda: postmaster_address: postmaster(a)domain.com sendmail_path: /usr/sbin/sendmail auth default: passdb: driver: pam userdb: driver: passwd

2 1

[Dovecot] purge maildir folder after sa-learn
by Florian Effenberger 01 Jun '10

01 Jun '10

Hello, I am looking for a command-line utility to automatically purge one Maildir folder. I want to periodically run sa-learn from cron, and after the spam learning folder has been added to the Bayes database, its contents should be deleted. I've searched a bit, but only found a few old utilities or some telnet+expect scripts, which both didn't look too reliable. Is there any command-line utility to delete all contents of a Maildir folder, or is there any other solution? Thanks, Florian

6 16

Re: [Dovecot] cur folder e-mails are not shown...
by Gonzalo Aguilar Delgado 01 Jun '10

01 Jun '10

>Since you didn't claim you actually are missing mail, just seeing more Nope. As I suffer the same problem from Evolution and ThunderBird >They could be "deleted" (actually marked for deletion, physically >removed upon expunge). Those would have a T flag in the file name after >the comma. Your MUA Evolution shows them in the Trash (virtual) folder. I tried all this but nothing shown. It's like cur folder is not shown. >They could have been flagged Junk, and only be displayed in the Junk >(virtual) folder. Junk folder is almost empty since I have SpamAsassin in place >You could have a search active, hiding some mail. I checked this also. But's not. >You could have specifically hidden them. See the View menu. I checked show all. But only a few appears. The one deleted by spam filter in the client. What else can be?

2 2

[Dovecot] RTFM: Manual pages for Dovecot v2.0
by Pascal Volk 01 Jun '10

01 Jun '10

Hello Dovecot admins. I've started writing manual pages for Dovecot v2.0. I'm sure they are not perfect yet. I'd like to ask you all to read the manual pages. It would be nice to get some ideas/suggestions/improvements. So that that the Dovecot v2.0.0 release could be distributed with /fine manuals/. The manual pages are available at: http://wiki2.dovecot.org/ManPages This is also the intended place for 'discussions' about the man pages. Regards, Pascal -- The trapper recommends today: cafebabe.1007713(a)localdomain.org

2 3

Re: [Dovecot] quota and postfix virtual users
by gbotero＠emailforall.no-ip.org 01 Jun '10

01 Jun '10

hi, Simone Caruso, thanks for your answer but i have some questions i test the script in the console and he works he read the quota pased by mysql and then quota_rule ok but he update the maildirsize file??? and this script have to be called from postfix or dovecot?? thanks for all, sorry for my english ;) Guillermo Botero Leticia, Amazonas - Colombia gbospina(a)gmail.com

2 1

[Dovecot] Error: file_dotlock_open() failed with file $FILE ENOENT
by Pascal Volk 31 May '10

31 May '10

I've deleted some empty IMAP folders, using Thunderbird. But before deleting them, I had a look into Trash directory on the filesystem: /home/pvo/mdbox/mailboxes/Trash/ ├── dbox-Mails │ ├── dovecot.index │ ├── dovecot.index.backup │ ├── dovecot.index.cache │ └── dovecot.index.log ├── Dev │ └── dbox-Mails │ └── dovecot.index.log ├── S4 │ └── dbox-Mails │ └── dovecot.index.log └── Server4 └── dbox-Mails └── dovecot.index.log (Yeah, looks good, no dbox-GUID file.) After deleting all IMAP folders from Trash I found this lines in the log file: Apr 06 05:44:36 imap(pvo): Error: file_dotlock_open() failed with file /home/pvo/mdbox/mailboxes/Trash/S4/dbox-Mails/dovecot.index.log: No such file or directory Apr 06 05:44:36 imap(pvo): Error: file_dotlock_open() failed with file /home/pvo/mdbox/mailboxes/Trash/S4/dbox-Mails/dovecot.index.log: No such file or directory Regards, Pascal -- The trapper recommends today: fabaceae.1009606(a)localdomain.org

2 1

[Dovecot] dovecot-2.0-pigeonhole/ManageSieve: wrong service name
by Pascal Volk 31 May '10

31 May '10

Hi Stephan, ManageSieve uses the wrong™ service name for the authdb lookup. With dovecot-1.2-managesieve the service name was changed from 'managesieve' to 'sieve'. So I altered my table layout in order to make the query "SELECT userid AS "user", password FROM dovecotpassword('%Ln', '%Ld') WHERE %Ls" work again. When I try to login on the sieve port 4190/tcp, I find this in my dovecot.log: auth: Error: pgsql: Query failed, retrying: ERROR: column "managesieve" does not exist auth: Error: LINE 1: ...", password FROM dovecotpassword('user', 'example.org') WHERE managesiev... Regards, Pascal -- The trapper recommends today: defaced.1015004(a)localdomain.org

3 4

[Dovecot] Permanent flags not announced and public mailbox with per-user index
by Julien Danjou 31 May '10

31 May '10

Hi, I've a set of public mailboxes that all users can access. The index is stored per user, so each user can mark the message as read for themselves. This is with dovecot 1.2.10. However, when selecting the mailbox, system flags are not announced as permanent but only as session flags: 3619 SELECT "public.Admin" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS ()] Read-only mailbox. * 324 EXISTS * 0 RECENT * OK [UNSEEN 171] First unseen. * OK [UIDVALIDITY 1254326934] UIDs valid * OK [UIDNEXT 1102] Predicted next UID * OK [HIGHESTMODSEQ 1] Highest 3445 OK [READ-ONLY] Select completed. I think (reading the RFC, but I bet you know it better than me) that FLAGS should also been set in PERMANENTFLAGS since they can be permanent. The relevant code seems to be in commands-util.c (dovecot 1.2.11): void client_send_mailbox_flags(struct client *client, bool selecting) { […] if (mailbox_is_readonly(client->mailbox)) { client_send_line(client, "* OK [PERMANENTFLAGS ()] " "Read-only mailbox."); } else { […] } } Even if it's true that the Maildir is read-only, it's still possible to store \Seen permanently. Am I getting things wrong, or is this a bug? If I'm correct, a simple fix MAY be not to send the PERMANENTFLAGS at all since the RFC says: OK [PERMANENTFLAGS (<list of flags>)] A list of message flags that the client can change permanently. If this is missing, the client should assume that all flags can be changed permanently. Thanks, -- Julien Danjou // ᐰ <julien(a)danjou.info> http://julien.danjou.info

2 6

[Dovecot] Dovecot 2.0beta4 HG 11189: dovecot-uidvalidity warning with mdbox mailboxes
by Thomas Leuxner 31 May '10

31 May '10

Hi, the latest HG of Dovecot 2.0 throws a warning when creating a new mailbox inside an INBOX with 'mdbox' format. It does however create the mailbox correctly. ==> /var/log/dovecot.log <== Apr 24 14:35:09 spectre dovecot: imap(tlx(a)leuxner.net): rename(/var/vmail/leuxner.net/tlx/mdbox/dovecot-uidvalidity, /var/vmail/leuxner.net/tlx/mdbox/dovecot-uidvalidity) failed: No such file or directory $ ls -al /var/vmail/leuxner.net/tlx/mdbox total 36 drwx--S--- 4 vmail vmail 4096 2010-04-24 14:37 . drwx--S--- 4 vmail vmail 4096 2010-04-19 10:23 .. -rw------- 1 vmail vmail 386 2010-03-25 19:58 dovecot-acl-list -rw------- 1 vmail vmail 2952 2010-04-24 14:35 dovecot.mailbox.log -rw------- 1 vmail vmail 53 2010-04-24 14:37 dovecot-quota -rw------- 1 vmail vmail 8 2010-04-24 14:35 dovecot-uidvalidity -r--r--r-- 1 vmail vmail 0 2010-04-24 14:35 dovecot-uidvalidity.4bd2e57d drwx--S--- 15 vmail vmail 4096 2010-03-17 19:57 mailboxes drwx--S--- 2 vmail vmail 4096 2010-04-24 14:37 storage -rw------- 1 vmail vmail 1639 2010-04-24 14:35 subscriptions # 2.0.beta4 (6a3eaad2bae6): /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.4 auth_verbose = yes mail_location = mdbox:~/mdbox mail_plugins = acl quota namespace { hidden = no inbox = yes location = prefix = separator = / type = private } namespace { list = yes location = maildir:/var/vmail/public:LAYOUT=fs:INDEX=~/public prefix = Public/ separator = / subscriptions = no type = public } passdb { args = username_format=%u /var/vmail/auth.d/%d/passwd driver = passwd-file } plugin { acl = vfile:/var/vmail/conf.d/%d/acls:cache_secs=300 mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename quota = dict:user::file:%h/mdbox/dovecot-quota quota_rule = *:storage=1GB quota_rule2 = Trash:storage=10%% sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_global_dir = /var/vmail/conf.d/%d/sieve } protocols = imap lmtp service auth-worker { user = doveauth } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = doveauth } service imap-login { inet_listener imap { address = 1.2.3.4 port = 143 } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0660 user = postfix } } ssl_cert = </etc/ssl/certs/host_domain.crt ssl_key = </etc/ssl/private/host_domain_2010.key syslog_facility = local1 userdb { args = username_format=%u /var/vmail/auth.d/%d/passwd driver = passwd-file } verbose_proctitle = yes protocol imap { mail_plugins = $mail_plugins imap_acl imap_quota mail_log notify } protocol lmtp { mail_plugins = $mail_plugins sieve } Regards Thomas

2 1