On Jun 13, 2004, at 1:38 AM, Matt Sergeant wrote:
It requires a core patch. I wonder if a new return code might not be
useful here, so you could do:
return CUSTOM, 501, Syntax error in EHLO argument;
Ask - any thoughts on that?
DECLINED / OK / ... has other meanings than just what we return to
On 13 Jun 2004, at 11:48, Hanno Hecker wrote:
In addtition you could also add an alias for RFC errors at the end of
Qpsmtpd::Constants:
use constant RFC_ERROR = (DENY, 501);
So plugin writers can just write
return(RFC_ERROR, Syntax error in HELO argument);
Unfortunately perl's constants are
On 13 Jun 2004, at 09:45, Ask Bjørn Hansen wrote:
I think I'd rather see an extension so if the second part of the
return result is a three digit number we'll pass that back as the code
and use the third part as the message.
Does that make sense?
Yes.
Matt.
On Sun, Jun 13, 2004 at 01:45:15AM -0700, Ask Bj?rn Hansen wrote:
It requires a core patch. I wonder if a new return code might not be
useful here, so you could do:
return CUSTOM, 501, Syntax error in EHLO argument;
Ask - any thoughts on that?
DECLINED / OK / ... has other meanings
On Sun, 13 Jun 2004, Matt Sergeant wrote:
I do a lot of regexp matching from my custom HELO plugin here. There's
no escaping to be done - this is all I do:
foreach my $re ($self-qp-config('bad_helo_re')) {
if ($hello =~ /^$re/i) {
$self-log(LOGDEBUG, HELO $hello is bad
Mark Powell [EMAIL PROTECTED] wrote:
Attached is a newer version of the plugin. Each line in badhelo is a
regexp. If the regexp is enclosed in '/' chars then it is used as is,
giving total freedom, otherwise an implied prefix of '^' and a post-fix of
'.?$' are added before processing. It