- dovecot - dovecot.org

[Dovecot] listescape breaks acl plugin
by Jens 02 Jan '11

02 Jan '11

Hi all Without the listescape plugin I see the following things happen: - If I share a mailbox, dovecot-acl-list in Maildir root is updated accordingly. - If I create a subfolder in an already shared mailbox the dovecot-acl file of the parent folder is copied to the new folder and dovecot-acl-list is updated as well. When I activate the "listescape" plugin, this doesn´t happen. Additionally (with listescape enabled), if I create a folder which contains a dot and then share that folder the dovecot-acl-list looses all entries except the first found shared folder without a dot in foldername. I Hope this is not a bug but only a configuration issue. Thanks for any hints in advance and best Regards Jens

1 0

[Dovecot] Shared Folders via Symlinking
by Adrian Mardlin 01 Jan '11

01 Jan '11

Hi folks, I'm trying to set up shared folders via symlinking and have come across a problem. I created a folder for one user, then symlinked it to another. I figured that one thing that is likely to happen at some point is that user 2 is going to decide they don't want to look at that folder any more, and will delete it, so I tried this. Much to my relief, it didn't delete the actual mails, just the symlink. However, it did alter the dovecot.index.cache file to indicate that the folder had been removed, and subsequent attempts to select this folder via the primary user resulted in an error, "NO Mailbox was deleted under us". I had to delete dovecot.index.cache to get it working again. Sorry - can't bring myself to call folders mailboxes... ;-) Adrian Mardlin in charge @ The Very Good Email Company t 01442 892641 m 07920 102401 f 01442 808081 w www.verygoodemail.com The content of this email and any attachment is private and may be legally privileged. If you are not the intended recipient, any use, disclosure, copying or forwarding of this email and/or its attachments is unauthorised. If you have received this email in error please notify the sender by email and delete this message and any attachments immediately from this system. The Very Good Email Company is a trading style of APM Internet Limited. APM Internet Limited is a limited company incorporated in England and Wales with registration number 04601087 and whose registered office is at Charter Court, Midland Road, Hemel Hempstead, Hertfordshire HP2 5GE

2 4

[Dovecot] Sieve rule issue with certain character sets
by Thomas Leuxner 01 Jan '11

01 Jan '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have a global sieve rule in place to filter mailing-lists. This has worked well so far. Recently however one subscriber on a list seems to create strange character set encodings in the 'From' and 'To' headers. This leads to unprocessed/unfiltered mails (no errors thrown). Is this a configuration or Pigeonhole issue (latest HG used)? Headers from failing mail: From: "=?UTF-8?B?VG9yaW50aGllbA==?=" <user(a)domain.tld> To: "=?UTF-8?B?ImJpbmQtdXNlcnNAbGlzdHMuaXNjLm9yZyI=?=" <bind-users(a)lists.isc.org> Relevant sieve rule: if allof (address :is ["To","CC"] ["bind-users(a)lists.isc.org","bind-users(a)isc.org","comp-protocols-dns-bind(a)isc.org"], header :contains "List-Id" "bind-users.lists.isc.org") { fileinto "Public/Mailing-Lists/Bind-Users"; } Regards Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) iEYEARECAAYFAk0dvZ4ACgkQ+meF/S97aXgYTACfZC70bsYn3d4/VRY2GfK5lF0k xOIAnRsBliv9EErA919vc5KoTAHhq3rC =IE3C -----END PGP SIGNATURE-----

3 13

[Dovecot] Dovecot 1.2.12 + Postfix + virtual domains: delivering to system users
by Ran Talbott 01 Jan '11

01 Jan '11

