August 2008 - dovecot

[Dovecot] [PATCH, RFC] add APOP authentication mechanism
by Andrey Panin 14 Aug '17

14 Aug '17

Hello all, this patch add APOP authentication mechanism to dovecot 1.0-test23. Please take a look. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke(a)donpac.ru | PGP key: wwwkeys.pgp.net

3 2

[Dovecot] Spliting Folders for Efficiency
by Daniel Watts 28 Jun '09

28 Jun '09

Dear Timo, Would there be any sense in giving Dovecot the option to split folders into multiple subfolders when they reached a specified size (probably message count) limit? Dovecot would monitor folders and when they reached, say, 10,000 messages, silently split the folder on the filesystem to ensure that access remains fast. I know that Dovecot scales very well but this would give practically unlimited storage capability and also keep things fast. You could even have it so that the latest 100 messages are kept in their own folder for fast access. .Folder.new .Folder.cur .Folder.tmp could become: .Folder__1.new .Folder__1.cur .Folder__1.tmp and .Folder__2.new .Folder__2.cur .Folder__2.tmp with Dovecot merging them before display as just "Folder" within the mail client. This could be further extended so that Dovecot could be configured to store 'old' message folders in a separate location. We could then have slower+cheaper+larger storage mounted so that 'old mail' does not take up the expensive local SCSI disks on the machine. Mail from 2 years ago is much less likely to be accessed than mail from the last week. This would provide very neat behind-the-scenes archiving functionality. Looking forward to hearing your thoughts. Best, Daniel -- Squirrelmail Stable 1.4.8 (and developing on 1.5.2) PHP 5.x Hardened with Eaccelerator Apache 2.x Mysql 5.0.x Imapproxy over Dovecot 1.0.rc27 with Maildir all running on Gentoo Linux for ~5,000 users.

7 11

[Dovecot] compressed mbox patch
by Axel Thimm 16 Jun '09

16 Jun '09

Some ages ago there existed a compressed mbox patch, but now all I can find are posting about it. Does such a beast exist and would it remotely apply to today's dovecot? If not, is there any hope that something like that emerges? Thanks! -- Axel.Thimm at ATrpms.net

3 5

[Dovecot] Authentication cache, failure to login after changed password
by Tom Sommer 16 Jun '09

16 Jun '09

Hi, I have an issue with the authentication cache. When a user changes his password, the cache doesn't seem to get flushed. Meaning the user is unable to log in to his IMAP account after changing his password. Flow: - Log into IMAP account using pass1 - Approved - Stored in auth cache - Change password to pass2 in MySQL - Log into IMAP account using pass2 - Access is denied - Restart dovecot - Log into IMAP account using pass2 - Approved I'd really like to continue to use the auth cache, is there any solution to the above? perhaps a way to debug the cache and auth process? I wasn't able to activate auth_debug without restarting Dovecot and solving the problem. Using version 1.1.1, MySQL userdb, with "nopassword=Y". Maybe it's due to nopassword? Thanks -- Tom

2 16

[Dovecot] Feature Missing OUTBOX Folder
by Frank Doege 01 Jun '09

01 Jun '09

Hi Dovecot People, i have switched my system from courier-imap to dovecot and iam quite happy with it, the performance is well and i had nearly no problems. One little feature iam missing is in Courier i had a folder called "Outbox" there i could paste mails which i want to sent out. In some networks its not always available to sent mails via port 21, i know i could just set up my email server to another port but it was a nice feature. Is this a big afford or is it just alittle hack ? could it done via a little plugin ? Thanks Timo & all others for the great work ! Frank

5 7

[Dovecot] store sieve scripts with maildir
by Samuel HAMEAU 17 Nov '08

17 Nov '08

Hi, I am using dovecot 1.0.10 and pysieved, in a master/slave cluster with ldap (auth_bind=yes). For conceptuals reasons, i would like to keep on the same partition the mailstore + sieve scripts. I have try to set "sieve" and "home" variables under the "plugin" section with an absolute path, and i have tried to override home variable in user_attrs (dovecot-ldap.conf) as well with an absolute path, but in vain. Is there a solution ? sam

3 6

[Dovecot] imap processes eating IO
by Ryan Rawdon 02 Nov '08

02 Nov '08

