Mailing List Archive

On Tue, 15 Jun 2004, 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??

There is now a socket daemon in libsrs2 (run srs -d) and there is a socket
daemon (run srsd) in the Perl version. I think these (and exim) are where
the idea originated. The two are (naturally) compatible.

Right now, I'm preferring the option of a full binary patch against
libsrs2. We now support sendmail, but there hasn't been much testing yet.
I'm just starting that today. I hope to give maintainers access to a test
Linux system running their choice of MTA for building and testing patches.

More news later.

S.

--
Shevek http://www.anarres.org/
I am the Borg. http://www.gothnicity.org/

On Tue, 15 Jun 2004, Shevek wrote:

> There is now a socket daemon in libsrs2 (run srs -d) and there is a socket
> daemon (run srsd) in the Perl version. I think these (and exim) are where
> the idea originated. The two are (naturally) compatible.

There is a socket daemon in the Python version as well - compatible with
the Perl version.

--
Stuart D. Gathman <stuart@bmsi.com>
Business Management Systems Inc. Phone: 703 591-0911 Fax: 703 591-6154
"Confutatis maledictis, flamis acribus addictis" - background song for
a Microsoft sponsored "Where do you want to go from here?" commercial.

On Tue, 15 Jun 2004, Koen Martens wrote:

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

Yes, all the major SRS implementations have socket map daemons.
Perl, Python, and libsrs2.

http://www.bmsi.com/python/pysrs.html

--
Stuart D. Gathman <stuart@bmsi.com>
Business Management Systems Inc. Phone: 703 591-0911 Fax: 703 591-6154
"Confutatis maledictis, flamis acribus addictis" - background song for
a Microsoft sponsored "Where do you want to go from here?" commercial.

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/?listname=srs-discuss@v2.listbox.com