As mentioned in my previous posting, I've set up a mailserver for a domain of Winboxen, authenticated through Active Directory. After some struggles, I finally got that working. But I also need to receive emails for a few system users on the mailserver (like postmaster, and a couple of accounts set up for maintaining the system). I thought, based on the way I read the documentation, that I could just add a "userdb passwd", ahead of the "userdb ldap", and deliver would find their home directory maildirs. The virtual users would fail the passwd search, fall through to the LDAP check, and deliver would drop their mail into their maildirs in the /var/mailstore tree. I knew the system users wouldn't be able to login to the IMAP server, but this isn't a concern. Instead, the system users' mail got bounced, after an auth check via the "master" socket (from Postfix, I guess: it's a transient process) whose details don't get logged. And the virtual users' lookups (done by deliver) returned made-up UIDs and GIDs, and maildir locations (/home/<realm>/<username>) completely different from what the LDAP lookup normally returns (/var/mailstore/<username>). So what am I missing here? I managed to work around this by adding the system users to the Postfix virtual.db, but it would be nice to not need to do that. It would also be nice to neable the system users to check email by logging in to the IMAP serve, but I'm reluctant to even try that after the way delivery went completely wonky. Thanks, Ran

4 7

[Dovecot] Can doveadm rebuild thread indexes?
by David Warden 30 Dec '10

30 Dec '10

I'm already using "doveadm search" to update my squat fts indexes (dovecot.index.search and dovecot.index.search.uids) but I'd like to also update dovecot's thread index file (dovecot.index.thread) using doveadm. I checked the new wiki and the archives but didn't see any option for this. (I'm running 2.0.8) The alternative (AFAIK) is to write a script that signs in to IMAP and does "thread references UTF-8 ALL" in each folder. As an aside, could the dovecot LDA do any of this work? I'd surely be willing to spend the resources at delivery time to keep those indexes updated if it meant I didn't have to run a cron job to keep them updated. -David Warden

2 1

[Dovecot] LDAP binds
by Trever L. Adams 30 Dec '10

30 Dec '10

I am using 2.0.8. Anonymous binds are no longer supported in the environment I am using. I need to change my userdb ldap setup to bind. I believe the ldap server does Kerberos (or can) authentication. My users are authenticating using Kerberos or Kerberos/PAM. This needs to stay in place. Can anyone suggest how I might go about changing my setup to work? My current ldap setup is as follows (the directories, user id, etc are set statically in the configuration elsewhere): tls = yes hosts = MAILSERVER base = dc=middleearth,dc=sapphiresunday,dc=org ldap_version = 3 user_attrs = userPrincipalName=user user_filter = (&(objectClass=person)(|(mail=%u)(sAMAccountName=%u)(userPrincipalName=%u))) # For using doveadm -A: iterate_attrs = userPrincipalName=user iterate_filter = (objectClass=person) Thank you, Trever Adams -- "Seize the day, put no trust in the morrow!" -- Quintus Horatius Flaccus (Horace)

2 2

[Dovecot] doveadm search
by dovecot 30 Dec '10

30 Dec '10

I would like to have soem information added to this page: http://wiki2.dovecot.org/Tools/Doveadm/Fetch Under 'Arguments'/fields is mentioned that 'hdr' could be used. But i wanted doveadm to just return the header of my message I found out, by simply trying, that next statement works: $ doveadm -f table fetch -u <username> "date.sent mailbox hdr.Subject" subject seomthing date.sent mailbox hdr.subject 2010-12-30 11:56:38 (+0100) INBOX RE: Question about seomthing 2010-12-30 13:24:29 (+0100) INBOX RE: Question about seomthing 2010-12-30 11:12:33 (+0100) Sent Question about seomthing 2010-12-30 12:11:19 (+0100) Sent Re: Question about seomthing I think it would be nice to add information to the field 'hdr' to let people know that 'hdr.Subject' is also allowed. -- Luuk

1 0

[Dovecot] dovecot-keywords problem with MDN
by Mauro D. 30 Dec '10

30 Dec '10

Hi all, I have Dovecot 1.2.13 installed. My clients ask why Disposition-Notification is requested every time the mail is moved on a new IMAP folder... I take a look into dovecot-keywords file and I see that: 1) I have only one row 0 NonJunk 2) dovecot-keywords file is not present inside every directory. How I can restore normal status? Where is probably the problem? Thanks Mauro D.

2 3

[Dovecot] Error: User doesn't have home dir set, disabling duplicate database
by fila＠pruda.com 30 Dec '10

30 Dec '10

Hello, I have found this message in logs. But delivering is working. Error: User peter(a)mydomain.cz doesn't have home dir set, disabling duplicate database doveconf -n # 2.0.8: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-lts i686 ext3 auth_mechanisms = plain login disable_plaintext_auth = no mail_location = maildir:/home/vmail/%u managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { home = /home/vmail/%u sieve = /home/vmail/%u/dovecot.sieve sieve_global_path = /home/vmail/dovecot-global.sieve } postmaster_address = postmaster(a)mydomain.cz protocols = imap pop3 service auth { unix_listener auth-userdb { group = vmail mode = 0660 user = vmail } } ssl_cert = </etc/ssl/dovecot/cert.pem ssl_key = </etc/ssl/dovecot/key.pem userdb { args = /etc/dovecot/dovecot-sql.conf.ext driver = sql } protocol lda { mail_plugins = sieve } I have googled little bit. According to this article http://wiki2.dovecot.org/VirtualUsers/Home I think the problem is: mail_location = maildir:/home/vmail/%u and plugin { home = /home/vmail/%u } is the same directory. Is it right? Is the solution to set mail_location = maildir:/home/vmail/mail/%u ? -- Best regards Filip

