Discutabil RFC-uri sunt despre menținerea internetului în funcțiune și interconectat acolo unde spam-ul este abuz.
Asta înseamnă că nu există nici un RFC sau alt standard care să definească "acesta este spam" ; crearea unui astfel de standard ar presupune că tot ceea ce nu este „spam conform standardelor” nu ar trebui să fie blocat și trebuie livrat...
Prin urmare clasificarea a ceea ce este spam și a ceea ce nu este, este arbitrară și complet până la (sistemul utilizat de) destinatar.
Odată ce un mesaj de e-mail a fost identificat ca spam, destinatarul are aproximativ trei opțiuni:
- accepta spam-ul - dar nu livrați mesajul direct către destinatarii INBOX, puneți mesajul în carantină, etichetați-l și/sau livrați-l într-un dosar Spam.
- acceptați spam-ul și aruncați în tăcere - probabil că acest lucru încalcă conceptele și standardele SMTP istorice, expeditorul nu primește nicio notificare că mesajul său nu a fost livrat și destinatarul nu știe că cineva a încercat să le contacteze. Vedea RFC 5321 - §6.2 cu privire la momentul în care acest lucru poate fi permis.
- respinge spam-ul - desi vrei sa eviti retroîmprăștiere respingerea corectă a mesajului va avea ca rezultat un mesaj de eroare de non-livrare către expeditor (important în cazul unor rezultate false pozitive)
Metoda corectă, conformă cu standardele, de a refuza e-mailurile nedorite este, atunci când serverul de e-mail de trimitere este încă conectat și în timpul tranzacției SMTP, să răspundă cu o eroare SMTP. Aceasta poate fi, de exemplu, o eroare din intervalul 400, dar și din intervalul 500:
5yz Răspuns final negativ permanent
Comanda nu a fost acceptată și acțiunea solicitată nu
apar. Clientul SMTP este descurajat să repete exact
cerere (în aceeași ordine). Chiar și o eroare „permanentă”.
condițiile pot fi corectate, astfel încât utilizatorul uman poate dori să direcționeze
clientul SMTP să reinițieze secvența de comenzi prin direct
acțiune la un moment dat în viitor (de exemplu, după ce ortografia are
a fost schimbat sau utilizatorul a modificat starea contului).
RFC 2821 - §4.2.3
550 Acțiunea solicitată nu a fost întreprinsă: căsuța poștală indisponibilă
(de exemplu, căsuța poștală nu a fost găsită, nu există acces sau comandă a fost respinsă
din motive de politică)
Serverul de e-mail care trimite în continuare poate raporta problema expeditorului real în mod curat, fără a provoca backscatter.
