- dovecot - dovecot.org

[Dovecot] dbox vs. mdbox
by Douglas Mortensen 20 Apr '12

20 Apr '12

What are the pros and cons of both? Especially in regards to performance, stability, management & maintenance? I really appreciate feedback. We're on a time-crunch to migrate from a debian 5 box w/ dovecot 1.1 to a debian 6 box w/ dovecot 2.0.9 (built from source). Thanks, - Doug Mortensen Network Consultant Impala Networks Inc CCNA, MCSA, Security+, A+ Linux+, Network+, Server+ . www.impalanetworks.com P: (505) 327-7300 F: (505) 327-7545

6 12

[Dovecot] Fwd: IMAP SSL incoming test need help !
by Dennis Chen 20 Apr '12

20 Apr '12

Sent from my iPhone Begin forwarded message: > From: D Chen <dchenusa(a)yahoo.com> > Date: April 19, 2012 4:06:49 PM PDT > To: lists-dovecot <replies-lists-a1z2-dovecot(a)listmail.innovate.net> > Subject: Re: [Dovecot] IMAP SSL incoming test need help ! > Reply-To: D Chen <dchenusa(a)yahoo.com> > > Thanks for nice pointing out in my mail.log! > > I could not find where is the procmail log located under /var/log ! > > As procmail is "suspicious", I recalled that I selected either use procmail or not use for local delivery while I re-configure the postfix. I ran "sudo dpkg-reconfigure postfix" again, and selected NOT use "Procmail" for local delivery, restart postfix and ran the tested again, it worked now ! examined the mail.log, it said "delivered to maildir" instead of procmail. > > why works NOT using procmail ? thx. > > From: lists-dovecot <replies-lists-a1z2-dovecot(a)listmail.innovate.net> > To: D Chen <dchenusa(a)yahoo.com> > Sent: Thursday, April 19, 2012 5:22 AM > Subject: Re: [Dovecot] IMAP SSL incoming test need help ! > > > > ------------ Original Message ------------ > > Date: Thursday, April 19, 2012 01:44:35 AM -0700 > > From: D Chen <dchenusa(a)yahoo.com> > > To: Dovecot Mailing List <dovecot(a)dovecot.org> > > Subject: [Dovecot] IMAP SSL incoming test need help ! > > > > Ubuntu 11.10 server with postfix/dovecot/squirrelmail configured. > > > > Outgoing SMTP server seemed worked fine, however, the incoming > > IMAP with SSL on port 993 doesn't seem to receive any mail at all > > !? Here is the mail.log during the test session from an external > > yahoo mail (dchenusa(a)yahoo.com) to the internal server > > testmail.biokeyinc.com (dchen(a)testmail.biokeyinc.com) The log did > > NOT show any error ! The sender showed sent mail! but no mail > > reach to the destination! Any help would be appreciated. > > > > Apr 19 01:20:02 testmail postfix/smtpd[4103]: connect from > > nm20-vm4.bullet.mail.ne1.yahoo.com[98.138.91.180] Apr 19 01:20:03 > > testmail postfix/smtpd[4103]: 091ED200973: > > client=nm20-vm4.bullet.mail.ne1.yahoo.com[98.138.91.180] Apr 19 > > 01:20:03 testmail postfix/cleanup[4108]: 091ED200973: > > message-id=<32C9C558-95DA-417D-8687-41ABE1296D61(a)yahoo.com> Apr 19 > > 01:20:03 testmail postfix/qmgr[2007]: 091ED200973: > > from=<dchenusa(a)yahoo.com>, size=2840, nrcpt=1 (queue active) Apr > > 19 01:20:03 testmail postfix/smtpd[4103]: disconnect from > > nm20-vm4.bullet.mail.ne1.yahoo.com[98.138.91.180] Apr 19 01:20:12 > > testmail postfix/smtpd[4113]: connect from localhost[127.0.0.1] > > Apr 19 01:20:12 testmail postfix/smtpd[4113]: 33AE9200AE9: > > client=localhost[127.0.0.1] Apr 19 01:20:12 testmail > > postfix/cleanup[4108]: 33AE9200AE9: > > message-id=<32C9C558-95DA-417D-8687-41ABE1296D61(a)yahoo.com> Apr 19 > > 01:20:12 testmail postfix/qmgr[2007]: 33AE9200AE9: > > from=<dchenusa(a)yahoo.com>, size=3536, nrcpt=1 (queue active) Apr > > 19 01:20:12 testmail postfix/smtpd[4113]: disconnect from > > localhost[127.0.0.1] Apr 19 01:20:12 testmail amavis[2042]: > > (02042-06) Passed CLEAN, [98.138.91.180] [98.138.87.4] > > <dchenusa(a)yahoo.com> -> <dchen(a)testmail.biokeyinc.com>, > > Message-ID: <32C9C558-95DA-417D-8687-41ABE1296D61(a)yahoo.com>, > > mail_id: rqyVZiQDwSsG, Hits: -0.109, size: 2837, queued_as: > > 33AE9200AE9, dkim_id=dchenusa@yahoo.com,@yahoo.com, 8647 ms Apr 19 > > 01:20:12 testmail postfix/smtp[4109]: 091ED200973: > > to=<dchen(a)testmail.biokeyinc.com>, > > relay=127.0.0.1[127.0.0.1]:10024, delay=9.5, > > delays=0.87/0.01/0/8.6, dsn=2.0.0, status=sent (250 2.0.0 from > > MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 33AE9200AE9) Apr > > 19 01:20:12 testmail postfix/qmgr[2007]: 091ED200973: removed Apr > > 19 01:20:12 testmail postfix/local[4114]: 33AE9200AE9: > > to=<dchen(a)testmail.biokeyinc.com>, relay=local, delay=0.18, > > delays=0.1/0/0/0.07, dsn=2.0.0, status=sent (delivered to command: > > procmail -a "$EXTENSION") Apr 19 01:20:12 testmail > > postfix/qmgr[2007]: 33AE9200AE9: removed Apr 19 01:21:30 testmail > > dovecot: imap-login: Login: user=<dchen>, method=PLAIN, > > rip=63.195.90.22, lip=192.168.20.100, mpid=4122, TLS Apr 19 > > 01:23:13 testmail dovecot: imap(dchen): Disconnected: Disconnected > > in IDLE bytes=99/708 Apr 19 01:23:23 testmail postfix/anvil[4105]: > > statistics: max connection rate 1/60s for (smtp:98.138.91.180) at > > Apr 19 01:20:02 Apr 19 01:23:23 testmail postfix/anvil[4105]: > > statistics: max connection count 1 for (smtp:98.138.91.180) at Apr > > 19 01:20:02 Apr 19 01:23:23 testmail postfix/anvil[4105]: > > statistics: max cache size 1 at Apr 19 01:20:02 > > ------------ End Original Message ------------ > > > I'm going to bet that procmail is eating the inbound message: > > Apr 19 01:20:12 testmail postfix/local[4114]: 33AE9200AE9: > to=<dchen(a)testmail.biokeyinc.com>, relay=local, delay=0.18, > delays=0.1/0/0/0.07, dsn=2.0.0, status=sent (delivered to command: > > procmail -a "$EXTENSION") > > and it's not getting to the user's inbox. If a message doesn't get > to the user's inbox then it's not dovecot's issue that it can't be > retrieved. > > fyi -- imap/dovecot have nothing to do your inbound delivery. > > > however, the incoming IMAP with SSL on port 993 doesn't > > seem to receive any mail > > that's handled by your MTA, which in your case is postfix, with > procmail in the mix. > > I would try looking at the procmail log to see what's happening > there. > > - Richard > > > > > > > > > > >

