> Vezi mai sus, afla de ce si rezolva problema. Daca junghiul de > exchange da raspuns negativ e *foarte* probabil sa nu accepte mailul, > atunci de ce l-ar accepta serverul din fata lui? Cel mai simplu > exemplu ca sa vezi ca in cazul asta, daca nu esti atent, ajungi la > backscatter: proxy-ul accepta conexiunea de la client, la rcpt to se > uita in LDAP, accepta mailul, dupa care cand da sa-l livreze la > destinatie backend-ul trimite 5xx desi userul exista in ldap. Ce crezi > ca se intampla in cazul asta? :) > Pai de obicei lumea pune smtp frontend nu doar de dragul de a nu expune direct in internet exchangeul (sa zicem groupwareul) cit si pentru a minimiza sau ascunde momentele de indisponibilitate temporara a acelui backend. Backendul fiind o platforma tehnica mai complexa este posibil sa mai aibe momente de indisponibilitate cind mai crapa bazele de date,resursele sau cind i se mai face upgrade samd.
Mie mi se pare un pic iresponsabil sa refuzi mailuri pe care ai putea sa le accepti bine merci si fara niciun cost suplimentar in resurse (pina la urma asta face orice mx backup) pina cind backendul devine din nou disponibil. Altfel nu faci decit sa exporti problemele din interior spre exterior si ramii cu singurul beneficiu al frontendului acela ca nu expui groupwareul la riscuri de securitate din internet. Dar poti face mult mai mult cu cost 0 si cum spuneam, mi se pare un pic iresponsabil sa nu faci asta :) _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
