March 2007 - dovecot - dovecot.org

Re: [Dovecot] 1.0rc26: ssl_verify_client=yes ?
by Apostolis Papagiannakis 09 Mar '07

09 Mar '07

> > Date: Thu, 08 Mar 2007 18:13:48 +0200 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] 1.0rc26: ssl_verify_client=yes ? > > On Thu, 2007-03-08 at 16:40 +0100, Steffen Kaiser wrote: > >> >> > On Thu, 8 Mar 2007, Timo Sirainen wrote: >> > >> >>>> > >> Q2) >>>> > >> The next step, if dovecot blocks the client because >>>> > >> of the verify_client_cert, how to create certs for OE, >>>> > >> Evolution and Thunderbird? >>>> >>> > > >>> > > I don't think most clients support SSL client certificates at all, >>> > > although I know some people are using them with some clients.. Maybe >>> > > someone could add a list of the clients supporting them into wiki. >>> >> > >> > Er, a dummy question, I guess: >> > Can you use client certs to login into Dovecot? >> > Aka can use the certs as "passdb"? >> > > Yes. It will still need some passdb, but you could use null password and > ssl_username_from_cert=yes settings in which case it doesn't matter what > user/password is used to log in. > > But it circumvents Dovecot's login/auth process security model, so I > don't recommend it that much. Maybe some day I'll make login process > forward the client cert to dovecot-auth which does the actual > verification. > I have successfully tested ssl_username_from_cert and found no real problem, apart from the fact that dovecot "username" takes the value of the certificate "CN" attribute , instead of the email attribute (in my case "Apostolos Papayanakis" instead of apap/ at /ccf.auth.gr). Everything else works as expected (eg, further userdb lookups based on certificate CN). Our University has issued a few thousand certificates with subjects such as "/C=GR/O=Aristotle University of Thessaloniki/OU=Network Operations Center/CN=Apostolos Papayanakis/emailAddress=apap/ at /ccf.auth.gr", that are used for administrative purposes. We would be very happy to use them as an alternative method of IMAP/POP3 authentication. However certificate CNs are not unique (e.g. "John Smith") and we would like to avoid constantly patching dovecot to use the email (or other) attribute from the certificate. I think replacing NID_commonName with NID_pkcs9_emailAddress ( or NID_subject_key_identifier, or NID_subject_alt_name) in login-common/ssl-proxy-openssl.c, line 527 would suffice. (X509_NAME_get_text_by_NID(X509_get_subject_name(x509), NID_commonName, buf, sizeof(buf)) < 0). Maybe I should post a complete patch if Timo is interested. Apostolis

3 2

[Dovecot] Seen this behavior before?
by hadmut＠danisch.de 09 Mar '07

09 Mar '07

Hi, it's not yet a bug report, just a question: After I was successfully using dovecot-imap and Thunderbird for quite a while without any problem (debian unstable), I now sometimes experience that the IMAP-connection hangs and thunderbird waits forever when accessing a folder. I did not yet analyze the problem and I am not sure whether it is a thunderbird or a dovecot problem. Did anyone see this behavior before? regards Hadmut

4 4

[Dovecot] any way to find last login time?
by Aleksey Perov 09 Mar '07

09 Mar '07

Hi, For some reason I need to regularly check which mailboxes are in use and which are not. For POP3, I use my patched version of popa3d which updates mtime on ~/Maildir/cur/ every time user logs in, and I always have a reliable way to find active and inactive mailboxes. Is there any way to find a last login time without parsing logs with dovecot? -- Aleksey

2 1

[Dovecot] Unable to authenticate system users in Dovecot 1.0rc25
by Malaney J. Hill 09 Mar '07

09 Mar '07

