- dovecot - dovecot.org

[Dovecot] Any sense of whether or not we're close to a V1.1.4 release?
by Stewart Dean 17 Sep '08

17 Sep '08

Am about to make a push to go from V1.0 to V1.1 and wondered. run a simple installation with PAM/passwd authent and mbox folders, no plugins. -- ==== Stewart Dean, Unix System Admin, Henderson Computer Resources Center of Bard College, Annandale-on-Hudson, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

2 1

Re: [Dovecot] Mail being delivered to mbox instead of Maildir
by Sean Smitz 17 Sep '08

17 Sep '08

Output of dovecot -n: # 1.0.7: /etc/dovecot.conf protocols: imaps ssl_cert_file: /etc/pki/dovecot/certs/mailserv1.cer ssl_key_file: /etc/pki/dovecot/private/mailserv1.pem login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login mail_access_groups: mail mail_location: maildir:~/Maildir mail_full_filesystem_access: yes maildir_copy_with_hardlinks: yes auth default: passdb: driver: pam args: cache_key=%u%s dovecot userdb: driver: passwd

2 1

Re: [Dovecot] Connecting to dovecot
by Grant Lowe 17 Sep '08

17 Sep '08

So should I comment out the "mail_location = /var/mail/%u" line? ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 7:53:43 AM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 7:48 AM Scott Silva spake the following: > on 9-17-2008 7:25 AM Grant Lowe spake the following: >> Hi All, >> >> I've got a brand new dovecot installation. I'm new to dovecot, so >> please be gentle :-) >> >> Anyway, >> I'm getting some errors when I try to connect to dovecot. I've tried >> searching the web and haven't been able to find a lot of information. >> Here's the config info: >> >> # dovecot --version >> 1.1.2 >> # dovecot -n >> sudo dovecot -n >> # 1.1.2: /usr/local/etc/dovecot.conf >> base_dir: /var/run/dovecot/ >> log_path: /var/log/dovecot.log >> ssl_disable: yes >> disable_plaintext_auth: no >> login_dir: /var/run/dovecot//login >> login_executable: /usr/local/libexec/dovecot/imap-login >> mail_location: /var/mail/%u > You need to fix your mail location setting; > see http://wiki.dovecot.org/MailLocation > >> auth default: >> verbose: yes >> passdb: >> driver: passwd-file >> args: /etc/dovecot/passwd >> userdb: >> driver: static >> args: uid=vmail gid=vmail home=/var/mail/%u > Since you are also setting mail location here with home setting, you are > probably resolving to /var/mail/%u/var/mail/%u Forget this last comment, but the mail location is not set properly. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

2 1

[Dovecot] rejecting mail due to quota exceeded
by martin f krafft 17 Sep '08

17 Sep '08

Hi, we are using dovecot's deliver to deliver mails to a virtual mailbox tree owned by the vmail user, by piping the message to the following command spawned by vmail: /usr/bin/env HOME=/srv/vmail/mydomain.ch/myaccount /usr/lib/dovecot/deliver When a message is delivered to an account that has reached its quotum, deliver issues a failure message saying: From: Mail Delivery Subsystem <postmaster(a)seamus.madduck.net> To: $ENVELOPE_SENDER Message-ID: <dovecot-1221640816-796581-0@seamus> Subject: Automatically rejected mail Your message to <vmail> was automatically rejected: Quota exceeded The original message is attached, which is nice, however, I don't like the dovecot rejection message for two reasons: 1. there was no message to <vmail> sent, dovecot should use the envelope recipient considering that it doesn't know the envelope recipient, this would best be solved by 2. don't accept the mail and send out a rejection, just exit 69 and write the reason to stderr! Did I miss something and is this already possible with dovecot's deliver in a virtual setting? Thanks, -- martin | http://madduck.net/ | http://two.sentenc.es/ "how do you feel about women's rights?" "i like either side of them." -- groucho marx spamtraps: madduck.bogus(a)madduck.net

2 2

[Dovecot] iphone connection problem
by dovecot＠feb17.org 17 Sep '08

17 Sep '08

