> Punctual, cum rezolvi tu problema cu backend-ul care a luat-o razna si > intoarce 5xx la toate conexiunile? Ce crezi ca trebuie sa faca > proxy-ul in situatia asta? Sa accepte mailul sau nu? > Asta e o alta problema a solutiei "use smtp as identity verification" : nu mai poti deosebi situatia in care iti da 5xx din motive corecte (ex content filter, a gasit un virus etc) sau din motiv de problema de configurare (ex administratoru' loveste si blacklisteaza *@*.com) sau din motive accidentale (ex userul are quota pe groupware si si-a umplut quota rezervata).
Exceptind cazul cu virusii eu mi-as dori in celelalte cazuri sa pastrez mesajul primit ca sa-l pot livra mai tirziu cind problema din backend dispare. Scopul unui server de mail e sa poata primi cit mai multe mesaje *legitime* nu sa refuze din principiu mesaje pe motivul "daca sefu' de deasupra are o problema imi bag si eu piciorul si nu mai lucrez". Tot legat de ce ai spus tu cu serverele configurate de oameni normai care fac retry mai ai si aici o problema : pe de-o parte ca nu stii exact cit de mult vor face retry comparativ cu perioada ta de downtime... sau cu perioada pina cind iti dai seama ca ai o problema - in caz ca nu este imediat aparenta. Pe de alta parte, daca tu te hotarasti sa copiezi statusul de la backend si pe frontend, atunci in cazul in care backendul are o problema de configurare si intoarce 5xx iar tu il mirrorezi vei inchide posibilitatea de a avea retry mai tirziu. Doar daca intorci 4xx pentru 4xx de la backend, dar atunci ce faci cu 5xx-ul corect de la backend ? (ex virus detected )? _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
