Re: Overriding transport_maps with sender_dependent

2021-08-12 Thread Matt Corallo
On 8/12/21 14:41, Gerard E. Seibert wrote: Have you made any attempt to get your IP 'whitelisted' with Microsoft? Several attempts. If you know of a decent contact I can pursue it further, but even after fighting with their usual ticket people and getting "mitigation" turned on for the

Re: Overriding transport_maps with sender_dependent

2021-08-12 Thread Gerard E. Seibert
On Thu, 12 Aug 2021 11:56:36 -0400, Matt Corallo stated: >On 8/12/21 09:37, Wietse Venema wrote: >> Matt Corallo: >>> I tried variations of this but never could get it to work - as far >>> as I could tell the nexthop is fully resolved by the time we get to >>> the smtp daemon, so there aren't

Re: Overriding transport_maps with sender_dependent

2021-08-12 Thread Matt Corallo
On 8/12/21 09:37, Wietse Venema wrote: Matt Corallo: I tried variations of this but never could get it to work - as far as I could tell the nexthop is fully resolved by the time we get to the smtp daemon, so there aren't any relevant settings to override or otherwise set the default on the

Re: Overriding transport_maps with sender_dependent

2021-08-12 Thread Wietse Venema
Matt Corallo: > I tried variations of this but never could get it to work - as far as I could > tell the nexthop is fully resolved by the > time we get to the smtp daemon, so there aren't any relevant settings to > override or otherwise set the default on the > nexthop there. In the FILTER

Re: Overriding transport_maps with sender_dependent

2021-08-11 Thread Matt Corallo
I tried variations of this but never could get it to work - as far as I could tell the nexthop is fully resolved by the time we get to the smtp daemon, so there aren't any relevant settings to override or otherwise set the default on the nexthop there. Thanks, Matt On 8/11/21 17:37, Wietse

Re: Overriding transport_maps with sender_dependent

2021-08-11 Thread Wietse Venema
Matt Corallo: > > > On 8/11/21 16:52, Wietse Venema wrote: > > If the sender address can override the routing, even if the recipient > > would otherwise be delivered locally, then that would be a recipe > > for mailer loops with the potential for mail explosions. This is > > why we have

Re: Overriding transport_maps with sender_dependent

2021-08-11 Thread Matt Corallo
On 8/11/21 16:52, Wietse Venema wrote: > If the sender address can override the routing, even if the recipient > would otherwise be delivered locally, then that would be a recipe > for mailer loops with the potential for mail explosions. This is > why we have sender_dependent overrides for

Re: Overriding transport_maps with sender_dependent

2021-08-11 Thread Wietse Venema
Matt Corallo: > > > On 8/11/21 13:54, Viktor Dukhovni wrote: > >> On 11 Aug 2021, at 11:00 am, Matt Corallo wrote: > >> > >> Hmm, well I suppose consider this a feature request for > >> sender_dependent_relay_transport_maps or sender_dependent_transport_maps :) > > > > No such feature fits

Re: Overriding transport_maps with sender_dependent

2021-08-11 Thread postfix
On 08-11-2021 4:41 pm, Matt Corallo wrote: Correct me if I'm wrong, but it should still be possible to have a sender-dependent lookup that happens before transport_maps or relay_transport_maps? Indeed, I understand that no multi-key lookup can occur, but the decision could be made first by an

Re: Overriding transport_maps with sender_dependent

2021-08-11 Thread Matt Corallo
On 8/11/21 13:54, Viktor Dukhovni wrote: On 11 Aug 2021, at 11:00 am, Matt Corallo wrote: Hmm, well I suppose consider this a feature request for sender_dependent_relay_transport_maps or sender_dependent_transport_maps :) No such feature fits into a single-key lookup design. You're

Re: Overriding transport_maps with sender_dependent

2021-08-11 Thread Wietse Venema
Viktor Dukhovni: > > On 11 Aug 2021, at 11:00 am, Matt Corallo wrote: > > > > Hmm, well I suppose consider this a feature request for > > sender_dependent_relay_transport_maps or sender_dependent_transport_maps :) > > No such feature fits into a single-key lookup design. > > You're looking to

Re: Overriding transport_maps with sender_dependent

2021-08-11 Thread Viktor Dukhovni
> On 11 Aug 2021, at 11:00 am, Matt Corallo wrote: > > Hmm, well I suppose consider this a feature request for > sender_dependent_relay_transport_maps or sender_dependent_transport_maps :) No such feature fits into a single-key lookup design. You're looking to exempt specific sender (domains)

Re: Overriding transport_maps with sender_dependent

2021-08-11 Thread Matt Corallo
Hmm, well I suppose consider this a feature request for sender_dependent_relay_transport_maps or sender_dependent_transport_maps :) Matt > On Aug 10, 2021, at 23:01, Viktor Dukhovni wrote: > > On Tue, Aug 10, 2021 at 10:34:52PM -0400, Matt Corallo wrote: > >> I have a need to map some

Re: Overriding transport_maps with sender_dependent

2021-08-11 Thread Viktor Dukhovni
On Tue, Aug 10, 2021 at 10:34:52PM -0400, Matt Corallo wrote: > I have a need to map some destination domains to a specific smtp > nexthop, but need to override that nexthop on a sender_dependent > basis. I've tried a few things and all with no luck: Sorry, that's not directly possible.

Re: Overriding transport_maps with sender_dependent

2021-08-10 Thread Matt Corallo
Oh, and if its possible, is it also possible to specify the original domains as "any domain with an MX of $REGEX" instead of only "any recipient domain of $REGEX"? Thanks, Matt On 8/10/21 22:34, Matt Corallo wrote: I have a need to map some destination domains to a specific smtp nexthop, but

Overriding transport_maps with sender_dependent

2021-08-10 Thread Matt Corallo
I have a need to map some destination domains to a specific smtp nexthop, but need to override that nexthop on a sender_dependent basis. I've tried a few things and all with no luck: * transport_maps specifying the nexthop can't be overridden at all, it seems (and doesn't support