> De ce? Pentru verificarea de adresa, dupa rcpt to Postfix tine > conexiunea deschisa cu clientul, initiaza o conexiune noua la MTA-ul > pentru care face relay in care verifica raspunsul la rcpt to. Pentru > ce i-ar trebui sa faca lookup intr-o baza de date cand o face direct > prin SMTP? A, ca vrei tu sa reduci numarul de conexiuni SMTP la > serverul din spate e partea a doua, poti lucra cu LDAP si fratii sai, > dar implicit nu e nevoie. >
Pentru ca o verificare sincrona de genul asta nu mi se pare prea eficienta ca si consum de resurse cind ai un volum mare de mailuri. Si ce se intimpla daca smtpul din spate contra caruia verifici e pe jos ? Sau doar raspunde greu ?De ce sa conditionezi functionarea proxyului extern de situatia resurselor din backend ? Sau daca iti da un raspuns negativ din cauza unei alte erori decit user inexistent ? Nemaipunind la socoteaca ca exchangeul oricum se va uita el in ldap ca el acolo cred ca-si tine userii... O interogare ldap ar trebui sa fie mult mai rapida chiar si doar pentru ca scoti middle-man din ecuatie. Plus de asta pe resursa ldap de obicei ai mai multa redundanta, si in plus cu asta poti sa mai implementezi la nevoie si smtp authentication si alte lucruri utile care deja sint dificil de implementat doar apelind la smtpul din spate. Pe scurt, folosirea tot a protocolului smtp(intre front proxy si backend smtp) pentru validare sincrona de useri nu mi se pare o solutie eleganta chiar daca altfel poate functiona pina la un punct. _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
