- dovecot - dovecot.org

mailbox.auto ignores dovecot-uidlist.lock
by Tom Sommer 19 May '16

19 May '16

I'm trying to lock down a maildir from modifications using dovecot-uidlist.lock, but when a user with mailbox.auto = create logs in, then the folder is created regardless of dovecot-uidlist.lock existing or not. Is there no way to prevent dovecot from touching anything in a maildir folder? -- Tom

3 5

passwd mismatch
by Mike Ponto 19 May '16

19 May '16

I have been trying to follow the "instructions" at "http://blog.iandreev.com/?p=1975#dovecot" and they seem to be pretty good. everything works until I get to the part were I test the dovecot installation and it keeps failing. I get an AUTH fail error at the "telnet localhost 110" login commands I am trying to setup 3 domains: domain1.us domain2.com domain3.com I have 4 users entered in the /etc/dovecot/users file I followed the instructions for creating an encrypted password but don't think it is correct and I don't have the knowledge to say why. Just doesn't feel right. I admit I am over my head and the learning curve just got exponential - any help at all would be really appreciated. System: QEMU/KVM vitrual install Centos 7.01 basic install 4096 G Ram 4 proc 120 G HD unit is behind an IPCop firewall with port forwarding. internal IP 192.168.1.155 external IP on request have username in /etc/dovecot/users as such: mynamehere(a)mydomainhere.us: Turned on debuggin and log file shows: May 18 16:45:02 auth: Debug: auth client connected (pid=5639) May 18 16:45:16 auth: Debug: client in: AUTH 1 PLAIN service=pop3 secured session=2pP4xSQzzgAAAAAAAAAAAAAAAAAAAAAB lip=::1 rip=::1 lport=110 rport=33742 $ May 18 16:45:16 auth: Debug: passwd-file(mynamehere@mydomainhere.us,::1,<2pP4xSQzzgAAAAAAAAAAAAAAAAAAAAAB>): lookup: user=mynamehere(a)mydomainhere.us file=/etc/dovecot/users May 18 16:45:16 auth: Info: passwd-file(mynamehere@mydomainhere.us,::1,<2pP4xSQzzgAAAAAAAAAAAAAAAAAAAAAB>): Password mismatch May 18 16:45:18 auth: Debug: client passdb out: FAIL 1 user=mynameherel(a)mydomainhere.us May 18 16:45:20 pop3-login: Info: Aborted login (auth failed, 1 attempts in 4 secs): user=<mynamehere(a)mydomain.us>, method=PLAIN, rip=::1, lip=::1, secured, session=<2pP4xSQzzgAAAAAA$

3 4

synchronous replication based on priority
by Sylvain Allemand 18 May '16

18 May '16

