May 2012 - dovecot - dovecot.org

[Dovecot] TLS X.509 CRLs
by Matthias-Christian Ott 18 May '12

18 May '12

Hi, according to the documentation file referenced by ssl_ca must contain the Client certificate CA and the corresponding CRL. Thus dovecot would have to receive SIGHUP to reload a new CRL. Did I understand this correctly? Regards, Matthias-Christian

2 2

[Dovecot] Getting Postfix Admin's DB to work with Postfix's/Dovecot's MySQL DB
by Femi Ajayi 18 May '12

18 May '12

Hi all, I followed the instructions here: http://library.linode.com/email/postfix/dovecot-mysql-centos-5 to configure Postfix to work with MySQL and Dovecot before discovering PostfixAdmin (I was searching for a visual tool for creating users). Since I had created MySQL database already for virtual domains and user mailboxes (following the instructions I linked to earlier) and PostFix admin's db too does the same. Question #1: is there anyway to make all these work with together for the creationg and use of virtual users/mailboxes? or is there another visual tool for creating virtual users/mailboxes? I had also installed Roundcube following the instructions on Roundcube's page: http://trac.roundcube.net/wiki/Howto_Install The questions now is: . #2. Roundcube came with its own database, which also stores user information. Is there a way to ensure that the user information is picked from the database created to work with Postfix (and not Roundcube's)? Thanks.

5 4

[Dovecot] Public maiboxes
by bonnetf 18 May '12

18 May '12

hello I'm trying to setup a server with public mailboxes only but I cannot succeed. Anyone could help me a bit ? thank you here is the doveconf -n output # 2.1.6: /usr/local/etc/dovecot/dovecot.conf # OS: FreeBSD 7.4-RELEASE-p3 amd64 auth_debug = yes debug_log_path = /var/log/dovecot/debug.log disable_plaintext_auth = no info_log_path = /var/log/dovecot/info.log log_path = /var/log/dovecot/dovecot.log mail_debug = yes 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 ihave namespace { list = children location = maildir:/var/mail/public prefix = public. separator = / subscriptions = no type = public } namespace inbox { location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { acl = vfile sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } ssl_cert = </etc/ssl/RENATER/cert-2209-webmail.esiee.fr.pem ssl_key = </etc/ssl/RENATER/webmail.esiee.fr.key userdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } protocol imap { mail_plugins = " imap_acl" }

1 0

[Dovecot] BEWARE: This list is being harvested for leads
by Bill Cole 18 May '12

18 May '12

A spammer claiming to be '"Tim Saarela" <tim.saarela(a)dovecot.fi>' is sending out a pitch for "Enterprise Level Support" for Dovecot. The address of mine which he hit is only ever used for this mailing list, so it is clear that whatever the mechanism, this list is being harvested for commercial leads.

14 27

[Dovecot] Error in dovecot 2.0.13: "Too many levels of symbolic links"
by Tom Pawlowski 17 May '12

17 May '12

Hi all, I've run into an issue we have with dovecot versions 2.0.12 through 2.0.14 on latest CentOS 6.2 when dealing with Maildirs located on NFS partitions. Although I saw Mr. Egbert's thread, his resolution does not work on our end. When dealing with users with over 500 messages in any of their Maildir folders, they occasionally receive an error from the server: Internal error occurred. Refer to server log for more information. The corresponding log entries: dovecot: imap(user1): Error: readdir(/u1/user1/Maildir/.AUTO-DELETED-SPAM/new) failed: Too many levels of symbolic links dovecot: imap(user1): Error: readdir(/u1/user1/Maildir/.logwatch/new) failed: Too many levels of symbolic links dovecot: imap(user2): Error: readdir(/u2/user2/Maildir/cur) failed: Too many levels of symbolic links dovecot: imap(user2): Error: readdir(/u2/user2/Maildir/.Trash/new) failed: Too many levels of symbolic links dovecot: imap(user3): Error: readdir(/u1/user3/Maildir/.Trash/new) failed: Too many levels of symbolic links dovecot: imap(user3): Error: readdir(/u4/user3/Maildir/.AUTO-DELETED-SPAM/new) failed: Too many levels of symbolic links dovecot: imap(user4): Error: readdir(/u1/user4/Maildir/.AUTO-DELETED-SPAM/new) failed: Too many levels of symbolic links dovecot: imap(user4): Error: readdir(/u1/user4/Maildir/new) failed: Too many levels of symbolic links A 'find . -type l' shows there are absolutely no symbolic links to be found in those directories. Running readdir.c that Timo provided always returns errno == 0 on {cur,new} of all the directories reported in the logs. It does not occur consistently in production, but it does tend to occur to a fuzzy set of the same users on different partitions. We can replicate it every time in testing. The file count in these directories are all over the place, from less than a thousand to multiple thousands. However, it's hard to calculate what may have been in new prior to the clients processing/sorting that mail. It may have been more on the higher side than lower. The error tends to favor new over cur, but there are exceptions. The tests we have been trying: Create a new folder using alpine, save anywhere from 1000 to 10000 identical emails to the new folder. Change to that new folder, thus prompting the move from new to cur. The client receives the message and aborts the opening. Anywhere from 400-520 files are successfully moved each time. It takes numerous attempts to finally move all the files over--which I suspect some IMAP clients do, hence the inconsistent errors in production. We then create a brand new folder with the same amount of files and verify that the error is reproduceable--which it is. I'm leaning towards some sort of bug on the NFS client level, as Timo mentioned, but the odd thing is we were running this setup since early April and did not begin seeing these errors until early May--with user load being relatively consistent during that time. I would think the bug would have been evident before then. I'm also curious as to why dovecot is getting an ELOOP error code from it. Any ideas or pointers would be appreciated, sorry for the length. :) -- Tom Pawlowski OIT-CSS System Administrator office: Hill 145 email: tompru(a)jla.rutgers.edu phone: (732) 445-2634

