Spravna teorie? Postfix

[Zdenek Prchal]

Ja to mam takhle:
vyuzivam toho, ze postfix zpracovava virtual map pro lokalni _i_ nelokalni
adresy prijemce. Mam tedy vsude stejnou kompletni tabulku, ktere mapuje

user na domena.cz -> user na pobockax.domena.cz

pricemz to mapovani je samozrejme pouze interni (v obalce mailu) a uzivatele
o tom nepotrebuji nic vedet.
No a jednotlive postfixy maji jako svoji vzdy pouze domenu
pobockax.domena.cz
krome centralniho, ktery ma navic i domena.cz, aby dokazal vracet
nedorucitelne
(a nepremapovane) maily a nepohorsoval se pritom, ze mu nekdo cpe postu, se
kterou nechce mit nic spolecneho.
Udrzba neni pak nijak slozita, navic v pripade potreby je snadno
centralizovatelna,
protoze misto lokalnich virtual map souboru muzete mit vsechno v jednom
centralnim
LDAP serveru (pokud je vpn dostatecne spolehlive, jinak muze byt tech LDAP
serveru
vic replikovanych, ale to uz se zacina mirne komplikovat ;) ...

	Zdenek Prchal


> -----Original Message-----
>
> Dostal jsem pozadavek na reseni chodu interni posty, aby firma, ktera ma 3
> pobocky po republice, hosting v Praze a vse spojene pomoci VPN mela pro
> postu jen jednu domenu.cz a zadne poddomeny ani lokalni domeny, protoze
> uzivatele stejne ignoruji user na pobocka.domena.cz ale posilaji velke emaily
> primo na user na domena.cz a mail tak v soucasne situaci jde zbytecne do
> hostingoveho centra, kde se otoci a jde po te same lince zpet na pobocku,
> cloveku ktery sedi o 2 metry vedle u pocitace a zatezuje provoz.
>
> Proto se chci zeptat, kdyby vsechny mail servery, ktere jsou na pobockach
> mely v postfixu mydestination=domena.cz a vytvorene schranky pro lokalni
> uzivatele v pobocce a pomoci
> luser_relay=$user na ip_serveru_v_hostingu - ktery
> by vedel kdo patri na jakou pobocku, posilali emaily na okolni pobocky.
>
> Jednoduse receno:
> email pro uzivatele v jine pobocce se otoci v hostingovem centru
> a dorazi na
> spravny mail server, email pro usera sediciho v te same pobocce jako
> odesilatel se otoci primo na serveru pobocky.
>