spf-discuss
[Top] [All Lists]

RE: [spf-discuss] Fw: SRS vs BATV

2006-02-17 11:01:31


-----Original Message-----
From: paddy [mailto:paddy(_at_)panici(_dot_)net] 
Sent: Saturday, February 18, 2006 2:07 AM
To: spf-discuss(_at_)v2(_dot_)listbox(_dot_)com
Subject: Re: [spf-discuss] Fw: SRS vs BATV

On Fri, Feb 17, 2006 at 09:09:29AM +1300, Craig Whitmore wrote:

Yes, this is standard practice.  The drawback is that you have to
accept and discard all the garbage before issuing the reject.  Sure
wish SMTP would allow issuing a reject during data - say right
after the headers.  This would be a boon to 2822 based authentication
schemes.

You cannot legally do this as below? (I worked out how to do rejects on
the 
data command
itself under exim  using acl_check_predata so now I don't have to accept 
the entire message.

220 mx5.orcon.net.nz ESMTP Exim 4.60 Fri, 17 Feb 2006 08:46:20 +1300
helo asdasd
250 mx5.orcon.net.nz Hello localhost [127.0.0.1]
MAIL FROM: <>
250 OK
RCPT TO:  asdasd(_at_)spam(_dot_)co(_dot_)nz

Point A

250 Accepted
DATA

Point B

550 Invalid Bounce. This message did not come from here
quit
221 mx5.orcon.net.nz closing connection
Connection closed by foreign host.

Help! please someone explain to me what you know at Point A that you don't 
know at Point B (other than that the client is willing to go as far as
DATA), 
and how that makes any difference as to whether you would accept a bounce ??
!!

The above looks like a recipe to try to detect CBV and break it ??? !!

Point A = it's a valid Callback. (No DATA)
Point B = it's a bounce (as there is DATA) that I did not send as
          It is being sent to a non BATV encoded RCPT TO

Thanks
Craig

-------
Sender Policy Framework: http://www.openspf.org/
Archives at http://archives.listbox.com/spf-discuss/current/
To unsubscribe, change your address, or temporarily deactivate your 
subscription, 
please go to 
http://v2.listbox.com/member/?listname=spf-discuss(_at_)v2(_dot_)listbox(_dot_)com