Postfix relay

Fórumok

Van egy levelező szerver virtuális userekkel, intranetes hálózaton, nem létező domain végződéssel. pl.: admin@nincs.local
Vannak létező email címek is külső szolgáltatónál. pl.: admin@letezik.hu
Szeretném ha a klienseknél a local mail címeket kellene beállítani, de egyes felhasználók, akik küldhetnek nyílvános hálózat irányába is emailt, azoknak a szerver továbbítsa a levelét a külső szolgáltatóhoz, de a publikus email cím alatt.
pl.: ha az admin@nincs.local levelet küld a info@teszt.hu címre akkor a levél átkerülne a külső szolgáltatóhoz, de a feladó már az admin@letezik.hu email cím legyen.
A belső levelezés hibátlanul működik.
Hogyan tovább?
Előre is köszi.

Hozzászólások

man 5 generic
man 5 canonical
man 5 transport

nagyjából ezekre lesz szükséged.

Nem sikerült megoldani. Kicsit több segítségre lenne szükségem. Azt elértem ugyan, hogy minden email cím átnevezésre kerüljön, de nem ez a célom. A belső levelezés során nem kellene semminek sem módosulnia, csak abban az esetben kell átírni a címeket, ha külső emailcímre megy a levél. (persze ha van joga hozzá.)

A levelezoklienseknel nezd meg az identitasok (azonositok, stb.) beallitast. Az pont arrol szol, hogy 1 fiok, tobb latszolagos kuldo cim.

Egyebkent meg valami rewrite szervizre lesz szukseged, mert a postfix magatol nem tud ilyet.

Amugy kerdes: miert nem veszed fel a lokalis postfixbe a letezik.hu-t? Akkor a kerdeskor megoldodna, mindenki tudna a @letezik.hu -s cimevel is levelezni, mivel akkor azt lokalisan kezbesitene. Kicsit tobb melo, mert helyileg fel kell venni a letezik.hu -ba az osszes cimet aliaskent, de onnnantol kezdve nem kell levelet hamisitanod.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Én elhoznám az MX rekordot a szolgáltatól, és saját szervert üzemelnék be...

Ekkor bárkinek lehetne külsős címe is, vagy ha mindenképp kell küldési szeparálás, akkor az is megoldható a saját szerveren...

Max MX backup-ot kérnék a szolgáltatótól, vagy mástól ... (privi, ha érdekel :D )

A lényeg, hogy nálad lenne az irányítás... és persze a sender_canonical_maps-al tudnál játszani... :D

--
Debian Linux rulez... :D

Na, ohm, akkor most fussunk neki megint, mert nem tudom alkamazni amit mondtal. Hogy ki mit ad meg e-mail cimkent (azaz publikus-e) az most erdektelen.
Szoval, kerdezek, lecci konkret valaszokkal segiteni, hogy segithessek.

- Hany db letezo.hu -s cim van?
- Minden letezo.hu -s cim 1 userhez tartozik?
- Akinek nincs publikus cime (nincs.local -os az email cime) az milyen cimmel kuld? Egy konkret letezo.hu -ssal ami csak az ove, vagy valami kozossel?

--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Van kb 10 publikus email cím, ezekből 7 db konkrét személyhez kötődik.
A fennmaradó 3 db közös email cím pl.: kozpont@letezik.hu; hiba@letezik.hu ...
A fennamaradó kb 30 user akinek nincs publikus email címe, illetve joga sincs hivatalosan levelezni, csak helyi levelezési címmel rendelkezik, de esetenként egy-egy időszakra kaphat jogot a hivatalos levelezésre a meghatározott publikus email cím alatt.

A cél: minden felhasználó használja a belső levelezést, és amennyiben nem a belső hálózati email cím szerepel a címzettben, a szerver lecseréli a küldő email címét publikusra, és továbbítja. Ha nincs a belső levelezéshez párosított külső email cím akkor hibaüzenettel visszadobja a levelet a feladónak.
Kicsit bonyolultnak tűnik, de ennek is megvan a maga oka, amit nem akarok részletezni.

[off]
Kicsit bonyolultnak tűnik, de ennek is megvan a maga oka, amit nem akarok részletezni.

Tesó, nem irigyellek az ilyen f*szságok miatt... :D

Remélem le van nálatok tiltva az USB, a CD/DVD írás, a freemail, a google, a hotmail, a vipmai, a .... stb. stb. stb.

Azért 2011-2012-ben hogy ne lehessen egy k*rva e-mail címet a cégtől kapni...

Azt gondolom, hogy a legkevesebb értelme ennek van...
[/off]
--
Debian Linux rulez... :D

Oke, ezt megertem, csak az a gond, hogy az a szoftver, ami ezt alapbol tudja, azt Microsoft Exchange Server 2007-nek hivjak, es egy rakas penzbe kerul. A legujabb verziojarol mar meg sem akarok emlekezni.

Itt mindenkeppen valami szoftver irasa lesz a megoldas, foleg mert azt irod, a kozos cimekkel csak idoszakosan lehet irni, ebbol gondolom adodik,hogy azon kivul nem. Mas kerdes, hogy olyankor mi tortenik a levellel.

Kell egy SMTP proxy-t irni, ezt nem uszod meg. Az egyszerubb eset az lenne, hogy a felado cimeket beallitod a kliensben, es a proxy csak azt donti el, hogy az adott cim az adott usertol kimehet-e. Ha nem, akkor meg idejekoran visszacsap egy SMTP error-t, a user pedig idejekoran ertesul arrol, hogy most epp mosolyszunet van. A legtobb kliens nem torli a sikertelen kimeno leveleket, igy mas feladoval ujra ki tudja kuldeni.

A bonyolultabb, ha nem akarsz nyulni a kliensekhez, akkor kell egy adatbazis a cimekkel kapcsolatos mappelesekkel (mit mire, engedelyezett idoszak), kell valami UI amirol iranyitani is tudod, a proxynak pedig az adatbazis alapjan kell elvegeznie a mappeleseket - ha azok az engedelyezett idoszakban vannak.
En itt is valami atvetelkori eldontest tartanek praktikusnak, vagyis ha az adott mappeles nem vegezheto el, akkor dobjon SMTP hibat.

--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal