On Tue, 23 Mar 2004, Sam Laffere wrote: > Charlie Brady wrote: > > > Yes, [greylisting] does lock. I didn't check that it will always remove the lock. > > Behaviour probably depends on which form of the command is run - Sam, > > are you using select server, or running under tcpserver? > > Tcpserver. I have no experience with select server.
OK, that means that you should have only briefly living instances of qpsmtpd. None should be hanging around forever holding the lock. > > I note that it returns DECLINED on various failure conditions. > > Shouldn't that be DENYSOFT (so admin has a chance to fix the problem)? > > Unless I am mistaken, this DECLINED is just the syntax for the plugin to > terminate without doing anything. Yes, but if you want greylisting behaviour, you should be sending DENYSOFT to the client, if your greylisting is broken. It's a temporary mail server problem, so you want delivery to be deferred (IMO). > >> It also seems that there are a few legitimate mail servers out there that > >> do not queue and retry on the DENYSOFT. > > > That sounds like a definition of "legitimate" which I'm not familiar > with:-) > > By legitimate mail servers, one of these is my customer that is running > (I'm pretty sure) Lotus Notes. If Lotus Notes doesn't requeue and retry (I would be only a little surprised), then it's not a legitimate mail server. > >> A couple of instances of customers having immediate denials returned to > >> them, ... > > > Do you have copies of the bounces? > > The bounce is not really a bounce message generated by my mailserver. It > may have come to her as a bounce from her Lotus Notes, or as an error notice > that the mail was not deliverable because of "This mail is temporarily > denied". That sounds like a delivery status notification to me, and I would guess it said something which meant "not yet delivered" rather than "not deliverable". [Sorry, I haven't studied the greylisting process enough yet to grok your logfiles. Presumably someone else can.] --- Charlie