1 1

[Dovecot] dovecot LDA with sendmail
by Hadi Salem 19 Apr '12

19 Apr '12

Hi, Im configuring sendmail with dovecot for virtual users using password file and file for user name. on centos. dovecot-1.0.7-7.el5 sendmail-8.13.8-2.el5 dovecot –n # 1.0.7: /etc/dovecot.conf base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot.log ssl_disable: yes 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 default_mail_env: maildir:/home/vmail/%d/%n mail_location: maildir:/home/vmail/%d/%n mail_debug: yes 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 auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: passwd-file args: /etc/dovecot/passwd userdb: driver: passwd-file args: /etc/dovecot/users socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: root group: root I have also added dovecot LDA for sendmail /usr/share/sendmail-cf/mailer/dovecot.m4 ######################*****############## ### DOVECOT Mailer specification ### ##################*****################## Mdovecot, P=/usr/libexec/dovecot/deliver, F=DFMPhnu9,S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP/HdrFromSMTP,T=DNS/RFC822/X-Unix,A=/usr/libexec/dovecot/deliver -d $u And also [root@host1 mail]# cat /etc/mail/mailertable example.com dovecot:dovecot however when im sending email to the virtual user im getting this error, Apr 19 20:52:13 host1 sendmail[22311]: q3JHqDAR022309: to=<jamal(a)example.com>, ctladdr=<root(a)host1.bigmama.com> (0/0), delay=00:00:00, xdelay=00:00:00, mailer=dovecot, pri=120292, relay=dovecot, dsn=4.0.0, stat=Deferred: dovecot mailer (/usr/libexec/dovecot/deliver) exited with EX_TEMPFAIL Dovecot LDA can’t deliver the mail to the user!!!

