search for: connection_input

...d[4091]: conn=43 op=0 BIND dn="cn=Manager,dc=rbrooks,dc=com" method=128 May 14 12:43:37 s10 slapd[4091]: conn=43 op=0 BIND dn="cn=Manager,dc=rbrooks,dc=com" mech=SIMPLE ssf=0 May 14 12:43:37 s10 slapd[4091]: conn=43 op=0 RESULT tag=97 err=0 text= May 14 12:43:37 s10 slapd[4091]: connection_input: conn=43 deferring operation: binding May 14 12:43:37 s10 slapd[4091]: conn=43 op=1 SRCH base="" scope=0 deref=0 filter="(objectClass=*)" May 14 12:43:37 s10 slapd[4091]: conn=43 op=1 SRCH attr=supportedControl May 14 12:43:37 s10 slapd[4091]: conn=43 op=1 SEARCH RESULT tag=101...

...ng. Digging through the Changelog indicated you've made considerable updates to the auth_bind code, apparently to eliminate just such problems, so I upgraded. Now I'm running rc31 and my OpenLDAP logs are throwing an error like this every few seconds: Apr 9 19:56:42 swizzle slapd[1626]: connection_input: conn=6696168 deferring operation: binding This appears to happen with around every 3rd or 4th bind request. Sometimes it happens with the anonymous requests, sometimes with the auth bind request. As I understand it, the new auth_bind code is extremely careful about flushing all pending operation...

Hi all, For some reason, dovecot is holding a connection up, so we can't shutdown our directory server. OpenLDAP just sits there waiting for the thread to finish. Our OpenLDAP logs show (binding example and shutdown): connection_input: conn=1 deferring operation: binding daemon: shutdown requested and initiated. conn=1 fd=12 closed (slapd shutdown) slapd shutdown: waiting for 1 threads to terminate Sometimes the IMAP connection is also dropped. We are storing our users in the directory for passdb and userdb, no prefetch enabl...

...ver(rbc-006 at example.com): Error: userdb lookup(rbc-006 at example.com) failed: Internal failure Later on, when it retries, everything goes according to plan and delivery is achieved. Now this is actually due to slapd saying: Dec 6 08:46:25 vmx15.unix slapd[3958]: [ID 763815 local4.debug] connection_input: conn=72057 deferring operation: too many executing And since it happens most frequently with mailing-lists, or mails with many recipients, I would guess it is due to a large number of lookups happening in a very short time. Since dovecot_destination_recipient_limit=1, I believe 'deliver...

...Escape character is '^]'. +OK Dovecot-POP user username +OK pass mypassword -ERR Authentication failed. Now, for authentication, Dovecot is using LDAP on the local server. The only additional information I can find pertaining to these errors is the following from slapd.log: slapd[22593]: connection_input: conn=6 deferring operation: pending operations These messages correspond 1-to-1 to the above 'deliver' errors, where 'conn' is always the same number. Restarting dovecot and ldap resolves the issue for a few minutes, but sure enough the errors start flowing again. I'm really...

Hi all, I'm running dovecot-1.0.rc17 on OpenBSD 3.9, using userdb and passdb methods of "ldap" (SSL on 636/tcp) in addition to "passwd". Occasionally (generally after a few hours of operation, but not always), LDAP-based logins stop working (e.g. hang/timeout after POP3 PASS command). Accounts with local passwords (as opposed to accounts with a password field of

...dmins,dc=xxx,dc=xx,dc=xx,dc=xx" method=128 Jun 17 17:21:13 ywgldap0 slapd[16885]: conn=167 op=0 BIND dn="cn=nss,ou=Admins,dc=xxx,dc=xx,dc=xx,dc=xx" mech=SIMPLE ssf=0 Jun 17 17:21:13 ywgldap0 slapd[16885]: conn=167 op=0 RESULT tag=97 err=0 text= Jun 17 17:21:13 ywgldap0 slapd[16885]: connection_input: conn=167 deferring operation: binding Jun 17 17:21:13 ywgldap0 slapd[16885]: conn=167 op=1 SRCH base="ou=Users,dc=xxx,dc=xx,dc=xx,dc=xx" scope=2 deref=0 filter="(uid=root)" Jun 17 17:21:13 ywgldap0 slapd[16885]: conn=167 op=1 ENTRY dn="uid=root,ou=Users,dc=xxx,dc=xx,dc=...