[New sendmail release is coming]

I would like to poll about interest in a few new features implemented
via sendmail.cf that require changes in cf/m4/proto.m4 (a 3-5 liner
changes disabled by default).

1) extended mailertable/relay syntax allowing selecting cutom rule set

It would allow to deploy extra sendmail.cf processing after mailertable
selection or relay selection.
I have used FEATURE(mrs) [mailertable rule sets] to implement a few ways
of integrating sendmail with cyrus-imapd.

2) custom rule set called for local adresses just before local mailer
selection [before _STICKY_LOCAL_DOMAIN_ line]

Some sites would like to deploy *multiple local mailers* or local
mailers acepting "domanized" addresses. Current proto.m4 blocks doing it
in a clean and simple way.
It will to integrate cyrus-imapd with virtual domains with
sendmail.

P.S.
I am ready to provide required cf/m4/proto.m4 patches and cf/feature/*
files. Your task will be to convince sendmail.org to accept the donation
and *at least* distribute modified cf/m4/proto.m4.

--
[pl2en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl

> P.S.
> I am ready to provide required cf/m4/proto.m4 patches and cf/feature/*
> files. Your task will be to convince sendmail.org to accept the donation
> and *at least* distribute modified cf/m4/proto.m4.

Comment out line 2229 (sendmail 8.13.8), namely:

R<?> $=w $@ RELAY

Class w defines what hostnames to accept mail for. Trusting a host
enough to relay for it is a completely different concept.

Including this line might be made a feature for the sake of backwards
compatibility. But I wonder how many system admins want this little
open relay hole.

Joseph Brennan
Columbia University Information Technology

Andrzej Adam Filip wrote:
> [New sendmail release is coming]
>
> I would like to poll about interest in a few new features implemented
> via sendmail.cf that require changes in cf/m4/proto.m4 (a 3-5 liner
> changes disabled by default).
>
> 1) extended mailertable/relay syntax allowing selecting cutom rule set
>

+1

Anything that enables one to use rulesets in sendmail to do anything
interesting has my vote. In fact, the yahoo thing recently posted here
would have been a good candidate.

> It would allow to deploy extra sendmail.cf processing after mailertable
> selection or relay selection.
> I have used FEATURE(mrs) [mailertable rule sets] to implement a few ways
> of integrating sendmail with cyrus-imapd.
>
> 2) custom rule set called for local adresses just before local mailer
> selection [before _STICKY_LOCAL_DOMAIN_ line]
>
> Some sites would like to deploy *multiple local mailers* or local
> mailers acepting "domanized" addresses. Current proto.m4 blocks doing it
> in a clean and simple way.

And hence hacks to make LUSER_RELAY preserve the domain name.....

> It will to integrate cyrus-imapd with virtual domains with
> sendmail.
>
> P.S.
> I am ready to provide required cf/m4/proto.m4 patches and cf/feature/*
> files. Your task will be to convince sendmail.org to accept the donation
> and *at least* distribute modified cf/m4/proto.m4.

Seeing as how none of my feature patches have ever been included, (then
again, I have never really asked) I doubt very much that my opinion
matters.

Isnt that what the _FFR_ concept is all about? Patch away, sendmail.org
folk!


>
> --
> [pl2en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl

"jmaimon@ttec.com" <jmaimon@ttec.com> writes:

> Andrzej Adam Filip wrote:
>> [...]
>> 2) custom rule set called for local adresses just before local mailer
>> selection [before _STICKY_LOCAL_DOMAIN_ line]
>>
>> Some sites would like to deploy *multiple local mailers* or local
>> mailers acepting "domanized" addresses. Current proto.m4 blocks doing it
>> in a clean and simple way.
>
> And hence hacks to make LUSER_RELAY preserve the domain name.....

It would be tricky :-)

LUSER_RELAY is implemented in rule set 5 (localaddr).

The rule set is called AFTER initial mailer selection, after alias
expansion. If standard local mailer was selected then the rule set 5
gets "domainless" recipient address.

> [...]

--
[pl2en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl

Andrzej Adam Filip wrote:
> "jmaimon@ttec.com" <jmaimon@ttec.com> writes:
>
> > Andrzej Adam Filip wrote:
> >> [...]
> >> 2) custom rule set called for local adresses just before local mailer
> >> selection [before _STICKY_LOCAL_DOMAIN_ line]
> >>
> >> Some sites would like to deploy *multiple local mailers* or local
> >> mailers acepting "domanized" addresses. Current proto.m4 blocks doing it
> >> in a clean and simple way.
> >
> > And hence hacks to make LUSER_RELAY preserve the domain name.....
>
> It would be tricky :-)
>
> LUSER_RELAY is implemented in rule set 5 (localaddr).
>
> The rule set is called AFTER initial mailer selection, after alias
> expansion. If standard local mailer was selected then the rule set 5
> gets "domainless" recipient address.
>

This is what I did

http://www.jmaimon.com/sendmail/#pre...in_luser_relay

Andrzej Adam Filip wrote:
> [New sendmail release is coming]
>
> I would like to poll about interest in a few new features implemented
> via sendmail.cf that require changes in cf/m4/proto.m4 (a 3-5 liner
> changes disabled by default).
>
> 1) extended mailertable/relay syntax allowing selecting cutom rule set
>

me out here - what problem are you solving?


dp

Dennis Peterson <dennispe@inetnw.com> writes:

> Andrzej Adam Filip wrote:
>> [New sendmail release is coming]
>>
>> I would like to poll about interest in a few new features implemented
>> via sendmail.cf that require changes in cf/m4/proto.m4 (a 3-5 liner
>> changes disabled by default).
>>
>> 1) extended mailertable/relay syntax allowing selecting cutom rule set
>
> me out here - what problem are you solving?

Standard mailertable selects mailer based on recipient's domain *ONLY*.

The recomended feature has akready allowed to use socket map to ask
cyrus imap about mailbox existence. It has made possible to select
cyrusv2 mailer for existing mailboxes and error mailer for non existing
mailboxes.

It can be argued that gains by use in mailertable can be used by other
ways but the feature has allowed to deploy similar check *after*
selection of LUSER_RELAY (check cyrus mailbox if no local mailbox) and
MAIL_HUB (select local mailbox if no cyrus mailbox).
[ define(`LUSER_RELAY',`_mrs_registered_rule_set_:_o ptional_param_'') ]

I am impressed by what this one R line in cf/m4/proto.m4 could deliver.

--
[pl2en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl