Re: Testing SRS

James Couzens <[email protected]> Wed, 16 Jun 2004 01:54:17 -0700
Newsgroups gmane.mail.spam.srs.general
Organization 6o4.ca
Message-ID <1087376057.2294.25.camel@code3>
On Mon, 2004-06-14 at 23:32, Koen Martens wrote:
> On Mon, Jun 14, 2004 at 09:25:16AM -0400, Stuart D. Gathman wrote:
> > On Mon, 14 Jun 2004, Koen Martens wrote:
> > 
> > > Well, if it works for you don't change it. Personally, i wouldn't use perl
> > > programs to do this, since it means invoking an external program on each
> > > incoming / forwarded mail. 
> > 
> > If your sendmail supports socket maps, then a Perl or Python version 
> > will work quite efficiently.
> 
> That's right, is there such an implementation of srs already??
> 
> Koen

libsrs has been ready and waiting for patches for quite some time, in
fact since February.  In addition, in the tools directory has been a
binary whose code is a simple example of how to use the API and this
binary could easily be called from user-land to rewrite addresses.  Here
are some statistics:

- (x86-32)
 10k forwards in 41.60 seconds for 1M forwards or 86.5M fph *
 10k forwards in 38.88 minutes for 1M forwards or around 1.54M fph **

- (x86-64)
 10k forwards 35.5 seconds for 1M forwards or 101.4M fph *
 10k forwards 30.24 minutes for 1M forwards, or just under 2M fph ** 

* when libsrs is linked into a standalone binary
** when libsrs is linked as a library

I would like everyone here to note that SRS could have been finished a
DAMN long time ago, and that I have vocally protested the subversive and
deceptive nature in which Shevek has gone about.  Shevek's ego prevents
him from actively contributing to libsrs a library which I will restate
has been __READY and WAITING__ to perform SRS since FEBRUARY.

It is said that imitation is the greatest form of flattery, however, in
this case I am absolutely not flattered.  I demand that Shevek RENAME
his library something which does NOT attempt to 'appear' to supersede
libsrs. 

This is the LAST time I will ask Shevek.  I am done asking politely on
IRC only to be ignored.

libsrs is very much alive, and if you are interested in its development
you are encouraged to sign up on the development forums @
http://forums.6o4.ca

If you are interested in a Qmail or Sendmail patch please feel free to
voice this interest to me off-list and I will see that you are taken
care of.  While the Qmail patch has been complete since February it was
never published due to the "back-and-forth" on SRS related issues.  I'm
focusing on a release of libspf at the moment but following it there
will be a libsrs 0.4 which will implement fixes required to bring it
in-line with what is current.  There exists a mostly complete Sendmail
patch whose development moves forward as its author has time to deal
with his customers.

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)

iD8DBQBA0Aq5UGWbXgIxVC0RAj/8AJ4iHJORAMvk+NcbZjwaCY0NYmfhhgCcDK8z
zTZAT81A39wSHmQlW6LegzQ=
=BG23
-----END PGP SIGNATURE-----