2 2

[Dovecot] Migration between namespaces breaks outlook on mac's
by Mark Zealey 17 May '12

17 May '12

Hi there, We're running dovecot 1.1 on one set of servers with a courier-imap-like namespace configuration: namespace private { separator = . prefix = INBOX. inbox = yes } We're now migrating customers onto a dovecot-2 platform, switching from Maildir to sdbox (using dsync mirror) & changing the namespace at the same time. New namespace configuration looks like (as taken from http://wiki2.dovecot.org/Namespaces) # This is for courier-imap namespace compatability namespace { type = private separator = / prefix = inbox = yes } namespace { type = private prefix = INBOX. separator = . inbox = no hidden = yes list = no alias_for = } For 99% of clients this works fine eg thunderbird on first login after migration notices the folder structure has changed & automagically redownloads folders & emails. However I have noticed some really strange messages in the logs which seems to be related to customers running outlook on macos. When they login after migration they are generating commands like: 2012-05-07T00:04:43+01:00 imap-03 dovecot: imap(xxxx): Mailbox created: INBOX 1 1 1 1 1 2012-05-07T00:05:38+01:00 imap-03 dovecot: imap(xxxx): Mailbox created: INBOX 1 1 1 1 1 1 2012-05-07T00:06:44+01:00 imap-03 dovecot: imap(xxxx): Mailbox created: INBOX 1 1 1 1 1 1 1 2012-05-07T00:07:33+01:00 imap-03 dovecot: imap(xxxx): Mailbox created: INBOX 1 1 1 1 1 1 1 1 2012-05-07T00:08:42+01:00 imap-03 dovecot: imap(xxxx): Mailbox created: INBOX 1 1 1 1 1 1 1 1 1 2012-05-07T03:09:00+01:00 imap-03 dovecot: imap(xxxx): Mailbox created: INBOX 1 1 1 1 1 1 1 1 1 1 2012-05-07T03:09:08+01:00 imap-03 dovecot: imap(xxxx): Mailbox created: INBOX 1 1 1 1 1 1 1 1 1 1 1 2012-05-07T03:10:09+01:00 imap-03 dovecot: imap(xxxx): Mailbox created: INBOX 1 1 1 1 1 1 1 1 1 1 1 1 ... this goes on a long time and we've not yet found a solution other than delete the imap config on their outlook and reconfigure. Does anyone have any idea why this might be happening, or if there is a way we can somehow have old namespaces for old customers, new namespaces for new customers (we are using sql login code so should be possible to do something like this in theory I think?) Thanks, Mark

1 0

[Dovecot] How to make Dovecot verbous
by Frank Walter 16 May '12

16 May '12

Hello I am struggling with Dovecot 2 (coming from Dovecot 1.0.10) with mysql Authentification for Postfix. I get errors when using it: dovecot: auth: Fatal: Unknown database driver 'mysql' dovecot: master: Error: service(auth): command startup failed, throttling But a first thing would be to log the real errors, if there are any, so I set in /etc/dovecot/conf.d/10-logging.conf auth_verbose, auth_verbose_passwords, auth_debug, auth_debug_passwords, mail_debug, verbose_ssl all to yes and I set: debug_log_path = /var/log/dovecot-debug.log but there is no logfile after restarting dovecot. How can I enable a (verbous) own Logfile in Dovecot? frank

3 4

Re: [Dovecot] Can we know when a user read our email?
by Joseph Tam 16 May '12

16 May '12

On Tue, 15 May 2012, Stan Hoeppner writes > This "unsend" feature was created to protect idiots from themselves, > nothing more. Which is why the IETF draft went nowhere. > > You can only "fix" some types of human stupidity with software. This is > not one of them. I thought someone could make money coming up with an "unsend" and "untwitter" service that all it does is to queue the outgoing message for 5 minutes, during which the sender can re-consider and remove it from the queue. Sorot of like the kill-switch for live broadcasts. But as the saying goes, you can't make things foolproof, as they keep making better fools. As to the OP trying to determine whether an Email message has been read, an indirect and imperfect technique, used by spammers and marketing critters, is to web bug http://en.wikipedia.org/wiki/Web_bugs It works by placing innocuous individualized tags in HTML formatted Email e.g. "<img src="http://your.domain/?id={hash}>" that downloads a 1x1 dot). You can then correlate web logs with the hashes to see which messages got rendered. A hit does not necessarily mean it got read, and the absense does not mean it was ignored, but it's better than nothing. If you value your privacy, turn off HTML rendering on your Email reader. Joseph Tam <jtam.home(a)gmail.com>

2 1

[Dovecot] server with only shared mailboxes ?
by Frank Bonnet 16 May '12

16 May '12

hello I would like to setup a separate server with only shared mailboxes for internal use links to doc welcome (dovecot 2 ) thank you Envoyé de mon iPhone.

1 0

[Dovecot] plugin: Don't allow deleting the last instance of a mail
by Timo Sirainen 16 May '12

16 May '12

Before beginning to code it, does anyone have any related ideas that could be useful before starting it? Mainly what I'm intending to do is to write a plugin for mdbox storage that allows users to expunge mails in a specific namespace only if there are other instances for the mail. So basically: * Users can't accidentally delete mails (in shared mailboxes) * Users can still move mails within folders For v2.1 this can be implemented only to a specific storage backend, so at least for now only mdbox will support it. Maildir and sdbox support would also be possible by looking at hard link counts. Race conditions would allow deleting the mails, but that's unlikely to be an issue since the main point is to avoid accidental deletions that shouldn't be attempted in the first place anyway.

2 3