Hello, I recently installed dovecot1.0rc25 on my RHEL4 system running postfix and wish to use both virtual and system users. Virtuals work fine, but I get authentication failures with system users. I've tried pam, passwd and shadow. Attempting to telnet as system user telnet localhost 143 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. * OK Dovecot ready. a login user passwd a NO Authentication failed. and corresponding log Mar 3 14:35:24 obvx dovecot: auth(default): client in: AUTH 1 PLAIN service=IMAP secured lip=127.0.0.1 rip=127.0.0.1 resp=AG1o******************* Mar 3 14:35:27 obvx dovecot: auth(default): pam(myuser,127.0.0.1): pam_authenticate() failed: Authentication failure Mar 3 14:35:27 obvx dovecot: auth(default): passwd(myuser,127.0.0.1): password mismatch Mar 3 14:35:27 obvx dovecot: auth(default): client out: FAIL 1 user=myuser Below is the output of dovecot -n ============ # /etc/dovecot.conf protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/var/run/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 first_valid_uid: 101 last_valid_uid: 101 mail_extra_groups: mail mail_location: maildir:~/Maildir mail_debug: yes maildir_copy_with_hardlinks: yes 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): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle delay-newmail imap_client_workarounds(pop3): outlook-idle pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: user: nobody verbose: yes debug: yes debug_passwords: yes passdb: driver: sql args: /etc/dovecot/sql.conf passdb: driver: pam args: * passdb: driver: passwd userdb: driver: sql args: /etc/dovecot/sql.conf userdb: driver: passwd userdb: driver: prefetch socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: mail master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: mail plugin: quota: maildir:storage=10240:messages=1000 trash: /etc/dovecot/trash.conf ============= Thanks, Malaney

2 4

[Dovecot] Auth mechanism variable expansion?
by Bill Green 09 Mar '07

09 Mar '07

Hi all, Timo wrote in a message to the list in February that "%m variable expands to the auth mechanism name.". Indeed, the Wiki "Variables" page states that this is the case. However if I use %m in my SQL password query it does not get expanded. I'm using rc 25. What am I doing wrong?

2 1

[Dovecot] Message mixing after switchover from mbox to maildir
by Andrey Falko 09 Mar '07

09 Mar '07

Hi everyone, Here is the story. We are running Redhat Enterprise Linux 4, and were using Dovecot .99.x . At one point, we chose to switch from mbox to maildir (and still use Dovecot). After the switchover our users reported a bug when using Thunderbird: "A new behavior that I have observed a couple of times is that the new IMAP server confuses email headers with content. E.g., I have an email from Person X, but when I go to view it, the contents is just a spam body from an adjacent header. With this specific bug, adjacent spams are also running into other bodies. This occurs I'd say once every hundred messages. Other appearances of this bug are with adjacent messages concatenated. I'm not sure how to explain this, maybe what happens is that the new IMAP server confuses requests and delivers the wrong message bodies to the client, which get cached. This could in some circumstances be more than an annoyance, e.g., with confidential emails inadvertently getting picked up in replies to people outside the company." We proceeded to update Dovecot to the latest available version (1.0.0-rc25). However, despite that, our users still report the same bug: "This bug still persists. In particular, I just (after the new version was applied) clicked on an email from Person X, and Thunderbird displayed an email from Person Y that I had just replied to. Note that the email from Y was not adjacent to the one from X (at least, in the temporal ordering)." I have not been able to reproduce the bug myself. Can anyone think of where we should start debugging? Best regards, Andrey Falko

2 1

[Dovecot] Problems with different mail clients
by Nuno Miguel da Cruz Neves 08 Mar '07

08 Mar '07

I use dovecot as my imap server, and everything is ok. I used an IMAP client from Windows XP (Outlook Express) as well as Pocket PC (Windows Mobile 5) and webmail. The problem is that I recently used Windows Vista and its imap client (Windows Mail), and problems began. >From the Windows XP machine, all is ok, but from the Pocket PC a weird thing happens: When I first configure the client, in the Received Items, it shows all items correctly, but then, when starting to donwload, they simply disappear. All other folders are OK. Problem is just in inbox. I thing (although my tests were not exaustive) that deleting the .imap folder solves the problem, but I just can't understand why, because it is recreated again... Any help? Thank you, ------------------------------------------------------------- Tel +351 21 3182720 | Fax +351 213146114 Email Nuno.Miguel.Neves(a)pkf.pt | www.pkf.pt PKF | Av. António Augusto de Aguiar, 108, 4º | 1050-019 Lisboa | Portugal

2 1

[Dovecot] dovecot sasl auth (pam) + postfix doesn't work...
by marco ghidinelli 08 Mar '07

08 Mar '07