[Ignore the previous e-mail, I somehow sent it when I was trying to paste from clipboard] I recently migrated my dovecot/postfix setup to a new machine. After doing so, I have encountered a problem where imap processes get stuck in a loop eating loads of IO on the machine. Looking at the trace (snippet below), it looks like they are sitting and reading the inbox and other folders of certain users repeatedly. This seems to be triggered by the delivery of a new e-mail to the user's mailbox while they have an IMAP client connected, though I cannot say for sure. This had never happened before on the old machine. I'm certain more information would be useful, please let me know what I can provide to help! Trace of process 22342 - imap lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203440140.P6242Q0M41485.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=3079, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203446630.P7458Q0M562949.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=27769, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203454830.P9042Q0M402016.scarecrow:2,RSe", {st_mode=S_IFREG|0600, st_size=730534, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203460967.P10096Q0M631472.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=2690, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203463833.P10601Q0M946162.scarecrow:2,Sbc", {st_mode=S_IFREG|0600, st_size=2319, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203468449.P11425Q0M422185.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2650, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203469387.P11575Q0M276926.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1317, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203472851.P12516Q0M604824.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2491, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203474105.P12705Q0M450957.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=1489, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203474330.P12758Q0M302789.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=1483, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203474352.P12765Q0M853382.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=1520, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203475497.P12947Q0M759098.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=1554, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203476420.P13131Q0M140164.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1011, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203477055.P13350Q0M324248.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=1511, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203485834.P14664Q0M678604.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=2153, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203555290.P27989Q0M937789.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=2017, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203566780.P29789Q0M486178.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1570, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1216416810.P17960Q0M786183.tinman:2,S", {st_mode=S_IFREG|0600, st_size=1447, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203567387.P29984Q0M463701.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1560, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203568156.P30125Q0M174453.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1570, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203568755.P30222Q0M271021.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1555, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203578404.P31535Q0M370292.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1125, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203581122.P31861Q0M954508.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2108, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203596470.P3307Q0M326986.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=2738, ...}) = 0 getdents64(12, /* 64 entries */, 4096) = 4096 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203615744.P6582Q0M282341.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2027, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203619209.P7288Q0M583007.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=8739, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203629165.P9049Q0M921642.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=3049, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203638438.P10774Q0M313047.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=8889, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203639137.P10877Q0M554068.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=9549, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203679395.P16427Q0M89616.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1364, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203689732.P20116Q0M93680.scarecrow:2,Sbc", {st_mode=S_IFREG|0600, st_size=2440, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203690022.P20155Q0M909689.scarecrow:2,Sbc", {st_mode=S_IFREG|0600, st_size=2303, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203693712.P20948Q0M30023.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=3991, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203693933.P20990Q0M934746.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2371, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203695416.P21386Q0M135204.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=6992, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203698879.P21995Q0M135839.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1691, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203700228.P22234Q0M28365.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1013, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203703239.P23143Q0M571200.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2122, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203704119.P23375Q0M653158.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2256, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203713490.P25274Q0M840767.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=19577, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203736413.P29935Q0M732560.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=3143, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203802545.P10420Q0M281614.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2620, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203803404.P10616Q0M912757.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=2622, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203804020.P10721Q0M538580.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=3003, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203805331.P10980Q0M701431.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=2361, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203809386.P25318Q0M128371.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=4004, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203809725.P27021Q0M447783.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=3679, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203813058.P6051Q0M690481.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=816, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203874686.P31025Q0M52827.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2933, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203892798.P6675Q0M22252.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=2357, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203892996.P6750Q0M114883.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1561, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203896197.P7621Q0M934348.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=616, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203896810.P8108Q0M440868.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=3620, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203900525.P10657Q0M868027.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=6304, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203902148.P10984Q0M386235.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=3086, ...}) = 0

3 6

[Dovecot] Lots of assertion PANICs in error log
by Yates Ian Mr (ITCS) 08 Oct '08

08 Oct '08

I have just upgraded to dovecot 1.1.2 and am seeing lots of the following panic messages filling up the error logs: dovecot: Aug 29 09:34:32 Panic: IMAP(user): file index-sync.c: line 39 (index_mailbox_set_recent_uid): assertion failed: (seq_range_exists(&ibox->recent_flags, uid)) dovecot: Aug 29 09:34:32 Error: IMAP(user): Raw backtrace: imap [0x483888] -> imap [0x484293] -> imap [0x483a46] -> imap(index_mailbox_set_recent_seq+0) [0x453f80] -> imap(index_mailbox_set_recent_seq+0x43) [0x453fc3] -> imap [0x43b3e8] -> imap(mbox_sync+0x380) [0x43bdd0] -> imap [0x434bcd] -> imap(index_transaction_commit+0x3c) [0x454f3c] -> imap(cmd_copy+0x344) [0x4167d4] -> imap(cmd_uid+0x52) [0x41a6c2] -> imap [0x41b723] -> imap [0x41b6e8] -> imap [0x41b9ba] -> imap(client_input+0x63) [0x41bb93] -> imap(io_loop_handler_run+0x109) [0x48b029] -> imap(io_loop_run+0x28) [0x48a3f8] -> imap(main+0x3f2) [0x423272] -> /lib64/tls/libc.so.6(__libc_start_main+0xdb) [0x337911c40b] -> imap [0x41578a] dovecot: Aug 29 09:34:32 Error: child 25658 (imap) killed with signal 6 This is just the latest example from this morning, there are plenty to choose from! My system setup is a RHEL4.6 64bit install. I have tried clearing out the old cache files (dovecot.index, dovecot.cache etc) for all the users but I'm still seeing these crash dumps filling my logs. Help! If you require any further information please let me know. I.

4 10

[Dovecot] Bug? Expunging Symlinked Maildir w/ Lazy_expunge Enabled
by Rich at Whidbey Telecom 05 Oct '08

05 Oct '08

Hi all, Using Dovecot 1.0.3 on RedHat Enterprise 5 (kernel 2.6.18-8.1.6.el5PAE), and NFS storage, we symlinked a Maildir folder: /mailstore/user/Maildir/.Junk -> /junkstore/user/Junkmaildir Everything works fine, until we try to expunge, which produces: A04 NO BUG: Unknown internal error This only happens if "lazy_expunge" is enabled: mail_plugins = quota imap_quota acl lazy_expunge lazy_expunge = .EXPUNGED/ .EXPUNGED/ .EXPUNGED/ Lazy_expunge works great on non-symlinked folders. We tried version 1.1 alpha2, which actually crashes in this scenario. The only fix we've found is to disable "lazy_expunge". Attached is our "dovecot -n" config. Anyone have an idea what might be causing this or a workaround? Thanks! Rich richs(a)whidbey.net # 1.0.3: /shared/dovecot.conf base_dir: /var/dovecot-mail/ log_path: /var/dovecot-mail/dovecot.log protocols: imap imaps pop3 pop3s ssl_ca_file: /adminstore/exim/ssl/instantsslroot.crt ssl_cert_file: /adminstore/exim/ssl/public-mail.crt ssl_key_file: /adminstore/exim/ssl/private-mail.key disable_plaintext_auth: no shutdown_clients: no login_dir: /var/dovecot-mail//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_user: exim login_greeting: System ready. login_processes_count: 32 login_max_processes_count: 400 verbose_proctitle: yes mail_location: maildir:/mailstore/%Lu/Maildir:INDEX=MEMORY mail_cache_fields: mail_cache_min_mail_count: 65536 mailbox_idle_check_interval: 10 mmap_disable: yes lock_method: dotlock maildir_stat_dirs: yes maildir_copy_with_hardlinks: yes maildir_copy_preserve_filename: yes mail_executable(default): /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota acl lazy_expunge mail_plugins(imap): quota imap_quota acl lazy_expunge mail_plugins(pop3): quota mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle imap_client_workarounds(imap): delay-newmail outlook-idle imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %Mf pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh namespace: type: private separator: . inbox: yes namespace: type: private separator: . prefix: .EXPUNGED/ location: maildir:/mailstore/%u/Expunged:INDEX=MEMORY hidden: yes auth default: mechanisms: plain login passdb: driver: pam args: exim userdb: driver: ldap args: /adminstore/configs/dovecot-ldap.conf plugin: quota: maildir:storage=250000:ignore=Junk acl: vfile:/adminstore/configs/dovecot-acls

3 5

[Dovecot] sieve discard
by Jim Horner 19 Sep '08

19 Sep '08

Does the keyword/action discard work by default or is there something I have to do in the configuration to get to work... maybe I missed something on http://wiki.dovecot.org/LDA/Sieve I have the following rule: if anyof ( header :contains ["Subject"] ["Test Discard"] ) { discard; stop; } but it delivers to INBOX with or w/o the "stop;". If I change the rule to if anyof ( header :contains ["Subject"] ["Test Discard"] ) { fileinto "spam"; stop; } the message will deliver into my spam folder which makes me think I am doing something wrong with "discard". Using 1.0.2 sieve plug-in. Thanks.

9 21

[Dovecot] Dovecot 1.1.12 ignores auth_krb5_keytab settings
by christop 12 Sep '08

12 Sep '08

Hello, i am using here a FreeBSD 7.0 amd64 with latest dovecot from ports. It ignores the krb5_keytab settings, which looks like this in the logs: dovecot: Aug 02 18:56:54 Error: auth(default): gssapi(?,130.149.58.145): While processing incoming data: Miscellaneous failure (see text) dovecot: Aug 02 18:56:54 Error: auth(default): gssapi(?,130.149.58.145): While processing incoming data: /etc/krb5.keytab: No such file or directory dovecot: Aug 02 18:56:59 Info: imap-login: Aborted login (auth failed, 1 attempts): method=GSSAPI, rip=130.149.58.145, lip=130.149.58.162, TLS It is the same errror i got with dovecot 1.0.13. MfG Christoph Below my config: # 1.1.2: /usr/local/etc/dovecot.conf log_path: /var/log/dovecot.log protocols: imaps managesieve listen: mail2.physik-pool.tu-berlin.de ssl_cert_file: /etc/CERT ssl_key_file: /etc/KEY login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(managesieve): /usr/local/libexec/dovecot/managesieve-login verbose_proctitle: yes first_valid_uid: 200 mail_privileged_group: mail mail_location: maildir:~/maildir:INDEX=/var/dovecot/%1n/%n mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(managesieve): /usr/local/libexec/dovecot/managesieve mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(managesieve): /usr/local/lib/dovecot/managesieve imap_client_workarounds(default): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(managesieve): sieve_storage(default): sieve_storage(imap): sieve_storage(managesieve): ~/sieve sieve(default): sieve(imap): sieve(managesieve): ~/.dovecot.sieve namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: mail/ location: mbox:~/mail list: yes subscriptions: yes auth default: mechanisms: gssapi plain login krb5_keytab: /etc/mail2.krb5.keytab worker_max_count: 120 passdb: driver: pam userdb: driver: passwd args: [blocking=yes]

2 4

[Dovecot] zlib plugin nad moving mails, bug?
by Mateusz Kijowski 08 Sep '08

08 Sep '08

Hi, Recently I gzipped mails older than 30 days in our users' maildirs. I used find and gzip. Gzip added 'Z' at the end of the filename and everything seemed to work fine, users did not notice any difference in performance (yet :-), and I saved about 30% of our mail storage space. There seems to be a problem when moving gzipped messages from one folder to another though. Dovecot drops the Z flag, moved messages are not processed by the zlib plugin and email clients end up showing garbage. Is there something wrong with my config, or did I encounter a bug? dovecot -n follows: # 1.0.13: /etc/dovecot/dovecot.conf base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log protocols: imap imaps pop3s ssl_ca_file: /etc/certs/certum-chain.crt ssl_cert_file: /etc/certs/wild.dfqs.pl.crt ssl_key_file: /etc/certs/wild.dfqs.pl.key ssl_cipher_list: ALL:!LOW:!MEDIUM login_dir: /var/run/dovecot/login login_executable(default): /usr/lib64/dovecot/imap-login login_executable(imap): /usr/lib64/dovecot/imap-login login_executable(pop3): /usr/lib64/dovecot/pop3-login login_greeting: imap.dfqs.pl ready. login_process_per_connection: no login_processes_count: 5 login_max_processes_count: 32 max_mail_processes: 4096 verbose_proctitle: yes mail_location: maildir:~/mail:INDEX=/var/lib/dovecot/indexes/%Ln mail_debug: yes maildir_copy_with_hardlinks: yes maildir_copy_preserve_filename: yes mail_executable(default): /usr/local/lib64/dovecot-post-login-imap.sh mail_executable(imap): /usr/local/lib64/dovecot-post-login-imap.sh mail_executable(pop3): /usr/local/lib64/dovecot-post-login-pop3.sh mail_plugins(default): imap_quota trash quota acl zlib mail_plugins(imap): imap_quota trash quota acl zlib mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib64/dovecot/plugins/imap mail_plugin_dir(imap): /usr/lib64/dovecot/plugins/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/plugins/pop3 mail_log_max_lines_per_sec: 0 imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh namespace: type: private separator: / inbox: yes namespace: type: public separator: / prefix: Public/ location: maildir:/var/vmail/Public:CONTROL=~/Public/control:INDEX=~/Public/index namespace: type: shared separator: / prefix: Shared/ location: maildir:/var/vmail/Shared:CONTROL=~/Shared/control:INDEX=~/Shared/index auth default: verbose: yes debug: yes worker_max_count: 512 passdb: driver: pam args: dovecot userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 user: root group: vmail master: path: /var/run/dovecot/auth-master mode: 432 user: root group: vmail plugin: quota: maildir:storage=12582912:ignore=Trash acl: vfile: trash: /etc/dovecot/dovecot-trash.conf

5 5

[Dovecot] v1.1.3 release candidate
by Timo Sirainen 08 Sep '08

08 Sep '08

I thought about making a release now, but I'll probably do some more fixes tomorrow, so here's a prerelease for everyone to test. :) If you see any bugs with this (old or new), please report. http://dovecot.org/tmp/dovecot-1.1.3-rc.tar.gz Important changes are: * mail_max_userip_connections limit no longer applies to master user logins. + login_log_format_elements: Added %k to show SSL protocol/cipher information. Not included by default. + imap/pop3-proxy: If auth_verbose=yes, log proxy login failures. + deliver: Added -s parameter to autosubscribe to autocreated mailboxes. - message parser fixes - hopefully fixes an infinite looping problem - SORT: One more assert-crashfix when renumbering index sort IDs. - mbox: Saving may have truncated the mail being saved - mbox: Several other bugfixes - mail_full_filesystem_access=yes was broken when listing mailboxes (it still is with maildir++ layout). - maildirlock utility was somewhat broken - zlib plugin: bzip2 support was somewhat broken - NFS: Make sure writing to files via output streams don't assert-crash when write() returns only partial success.

4 8

[Dovecot] Dovecot-1.1.2 segfaults in mail_cache_header_fields_get_offset
by Mike Abbott 03 Sep '08

03 Sep '08

Dovecot 1.1.2 crashes reliably for me now on a Mac OS X machine. Here's some info: --- Telnet session --- $ telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK Dovecot ready. a login user1 password a OK Logged in. b select inbox * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 1 EXISTS * 1 RECENT * OK [UNSEEN 1] First unseen. * OK [UIDVALIDITY 1218731580] UIDs valid * OK [UIDNEXT 2] Predicted next UID b OK [READ-WRITE] Select completed. c fetch 1 rfc822.size Connection closed by foreign host. --- Error log --- dovecot: Aug 29 11:24:30 Info: imap-login: Login: user=<user1>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured dovecot: Aug 29 11:24:33 Error: IMAP(user1): Corrupted transaction log file /Volumes/Spool/spool/user1/mail/dovecot.index.log: hdr.size too large (75497472) dovecot: Aug 29 11:24:33 Warning: IMAP(user1): fscking index file / Volumes/Spool/spool/user1/mail/dovecot.index dovecot: Aug 29 11:24:48 Error: child 66917 (imap) killed with signal 11 --- Backtrace --- mail_cache_header_fields_get_offset + 214 mail_cache_header_fields_read + 37 mail_cache_open_and_verify + 167 mail_cache_field_exists + 77 index_mail_set_seq + 306 index_storage_search_next_nonblock + 464 mailbox_search_next + 52 imap_fetch + 345 cmd_fetch + 639 client_command_input + 33 client_command_input + 463 client_handle_input + 242 client_input + 151 io_loop_handler_run + 272 io_loop_run + 39 main + 1671 start + 52 If I do the exact same telnet all over again, the imap process crashes in the same place, but without reporting the "fscking index file" error first. Attached are all the post-fsck dovecot* files from the user's inbox maildir. For other users I see this error before imap crashes: dovecot: Aug 29 11:45:23 Error: IMAP(user2): Rebuilding index file / Volumes/Spool/spool/user2/mail/dovecot.index: CPU architecture changed Attached are pre- and post-rebuild copies of that user's dovecot* files, and also a copy from after a second telnet session which also crashed. It's possible this is a 32/64-bit incompatibility issue (imap is a 64- bit program for me; mail might have been delivered by a 32-bit deliver or previously read by a 32-bit imap) but more likely the dovecot* files are just hosed in some way. I can provide more information if you ask soon, but I can't keep this server broken for too long.

2 3

[Dovecot] Dovecot 1.1.2, index_mailbox_set_recent_seq crash again
by Andreas M. Kirchwitz 02 Sep '08

02 Sep '08

Hi folks, after about 3 weeks without any problems, I've found this crash in yesterday's logfile (again related to index_mailbox_set_recent_seq): Aug 16 03:39:58 linux dovecot: IMAP(user1): Raw backtrace: imap [0x80cf8e0] -> imap [0x80cf93a] -> imap [0x80cf26c] -> imap [0x809d11a] -> imap(index_mailbox_set_recent_seq+0x3e) [0x809d15e] -> imap(mbox_sync+0x105d) [0x80823fd] -> imap [0x807a454] -> imap(index_transaction_commit+0x4e) [0x809ddfe] -> imap(cmd_copy+0x35f) [0x805b26f] -> imap(cmd_uid+0x59) [0x805f3d9] -> imap [0x805fd7c] -> imap [0x805fe25] -> imap [0x80605e5] -> imap(client_input+0x5e) [0x80607fe] -> imap(io_loop_handler_run+0x100) [0x80d7230] -> imap(io_loop_run+0x28) [0x80d63c8] -> imap(main+0x4a1) [0x8068321] -> /lib/libc.so.6(__libc_start_main+0xe0) [0x149390] -> imap [0x805a101] I don't know what IMAP operation caused that crash. The client (Thunderbird 2.0.0.16) silently reconnected without any notification. No obvious problems since yesterday. Dovecot 1.1.2 is running on Fedora 8 Linux 32 Bit with all patches and custom OpenSSL 0.9.8h. [ output of "dovecot -n" ] # 1.1.2: /usr/local/dovecot/etc/dovecot.conf ssl_cert_file: /usr/local/dovecot/etc/dovecot.crt ssl_key_file: /usr/local/dovecot/etc/dovecot.key login_dir: /usr/local/dovecot/var/run/dovecot/login login_executable: /usr/local/dovecot/libexec/dovecot/imap-login mail_location: mbox:~/Mail:INBOX=/var/spool/mail/%u auth default: mechanisms: plain login digest-md5 cram-md5 passdb: driver: passwd-file args: /usr/local/dovecot/etc/dovecot.passwd userdb: driver: passwd-file args: /usr/local/dovecot/etc/dovecot.passwd Greetings, Andreas

3 6

[Dovecot] Bad file descriptor with maildir and bzip2 files
by Chris Burton 02 Sep '08

02 Sep '08

Hi, I'm using the zlib plugin with dovecot 1.1.2 (on Centos 4.5, x86, ext3) and some bzip2 (version 1.0.2) compressed mail files are causing the following error to show in the logs when I click on the folder in outlook express. Aug 27 11:39:15 server-2 dovecot: IMAP(marchive): fstat(maildir) failed: Bad file descriptor Aug 27 11:39:17 Info: IMAP(marchive): Loading modules from directory: /usr/local/lib/dovecot/imap/ Aug 27 11:39:17 Info: IMAP(marchive): Module loaded: /usr/local/lib/dovecot/imap//lib20_zlib_plugin.so Aug 27 11:39:17 Info: IMAP(marchive): Effective uid=606, gid=609, home=/home/marchive Aug 27 11:39:17 Info: IMAP(marchive): maildir: data=/var/spool/maildir/marchive Aug 27 11:39:17 Info: IMAP(marchive): maildir++: root=/var/spool/maildir/marchive, index=, control=, inbox=/var/spool/maildir/marchive Aug 27 11:39:18 Info: IMAP(marchive): Disconnected: Internal error occurred. Refer to server log for more information. [20 08-08-27 11:39:18] bytes=246/1040 I attached strace to it and got the following: 11:39:18.193667 open("/var/spool/maildir/marchive/.2003.INBOX.Charlie.Old.OldInbox.2004/cur/1169027932.P30745Q17M499928.server-2:2,S=103418,Z", O_RDONLY|O_LARGEFILE) = 11 11:39:18.194130 fstat64(11, {st_mode=S_IFREG|0644, st_size=47637, ...}) = 0 11:39:18.194494 pread64(11, "BZh91AY&SY\231\206Z\257\0S\360\377\200\177\3746,U\357\377\377\377\377\377\360\277"..., 4096, 0) = 4096 11:39:18.200204 dup(11) = 12 11:39:18.200557 close(11) = 0 11:39:18.200916 fcntl64(12, F_GETFL) = 0x8000 (flags O_RDONLY|O_LARGEFILE) 11:39:18.200971 fstat64(12, {st_mode=S_IFREG|0644, st_size=47637, ...}) = 0 11:39:18.201104 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff2000 11:39:18.201216 _llseek(12, 0, [0], SEEK_CUR) = 0 11:39:18.201355 fstat64(12, {st_mode=S_IFREG|0644, st_size=47637, ...}) = 0 11:39:18.201478 brk(0x9e61000) = 0x9e61000 11:39:18.201612 read(12, "BZh91AY&SY\231\206Z\257\0S\360\377\200\177\3746,U\357\377\377\377\377\377\360\277"..., 4096) = 4096 11:39:18.201694 read(12, "\277\217\261\0g!\273\')/3\343V\336\276}\273/\210I\26^\255\304\323\r\275Wts\3773"..., 4096) = 4096 11:39:18.201793 mmap2(NULL, 3600384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7c68000 11:39:18.205993 read(12, "~\214\261E*@[\200\245\302\232\201\334\331\272\225NQ\244\260\371\3473cc\312\255\326\246\17\'\222"..., 4096) = 4096 < continues reading from the file > 11:39:18.225970 read(12, "+:E\225\7\217W\264\367\27\226\262i9\34\227=\350\250BcmF\306\'\231m\265\233\337\343\237"..., 4096) = 2581 11:39:18.226040 read(12, "", 4096) = 0 < 26x more of this read > 11:39:18.233913 munmap(0xb7c68000, 3600384) = 0 11:39:18.234070 close(12) = 0 11:39:18.234120 munmap(0xb7ff2000, 4096) = 0 11:39:18.234184 fcntl64(12, F_GETFL) = -1 EBADF (Bad file descriptor) 11:39:18.234255 fstat64(12, 0xbff0a9a0) = -1 EBADF (Bad file descriptor) 11:39:18.234347 write(2, "\1Efstat(maildir) failed: Bad fil"..., 45) = 45 To me it looks like its trying to call fcntl on the handle its just closed? I've since decompressed these files and recompressed with "gzip -9" and they seem to be opening OK. dovecot -n gives: # 1.1.2: /usr/local/etc/dovecot.conf info_log_path: /var/log/dovecot.log protocols: imap imaps pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login mail_location: maildir:/var/spool/maildir/%u mail_debug: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins: zlib mail_plugin_dir(default): /usr/local/lib/dovecot/imap/ mail_plugin_dir(imap): /usr/local/lib/dovecot/imap/ mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3/ imap_client_workarounds(default): delay-newmail imap_client_workarounds(imap): delay-newmail imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls auth default: passdb: driver: pam userdb: driver: passwd ChrisB.

3 6

[Dovecot] Virtual users, postfix and dovecot deliver LDA
by Petri Asikainen 02 Sep '08

02 Sep '08

Hi, I have question about how to setup ldap-lookups in dovecot. I have done my homework by googling and reading documention and sample configuration files. But cant resolve this issue. Background: I have setup postfix and dovecot. Postix is configured to ldap alias maps and is delivering mails to /var/spool/vmail/username/Maildir correctly . Username is ldap attribute sAMAccountName from active directory. Goal: To use dovecots sieve plugin I have to setup postfix to use dovecots deliver. Changed postfix main.cf to virtual_transport = dovecot and master.cf to include lines: dovecot unix - n n - - pipe flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/lda/deliver -d ${recipient} Problem is that mail get delivered to /var/spool/vmail/users.email@address , not folder named as ldap attribute sAMAccountNameas it should. The question is: How I can configure deliver to do map email address to ldap attribute sAMAccountName? Second question is can I use ldap groups as distribution lists whit deliver? Dovecot version is 1.1.2 and postfix 2.5.1 Cheers, Petri

2 11

[Dovecot] Dovecot 1.1.1 + zlib plugin + mbox crash
by Chris Wakelin 01 Sep '08

01 Sep '08

I've tried this on both Solaris 8 and SuSE Enterprise 9 (64-bit). I get a assert-crash when using a gzipped mbox folder . OK Logged in. . SELECT test.gz * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Label4 $Label2 $Label1 $Label3 $Label5) * OK [PERMANENTFLAGS ()] Read-only mailbox. * 167 EXISTS * 0 RECENT * OK [UNSEEN 2] First unseen. * OK [UIDVALIDITY 1096038620] UIDs valid * OK [UIDNEXT 42890] Predicted next UID . OK [READ-ONLY] Select completed. . FETCH 167 FULL * 167 FETCH (FLAGS () INTERNALDATE "05-Jan-2003 07:05:37 +0000" RFC822.SIZE 4693 ENVELOPE ("Sat, 04 Jan 2003 21:05:48 -0800" "[xxxxxxx] xx: xxxx xxxxxxxxxxx" (("xxxxx xxxxxxxx" NIL "xxxxxxxxxxxx" "xxxxx.xxx")) ((NIL NIL "xxxxxxx-xxxxxx" "xxxxxxxxxx.xx")) (("xxxxx xxxxxxxx" NIL "xxxxxxxxxxxx" "xxxxx.xxx")) (("xxxxxxx xxxx xxxx" NIL "xxxxxxx" "xxxxxxxxxx.xx")) NIL NIL NIL "<xxxxxxxx.xxxxxxx(a)xxxxx.xxx>") BODY ("text" "plain" ("charset" "us-ascii" "format" "flowed") NIL NIL "7bit" 3408 35)) . OK Fetch completed. . FETCH 167 BODY[] Connection closed by foreign host. dovecot: Jul 23 15:35:39 Info: imap-login: Login: user=<xxxxxxxx>, method=PLAIN, rip=xxx.xxx.xxx.xxx, lip=xxx.xxx.xxx.xxx dovecot: Jul 23 15:35:39 Info: auth(default): new auth connection: pid=841 dovecot: Jul 23 15:35:54 Panic: IMAP 888 xxxxxxxx xxx.xxx.xxx.xxx : file istream-raw-mbox.c: line 363 (i_stream_create_raw_mbox): assertion failed: (input->v_offset == 0) dovecot: Jul 23 15:35:54 Error: IMAP 888 xxxxxxxx xxx.xxx.xxx.xxx : Raw backtrace: imap [0x4833b8] -> imap [0x483413] -> imap [0x482e46] -> imap [0x43ce47] -> imap(mbox_file_open_stream+0x40) [0x434f40] -> imap [0x4363c1] -> imap [0x436778] -> imap(mail_get_stream+0xa) [0x4547ea] -> imap(index_mail_set_seq+0x144) [ 0x44b444] -> imap [0x436a79] -> imap(mail_set_seq+0x7) [0x454697] -> imap(index_storage_search_next_nonblock+0xd7) [0x44ef07] -> imap(mailbox_search_next_non block+0x10) [0x455ef0] -> imap(mailbox_search_next+0x20) [0x455f20] -> imap(imap_fetch+0x87) [0x41d457] -> imap(cmd_fetch+0x1f4) [0x4174b4] -> imap [0x41b2e4 ] -> imap [0x41b2d8] -> imap [0x41bc91] -> imap(client_input+0x5f) [0x41bdaf] -> imap(io_loop_handler_run+0xf7) [0x489d97] -> imap(io_loop_run+0x28) [0x48906 8] -> imap(main+0x462) [0x4233b2] -> /lib64/tls/libc.so.6(__libc_start_main+0xea) [0x2a9578caaa] -> imap(__ctype_b_loc+0x4a) [0x415b3a] dovecot: Jul 23 15:35:54 Error: child 888 (imap) killed with signal 6 dovecot -n output: # 1.1.1: /opt/RDGdovect/etc/dovecot.conf base_dir: /opt/RDGdovect/var/run/ log_path: /opt/RDGdovect/var/log/dovecot.log info_log_path: /opt/RDGdovect/var/log/dovecot.log protocols: imap listen: *:143 ssl_disable: yes disable_plaintext_auth: no shutdown_clients: no login_dir: /opt/RDGdovect/var/run/login login_executable: /opt/RDGdovect/libexec/dovecot/imap-login login_greeting: University of Reading IMAP test1.1 ready. login_process_per_connection: no verbose_proctitle: yes mail_location: mbox:/export/folders/%13.h/mail/:INBOX=/export/mail/%13.h/INBOX:INDEX=/export/indexes/%13.h mbox_very_dirty_syncs: yes mail_drop_priv_before_exec: yes mail_plugins: zlib mail_log_prefix: %Us %p %u %r : imap_client_workarounds: outlook-idle delay-newmail auth default: mechanisms: plain login username_format: %Ln verbose: yes debug: yes passdb: driver: ldap args: /opt/RDGdovect/etc/dovecot-ldap.conf userdb: driver: passwd-file args: /opt/RDGdovect/etc/userdb I've attached the relevant test.gz file (anonymised for the test) Has anybody else got it working? Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

3 16

[Dovecot] GETQUOTAROOT (part 2)
by Patrick Medina 31 Aug '08

31 Aug '08

Hello, I'm a recent convert to dovecot from courier-imap and the performance has certainly improved. I'm running the vanilla 1.0.7 version that came with the CentOS 5.2 x86_64 distro. I've come across a similar problem that was posted by Ralf Hildebrandt earlier this year under the same subject, but that thread just seems to have died off. I'm also using per- user maildirsize files (originally run under courier-imap) but these are not being read/enforced/updated for some users. After some testing with these users, the problem seems to be related to the size of the maildirsize file itself. A file size greater than 5119 bytes results in no quota for the INBOX of the user, and the file seems to be ignored entirely by dovecot. I guess the solution to this is to just copy over a fresh (i.e. empty save for the limit line) maildirsize file, but I was wodering if this maildirsize size limit is some innate property of dovecot. Would not others, especially converts from courier-imap that also use maildirsize files, have this experience also? Thank you. Patrick

3 6

[Dovecot] Problem with multiple Dovecot Instances
by Manuel Maurer 31 Aug '08

31 Aug '08

Hello, first i want to say that i never used a mailing list before, so if i made something wrong do not hesitate to contact me via e-mail. I try to set up multiple Dovecot instances running at the same time. Goal is to provide IMAPS with a valid SSL Certificate on selected IP Addresses. To reach this i want to set it up as follows: 1 Dovecot Daemon listening on localhost (for webmail), providing LDA and Authentification (over MySQL) 4 Dovecot Daemons listening on each IP Address, querying the localhost daemon for authentification Just for your Information: I replaced all real data with placeholders, like the IP Address of my Server with MY_IP. Also i removed some absolutely non relevant lines from the configuration output (like settings for logging) This is my localhost config-output: # 1.1.2: /opt/dovecot/etc/dovecot.conf base_dir: /var/run/dovecot protocols: pop3 imap listen(default): 127.0.0.1:143 listen(imap): 127.0.0.1:143 listen(pop3): 127.0.0.1:110 ssl_disable: yes login_dir: /var/run/dovecot/login login_executable(default): /opt/dovecot/libexec/dovecot/imap-login login_executable(imap): /opt/dovecot/libexec/dovecot/imap-login login_executable(pop3): /opt/dovecot/libexec/dovecot/pop3-login login_chroot: no first_valid_uid: 5000 last_valid_uid: 5000 mail_location: mbox:/home/vmail/%d/%u mail_executable(default): /opt/dovecot/libexec/dovecot/imap mail_executable(imap): /opt/dovecot/libexec/dovecot/imap mail_executable(pop3): /opt/dovecot/libexec/dovecot/pop3 mail_plugin_dir(default): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(imap): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(pop3): /opt/dovecot/lib/dovecot/pop3 auth default: mechanisms: plain login user: nobody passdb: driver: sql args: /opt/dovecot/etc/dovecot-sql.conf userdb: driver: sql args: /opt/dovecot/etc/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 438 user: dovecot group: dovecot deliver and webmail works fine when i start this Daemon. Now i made a second conf-file: # 1.1.2: /opt/dovecot/etc/dovecot_main.conf base_dir: /var/run/dovecot_main protocols: pop3s imaps ssl_listen(default): MY_IP:993 ssl_listen(imap): MY_IP:993 ssl_listen(pop3): MY_IP:995 ssl_cert_file: /opt/certs/example.crt ssl_key_file: /opt/certs/example.key ssl_cipher_list: ALL:!LOW:!SSLv2 login_dir: /var/run/dovecot/login login_executable(default): /opt/dovecot/libexec/dovecot/imap-login login_executable(imap): /opt/dovecot/libexec/dovecot/imap-login login_executable(pop3): /opt/dovecot/libexec/dovecot/pop3-login login_chroot: no first_valid_uid: 5000 last_valid_uid: 5000 mail_location: mbox:/home/vmail/%d/%u mail_executable(default): /opt/dovecot/libexec/dovecot/imap mail_executable(imap): /opt/dovecot/libexec/dovecot/imap mail_executable(pop3): /opt/dovecot/libexec/dovecot/pop3 mail_plugin_dir(default): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(imap): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(pop3): /opt/dovecot/lib/dovecot/pop3 auth extern: socket: type: connect master: path: /var/run/dovecot/auth-master mode: 384 Starting up the second Daemon is also no problem, it listen to the correct IP, Logfiles does not show any errors. When i try to connect with Thunderbird to this Daemon using IMAPS, i got the following errors logged: Logfile for dovecot_main: dovecot: “2008-08-21 19:16:47 ”Info: imap-login: Internal login failure (auth failed, 1 attempts): user=<MY_USERNAME>, method=PLAIN, rip=REMOTE_IP, lip=LOCAL_IP, TLS Logfile for dovecot_local: dovecot: Info: auth(default): client in: AUTH 1 PLAIN service=imap secured lip=LOCAL_IP rip=REMOTE_IP lport=993 rport=3107 dovecot: Info: auth(default): client out: CONT 1 dovecot: Info: auth(default): client in: CONT<hidden> dovecot: Info: auth-worker(default): sql(MY_EMAIL,REMOTE_IP): query: SELECT email AS user, NULL AS password, 1 AS nopassword, '/home/vmail/MY_DOMAIN/MY_USERNAME' AS userdb_home, 'mbox:/home/vmail/MY_DOMAIN/MY_USERNAME' AS userdb_mail, 5000 AS userdb_uid, 5000 AS userdb_gid FROM users WHERE email = 'MY_EMAIL' AND password = MD5('MY_PASSWORD') AND locked = 0 AND inactive = 0 dovecot: Info: auth(default): client out: OK 1 user=MY_EMAIL dovecot: Info: auth(default): master in: REQUEST 1 5416 1 dovecot: Error: auth(default): Master requested auth for nonexisting client 5416 I understand what this error message means, when i run top during login i can see one imap-login process (running under the Daemon "main") is disappearing and coming up again a few seconds later. What is causing this behaviour? Thanks in advance. Manuel

2 6

[Dovecot] many users maildir access
by VK 31 Aug '08

31 Aug '08

Hi All, Is it possible when using Dovecot and MySQL to tell dovecot maildir:%h/MailDir -- Yes I know but please read on before you answer this one :-> We have users directories layer structured because of the filesystems 32k directory limit , eg: user foobar(a)example.com's home mail directory is: /mailhosts/example.com/f/fo/foo/foobar I know Dovecot takes maildir:%d/%u/MailDir but as you see this will not work, so I guess I'm after the defination of %h, is that home as in system users home, or home as is like our setup? Or, is there yet another way we could have Dovecot access the users mail, we need to ove away from our current <insert_wellknown_pop3/imap> setup as it is just to slow, and I know dovecot has a 30 fold increase on speed over it from talknig to other people, but none of them do anymore then the /domain/user setup so cant help me. Regards, Vic

2 1

[Dovecot] Input and suggestions: Mail mirror setup
by Ulf Zimmermann 31 Aug '08

31 Aug '08

Hello, everyone. To make life for our operations team easier I am looking at setting up a mail mirror of any email which gets sent from certain machines. My current ideas go along the following lines: Each machine will use the Postfix "always_bcc" option and set it to an address like mailmirror(a)mailmirror.openlane.com. On mailmirror I am looking at setting up Dovecot with public folders and a number of users, which probably will authenticate via Active Directory. I intend to create a main public folder called MailMirror and then underneath sub folders based on the sender email address in a format of like "<sender>_<domain>". Now the sub folders need to be created automatically when it doesn't exist yet. I think the best way to tie this in between Postfix and Dovecot is to use an alias in Postfix for mailmirror(a)mailmirror.openlane.com which will check if a public folder exist or not. It will create the folder and then deliver the message to the folder (maybe via safecat http://www.dovecot.org/list/dovecot/2007-November/026661.html) Anyone got input or suggestion about my plans? Ulf Zimmermann | Senior System Architect OPENLANE 4600 Bohannon Drive, Suite 100 Menlo Park, CA 94025 O: 650-532-6382 M: (510) 396-1764 F: (510) 580-0929 Email: ulf(a)openlane.com | Web: www.openlane.com

2 3

[Dovecot] Dovecot and fake users
by Vytenis Sabaliauskas 31 Aug '08

31 Aug '08

Hi everyone, Our company has decided to make a fake POP3 (and possibly IMAP) server, which accepts any user name and password combination and shows there are no new messages. This is for the purpose that when our mail cluster passes out, we can redirect our clients to this server while we fix our mail system. This way we can prevent our users from getting errors. We are using the latest dovecot server with Ubuntu (currently), but perhaps will migrate to CentOS (if this is important) I am trying to use the following configuration for testing, but it doesn't seem to work (don't laugh :) ) -------8<------------ passdb pam { args = dovecot } userdb static { args = uid=0 gid=0 home=/var/mail/empty allow_all_users=yes } -------8<------------ cat /etc/pam.d/dovecot: ------------------- #%PAM-1.0 auth required pam_permit.so ------------------- I will be very thankful for pointing the way to do this and any thoughts. P.S. Sorry for my english. -- Vytenis

