Re: Testing SRS

James Couzens <[email protected]>
Newsgroups gmane.mail.spam.srs.general
Organization 6o4.ca
Message-ID <1086943019.16896.514.camel@code3>
On Mon, 2004-06-07 at 16:06, Stephen Carr wrote:
> Dear List
> 
> I am about to implement SPF - so far short periods of testing when the 
> mail traffic is low seem to be OK .
> 
> I was hoping you could point me to a document that has the procedures 
> to undertake a full test of SPF and SRS before I make the system live. 
> End users are very touchy about loosing emails.
> 
> Thanks in advance
> Stephen Carr

As far as implementing SPF, step one is to publish records making sure
to end your SPF records with ?all.  If you are very paranoid, you can
end them with +all.  This ensures that even if the mail is invalid
(fails to pass the network space or conditions that you described with
your query) it will still make it through.  This is a good way to test
when you have SPF applying headers to each email.

Once you have confidence that its doing that, and you are seeing PASS
where you should, and FAIL where you should and so on and so forth, you
might wish to change the +all to ?all.  It is not recommended to change
to -all yet as we need to reach critical mass first or else you will
likely loose mails for those who have not yet heard about or implemented
SPF.

For SRS, you could have a look at libsrs wich is an ANSI C
implementation of SRS which you can compile and then inside of the tools
directory (providing all compiles well) you will find a tool called srs
(short for SRSQuery).  You can feed this binary arbitrary values to help
understand what happens to an email address as it works its way through
the SRS process.

If you wish to code with libsrs, you can use the source code of SRSQuery
to see how the API works.

code3 tools $ ./srs -z
SRS Query v0.3 - James Couzens <[email protected]>

From: ([email protected]) 
to: ([email protected])
which forwards to: ([email protected])

HOSTA Send: envelope-from: ([email protected])
HOSTB Rewrite: envelope-from: ([email protected])
HOSTC Rewrite: envelope-from:
([email protected])
HOSTD Rewrite: envelope-from:
([email protected])
HOSTB Bounce: envelope-from: ([email protected])
HOSTB HMAC VERIFIED : enevelope-from: ([email protected])

Rewrite executed in 0.193 seconds

I would also recommend reading all of the available information linked
from http://spf.pobox.com under the heading "Sender Rewriting Sceheme".

In addition to this you will find invaluable the information available
elsewhere on the spf site.  Any questions you have that don't involve
placing XML in DNS records by all means, ask away!

Cheers,

James

-- 
James Couzens,
Programmer
-----------------------------------------------------------------
XML is WRONG, and here it doesn't BELONG.
Neither in SPF, nor inside of DNS,
its fat and its bloated and so I express:
JSON - "The FAT FREE alternative to XML"
http://www.crockford.com/JSON/xml.html
-----------------------------------------------------------------
http://libspf.org -- ANSI C Sender Policy Framework library
http://libsrs.org -- ANSI C Sender Rewriting Scheme library
-----------------------------------------------------------------
PGP: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBD3BF855

-------
To unsubscribe, change your address, or temporarily deactivate your subscription, 
please go to http://v2.listbox.com/member/[email protected]
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAyW8rUGWbXgIxVC0RAlc0AKCi9FWF3fSQVU1wAZ6sel5moAT+iQCg01ta
/QWrhl1Tf6zmpGqfgN8H9wk=
=fWhJ
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.