Hi, I recently changed from uw imap to dovecot on the sound recommendation of a friend and have mostly succeeded in getting all of my clients up and running, but am really stuck with the iPhone which is failing to make connections. I run certificates on all of my clients and thunderbird happily connects both locally and remotely. I installed the certificate on the iPhone after great pain (pk12 via the Web administration utility). When you open the configurations on the phone , it tries to make a test connection to the server and fails with a generic SSL error. Dovecot reports just a generic disconnected error (imap-login/client.c line 333), and it appears to be dropping the connection. Sep 2 09:38:17 inchoate dovecot: imap-login: Disconnected (auth failed, 0 attempts): rip=209.204.139.116, lip=192.168.0.252, TLS I have run ssldump and here is the relevant section. If anybody has any insights they would be greatly appreciated Darren ssldump tail.. ServerHelloDone 1 5 0.1128 (0.0838) C>SV3.1(7) Handshake Certificate 1 6 0.1629 (0.0500) C>SV3.1(134) Handshake ClientKeyExchange 1 7 0.1629 (0.0000) C>SV3.1(1) ChangeCipherSpec 1 8 0.1629 (0.0000) C>SV3.1(48) Handshake 1 9 0.1677 (0.0048) S>CV3.1(1) ChangeCipherSpec 1 10 0.1677 (0.0000) S>CV3.1(48) Handshake 1 11 0.1761 (0.0084) S>CV3.1(48) application_data 1 12 0.2650 (0.0889) C>SV3.1(32) Alert 1 13 0.2651 (0.0000) S>CV3.1(32) Alert 1 0.2651 (0.0000) S>C TCP FIN 1 0.2675 (0.0024) C>S TCP FIN [root@inchoate src]# /tools/dovecot/sbin/dovecot -n # 1.1.2: /tools/dovecot-1.1.2/etc/dovecot.conf ssl_ca_file: /etc/mail/certs/cacert_plus_crl.pem ssl_cert_file: /etc/mail/certs/cert.pem ssl_key_file: /etc/mail/certs/key.pem ssl_verify_client_cert: yes login_dir: /tools/dovecot-1.1.2/var/run/dovecot/login login_executable: /tools/dovecot-1.1.2/libexec/dovecot/imap-login auth default: verbose: yes ssl_require_client_cert: yes passdb: driver: pam userdb: driver: passwd

10 23

[Dovecot] Errors on high load
by Allan Cassaro 17 Sep '08

17 Sep '08

Hi, always when my server is on high load I saw this errors on logs: curie:~# uptime 10:22:38 up 19 days, 19:19, 2 users, load average: 207.01, 169.27, 94.41 Sep 15 17:00:26 curie dovecot: imap-login: *** glibc detected *** imap-login: malloc(): memory corruption: 0x00000000009f8560 *** Sep 15 17:00:26 curie dovecot: child 24012 (login) killed with signal 6 Sep 15 18:48:36 curie dovecot: auth(default_with_listener): BUG: Authentication client said it's PID 0 Sep 15 18:48:36 curie dovecot: child 24014 (login) killed with signal 11 Sep 16 09:05:19 curie dovecot: imap-login: *** glibc detected *** imap-login: malloc(): memory corruption: 0x00000000008c4bc0 *** Sep 16 09:05:19 curie dovecot: child 24013 (login) killed with signal 6 Sep 16 10:17:14 curie dovecot: imap-login: *** glibc detected *** imap-login: malloc(): memory corruption: 0x000000000098bb30 *** Sep 16 10:17:14 curie dovecot: child 24015 (login) killed with signal 6 Sep 16 10:19:02 curie dovecot: child 24002 (login) killed with signal 6 Sep 16 10:19:02 curie dovecot: managesieve-login: *** glibc detected *** managesieve-login: double free or corruption (!prev): 0x000000000066d700 *** Sep 16 10:19:18 curie dovecot: Panic: IMAP(geduardo): file maildir-save.c: line 241 (maildir_get_updated_filename): assertion failed: (ctx->keywords_sync_ctx != NULL || mf->keywords_count == 0) Sep 16 10:19:18 curie dovecot: IMAP(geduardo): Raw backtrace: /usr/libexec/dovecot/imap [0x47a7f2] -> /usr/libexec/dovecot/imap [0x47a863] -> /usr/libexec/dovecot/imap [0x479f16] -> /usr/libexec/dovecot/imap [0x43295b] -> /usr/libexec/dovecot/imap(maildir_transaction_save_commit_pre+0x19a) [0x4331ea] -> /usr/libexec/dovecot/imap [0x42d0b7] -> /usr/libexec/dovecot/imap(index_transaction_commit+0x3f) [0x44b16f] -> /usr/lib/dovecot/imap/lib10_quota_plugin.so [0x2b70f72e90d7] -> /usr/libexec/dovecot/imap(cmd_copy+0x344) [0x4181f4] -> /usr/libexec/dovecot/imap(cmd_uid+0x52) [0x41c072] -> /usr/libexec/dovecot/imap [0x41ca4c] -> /usr/libexec/dovecot/imap [0x41cb02] -> /usr/libexec/dovecot/imap [0x41d2cf] -> /usr/libexec/dovecot/imap(client_input+0x63) [0x41d503] -> /usr/libexec/dovecot/imap(io_loop_handler_run+0xf8) [0x481448] -> /usr/libexec/dovecot/imap(io_loop_run+0x1d) [0x4805ad] -> /usr/libexec/dovecot/imap(main+0x3c2) [0x424962] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x2b70f6d9e1a6] -> /usr/libexec/dovecot Sep 16 10:19:18 curie dovecot: child 20481 (imap) killed with signal 6 I have about 1000 users. To me, this is not a problem, nothing strange occurs (except the slowly, but under heavy load this is normal). But I think this is interesting to developers... :D Regards. -- http://allan.cassaro.googlepages.com

4 4

[Dovecot] Moving from cyrus to dovecot (a story)
by Steinar Bang 16 Sep '08

16 Sep '08

The transition was quick, and also (so far) seemingly painless. The server is an old Pentium II 233 machine that sits between my home LAN and the internet, and have sitting there, and running night and day since 1999. For the first two years it was running SuSE linux, but since 2001 it has been running debian and been continously upgraded. It was originally installed with potato, but have been apt-get dist-upgrade'd to woody, and then to sarge, and then etch, which is what it's currently running I've been using cyrus imapd since 1999 (compiled by hand on SuSE and using the debian packaged version on debian). But in all these years I've never become really friendly with it. In the years leading up to 1999 I had been running UoW imapd at work, and I wasn't too impressed with it at that point in time. The alternative choices were courier and cyrus, and I picked cyrus more or less arbitrarily. By "never become really friendly", I mean - I've never really gotten a good understanding of the configuration - I've never quite understood what the documentation have said about authentication and SSL support. I've gotten things to work by trial and error - Four times the seen data bases have become corrupt. Two times during upgrades (one of them after I had switched to skip lists), and two times on their own, while I was still running BDB - Since delivery was to a central spool and database, owned by user cyrus, has meant that I had to use sieve (which is another thing I've never quite understood) for mail filtering, instead of dear old procmail Cyrus has lots of stuff related to scaling and having mailboxes for users that have no users on the host, but that's not really relevant to my home server. Around six months ago I stumbled over dovecot, which from my POV have the following crucial features: 1. folders under the users' home directories, either as mbox or as maildir, which allows me to do list filtering with procmail, and no central databases that can become corrupt 2. understandable configuration (the only change I'd had to do in the debian dovecot, is to allow for cram-md5 authentication) I decided om maildir as the folder format. I like the simplicity of mbox folders, but I have some archive folders with around 20k of articles each, and maildir would scale a bit better for them. Also mail delivery without locking is a very nice feature. Here's how I proceeded: - I set up dovecot on my daughter's Ubuntu Hardy machine - I ran imapsync on this machine to extract everything I had on the cyrus server to Maildir folders in the users' home directories on the Ubuntu box - I shut down fetchmail on my gateway box (since ISP port filtering and blacklisting of dynamic addresses stops direct SMTP delivery I have to use ISP gateways and mail drops) - I changed the exim conf on my gateway from using cyrdeliver to delivering to a maildir folder in the users' home directory - I restored my old .procmailrc file from subversion (my home directory is checked into subversion, this was originally a CVS repo that went subversion a couple of years ago), merged in the last version of the .procmailrc that used cyrdeliver (I gave up on that because the .procmailrc file had to be owned by user cyrus, which was very impractical), and changed the filtering rules to deliver to maildir folders - I tested some delivery - I apt-get install'd dovecot from the etch back ports pointed to from the dovecot install page http://wiki.dovecot.org/PrebuiltBinaries#head-477d52d96fcf34ad3033b13e5e5a2… This uninstalled cyrus22-imapd, but not the rest of cyrus 2.2, which blocked dovecot from starting after the install - I stopped cyrus22 and uninstalled all of the cyrus22 packages - I rsync'd the maildir folders from the Ubuntu box to the old mail server - I started dovecot - I use Gnus as my MUA. I had removed all nnimap groups related to the home server in Gnus, and resubscribed them. All folders came up in the state I had left them. Gnus stores article state on the server as custom marks, and imapsync had preserved the custom flags. I unsubscribed the groups to avoid article caching confusion, because imapsync changes the UIDs. However, all folders except INBOX had changed their names, so that didn't matter much - I started fetchmail and sent som test emails, and observed that they ended up in the right Maildir folders, and that dovecot picked them up as expected And today I accessed the server from work. So it looks like I'm back in business. This time with a server I understand a lot better. Thanx for writing it, Timo! - Steinar

