[Dovecot] ldaps support in dovecot-ldap.conf?
Dovecot experts, Does Dovecot support ldaps:\\ connections in dovecot-ldap.conf for ldap connections? I can get regular ldap:\\connections to work, but not ldaps:\\ connections. I have even downloaded the latest beta version of dovecot and it still doesn't work. If its not supported, will it be in the near future? Note: We are using Centos 5 and Redhat 5 systems. Tim Tyler Network Engineer - Beloit College [EMAIL PROTECTED]
Re: [Dovecot] Too many open files
We were running 1.015r (since that is what Redhat distributes) and had the Too many open files problem. We were using PAM at first and then userdb ldap. We upgraded to 1.10 and all seems to be fixed for us now. I have no idea about the in between versions. Upgrading to 1.10 seems to work. Tim At 03:30 AM 1/10/2008, you wrote: On Thu, 2008-01-10 at 07:41 +0100, Claude Frantz wrote: Hello ! The problem with Too many open files has disappeared here when using the version dovecot.i386 1:1.0.9-0_65.fc7 on a system running Fedora 7. With the more recent version dovecot.i386 1:1.0.10-0_66.fc7, the problem occurs again as it did previously. There's hardly any difference between 1.0.9 and 1.0.10, except if you're using LDAP passdb/userdb. Unless the RPM was packaged differently, I'd say it's just a chance that 1.0.9 happens to (appear to) work and 1.0.10 doesn't. Tim Tyler Network Engineer - Beloit College [EMAIL PROTECTED]
[Dovecot] Dovecot too many open files???
Dovecot experts, We just recently deployed Dovecot 1.0.rc15 on a Redhat 5 system. I have over 1400 users. At first it appeared to work fine. But soon, we had complaints of students that couldn't retrieve their email. I looked in the logs and found this error. Jan 7 22:27:31 stu dovecot: auth(default): pam(pucklisl,http://144.89.40.6144.89.40.6): pipe() failed: Too many open files We are running Dovecot to authenticate via pam which authenticates ldap. Below is the output of [EMAIL PROTECTED] ~]# dovecot -n # /etc/dovecot.conf listen: * ssl_cert_file: /etc/mail/certs/server.pem ssl_key_file: /etc/mail/certs/server.key 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 login_process_size: 512 login_max_processes_count: 32 mail_location: mbox:%h/mail:INBOX=/var/spool/mail/%u mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /etc/custom-pop3.sh mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 auth default: passdb: driver: pam userdb: driver: passwd Any solutions for this problem? Tim Tyler Network Engineer - Beloit College [EMAIL PROTECTED]
Re: [Dovecot] Dovecot too many open files???
Dovecot users, I guess I should complain to Redhat. Their latest rhl release of Dovecot is 1.0.rc15 on redhat 5. Its even older if you are running on redhat 4 which ironically is much more stable. I even tried to run dovecot directly to ldap using userdb ldap, but that would fail after a few minutes. We are now downloading and installing 1.010. So far it appears to be stable, but we shall see over the rest of the afternoon. Too early to judge. I hate having to run source code installs, but it may be the only way in this case. I guess I would expect better from a commercial linux company in the stability of what they release. Tim At 10:00 AM 1/8/2008, you wrote: On 1/8/2008, Tim Tyler ([EMAIL PROTECTED]) wrote: We just recently deployed Dovecot 1.0.rc15 Ouch... old... upgrade... -- Best regards, Charles Tim Tyler Network Engineer - Beloit College [EMAIL PROTECTED]
[Dovecot] Dovceot user pop3 last connect info?
Dovecot experts, I am a newbie to Dovecot. I am in the process of replacing qpopper with dovecot to support pop 3 clients. I have installed the latest version of Dovecot on Fedora Core 6. Everything seems to be working fine using ldap, etc. However, with qpopper, I used to have .pop.username files which would give me a time stamp of the last time a user established a pop3 connection. I know that Dovecot has logs of connection in the /var/log/maillog files, but these files rotate out over a relatively short period of time. Is there a method by which one can keep track of the last time a pop3 connection was established for each user when using Dovecot? Tim Tyler Network Engineer - Beloit College [EMAIL PROTECTED]