Jeremy Kister wrote:
On 3/3/2006 10:28 AM, Michael Krieger wrote:
An SMTP server MUST NOT intentionally close the connection except:
- After receiving a QUIT command and responding with a 221 reply.
- After detecting the need to shut down the SMTP service and
returning a 421 response
On 3/3/2006 10:28 AM, Michael Krieger wrote:
An SMTP server MUST NOT intentionally close the connection except:
- After receiving a QUIT command and responding with a 221 reply.
- After detecting the need to shut down the SMTP service and returning a
421 response code. This response co
Yes. RFC 2821 ( http://www.faqs.org/rfcs/rfc2821.html ) states as follows (note the words 'MUST NOT')3.9 Terminating Sessions and Connections An SMTP connection is terminated when the client sends a QUIT command. The server responds with a positive reply code, after which it closes the c
I've spent the past few days working on this problem for a good 8 hours a day, so figure I'll send it back to the list for some insight.This is using no valias code, so it should be using vpalias.c. I'm using standard qmail aliases.I'm getting qmailadmin segfaulting when handling forwards
Hi,
I'm trying to fine tune my mail system, and looking at how
qmail-smtpd/vchkpw handle rejected mail i started thinking; why
qmail-smtp doesn't disconnect after the intrusion threshold? it keeps
rejecting messages (from the spammer normally) and eating cpu and band
whit. Perhaps there is a good r