2 2

[Dovecot] IMAP messages not being marked read
by void372＠transientvoid.com 30 Dec '10

30 Dec '10

I recently moved from Fedora 13 to Fedora 14 and consequently to dovecot 2.0.8. Since then, I have observed that messages are not being marked as read in all cases. The general behavior is: 1. Use my mail client to read all unseen messages. All mail folders show no messages unread. 2. Tell mail client to check for new mail. 3. Mail client now says that some folders have new mail (1 or more messages) 4. Clicking on a folder with new mail (say with 6 unread) shows that there are no unread messages. I have observed this behavior using both kmail and squirrelmail so do not believe it is a mail client problem. I have maildir folders to which mail is delivered using procmail recipes directly to the appropriate dovecot folder. In these folders, I notice that the "cur" directory has a matching number of messages that do not have an "S" flag on the end of the file name. For example: # ls .fedora-list/ cur/ dovecot.index.log new/ dovecot.index.cache dovecot-uidlist tmp/ # ls .fedora-list/cur 1293379204.26554_1.nehalem.home.rainbowdreams.com:2,S 1293379206.26571_1.nehalem.home.rainbowdreams.com:2, 1293379207.26581_1.nehalem.home.rainbowdreams.com:2, 1293380106.26744_1.nehalem.home.rainbowdreams.com:2, 1293380106.26748_1.nehalem.home.rainbowdreams.com:2,S 1293381904.26876_1.nehalem.home.rainbowdreams.com:2,S 1293383704.26978_1.nehalem.home.rainbowdreams.com:2,S 1293384604.27005_1.nehalem.home.rainbowdreams.com:2,S 1293385504.27067_1.nehalem.home.rainbowdreams.com:2,S 1293386404.27105_1.nehalem.home.rainbowdreams.com:2,S 1293387305.27158_1.nehalem.home.rainbowdreams.com:2, 1293387305.27166_1.nehalem.home.rainbowdreams.com:2, 1293388204.27193_1.nehalem.home.rainbowdreams.com:2, 1293389105.27234_1.nehalem.home.rainbowdreams.com:2,S 1293390005.27292_1.nehalem.home.rainbowdreams.com:2,S 1293390006.27298_1.nehalem.home.rainbowdreams.com:2,S 1293392706.27400_1.nehalem.home.rainbowdreams.com:2,S 1293392706.27406_1.nehalem.home.rainbowdreams.com:2,S 1293393611.27515_1.nehalem.home.rainbowdreams.com:2,S 1293396304.27673_1.nehalem.home.rainbowdreams.com:2,S 1293396305.27675_1.nehalem.home.rainbowdreams.com:2,S 1293398104.27743_1.nehalem.home.rainbowdreams.com:2,S 1293399003.27966_1.nehalem.home.rainbowdreams.com:2,S I have so far been unable to observe a pattern as to which messages get affected. I made the assumption that perhaps the issue is a conversion issue in my existing maildir folders, but this does not appear to be the case. When I moved the existing directory out of the way and started with a fresh empty directory the issue has come back after a day or two. Unfortunately, my install of Fedora 14 overlaid the partition with Fedora 13, so I cannot confirm the version of dovecot I was using with no issues. (so very glad I use separate disk and partition for the OS!) I can say that all configuration was in one dovecot.conf file, not the multiple conf.d files I see on Fedora 14. Any assistance on what to troubleshoot next is greatly appreciated! The info about my dovecot is shown below. The maildir's are on local LVM/RAID and not remote. Thanks!! # dovecot -n # 2.0.8: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35.10-72.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) ext3 disable_plaintext_auth = no mail_debug = yes mail_location = maildir:/vg02/mail/%u mbox_write_locks = fcntl passdb { driver = pam } plugin { mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename flag_change append mail_log_fields = uid box msgid size flags } ssl_cert = </etc/pki/dovecot/certs/dovecot.pem ssl_key = </etc/pki/dovecot/private/dovecot.pem userdb { driver = passwd } # dovecot --version 2.0.8

2 2