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-----