1 0

[Dovecot] Custom LDAP filter for doveadm-mailbox?
by Zhang Huangbin 19 Apr '12

19 Apr '12

Dear Timo, With Dovecot-2.0.16, 'doveadm mailbox list -A' will perform LDAP search with filter "(objectClass=posixAccount)", and get value of attribute 'uid' as mail user. Is it possible to custom the ldap filter and returned attribute name? For example: - LDAP filter: (&(objectClass=mailUser)(accountStatus=active)) - Returned attribute name: mail Did i miss something? Thanks. ---- Zhang Huangbin iRedMail: Open Source Mail Server Solution for Red Hat Enterprise Linux, CentOS, Scientific Linux, Debian, Ubuntu, Mint, Gentoo, openSUSE, FreeBSD: http://www.iredmail.org/

2 2

[Dovecot] alias_for
by Joseph Tam 19 Apr '12

19 Apr '12

I noticed the addition of a new namespace configuration "alias_for". What pracical difference is adding this over and above making namespace aliases hidden and disabling list, as in older versions of dovecot configurations? Joseph Tam <jtam.home(a)gmail.com>

2 1

[Dovecot] multiple Return-Path headers added using lmtp director
by Cor Bosman 19 Apr '12

19 Apr '12

Emails arrive with 2 Return-Paths when using lmtp director. Is this something configurable in the director or is this a bug? Return-Path: <xxxxxx(a)xs4all.net> Delivered-To: <xxxxxxxx+Spam> Received: from lmtpdirector1.xs4all.net ([194.109.26.176]) by lmtp2.xs4all.net (Dovecot) with LMTP id gOe2E3YSkE/aEAAAYH/+MA for <xxxxxxxxx+Spam>; Thu, 19 Apr 2012 15:26:14 +0200 Return-Path: <xxxxxxxxx(a)xs4all.net> Received: from mxdrop-builder.xs4all.nl ([194.109.23.200]) by lmtpdirector1.xs4all.net (Dovecot) with LMTP id CnOvKTkzjU9sJQAAbddgHA ; Thu, 19 Apr 2012 15:26:14 +0200 Regards

2 1

[Dovecot] old messages being delivered to blackberry
by Luc Belliveau 19 Apr '12

19 Apr '12