Hi, i see in this page (http://blog.dovecot.org/2012/02/dovecot-clustering-with-dsync-based.html) : "Optionally the replication plugin can also support synchronous replication of new mail deliveries. In this way it connects to replication-notify UNIX socket, tells it to replicate the user with sync (=highest) priority and waits until it is done or replication_sync_timeout occurs. The IMAP/LMTP client won't see an "OK" reply until the mail is replicated (or the replication has failed). The synchronous replication probably adds a noticeable delay, so it might not be acceptable for IMAP, but might be for LMTP." is this fonctionnality effective for LMTP ? If so, where is the config ? The wiki says that replication is asynchronous. Thanks for help, Best regards -- Sylvain Allemand <mailto:sylvain.allemand@math.u-bordeaux1.fr> Cellule Informatique Institut de Mathématiques de Bordeaux - UMR5251 05 40 00 68 86 www.math.u-bordeaux.fr/imb/cellule <http://www.math.u-bordeaux.fr/imb/cellule>

1 0

doveconf filter broken?
by Tom 18 May '16

18 May '16

I'm running dovecot 2.0.9 According to the man page, the command: # doveconf -f service=imap is supposed to show just the settings for imap. Is this correct? When I issue the command it shows everything. Why?

2 1

indexer-worker out of memory with vsz_limit=750 MB?!
by Peer Heinlein 18 May '16

18 May '16

We're running 2.2.24 with fts_lucene and I wonder why indexer-working can be out-of-memory even with vsz_limit=750 MB ?! Peer May 15 12:14:51 dobby4 dovecot: indexer-worker(user(a)example.com): Fatal: pool_system_realloc(134217728): Out of memory May 15 12:14:51 dobby4 dovecot: indexer-worker(user(a)example.com): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0xaa4b7) [0x7f37027b84b7] -> /usr/lib/dovecot/libdovecot.so.0(+0xab851) [0x7f37027b9851] -> /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f37027b89a6] -> /usr/lib/dovecot/libdovecot.so.0(+0xd0405) [0x7f37027de405] -> /usr/lib/dovecot/libdovecot.so.0(+0xa56e2) [0x7f37027b36e2] -> /usr/lib/dovecot/libdovecot.so.0(+0xa5813) [0x7f37027b3813] -> /usr/lib/dovecot/libdovecot.so.0(+0xa59e3) [0x7f37027b39e3] -> /usr/lib/dovecot/libdovecot.so.0(buffer_write+0x37) [0x7f37027b3cf5] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x10b7a6) [0x7f3702b617a6] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x10c0c3) [0x7f3702b620c3] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_ext_intro+0x34d) [0x7f3702b625e5] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x10fb49) [0x7f3702b65b49] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_record+0x38) [0x7f3702b66262] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_map+0x5ba) [0x7f3702b669b2] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_map+0xbf) [0x7f3702b59eb7] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_refresh+0x1d) [0x7f3702b79e97] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x11cc33) [0x7f3702b72c33] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_transaction_commit_full+0x127) [0x7f3702b72dba] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_transaction_commit+0x1f) [0x7f3702b72c91] -> /usr/lib/dovecot/modules/lib20_fts_plugin.so(fts_index_set_header+0x68) [0x7f37014ebfd0] -> /usr/lib/dovecot/modules/lib20_fts_plugin.so(fts_index_set_last_uid+0x3b) [0x7f37014ec00d] -> /usr/lib/dovecot/modules/lib21_fts_solr_plugin.so(+0x4093) [0x7f3700686093] -> /usr/lib/dovecot/modules/lib20_fts_plugin.so(fts_backend_get_last_uid+0x81) [0x7f37014eb3e5] -> /usr/lib/dovecot/modules/lib20_fts_plugin.so(+0x11b66) [0x7f37014f3b66] -> /usr/lib/dovecot/modules/lib20_fts_plugin.so(+0x11c40) [0x7f37014f3c40] -> /usr/lib/dovecot/modules/lib10_quota_plugin.so(+0xea0d) [0x7f3701936a0d] -> /usr/lib/dovecot/modules/lib01_acl_plugin.so(+0x11f19) [0x7f3701b50f19] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_get_status+0x75) [0x7f3702aa2db4] May 15 12:14:51 dobby4 dovecot: indexer: Error: Indexer worker disconnected, discarding 1 requests for user(a)example.com May 15 12:14:51 dobby4 dovecot: indexer-worker(user(a)example.com): Fatal: master: service(indexer-worker): child 179030 returned error 83 (Out of memory (service indexer-worker { vsz_limit=750 MB }, you may need to increase it) - set CORE_OUTOFMEM=1 environment to get core dump) -- Heinlein Support GmbH Schwedter Str. 8/9b, 10119 Berlin http://www.heinlein-support.de Tel: 030 / 405051-42 Fax: 030 / 405051-19 Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht Berlin-Charlottenburg, Geschäftsführer: Peer Heinlein -- Sitz: Berlin

3 2

Reloading dovecot and postfix after updates
by ＠lbutlr 17 May '16

17 May '16

Recently someone used webmin to update dovecot, which went fine. However, after the update no one could login to the mail server because of the mismatch in the versions between what was installed and what postfix was expecting. Other that bapping the person on the head and saying “don’t do that” is there anyway to force a reload of postfix after dovecot reloads? Like adding a postfix reload to the dovecot rc.d script or someway of linking them so that if either version changes they both get reloaded? (I don’t even use webmin myself, so maybe it’s even possible through it?) I mean, it’s unlikely to happen again at this point, but still… -- "...and Digby considered how much he liked salt..."

2 1

Errors on Cross-Protocol Locking nbmand (ZFS Solaris)
by Andrew Watkins 17 May '16

17 May '16

Hello, I get the following errors when I move large e-mails (i.e. about 15MB) into mail files. May 17 13:26:48 mailer3 dovecot: [ID 583609 mail.error] imap(andrew): Error: fdatasync() failed with mbox file /home/andrew/Mail/nbmandON/mbox: Permission denied May 17 13:26:48 mailer3 dovecot: [ID 583609 mail.error] imap(andrew): Error: ftruncate() failed with mbox file /home/andrew/Mail/nbmandON/mbox: Permission denied May 17 13:26:48 mailer3 dovecot: [ID 583609 mail.error] imap(andrew): Error: close() failed with mbox file /home/andrew/Mail/nbmandON/mbox: Permission denied Background I am using Solaris 11 ZFS & SMB for my users home files with Solaris SMB protocol mandatory locking (nbmand=on) If I turn nbmand=off then I do not get any errors, so it is to do with SMB locking. I know this may not be a dovecot error, but any pointers why it is doing this so that I can report it to Oracle. I tried creating a small C program to mimic the same problem but no luck, since I know it would make it easier to get Oracle to fix it. # /usr/local/dovecot/sbin/dovecot --version 2.2.24 (a82c823) Thanks for now, Andrew -- Andrew Watkins * Birkbeck, University of London * Computer Science * * http://notallmicrosoft.blogspot.com * * UKOUG Systems SIG Chair * * UKOUG Tech committee * * tel: 020 7631 6720 *

2 2

Unknown setting: mail_plugins
by Graf 17 May '16

17 May '16

Hello! At the start dovecot complains all occurrences |mail_plugins settings |in all configs. For example 20-lmtp.conf contents: |protocol lmtp { mail_plugins = $mail_plugins quota } # doveconf | grep '$mail_plugin_dir\|mail_plugins$' doveconf: Fatal: Error in configuration file /etc/dovecot/conf.d/20-lmtp.conf line 2: Unknown setting: mail_plugins || ||| If I insert directly those strings in dovecot.conf and comment the !include conf.d/*.conf , I have no errors: # doveconf | grep '$mail_plugin_dir\|mail_plugins$' mail_plugin_dir = /usr/lib64/dovecot mail_plugins = mail_plugins = " quota" My settings: |# dovecot --version 2.2.24 (a82c823) # dovecot --build-options Build options: ioloop=epoll notify=inotify ipv6 openssl io_block_size=8192 Mail storages: shared mdbox sdbox maildir mbox cydir imapc pop3c raw fail SQL drivers: mysql sqlite Passdb: checkpassword ldap passwd passwd-file shadow sql Userdb: checkpassword ldap nss passwd prefetch passwd-file sql| |# ls -l /usr/lib64/dovecot/ | grep quota -rwxr-xr-x 1 root root 990 may 12 18:52 lib10_quota_plugin.la -rwxr-xr-x 1 root root 78696 may 12 18:52 lib10_quota_plugin.so -rwxr-xr-x 1 root root 1061 may 12 18:52 lib11_imap_quota_plugin.la -rwxr-xr-x 1 root root 11584 may 12 18:52 lib11_imap_quota_plugin.so -rwxr-xr-x 1 root root 1026 may 12 18:52 lib20_quota_clone_plugin.la -rwxr-xr-x 1 root root 8992 may 12 18:52 lib20_quota_clone_plugin.so| Thank you in advance.

1 1

Dovecot configuration: Home dir not found
by Divakar BM 17 May '16

17 May '16

Hi, I've my mail solution configured on Server-A with webmail, Dovecot and Postfix. I'm trying to deploy only Dovecot and postfix on Server-B to reduce IMAP/POP3/SMTP load on server-A. Please note server-B does not mailboxes. It should be mapped to mailboxes on server-A. While the LDAP query from Server-B to Server-A is going successfully, the imap service on Server-B is throwing the below error. imap(user(a)example.com): Debug: Home dir not found: /mail/vmail/**/ I guess imap is looking for *home dir* in server-B. How do I tel the imap that home dir is on server-A and not server-B. Please let me know if there exists a configuration parameter for the above.. Thanks Divakar

3 4

Sieve extension for testing for mailbox
by Jon Kristensen 16 May '16

16 May '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Which Pigeonhole Sieve extension should I use to process/test a message depending on whether the message is in a particular mailbox? (Is it the mboxmetadata extension by any chance? If so, I would appreciate if someone could tell me what the reason is for it not being enabled by default.) The reason I want to perform this test is that I have configured my MTA to deliver "outgoing" e-mails to my "Sent" IMAP folder, and these messages arrive unread. I would like to mark them as read using Sieve. Thanks in advance! - -- Jon Kristensen (jonkri) PGP fingerprint: 0377 F488 8908 0237 A2AE C484 387E C31D DA60 1350 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJXMjBWAAoJEDh+wx3aYBNQfnIP/19D90MOwN1h/AXEuC2eSlXx MFHVuVgnXlc4mTXINkybBRxyjeaQlry7Lcbl2UR74rX5MLet6hEqu6l2tbBtbaKX 7VKDydOr55NsKUKvEDLg6DRhRRgHWYS1TxhENuRbhAriNZx4GbPnbAJAx8VL9wQ9 5W8PhTr8VMJUXiYZSCQ3LxXLHXrDAcIflh2vkJubiL5S0WQzbm1wyCplCAcUCTw4 Uk9StP0Zb9aMuwm+IsRDB9T0/2U90vCpz2b9UUJzg8yUwaTRIxSkoPNqaukSepsq tBNWKmQ8efKYq0AtISzQK5SSRQp7c4MudQUuNqU9oR85qMC5F/i/c//To7HBUuRd bkNr4gpvDXKKIYCAmcE8I1jU36M+E7Y5RE/gYkvA23/xC9cd7GpsaOAspWjVhm4l sp7DXnFkfGyM8/l3m5CVhfsFewFjrq8K9L5gVnCrEBRnfHqm/BeE7+rrQ4+LmPMl dZ45fwy8lFD2HIUE97p0E3n2xX4JvhMDhR/gilnSl/ssmVVpnbpVAgXrmqWJ9cr4 dfue7unhvrM5DTQ0hM9WoWXzCi/tSOHvYido1rjhtEYzCHIdTtJKAUVg69CZHLHu zDodyGn70kxxS5YOYMYuIahUFaZknbiuCV3MGh4p2sTGOY69kFANQlB00m0ZaiPZ D6cjf2Yz0Ny2RsAUgyPw =g2F3 -----END PGP SIGNATURE-----

3 5