- dovecot - dovecot.org

[Dovecot] "ldap_result() failed: Can't contact LDAP server" log messages
by Mike Brudenell 09 Mar '07

09 Mar '07

Greetings - I', continuing to build a test system that, at present, only I have access to. It is running Dovecot 1.0rc24. Here's the output of a "dovecot-n"... # /usr/local/etc/dovecot.conf log_path: /logfiles/mail/live/dovecot protocols: imap ssl_cert_file: /usr/local/etc/ssl/certs/imapservice-bundle.crt ssl_key_file: /usr/local/etc/ssl/private/imapservice-private.key disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_process_per_connection: no login_greeting_capability: yes mail_location: maildir:/mailstore/%1u/%u/Maildir:INDEX=/var/dovecot/ index/%1u/%u:CONTROL=/var/dovecot/control/%1u/%u mail_debug: yes mmap_disable: yes maildir_copy_with_hardlinks: yes mail_log_prefix: %Us(%u)[%p]: imap_client_workarounds: delay-newmail outlook-idle namespace: type: private separator: / inbox: yes auth default: mechanisms: plain login cache_size: 1024 cache_ttl: 600 username_chars: abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890 username_format: %Lu passdb: driver: ldap args: /usr/local/etc/dovecot-ldap-passdb.conf userdb: driver: ldap args: /usr/local/etc/dovecot-ldap-userdb.conf We are using LDAP for the passdb and userdb. The oddity is that even on a quiescent system (Dovecot started from scratch, but no connections being made to it) we are seeing these messages being logged, apparently every 5 minutes: dovecot: Mar 09 11:09:44 Error: auth(default): LDAP: ldap_result() failed: Can't contact LDAP server dovecot: Mar 09 11:09:44 Error: auth(default): LDAP: ldap_result() failed: Can't contact LDAP server dovecot: Mar 09 11:14:45 Error: auth(default): LDAP: ldap_result() failed: Can't contact LDAP server dovecot: Mar 09 11:14:45 Error: auth(default): LDAP: ldap_result() failed: Can't contact LDAP server dovecot: Mar 09 11:19:45 Error: auth(default): LDAP: ldap_result() failed: Can't contact LDAP server dovecot: Mar 09 11:19:45 Error: auth(default): LDAP: ldap_result() failed: Can't contact LDAP server I'm guessing there are two log entries each time because of separate connections being used for the passdb and userdb. The LDAP server *is* available throughout. I'm wondering if Dovecot is trying to hold the connection open but, after a timeout of 5 minutes of inactivity, the LDAP server is closing it and causing Dovecot to log this message. If this is indeed the case then I guess on a production server these message will be rarely if ever seen. Obviously I'd prefer not to have such worrying-sounding log entries appearing. (And if my guess is right then they're slightly misleading: the LDAP server *can* be contacted!) Any thoughts? Cheers, Mike B-) -- The Computing Service, University of York, Heslington, York Yo10 5DD, UK Tel:+44-1904-433811 FAX:+44-1904-433740 * Unsolicited commercial e-mail is NOT welcome at this e-mail address. *

3 3

[Dovecot] deliver(redacted): Mar 08 10:13:03 Fatal: postmaster_address setting not given
by Larry Vaden 09 Mar '07

09 Mar '07

Hi, We're new to dovecot and like what we see so far, but Google doesn't seem to have much on this error message. What are the likely causes? Kind regards, Larry Vaden, CoFounder and CEO Internet Texoma, Inc. We Care About Your Connection The Market Leader In Texomaland Since 1995

3 2

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