[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RCPTCHECK support in your combined patch
- To: John Simpson <jms1@xxxxxxxx>, Qmail mailing list <qmail@xxxxxxxxxxxxx>
- Subject: RCPTCHECK support in your combined patch
- From: Hugo Monteiro <hugo.monteiro@xxxxxxxxxx>
- Date: Tue, 03 Jun 2008 12:45:51 +0100
- /m: 46/d:7040); 03 Jun 0108 11:45:51 -0000
- Delivered-to: de5-qmail@sws5.ornl.gov
- Delivered-to: mailing list qmail@list.cr.yp.to
- Mailing-list: contact qmail-help@list.cr.yp.to; run by ezmlm
- User-agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
Hello John,
I just visited the page in the section for the RCPTCHECK support, and
there was something that i didn't quite understand. You say
"The validrcptto.cdb file (if any) will be checked before the RCPTCHECK
program (if any) runs. If the validrcptto.cdb mechanism rejects a
recipient, the RCPTCHECK program will not be run for that recipient."
How does the validrcptto.cdb mechanism reject a recipient? Doesn't it
only check for the existance, authorizing if it does exist and rejecting
if it doesn't? If so, what's the point of supporting the external
RCPTCHECK? Is it only to provide a way for greylisting (and friends)?
I realy think that the external RCPTCHECK should be able to be done,
since it could also provide the original purpose of doing recipient
checking not supported natively by the (altered) qmail installation. If
your mind is really set to what you have described, maybe you could
consider allowing the further recipient checking to be done if another
env var was set. (EXTENDED_RCPTCHECK?)
Regards,
Hugo Monteiro.
--
ci.fct.unl.pt:~# cat .signature
Hugo Monteiro
Email : hugo.monteiro@xxxxxxxxxx
Telefone : +351 212948300 Ext.15307
Centro de Informática
Faculdade de Ciências e Tecnologia da
Universidade Nova de Lisboa
Quinta da Torre 2829-516 Caparica Portugal
Telefone: +351 212948596 Fax: +351 212948548
www.ci.fct.unl.pt apoio@xxxxxxxxxx
ci.fct.unl.pt:~# _