hello, i tried to use the "dovecot sasl" with postfix using pam as backend (actually pam_krb5) but it doesn't work. dovecot runs well as pop3 server authenticating with the pam_krb5 module with the config below, but it doesn't even connect with the kerberos server (a remote AD 2003) when it's called from postfix. --------dovecot.conf--------- protocols = pop3 pop3s imap imaps disable_plaintext_auth = no log_timestamp = "%Y-%m-%d %H:%M:%S " mail_location = maildir:/var/mail/vhosts/turboden.net/%Ln/ mail_extra_groups = mail protocol imap { } protocol pop3 { pop3_uidl_format = %08Xu%08Xv } auth_default_realm = MYCORP.LOCAL auth_verbose = yes auth_debug = yes auth default { mechanisms = plain login passdb pam { args = dovecot } userdb static { args = uid=5000 gid=5000 } user = root socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } dict { } plugin { } -------------------------------- -----/etc/pam.d/dovecot------ auth required pam_krb5.so no_ccache ignore_root debug account required pam_permit.so ----------------------------- from syslog i only get: Mar 8 10:52:38 muletto dovecot: auth(default): client in: AUTH^I1^Iplain^Iservice=smtp^Iresp=<hidden> Mar 8 10:52:38 muletto dovecot: auth(default): passdb(username(a)MYCORP.LOCAL,master): Attempted master login with no master passdbs Mar 8 10:52:39 muletto dovecot: auth(default): client out: FAIL^I1^Iuser=username(a)MYCORP.LOCAL note that it doesn't care about the content of the /etc/pam.d/dovecot when dovecot is called by postfix. does the dovecot-sasl authentication works with the pam backend? maybe i should rename (or copy) the /etc/pam.d/dovecot to another name? let me know. bye.

2 1

[Dovecot] Proposal: RSS-Feed
by hadmut＠danisch.de 08 Mar '07

08 Mar '07

Hi, dovecot provides POP and IMAP services. Proposal: Would be nice if it also could offer an RSS-Feed for a mailbox, giving a summery of sender/subject/date and maybe the first lines of text. regards Hadmut

3 4

[Dovecot] 1.0rc26: ssl_verify_client=yes ?
by Leroy van Logchem 08 Mar '07

08 Mar '07

