Yahoo -samsvar starter med mottakertjenestens faktiske krav, ikke en kopiert sjekkliste for en annen leverandør. De fleste organisasjoner har allerede nok konfigurasjonsinformasjon til å begynne, men det nyttige resultatet er et kart fra hvert krav til meldingsbevis, en eier og en korreksjonsplan.
Separate universelle og bulkkrav
Yahoo -lister SPF eller DKIM, a klagefrekvens for spam under 0,3 %, gyldig fremover og omvendt DNS for sending av IP-er, og overholdelse av RFC 5321 og RFC 5322 for alle avsendere. Bulkkravene legger til både SPF og DKIM , en gyldig DMARC politikk på minst p=none med DMARC bestått, og enkel avmelding for relevant markedsføring og abonnert trafikk. Avslappet justering er akseptabelt. Yahoo -avsenderkrav.
Ikke importer en annen leverandørs volumnummer. Yahoo FAQ sier at den ikke spesifiserer en masseterskel og evaluerer avsendere ved å bruke autentiserte eller Fra-domener og annen tilgjengelig informasjon. Et lite volum i én kampanje gir derfor ikke fritak. Registrer usikkerheten og implementer lydautentisering i stedet for å prøve å finne et tall rett under en upublisert grense.
Bekreft autentisering på hver faktisk rute
Referanser: RFC 9989 §4.4, RFC 9989 §5.3.5.
Samle en siste melding fra hver autorisert sendetjeneste. Identifiser det synlige fra, konvoluttavsender og DKIM -signeringsdomene, og sammenlign deretter autentiserings- og justeringsresultater. En publisert DMARC rekord alene viser ikke at meldingen gikk. På samme måte er SPF suksess for et urelatert tjenestedomene ikke bevis på samsvar med merkevarens From-domene.
Be infrastruktureiere om å verifisere avsender-IPens omvendte kartlegging og den tilsvarende videresendingsadressen. Hold disse observasjonene atskilt fra domenets MX -konfigurasjon for e-postmottak. Hvis en administrert tjeneste eier IP-ene, innhent tjenestens faktiske rutebevis i stedet for å forsøke å redigere DNS soner organisasjonen ikke kontrollerer.
Implementer den dokumenterte avmeldingsatferden
Referanser: RFC 8058 §3.
Yahoo nåværende krav aksepterer en fungerende mailto-metode, samtidig som RFC 8058 POST-metoden anbefales. De krever også en synlig lenke for å avslutte abonnementet og oppfyller forespørsler innen to dager. En kroppskobling alene er utilstrekkelig. Vanlige spørsmål ekskluderer transaksjonsmeldinger fra reklamekravet med ett klikk. Yahoo FAQ.
For et program med flere leverandører er RFC 8058 en praktisk vanlig implementering, men beskriv det som ditt designvalg i stedet for å påstå at Yahoo forbyr mailto. Test selve fjerningen av et kontrollert abonnement. Et vellykket nettsvar uten undertrykkelsesendring er ikke operasjonell suksess.
Tolk klagedata på riktig nevner
Yahoo sier at spamfrekvensen er basert på e-post levert til innboksen. En rate beregnet ved å dele mottatte klagerapporter på alle forsøk på sendinger er et annet mål. Det kan være nyttig internt, men må ikke merkes som Yahoo egen sats. Ta vare på kilden, dekningen og nevneren for hver dashbordberegning.
For eksempel inneholder en fiktiv intern rapport tre klagemeldinger og 10 000 forsøk på innsending. De resulterende 0,03 % er kun et internt forhold. Den kan ikke etablere Yahoo samsvar fordi den innboksleverte nevneren og rapportdekningen er ukjent. Dette undervisningseksemplet er ikke en leverandørmåling eller en uttalelse om noen organisasjons omdømme.
Lukk hullene uten å kreve garanti
Tilordne autentiseringsproblemer til avsenderens eier, IP/ DNS problemer til infrastruktur, og avregistrer formidling til eieren av abonnementssystemet. Kontroller den korrigerte strømmen på nytt med en ny autorisert prøve. Ta vare på bevis for undertrykkelsestid og eventuell gjenværende ukjent klagedekning.
Avslutt med en datert kravgjennomgang og observerte resultater. Disse trinnene kan etablere et forsvarlig samsvarsregister, men de beviser ikke fremtidig innboksplassering eller utgjør en live Yahoo sertifisering.