[postfix]: Eerst local, daarna SMTP transport

Pagina: 1
Acties:

  • eymey
  • Registratie: Februari 2000
  • Laatst online: 21:16
De situatie is als volgt:

We hebben een mailserver (nee joh :+) die vrij standaard is ingericht: Postfix, x-aantal domeinnamen en gewoon local delivery naar een x-aantal mailboxen met aliassen.

Verder draait er nog mailman mailinglist software, die door postfix aangeroepen wordt wanneer het af te leveren e-mail adres overeen komt met een aparte alias database met e-mail adressen van de mailman componenten en lijsten.

Nou begint deze mailserver qua mogelijkheden en performance een beetje achterop te komen bij de eisen die onze organisatie aan een mail systeem stelt.

We draaien op ons interne netwerk nu "SuSE Linux OpenExchange", die dus ook een zeer goede mailserver aan boord heeft.

De situatie die we nu willen hebben is, dat onze huidige mailserver de primaxy MX voor de domeinnamen blijft, en alle mail gericht aan die domeinnamen relayt naar kantoor (en bij geen verbinding met ons kantoor de mail in de queue houdt tot deze weer beschikbaar is).

Na enig onderzoek bleek dit niet zo moeilijk te zijn:
code:
1
2
3
4
5
6
main.cf:

relay_domains = $mydestination domain1.com domain2.com
smtpd_recipient_restrictions = permit_mynetworks reject_unauth_destination

transport_maps = hash:/etc/postfix/transport


en:

code:
1
2
3
4
transport:

domain1.com   :anderemailserver.com
domain2.com    :anderemailserver.com


Dit werkt in principe prima: Alle mail die binnenkomt voor de domains wordt via de relay transport doorgesluisd naar de nieuwe mailserver.

Nu komt echter de reden waarom we deze server als primaire MX willen houden: We willen graag de mailman software blijven draaien op deze server, en evt. wat mailboxen die niet op de nieuwe mailserver hoeven.

Ik weet nu alleen dus niet hoe ik dit moet bewerkstelligen: er wordt namelijk dus wel eens mail gestuurd naar "lijstnaam@domain1.com". Maar ik heb postfix zojuist verteld dat alle mail voor domain1.com doorgesluisd moet worden naar die nieuwe server.

Tenminste, volgens mij gaat het definieren van een transport map vóór een alias map.

code:
1
2
3
Alias maps:

alias_maps = hash:/etc/aliases, hash:/etc/aliases.d/mailman


Weet iemand een manier om te zeggen "kijk eerst of er lokale recipients zoals mailinglist-adressen zijn en zo nee, relay naar volgende mailserver" ?

Marstek Venus 5.12kWh v154, CT002 V118, CT003 V118 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


  • eymey
  • Registratie: Februari 2000
  • Laatst online: 21:16
Ik doe hier nog een klein maar beleefd schopje, in de hoop dat dit topic nog een keer bij iemand onder de aandacht komt.

De bedoeling is dus dat, bij gebrek aan een lokale recipient, de mail niet ge-bounced wordt maar ge-relayed naar een andere mailserver.

Marstek Venus 5.12kWh v154, CT002 V118, CT003 V118 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.


  • Kees
  • Registratie: Juni 1999
  • Laatst online: 20-02 14:16

Kees

Serveradmin / BOFH / DoC
Wat je zou kunnen doen is een alias maken op de mailserver voor elke kantoorgebruiker. Dus dat je piet@ab.com laat doorsturen naar piet@kantoor.ab.com, welke dan je kantoorserver weer oppikt.

Op de server zelf kun je dan al die forwards aanmaken en je mailinglist gewoon blijven gebruiken. Dat is de beste oplossing die mij zo te binnen schiet. Het kan ook niet anders aangezien een transportmap erg hoog is :)

"Een serveradmin, voluit een serveradministrator, is dan weer een slavenbeheerder oftewel een slavendrijver" - Rataplan


  • eymey
  • Registratie: Februari 2000
  • Laatst online: 21:16
Ik ben er inmiddels achter gekomen hoe ik dit kan bereiken:

Ik definieer nu geen transport maps meer, maar laat de default mail delivery voor alle domeinnamen gewoon op local staan.

Echter, ik heb nu de variabele "fallback_transport" gedefinieerd in main.cf .

Postfix kijkt nu gewoon of de recipient lokaal aanwezig is en zo niet, dan wordt het bericht via SMTP doorgestuurd naar het IP adres dat ik achter de variabele fallback_transport definieer.

In ieder geval bedankt voor het meedenken, bovenbuurman.

Marstek Venus 5.12kWh v154, CT002 V118, CT003 V118 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.