Several users are reporting old messages (sometime years old) are being delivered as new on their blackberry devices... I've confirmed that this happens to all blackberry users... I believe the problem is related to this error: Maildir: Expunged message reappeared, giving a new UID In fact, this is the only mail related error message on the server... the mail is stored on a glusterfs share, and I'm using director to prevent simultaneous access... although I wasn't able to get LMTP to work with Director... to simplify things, I've temporarily only enabled 1 dovecot server anyway, to get everything else working first... I'll fiddle with lmtp later... so right now only 1 server is accessing the mailboxes. Delivery is also done from that one server, from postfix. Possibly caused by GlusterFS, the indexes were still getting corrupted, even with only 1 server... so I've moved the indexes to a local directory on each server. I'm no longer getting index related errors... but the expunged error is still occuring... and the error seems to happen a few moments before the BB gets a bunch of messages... so it's very likely related. I would like to continue using GlusterFS if possible; I haven't found any indication that it is outright unsupported, as long as I'm using Director... I am using dovecot 2.0.16. Any help would be appreciated! Here is my configuration: # 2.0.16: /etc/dovecot/dovecot.conf # OS: Linux 3.1.9-1.4-desktop i686 openSUSE 12.1 (i586) auth_mechanisms = plain login disable_plaintext_auth = no log_timestamp = "%Y-%m-%d %H:%M:%S " mail_fsync = always mail_location = maildir:~/Maildir:INDEX=/var/indexes/%u mail_nfs_storage = yes mail_privileged_group = vmail 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 passdb { args = /etc/dovecot/dovecot-sql.conf driver = sql } plugin { quota = dict:user::file:/var/vmail/%d/%n/.quotausage sieve = /var/vmail/%d/%n/.sieve } postmaster_address = postmaster(a)bigdata.nb.ca service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-userdb { group = vmail mode = 0666 user = vmail } user = root } service lmtp { inet_listener lmtp { port = 24 } unix_listener /var/spool/postfix/private/dovecot-lmtp { mode = 0660 user = postfix } } ssl_ca = </etc/postfix/smtpd.bundle ssl_cert = </etc/postfix/smtpd.cert ssl_key = </etc/postfix/smtpd.key userdb { args = /etc/dovecot/dovecot-sql.conf driver = sql } protocol imap { imap_client_workarounds = delay-newmail mail_plugins = quota imap_quota } protocol pop3 { mail_plugins = quota pop3_uidl_format = %08Xu%08Xv } protocol lda { mail_plugins = sieve quota } protocol lmtp { mail_plugins = quota sieve } Luc

2 2

[Dovecot] Missing 20-managesieve.conf in 2.1.4?
by Patrick Westenberg 19 Apr '12

19 Apr '12

Hello, I installed Dovecot 2.1.4 and Pigeonhole 0.3.0 and wondered that there is no 20-managesieve.conf file anymore. It is no problem to use one of my old files. I just want to know whether this is a bug or not. Regards Patrick

2 3

[Dovecot] IMAP SSL incoming test need help !
by D Chen 19 Apr '12

19 Apr '12

