Well, I've really no idea. I know it works for many people and I
couldn't get it to break when stress testing with hundreds of
connections per second.
More info:
In the 5 minutes between when Nagios flagged IMAP as down (and we
tested it as down) until we restarted Dovecot, 103 authentications
On 10.4.2007, at 4.04, Ben Beuchler wrote:
As I understand it, the new auth_bind code is extremely careful about
flushing all pending operations before attempting to perform the
authentication bind. If that's the case, any idea why OpenLDAP is
deferring the binding operations so frequently?
Is there anything else in slapd logs?
I haven't been able to identify anything of consequence.
For example I found this with google:
http://www.openldap.org/lists/openldap-software/200507/
msg00063.html
Aye, I saw that as well. Unfortunately, Howard points out that the
author of that
The really frustrating thing, of course, is that I really have no
proof whatsoever that the occasional auth failures (all authentication
attempts hang until Dovecot is restarted) have anything to do with the
Sorry; cut myself off.
The really frustrating thing, of course, is that I really have
Ben Beuchler wrote:
I installed a virgin install of OpenLDAP 2.3.32 directly on the mail
server, copied over my LDAP database, pointed Dovecot at it, and
started it up. I immediately started getting the same log entries:
Some ideas from the peanut gallery here -- if you run 'ldd
I hate to bring up anything that might delay 1.0, but the behavior I'm
seeing is rather... weird.
I'm running rc31, using userdb static and auth_bind=yes.
With rc1 (what I had been running) I would occasionally get some
deferring operation complaints from LDAP, but very rarely. Every
now and