Thanks Bowie,

I found those posts, and I'm trying some of the suggestions.  I'm also increasing the number of daemons, to see if that helps as well.  On my LDAP server, though, the default timeout was left, which is supposed to be 0, or effectively none.  Does that match your experience?  Or do I need to set one, even if there is none set now?

thanks!

-steve j
Steve Jacobson
Support Manager
SourceLabs, Inc.
[EMAIL PROTECTED]
(206) 973-3494
(206) 310-7760 - cell


Bowie Bailey wrote:
Steve Jacobson wrote:
  
We're running Courier 0.57 authlib, mta, imap, etc... on RHEL4 on a
dual proc Xeon server.  We're also running ClamAV through ClamCour,
and hitting SpamAssassing through a maildrop xfilter.   On average,
the load on the system is very, very low - < 0.05

Lately, we've started to see a bunch of flaky behaviours, where users
would be prompted for their passwords on send (we're using
authenticated, and SSL smtp) randomly.  We've also had situations
where messages show up in the users sent folder, but are never
delivered.  In addition, we've seen situations where saving to the
sent folder has failed.  This one we've mostly cleared up by allowing
more connections per IP, as we all appear to be coming from the same
IP to the server, since it's outside our corporate firewall.

I'm getting a lot of pressure to dump courier at this point, and I'm
starting to think that might be the right way to go.  There's nothing
useful in the logs - apparently only things that work get logged ;)
None of the failures have corresponding messages.

Our clients are all running Thunderbird on Windows, OSX and Linux.

Any thoughts or advice on how to debug these types of sporadic issues?
    

I was having some similar issues with sporadic authentication failures
with ldap.  Check out the recent thread "authldap failing randomly".
The problem was traced to a 30-second idle timeout on the ldap server.
Raising the timeout to a few minutes fixed most of the problems.  Sam
also posted a patch in that thread which adds a retry to the ldap
connection and fixed my problems.

Check the idle timeout on your ldap server.  Bump it to an hour or two
and see if that helps.

  
begin:vcard
fn:Steve Jacobson
n:Jacobson;Steve
org:SourceLabs, Inc.;Customer Support
adr:Suite 403;;411 1st Ave S.;Seattle;WA;98104;USA
email;internet:[EMAIL PROTECTED]
title:Support Manager
tel;work:206.973.3494
tel;cell:206.310.7760
x-mozilla-html:TRUE
url:http://www.sourcelabs.com
version:2.1
end:vcard

Reply via email to