Ubuntu 11.10 server with postfix/dovecot/squirrelmail configured. Outgoing SMTP server seemed worked fine, however, the incoming IMAP with SSL on port 993 doesn't seem to receive any mail at all !? Here is the mail.log during the test session from an external yahoo mail (dchenusa(a)yahoo.com) to the internal server testmail.biokeyinc.com (dchen(a)testmail.biokeyinc.com) The log did NOT show any error ! The sender showed sent mail! but no mail reach to the destination! Any help would be appreciated. Apr 19 01:20:02 testmail postfix/smtpd[4103]: connect from nm20-vm4.bullet.mail.ne1.yahoo.com[98.138.91.180] Apr 19 01:20:03 testmail postfix/smtpd[4103]: 091ED200973: client=nm20-vm4.bullet.mail.ne1.yahoo.com[98.138.91.180] Apr 19 01:20:03 testmail postfix/cleanup[4108]: 091ED200973: message-id=<32C9C558-95DA-417D-8687-41ABE1296D61(a)yahoo.com> Apr 19 01:20:03 testmail postfix/qmgr[2007]: 091ED200973: from=<dchenusa(a)yahoo.com>, size=2840, nrcpt=1 (queue active) Apr 19 01:20:03 testmail postfix/smtpd[4103]: disconnect from nm20-vm4.bullet.mail.ne1.yahoo.com[98.138.91.180] Apr 19 01:20:12 testmail postfix/smtpd[4113]: connect from localhost[127.0.0.1] Apr 19 01:20:12 testmail postfix/smtpd[4113]: 33AE9200AE9: client=localhost[127.0.0.1] Apr 19 01:20:12 testmail postfix/cleanup[4108]: 33AE9200AE9: message-id=<32C9C558-95DA-417D-8687-41ABE1296D61(a)yahoo.com> Apr 19 01:20:12 testmail postfix/qmgr[2007]: 33AE9200AE9: from=<dchenusa(a)yahoo.com>, size=3536, nrcpt=1 (queue active) Apr 19 01:20:12 testmail postfix/smtpd[4113]: disconnect from localhost[127.0.0.1] Apr 19 01:20:12 testmail amavis[2042]: (02042-06) Passed CLEAN, [98.138.91.180] [98.138.87.4] <dchenusa(a)yahoo.com> -> <dchen(a)testmail.biokeyinc.com>, Message-ID: <32C9C558-95DA-417D-8687-41ABE1296D61(a)yahoo.com>, mail_id: rqyVZiQDwSsG, Hits: -0.109, size: 2837, queued_as: 33AE9200AE9, dkim_id=dchenusa@yahoo.com,@yahoo.com, 8647 ms Apr 19 01:20:12 testmail postfix/smtp[4109]: 091ED200973: to=<dchen(a)testmail.biokeyinc.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=9.5, delays=0.87/0.01/0/8.6, dsn=2.0.0, status=sent (250 2.0.0 from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 33AE9200AE9) Apr 19 01:20:12 testmail postfix/qmgr[2007]: 091ED200973: removed Apr 19 01:20:12 testmail postfix/local[4114]: 33AE9200AE9: to=<dchen(a)testmail.biokeyinc.com>, relay=local, delay=0.18, delays=0.1/0/0/0.07, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION") Apr 19 01:20:12 testmail postfix/qmgr[2007]: 33AE9200AE9: removed Apr 19 01:21:30 testmail dovecot: imap-login: Login: user=<dchen>, method=PLAIN, rip=63.195.90.22, lip=192.168.20.100, mpid=4122, TLS Apr 19 01:23:13 testmail dovecot: imap(dchen): Disconnected: Disconnected in IDLE bytes=99/708 Apr 19 01:23:23 testmail postfix/anvil[4105]: statistics: max connection rate 1/60s for (smtp:98.138.91.180) at Apr 19 01:20:02 Apr 19 01:23:23 testmail postfix/anvil[4105]: statistics: max connection count 1 for (smtp:98.138.91.180) at Apr 19 01:20:02 Apr 19 01:23:23 testmail postfix/anvil[4105]: statistics: max cache size 1 at Apr 19 01:20:02

1 0

[Dovecot] Re-indexing of fts-solr not working
by Joe Beaubien 18 Apr '12

18 Apr '12

Hi, I am currently testing a 2.1 dovecot setup with fts-solr. Search speed is simply amazing. I decided to try to delete and rebuild the solr indexes, but i can't seem to rebuild them thru dovecot. At first, when telnetting to the imap server, the search initially built the index, and then subsequent searches are blazingly fast. 1- I deleted all the solr indexes with the following query: <delete><query>*:*</query></delete> 2- Flag the mailbox to be re-indexed: doveadm force-resync INBOX At this point, it doesn't work. When I telnet into the imap server, the searches always come back empty 3- I also tried a few other commands: doveadm fts rescan, doveadm index INBOX. Still no search results. Nothing seems to be appearing in the logs when I issue all the doveadm commands. What did I miss? Thanks, Joe

2 3