10 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Re: Error: 400 Se...
FromSent OnAttachments
Matt PavlovichAug 13, 2002 12:28 pm 
Sam VarshavchikAug 13, 2002 1:18 pm 
Matt PavlovichAug 14, 2002 9:15 am 
Sam VarshavchikAug 14, 2002 3:37 pm 
Matt PavlovichAug 15, 2002 12:33 pm 
Sam VarshavchikAug 15, 2002 5:30 pm 
Matt PavlovichAug 17, 2002 9:55 am 
Sam VarshavchikAug 17, 2002 10:22 am 
Johannes ErdfeltAug 17, 2002 11:13 am 
Sam VarshavchikAug 17, 2002 5:10 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [courier-users] Re: Error: 400 Service Temporarily unavailableActions...
From:Johannes Erdfelt (joha@erdfelt.com)
Date:Aug 17, 2002 11:13:39 am
List:net.sourceforge.lists.courier-users

On Sat, Aug 17, 2002, Sam Varshavchik <mrs@courier-mta.com> wrote:

On Sat, Aug 17, 2002 at 11:55:10AM -0500, Matt Pavlovich wrote:

The LDAP server has been running since Aug 06, with no signs of going down. Below are some log files from Error 400 instances.

Well, the LDAP client is unable to query the server, that's the bottom line. You'll need to figure out why.

I found what may be the issue... the LDAP Server had the idletimeout setting to 7200 (seconds). Perhaps the LDAP server was closing idle authdaemon and ldapaliasd connections.

Are the authdaemon and ldapaliasd resilient to the server unexpectedly closing connections?

This is considered as a server crash. A minute or so later they'll try to reconnect, until then all requests are going to be deferred.

There's your answer. The whole purpose of authdaemon and ldapaliasd is to maintain persistent, long term connections to the database, in order to eliminate the overhead of connecting and reconnecting to the database for each message.

All TCP servers must have a timeout.

Is there something we can do as a keepalive for idle LDAP connections?

JE