Salut, Folosesc postfix-policyd-spf-python pentru a refuza mesajele care nu se conformeaza cu standardul SPF.
Setarile in /etc/postfix-policyd-spf-python/policyd-spf.conf sunt urmatoarele HELO_reject = SPF_Not_Pass Mail_From_reject = Fail PermError_reject = True Din cand in cand serverul de mail refuza mesaje din cauza setarilor eronate in DNS ale expeditorului (adica omul a vrut sa-si seteze SPF dar a scris eronat TXT-ul si rezultatul interpretarii nu este Pass sau Fail ci este PermError) Asta se traduce in eu apelat de client urmat de eu adaugat IP-ul sau domeniul expeditorului in lista Whitelist sau Domain_Whitelist. Observ insa ca in timp aceasta lista a crescut si ma intreb daca nu cumva e ceva gresit in ceea ce fac: creez exceptii doar pentru ca altii comit erori. Presupun ca daca le voi marca drept spam in loc sa le refuz, ajung tot la apelul de la client care o sa vrea sa-i apara in Inbox in loc de Spam. Daca le accept, va trebui sa accept pe langa si o gramada de spammeri care si-au setat si ei gresit SPF-ul. Daca le refuz in continuare, my $stress_level continua sa creasca + raman posibile inregistrari vechi in whitelist pe care nu le mai re-verifica nimeni ulterior. Ma gandesc la o abordare politica incercand sa explic clientului avantajele si dezavantajele (mai mult spam + certitudinea primirii / vs / mai putin spam cu riscul ca mesaje legitime sa fie refuzate) si sa-l las pe el sa decida. Voi cum tratati aceasta chestiune? In ce cazuri refuzati mesajele cu garbage in TXT la SPF? _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
