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.
- 4167 megtekintés
Hozzászólások
man 5 generic
man 5 canonical
man 5 transport
nagyjából ezekre lesz szükséged.
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Mert kb 40 user, és mindenkinek van saját (nem publikus) email címe. Ezek közül néhány embernek van publikus email címe (is). De azoknak akiknek nincs publikus email címe, esetenként küldhetnek levelet a nyílvános hálózatba, a beállított email cím alatt.
- A hozzászóláshoz be kell jelentkezni
sender_canonical_maps
- A hozzászóláshoz be kell jelentkezni
É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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
"a szerver lecseréli a küldő email címét publikusra,"
Ha jól értem, ez pont erre való:
- A hozzászóláshoz be kell jelentkezni
[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
- A hozzászóláshoz be kell jelentkezni
A tiltások köre sokkal bonyolultabb és részletesebb mint azt gondolnád (még egy vacak háttérképet sem változtathat meg a felhasználó). Ez van. Vannak olyan szabályok amelyeket így a legkönnyebb betartani, betartatni.
- A hozzászóláshoz be kell jelentkezni
Öröm lehet ilyen helyen dolgozni.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
", akkor kell egy adatbazis a cimekkel kapcsolatos mappelesekkel (mit mire, engedelyezett idoszak),"
Ezt nem fogják megúszni, ha ilyenben gondolkodnak.
- A hozzászóláshoz be kell jelentkezni