2 1

[Dovecot] Quota, maildir, MySQL,
by Bart Dorlandt 16 Sep '08

16 Sep '08

Hi everybody, I am trying to work with quota. I use postfix and dovecot with a sql backend. Below you'll find my configuration. Everything works except for the quota part. It doesn't seem to see the quota and doesn't respond to the sender that the client is over its quota. versions: postfix-2.5.20070531-mysql dovecot-1.0.2-mysql Thanks for the help in advance. My Settings: # 1.0.2: /etc/dovecot.conf base_dir: /var/dovecot/ log_path: /var/log/dovecot.log protocols: imap imaps pop3s listen(default): 127.0.0.1:143 listen(imap): 127.0.0.1:143 listen(pop3): * ssl_listen: * ssl_cert_file: /etc/ssl/dovecotcert.pem login_dir: /var/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 login_user: _dovecot first_valid_uid: 2000 last_valid_uid: 2000 first_valid_gid: 2000 last_valid_gid: 2000 mail_location: maildir:/var/mail/vhosts/%d/%n maildir_copy_with_hardlinks: yes mbox_write_locks: fcntl 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(default): quota imap_quota mail_plugins(imap): quota imap_quota 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 netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh 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 auth default: mechanisms: plain login digest-md5 debug: yes passdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: prefetch userdb: driver: sql args: /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: 432 user: vmail group: vmail plugin: quota: maildir: my /etc/dovecot-sql.conf: user_query = SELECT uid, gid, home, maildir as mail, concat('maildir:storage=',quota) AS quota FROM users WHERE login = '%u' password_query = SELECT password, uid AS userdb_uid, gid AS userdb_gid, home AS userdb_home, maildir as userdb_mail, concat('maildir:storage=', quota) AS userdb_quota FROM users WHERE login = '%u' My postfix config: # postconf -n alias_database = hash:/etc/postfix/aliases alias_maps = hash:/etc/postfix/aliases bounce_template_file = /etc/postfix/bounce.cf command_directory = /usr/local/sbin config_directory = /etc/postfix content_filter = smtp-amavis:[127.0.0.1]:10024 daemon_directory = /usr/local/libexec/postfix disable_vrfy_command = yes html_directory = /usr/local/share/doc/postfix/html inet_interfaces = all inet_protocols = all invalid_hostname_reject_code = 554 mail_owner = _postfix mailq_path = /usr/local/sbin/mailq manpage_directory = /usr/local/man maximal_queue_lifetime = 40d message_size_limit = 20480000 multi_recipient_bounce_reject_code = 554 mydestination = localhost.$mydomain, localhost mydomain = bamweb.nl myhostname = bama.bamweb.nl mynetworks = 127.0.0.0/8, 82.173.141.217/32 myorigin = $myhostname newaliases_path = /usr/local/sbin/newaliases non_fqdn_reject_code = 554 permit_mx_backup_networks = zoph.getmyip.com queue_directory = /var/spool/postfix readme_directory = /usr/local/share/doc/postfix/readme recipient_delimiter = + relay_domains = $mydestination, hash:/etc/postfix/relay_domains relay_domains_reject_code = 554 relay_recipient_maps = sample_directory = /etc/postfix sendmail_path = /usr/local/sbin/sendmail setgid_group = _postdrop smtpd_banner = $myhostname ESMTP $mail_name smtpd_helo_required = yes smtpd_recipient_restrictions = permit_mynetworks, permit_mx_backup, reject_invalid_hostname, check_relay_domains, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_destination, reject_rbl_client relays.ordb.org, reject_rbl_client opm.blitzed.org, reject_rbl_client list.dsbl.org, reject_rbl_client sbl.spamhaus.org, reject_rbl_client cbl.abuseat.org, reject_rbl_client dul.dnsbl.sorbs.net, reject_rbl_client dev.null.dk, reject_rbl_client virbl.dnsbl.bit.nl, reject_rbl_client smtp.dnsbl.sorbs.net, reject_rbl_client socks.dnsbl.sorbs.net, reject_rbl_client http.dnsbl.sorbs.net, reject_rbl_client web.dnsbl.sorbs.net, check_policy_service inet:127.0.0.1:60000 permit strict_rfc821_envelopes = yes unknown_address_reject_code = 554 unknown_client_reject_code = 554 unknown_hostname_reject_code = 554 unknown_local_recipient_reject_code = 554 unknown_relay_recipient_reject_code = 554 unknown_virtual_alias_reject_code = 554 unknown_virtual_mailbox_reject_code = 554 unverified_recipient_reject_code = 554 unverified_sender_reject_code = 554 virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf mysql:/etc/postfix/mysql_virtual_email2email.cf virtual_gid_maps = static:2000 virtual_mailbox_base = /var/mail/vhosts virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailboxes.cf virtual_minimum_uid = 2000 virtual_uid_maps = static:2000 -- www.bamweb.nl

2 1

[Dovecot] How to recover sieve files?
by David Reid 16 Sep '08

16 Sep '08

I'm seeing a lot of these messages in my log files... deliver(...): Aug 10 15:18:34 Error: sieve_execute_bytecode(.../.dovecot.sievec) failed I'm guessing the file needs to be updated/recreated, but what's the "correct" way to do it? should I just remove the existing one and let the server recreate it? Thanks, david

2 1

[Dovecot] Authentication fails
by CJ Keist 16 Sep '08

16 Sep '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Been running dovecot 1.1.2 for about a month now. I Have strange issue that I have not been able to trouble shoot. What I'm seeing is that dovecot runs along just fine for about 4 days, and then it will just stop authenticating everyone (IMAP and POP). No errors in the logs other than all authentication attempts comes out as password mismatch. The only fix is to stop and restart dovecot. % ./dovecot -n # 1.1.2: /userM/mail-services/dovecot/etc/dovecot.conf Warning: fd limit 256 is lower than what Dovecot can use under full load (more than 3072). Either grow the limit or change login_max_processes_count and max_mail_processes settings base_dir: /userM/mail-services/dovecot/var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_cert_file: /userM/mail-services/dovecot/etc/ssl/dovecot.pem ssl_key_file: /userM/mail-services/dovecot/etc/ssl/privkey.pem ssl_parameters_regenerate: 0 ssl_cipher_list: MEDIUM:!LOW disable_plaintext_auth: no login_dir: /userM/mail-services/dovecot/var/run/dovecot/login login_executable(default): /userM/mail-services/dovecot/libexec/dovecot/imap-login login_executable(imap): /userM/mail-services/dovecot/libexec/dovecot/imap-login login_executable(pop3): /userM/mail-services/dovecot/libexec/dovecot/pop3-login login_greeting: Cyrus ready. login_max_processes_count: 1024 max_mail_processes: 1024 mail_location: mbox:~/:INBOX=/userM/mail/%u mail_debug: yes mmap_disable: yes mail_nfs_index: yes mbox_lock_timeout: 60 mbox_dotlock_change_timeout: 60 mail_executable(default): /userM/mail-services/dovecot/libexec/dovecot/imap mail_executable(imap): /userM/mail-services/dovecot/libexec/dovecot/imap mail_executable(pop3): /userM/mail-services/dovecot/libexec/dovecot/pop3 mail_plugin_dir(default): /userM/mail-services/dovecot/lib/dovecot/imap mail_plugin_dir(imap): /userM/mail-services/dovecot/lib/dovecot/imap mail_plugin_dir(pop3): /userM/mail-services/dovecot/lib/dovecot/pop3 auth default: mechanisms: plain login verbose: yes debug: yes passdb: driver: pam passdb: driver: passwd args: blocking=yes userdb: driver: passwd args: blocking=yes socket: type: listen client: path: /var/lib/postfix/private/auth mode: 438 user: postfix group: postfix master: path: /userM/mail-services/dovecot/var/run/dovecot//auth-master mode: 384 This is on Solaris 10, using LDAP for authentication. Any ideas on how to trouble shoot what might be going on? - -- C. J. Keist Email: cj.keist(a)colostate.edu UNIX/Network Manager Phone: 970-491-0630 Engineering Network Services Fax: 970-491-5569 College of Engineering, CSU Ft. Collins, CO 80523-1301 All I want is a chance to prove 'Money can't buy happiness' -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIzrciA29OFr7C6jcRAk/NAJoDKskvI4GpQg2yQPrUyH9AdzmFNACgjPTI rsWVRV8WuuH/RFx+1YOnzEY= =toPK -----END PGP SIGNATURE-----

3 3