Q1) I can't get ssl_verify_client_cert=yes working. The ssl key and cert are signed using our CA. Also the ssl_ca_file has a CRL appended (no revokes yet). Expected behavior: Stop the SSL (the client doesn't have a cert installed) Current behavior: Mail clients accepts SSL and login succeeds. (both Evolution and Thunderbird). My bad? Please advise. Q2) The next step, if dovecot blocks the client because of the verify_client_cert, how to create certs for OE, Evolution and Thunderbird? Thanks, Leroy Server type: Linux Red Hat ES 4.4 (32bit) # ./dovecot -n # /drbd/imap/dovecot-1.0.rc26/etc/dovecot.conf log_path: /drbd/imap/dovecot-1.0.rc26/var/dovecot.log protocols: imaps listen: a.b.c.39:143 ssl_listen: a.b.c.39:993 ssl_ca_file:/drbd/imap/dovecot-1.0.rc26/etc/certs/CA/cacert_with_crl.pem ssl_cert_file:/drbd/imap/dovecot-1.0.rc26/etc/certs/CA/imaps-signedcertificate.pem ssl_key_file:/drbd/imap/dovecot-1.0.rc26/etc/certs/CA/imaps-privatekey.pem ssl_verify_client_cert: yes verbose_ssl: yes login_dir: /drbd/imap/dovecot-1.0.rc26/var/run/dovecot/login login_executable: /drbd/imap/dovecot-1.0.rc26/libexec/dovecot/imap-login verbose_proctitle: yes mail_extra_groups: mail mail_location: mbox:~/:INBOX=/var/mail/%u mmap_disable: yes mbox_write_locks: fcntl dotlock imap_client_workarounds: delay-newmail outlook-idle auth default: mechanisms: plain login digest-md5 cram-md5 verbose: yes passdb: driver: passwd-file args: /drbd/imap/dovecot-1.0.rc26/etc/userdb_extra passdb: driver: pam userdb: driver: passwd-file args: /drbd/imap/dovecot-1.0.rc26/etc/userdb_extra userdb: driver: passwd Details (LONG) follow: # cat cacert_with_crl.pem -----BEGIN CERTIFICATE----- MIICxzCCAjCgAwIBAgIBADANBgkqhkiG9w0BAQQFADBSMRwwGgYDVQQKExNXTCBE ZWxmdCBIeWRyYXVsaWNzMQ4wDAYDVQQHEwVEZWxmdDEVMBMGA1UECBMMWnVpZCBI b2xsYW5kMQswCQYDVQQGEwJOTDAeFw0wNzAzMDgxMjE1MzhaFw0xNzAzMDUxMjE1 MzhaMFIxHDAaBgNVBAoTE1dMIERlbGZ0IEh5ZHJhdWxpY3MxDjAMBgNVBAcTBURl bGZ0MRUwEwYDVQQIEwxadWlkIEhvbGxhbmQxCzAJBgNVBAYTAk5MMIGfMA0GCSqG SIb3DQEBAQUAA4GNADCBiQKBgQCp4s55PxpcEgk1KhAJ3DA/DXKHBtUoAE3K273t 1nJzuAujA0mfVtpinDdpreHp53bVGSN5xIDZ+Ljy8wW7lPB5YSwBQFbIoFx/6NkI QPkYeVZ0NrFC1g2tZRD4ObRkqFuApr60+NokY+e3KuInnCdAf0Itb4VVolMvWccz vqdJBQIDAQABo4GsMIGpMAwGA1UdEwQFMAMBAf8wHQYDVR0OBBYEFPynIoyRPF2s UiGO+3RQr2pThXzQMHoGA1UdIwRzMHGAFPynIoyRPF2sUiGO+3RQr2pThXzQoVak VDBSMRwwGgYDVQQKExNXTCBEZWxmdCBIeWRyYXVsaWNzMQ4wDAYDVQQHEwVEZWxm dDEVMBMGA1UECBMMWnVpZCBIb2xsYW5kMQswCQYDVQQGEwJOTIIBADANBgkqhkiG 9w0BAQQFAAOBgQAtRPC7laBPuOMAein4ZXjxSia6l7XjpAI/A2bXFvbV1ulNzbno KYbeqfv6zp1SLWrKvwGeu4DrHLe098ATADqLWANqNqfI5t40nND1rsfGmjGTOJ7v /Q53AaTXEBn2D1ZIqGMUuFOXv0BFi1U2BmPyTt6hlZ1D7wTERxo0UGXFXw== -----END CERTIFICATE----- -----BEGIN X509 CRL----- MIIBFzCBgTANBgkqhkiG9w0BAQQFADBSMRwwGgYDVQQKExNXTCBEZWxmdCBIeWRy YXVsaWNzMQ4wDAYDVQQHEwVEZWxmdDEVMBMGA1UECBMMWnVpZCBIb2xsYW5kMQsw CQYDVQQGEwJOTBcNMDcwMzA4MTIyODE5WhcNMDcwNDA3MTIyODE5WjANBgkqhkiG 9w0BAQQFAAOBgQBnXWqvR9oS674EyNHYoOmv0KeFcVqLOUpR7bVGbMYvCsMc56yy E473NULD0EL0BZFMgGdN05e53KLnOoLiuvFuhCAxZW7o7f72lJC+wegFwROp7OOc aKJ5lumaZ86Xb0uM8N/yJ/5xxCubrt1TYGQYPTjoQo4rJccpFy8aeqNDrA== -----END X509 CRL----- ]# cat imaps-signedcertificate.pem -----BEGIN CERTIFICATE----- MIICHTCCAYYCAQEwDQYJKoZIhvcNAQEEBQAwUjEcMBoGA1UEChMTV0wgRGVsZnQg SHlkcmF1bGljczEOMAwGA1UEBxMFRGVsZnQxFTATBgNVBAgTDFp1aWQgSG9sbGFu ZDELMAkGA1UEBhMCTkwwHhcNMDcwMzA4MTIyMDA2WhcNMDgwMzA3MTIyMDA2WjBc MQswCQYDVQQGEwJOTDEVMBMGA1UECBMMWnVpZCBIb2xsYW5kMRwwGgYDVQQKExNX TCBEZWxmdCBIeWRyYXVsaWNzMRgwFgYDVQQDEw9pbWFwLndsZGVsZnQubmwwgZ8w DQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALlEnCZu2o7LGp1x1rwBY2nZJH49L7by F8GVRpnoi7wnvXV11Iy7JUd0qbyBDWNn6EiBJ2YMemSmceVpXtyxI6wbBqmq0kgn 1VmglFUcYXRx6mkXuMx17OXpqSB9jNU22ldn20h/Xr1yhJ8W/RpohG9u6jebFiF3 qJXdyjXJqPSBAgMBAAEwDQYJKoZIhvcNAQEEBQADgYEAVwOhL3FICQeMJOSxil2S K1TiN+6zjrVDq7L7t7myOkWJA6hrZcPWQZfCV5ZoWaG8nREdesKAQBRvkT6uwmcJ 3pYpc/iBTtmwCpEVjfv0Ki9VwXpWuRo0FcQkrc8MVbclwnkGmtPAJAY7Dz7U/uBf w4N5cj1pfHltVEeD9Jb9tBo= -----END CERTIFICATE----- # cat imaps-privatekey.pem -----BEGIN RSA PRIVATE KEY----- <better not include this :)> -----END RSA PRIVATE KEY-----

3 4