Mailing List Archive

On Sun, Feb 22, 2004 at 11:57:47PM +0000, spf@anarres.org wrote:
|
| I presume it would be to advantage if a future version of Mail::SRS
| contained a daemon like Mail::SPF::Query, which would read two lines
| (address, alias) and write one line (srs address)?

address, alias, format-string --- we may need to rewrite to "...@bounce.pobox.com"

| I will endeavour to write such a utility.
|

Thanks for all the hard work, Shevek. I'm sure I speak for everyone in
the SPF/SRS community, and for all the unknowing users who will benefit
in the years to come.


-------
To unsubscribe, change your address, or temporarily deactivate your subscription,
please go to http://v2.listbox.com/member/?listname=srs-discuss@v2.listbox.com

On Sun, 22 Feb 2004, Meng Weng Wong wrote:

> On Sun, Feb 22, 2004 at 11:57:47PM +0000, spf@anarres.org wrote:
> |
> | I presume it would be to advantage if a future version of Mail::SRS
> | contained a daemon like Mail::SPF::Query, which would read two lines
> | (address, alias) and write one line (srs address)?
>
> address, alias, format-string --- we may need to rewrite to "...@bounce.pobox.com"

Well, actually, if you just pass "bounce.pobox.com" as 'alias' then that
is what you will get. Perhaps I should consider calling it 'returnhost'.

> | I will endeavour to write such a utility.
>
> Thanks for all the hard work, Shevek. I'm sure I speak for everyone in
> the SPF/SRS community, and for all the unknowing users who will benefit
> in the years to come.

You are welcome. I have just written such a daemon, and I will release it
when I have pushed the code into a module and written an appropriate test
suite for it. I don't really want to release it without more testing and
perhaps an exim integration, and probably an srsc client which talks to
the daemon instead of using Mail::SRS directly (practicaly pointless,
since you still have to exec Perl, but useful for testing).

my $d = new Mail::SRS::Daemon(Secret => "foo");
$d->run;

Do the qmail/sendmail people get any advantage from reading a Unix socket,
rather than executing a Perl binary?

S.

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

-------
To unsubscribe, change your address, or temporarily deactivate your subscription,
please go to http://v2.listbox.com/member/?listname=srs-discuss@v2.listbox.com

----- Original Message -----
From: <spf@anarres.org>
To: <srs-discuss@v2.listbox.com>
Sent: Monday, February 23, 2004 1:38 AM
Subject: Re: [srs-discuss] ANNOUNCE: New version something random

> > Thanks for all the hard work, Shevek. I'm sure I speak for everyone in
> > the SPF/SRS community, and for all the unknowing users who will benefit
> > in the years to come.

Hear! Hear! I am very pleased with SRS too, and with Shevek's tireless work
on the project.

> You are welcome. I have just written such a daemon, and I will release it
> when I have pushed the code into a module and written an appropriate test
> suite for it. I don't really want to release it without more testing and
> perhaps an exim integration, and probably an srsc client which talks to
> the daemon instead of using Mail::SRS directly (practicaly pointless,
> since you still have to exec Perl, but useful for testing).
>
> my $d = new Mail::SRS::Daemon(Secret => "foo"); $d->run;
>
> Do the qmail/sendmail people get any advantage from reading a Unix socket,
> rather than executing a Perl binary?

I'd most certainly be interested in that! :) The new sendmail
8.13.0.PreAlpha4 promises: "Some of the new features that will be part of
8.13 such as ... and a new "socket" map to query maps via TCP/IP sockets."
(Sic!). That means I could implement SRS in a single ruleset, without
exec'ing anything! That would nearly make it as fast (calling-wise), as a
C-patch. Yay!

Most certainly, Shevek, go for the socket route!

P.S. They speak of TCP/IP sockets, not domain sockets, per se; but the local
adaptation, should it be necessary, would be minor.

- Mark

System Administrator Asarian-host.org

---
"If you were supposed to understand it,
we wouldn't call it code." - FedEx

-------
To unsubscribe, change your address, or temporarily deactivate your subscription,
please go to http://v2.listbox.com/member/?listname=srs-discuss@v2.listbox.com

Quoting spf@anarres.org (spf@anarres.org):
> No changes to the core. I updated and fully documented the commandline
> script. I hope this helps integrators who are using it.
>
> Also, there is a link from http://www.anarres.org/projects/srs/ for a very
> simple sendmail integration.
>
> Has anyone yet done either exim or postfix integration for this? Exim
> could presumably be done by replacing the ${lookup ...} with an exec of
> some sort, passing the lookup as an argument.

I hooked SRS into Postfix using a transport for all non-local
domains. I am not familiar enough with the Postfix code to attempt
patching Postfix itself. Using a transport does require a seperate
instance of Postfix running somewhere.

John Capo


>
> I presume it would be to advantage if a future version of Mail::SRS
> contained a daemon like Mail::SPF::Query, which would read two lines
> (address, alias) and write one line (srs address)?
>
> I will endeavour to write such a utility.
>
> S.
>
> --
> Shevek http://www.anarres.org/
> I am the Borg. http://www.gothnicity.org/
>
> -------
> To unsubscribe, change your address, or temporarily deactivate your subscription,
> please go to http://v2.listbox.com/member/?listname=srs-discuss@v2.listbox.com

-------
To unsubscribe, change your address, or temporarily deactivate your subscription,
please go to http://v2.listbox.com/member/?listname=srs-discuss@v2.listbox.com