I'm trying to use multiple smtp IPs without having multiple postfix instances.
So I tried to split smtp using transport_maps and that works ok for
local mail destined to foreign destinations.
But it breaks the delivery of foreign mail destined to local
destinations with the error "mail for example
Noel Jones wrote:
> MV wrote:
>>
>> 1.1.1.1:smtpinet n - n - - smtpd
>> -o myhostname=mx1.example.com
>> -o smtp_helo_name=mx1.example.com
>> -o smtp_bind_address=1.1.1.1
>
> You can't set "smtp"
>Wietse wrote:
>> MV wrote:
>> I'm trying to use multiple smtp IPs without having multiple postfix
>> instances.
>>
>> So I tried to split smtp using transport_maps and that works ok for
>> local mail destined to foreign destinations.
>> But
> Noel Jones wrote:
> Don't use the smtp transport for local addresses.
And how would I do that? I mean how can I have custom smtp for REMOTE
deliveries and not breaking the LOCAL deliveries,
Marcus
> Wietse wrote:
> By having the transport map reply "not found" for local destinations.
> Noel Jones wrote:
> ... Configure your TCP table ignore local addresses. In
> the context of a TCP table, the response should be something like
> 500 not found
So, am I right to assume that by replying to s
> Wietse Venema wrote:
> In other words, RTFM.
I'd love to say I haven't read the manual and thank you for pointing
it out to me, but my OCD is too damn high, so I always read manuals.
Unfortunately this time I can't quite get my head around it to figure
it out on my own how to correctly and sanel
>Wietse:
>> MV:
>> As far as I can tell, in my case since I'm using sing tcp-base tables
>> some look ups are not performed and that's fine. But there are no
>> mentions to the change in the order which patterns are checked.
>> So am I wrong
>Viktor Dukhovni wrote:
> Furthermore, because "*" is cached, you really don't want to use
> "*" at all for dynamic transport resolution.
Thanks for your input RE the caching of the special pattern "*" results.
> I answered your question upthread, use:
> sender_dependent_default_transport_maps
> Wietse:
> What is the legitimate use case for this kind of policy evasion?
Just to be clear, I'm not a spammer, if anything, I couldn't be more
far from it.
I'm in the business of (strictly subscription-only) "monitoring
stuff". I mean, as soon as an event happens the subscribers who signed
up t
Viktor Dukhovni:
> Of course you can. You're just not listening carefully. Your
I'm failing to grasp the concept and can't find any working examples online...
Finding this thread
http://thread.gmane.org/gmane.mail.postfix.user/203958 has helped a
bit..
> sender dependent maps would actually larg
Viktor Dukhovni wrote:
> It is a program! Not a fixed mapping. It receives a sender address,
> and replies (with a possibly cached per-sender) answer which is
> computed on a mostly-round-robin basis.
If that's not asking too much, could you please provide me with a
practical example or point me
Wietse wrote:
> In that case, arrange for whitelisting like ever legitimate sender does.
I do that for Gmail, Yahoo, Microsoft, AOL .. and it works, so much
so that we have never been graylisted by any of those folks despite
the tens of thousands emails we send daily.
But I can't afford do that f
12 matches
Mail list logo
