understand it, the search request being sent before the result of
the bind request is received could trigger the deferrals.
Thanks!
-Ben
On 4/12/07, Timo Sirainen [EMAIL PROTECTED] wrote:
On Wed, 2007-04-11 at 19:50 -0500, Ben Beuchler wrote:
I'd note that if your client is performing search + bind
On 4/12/07, Timo Sirainen [EMAIL PROTECTED] wrote:
On Wed, 2007-04-11 at 19:50 -0500, Ben Beuchler wrote:
I'd note that if your client is performing search + bind on the same
connection in an asynchronous manner, then the server behavior as per
RFC4511 is undefined, since a server
The LDAP_DEPRECATED define should have fixed these. Maybe your ldap.h
doesn't have the deprecated functions at all for some reason? Or did I
somehow mess up applying the deprecated-patch. :)
rc32 builds cleanly for me (only a few minor warnings) and seems to be
running well.
Thanks!
-Ben
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
I received this response from a member of the OpenLDAP core team when
asking about meaning of the deferred operations I was seeing.
Is it possible that this is what I'm seeing, Timo?
-Ben
-
I'd note that if your client is performing search + bind on
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
Another new issue has cropped up with my rc1 - rc31 upgrade:
This morning, right around the typical morning email surge, Dovecot
stopped accepting new IMAP connections. I didn't get a chance to do
much troubleshooting and a restart of Dovecot fixed it. The only
thing I've been able to find in
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
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
