Separera bevisskikten
En adress kan vara syntaktisk välformad medan dess postlåda inte existerar. En domän kan publicera en MX post samtidigt som man avvisar en viss mottagare. En server kan acceptera en mottagare under SMTP och avvisa senare, eller acceptera e-post för varje lokal del. Ingen av dessa observationer bevisar tillåtelse att skicka marknadsföringsmeddelanden. Håll syntax, routing, mottagarsvar, leverans och samtycke i separata fält.
Autentisering gäller en annan fråga: om ett meddelande är auktoriserat av eller signerat för särskilda domäner och om dessa identiteter överensstämmer med den synliga författarens domän. Ett resultat för validering av mottagaradress upprättas inte SPF, DKIM eller DMARC framgång för ett meddelande. På samma sätt säger ett DMARC pass ingenting om huruvida mottagaren ville ha det meddelandet.
Tolka SMTP svar i sitt sammanhang
RFC 5321 särskiljer tillfälliga negativa svar, permanenta negativa svar och framgångsrika svar i definierade stadier av SMTP transaktionen. Spela in scenen, svar och tidsstämpel. Ett tillfälligt svar uppmanar till en strategi för att försöka igen, inte en omedelbar ogiltig adressetikett. Godkännande av RCPT TO enbart är inte acceptans av fullständigt meddelandeinnehåll eller bevis på leverans till en inkorg.
Catch -all beteende skapar en viktig osäkerhet. Om två uppfunna lokala delar och en känd adress alla får liknande acceptans på mottagarstadiet, är det bevis på serverns svarsmönster, inte bevis på att varje postlåda existerar. Vissa system undviker avsiktligt att avslöja mottagarens giltighet. Andra köar accepterade meddelanden och producerar senare ett leveransfel. Lova inte en komplett brevlådekatalog från dessa observationer.
Använd valideringsbevistabellen
Betrakta fem hypotetiska observationer: syntaxavvisning av en specificerad parser; ett 550 svar på RCPT TO; ett 450 svar på RCPT TO; liknande acceptans på mottagarstadiet för flera uppfunna lokala delar; och fullständig meddelandeacceptans följt av ett leveransfel. Märk dem som parseravvisning, ett permanent avslag för den transaktionen, tillfälligt avslag, observerad acceptans med postlådans existens okänd och senare leveransmisslyckande. En 550 kan återspegla policy snarare än obefintlig postlåda. Ingen upprättar samtycke eller avsändarautentisering. Dessa är inlärningsindata, inte levererade testresultat eller utförda sonder.
I ett auktoriserat produktionsarbetsflöde, behåll endast den minsta adressinformation och svarsinformation som krävs för det angivna syftet. Undvik invasiv eller oönskad undersökning. Kom överens om hur okända resultat påverkar nedströmsarbete: vänta för granskning, begär bekräftelse genom en befintlig relation eller stoppa operationen. En tillåtande okänd-till-giltig mappning skapar falskt förtroende; unknown-to-invalid kan kassera legitima kontakter. Gör den avvägningen tydlig istället för att gömma den i en grön bock.
Bevara den exakta gränsen
RFC 5321 avsnitt 3.3, 4.2.1, 4.2.5 och 6.1 särskilja transaktionsstadier, svarsklasser och acceptansansvar. En returnerad MX är inte en postlådelista; Enbart frånvaro av MX bevisar inte heller att det inte finns någon e-postrutt eftersom avsnitt 5.1 definierar implicit MX hantering. RFC 9989 avsnitt 4.4 och 5.3.5 utvärdera autentiserade domänjustering för ett meddelande, inte mottagarens existens. Ingen direkt sondering, sändning eller postlådeuppräkning utfördes.