4 3

[Dovecot] Distributed indexes, maildir_copy_preserve_filename, and Microsoft
by Jack Stewart 30 Aug '08

30 Aug '08

Hi, I've just completed a migration from Courier to a Dovecot 1.0.7 (patched RHE 5) which is working great, except for this weirdness of an issue that is impacting a handful of users. My question is that will turning off maildir_copy_preserve_filename help or hurt in a situation where there are multiple servers with their own local INDEX files (uidlist is shared)? The problem is that a few users on a few versions of Microsoft Mail clients are not showing a few messages. They can see the messages just fine in webmail and other, more typical, E-mail clients. I know that the right solution is to upgrade to 1.1.2 and use shared indexes. The plan is to upgrade in a month or so. In my defense, this setup was not of my making, The two things issues that might have an impact are that we have shared (NFS) maildirs on multiple servers with their own local indexes and maildir_copy_preserve_file turned on. The uidlist (CONTROL) is shared and we have sticky connections turned on in our load balancer. The vast majority of clients do not have this issue. Quite frankly I have no idea these clients are ignoring the dovecot-uidlist. Would turning off maildir_copy_preserve_filename help with this setup? Another option might be easier is to delete the users INDEX and let the clients rebuild them. Since this is only a handful of users and we are migrating to 1.1.2 anyway, my preference is to make the bare minimum of changes to help address this problem. The changes need not be perfect nor anytime more than a suggestion or preference. I just want to make things better for a little while. Many thanks in advance. ---Jack P.S. The performance improvement is amazing - anywhere from 2X to 12X depending on what metrics you are looking at. It isn't an apples to apples comparison since we upgraded the servers as well but the "old" servers are pretty powerful beasts. -- Jack Stewart jstewart(a)caltech.edu / 626-395-4690 http://www.imss.caltech.edu

2 2

[Dovecot] sieve forward/redirect to multiple addresses
by Anil 30 Aug '08

30 Aug '08

How can I do this with Sieve? I have a script like this: if header :value "ge" :comparator "i;ascii-numeric" ["X-Spam-Score"] ["25"] { discard; stop; } elsif header :value "ge" :comparator "i;ascii-numeric" ["X-Spam-Score"] ["5"] { fileinto "Junk"; stop; } else { redirect "user(a)test.com"; redirect "user(a)example.com"; keep; } Only the first redirect seems to be honored, the 2nd is not. The only other alternative I see is that I have to create an alias that contains those two addresses, and then I redirect to that alias -- but I would prefer if I can do this through sieve itself. Thanks very much, sorry this is not Dovecot question... but this is on a Dovecot mail server. :)

3 2