Defaults.Exposed

Defaults.Exposed › Rettelser › Guides

Yahoo 554 5.7.9 "Message Not Accepted for Policy Reasons" — Afsenderrettelsen (2026)

Udgivet 2026-07-08

Tal fra 2026-06-29 · metodologi v7. Aggregerede censusdata på tværs af 261 millioner graderede domæner. Se hvordan vi graderer.

Yahoo returnerer 554 5.7.9, når en besked overtræder dets afsenderpolitik — typisk fejlet SPF/DKIM-godkendelse eller en DMARC-politik, som Yahoo håndhæver. Løs det ved at lade SPF eller DKIM godkendes, justeret med dit Fra-domæne. Kun 10.59% af domæner håndhæver DMARC — 27,640,987 af dem — ifølge Defaults.Exposed-census over 261,086,232 domæner (2026-06-29).

Løsningen er DNS og listehygiejne, ikke en appelblanket: diagnosticér, hvilken politik du overtræder, sæt SPF eller DKIM til at godkendes for det rette domæne, justér det vindende ben med din Fra-adresse, udgiv DMARC, hvis du sender i volumen, og tilføj ét-klik afmelding. Nedenfor er trinrækkefølgen samt en dekoder for Yahoos søsterkoder — 553 5.7.1, 553 5.7.2 og 421-udsættelserne.

Hvad betyder Yahoo-fejl 554 5.7.9?

Siden februar 2024 håndhæver Yahoo det samme afsenderregelssæt som Gmail: alle afsendere bør godkendes med SPF eller DKIM; bulkafsendere skal bestå begge, med det godkendte mekanisme justeret til Fra-domænet, udgive en DMARC-politik, tilbyde RFC 8058 ét-klik afmelding på abonneret mail, og holde klagerate lav. Yahoo afviser bevidst at udgive en volumentærskel for “bulk” — Googles parallelle regel trækker sin grænse ved 5.000 beskeder om dagen, og det er den arbejdsmæssige benchmark, de fleste afsendere bruger. AOL-postkasser kører på den samme infrastruktur, så én løsning dækker begge.

554 5.7.9 er Yahoos permanente politikafvisning. Den klassiske form lyder: “554 5.7.9 Message not accepted for policy reasons. See https://postmaster.yahooinc.com/error-codes” — bevidst generisk, fordi den dækker hele politikfamilien: godkendelsesfejl, DMARC-håndhævelse (herunder afsenderdomænets eget p=reject), og overtrædelser af afsenderretningslinjer. I modsætning til Gmails 550-5.7.26 fortæller teksten sjældent, hvilket ben der fejlede, så trin 1 nedenfor — en udefra-ind scanning af dit domæne — betyder mere her, ikke mindre.

Det underliggende hul er enormt: på tværs af 2026-06-29-census over 261,086,232 domæner udgiver 46.4% (121,145,609) ingen SPF-post overhovedet, og kun 10.59% håndhæver DMARC. Yahoo beder ikke om noget eksotisk — det afviser mail fra det ugodkendte flertal.

Hvilken Yahoo-returneringskode har du?

Match din NDR mod denne tabel — behandl hvert punkt som “en returneringsbesked som:”, fordi Yahoo officielt udgiver fejlkategorier snarere end ordret strenge, og den præcise ordlyd og parentheserede årsagstags (som [TSS04]) er observeret i praksis og ændrer sig over tid. Kontrollér fragmenterne mod din faktiske returneringsbesked og Yahoos Sender Hub-fejlkodeliste.

KodeEn returneringsbesked som (fragment)Hvad det betyderHvor løsningen er
554 5.7.9”Message not accepted for policy reasons”Permanent politikafvisning — godkendelses-, DMARC- eller afsenderretningslinjefejlDenne vejledning, trin 2–6
553 5.7.1IP- eller indholdsopolitiktekst, ofte med et parentheseret årsagstag (f.eks. bloklistereference)Yahoo accepterer ikke fra denne IP/kilde — omdømme- eller politikblokadeTrin 2–3, derefter ren sending; godkendelse forhindrer tilbagefald, men fjerner ikke en IP fra lister
553 5.7.2”will be permanently deferred” / genforsøg vil ikke lykkesVedvarende omdømmefejl på det afsendende IP — den hårde version af en udsættelseTrin 2–7, ny-IP opvarmning ved self-hosting
421 4.7.0”temporarily deferred due to unexpected volume or user complaints” (ofte et [TSS]-tag)Midlertidig udsættelse — hastigheds- eller klagepigg, ikke en permanent blokadeGenforsøgskøer tømmes; løs trin 5–7, så det holder op med at ske

To ærlige noter til den tabel. En 421-udsættelse er Yahoo, der begrænser dig, mens det beslutter — respektér genforsøget, sænk farten, og løs klagesiden; at hamre køen konverterer udsættelser til 553’ere. Og ingen DNS-post fjerner et blokliste-IP: godkendelse stopper politik-afvisningerne og forhindrer tilbagefald, men IP-omdømme genoprettes kun via ren sending over tid.

Hvordan løser du 554 5.7.9 trin for trin?

  1. Kør den gratis scanning på defaults.exposed først. Den læser dine live SPF-, DKIM- og DMARC-poster udefra — den samme visning, Yahoo får — og viser, hvilket ben der fejler, inden du rører DNS.
  2. Sæt SPF til at godkendes for det domæne, Yahoo faktisk kontrollerer. Sikkerhedsforanstaltningen, der fanger halvdelen af alle afsendere: modtagere evaluerer SPF mod Return-Path (RFC5321.MailFrom)-domænet, ikke Fra-headeren. Sender et nyhedsbrevværktøj eller CRM for dig, evalueres SPF typisk mod deres bounce-domæne — det er grunden til, at din egen SPF-post kan være perfekt og irrelevant. Bekræft, hvilket domæne dine returneringer sendes til, og sørg for, at det domænes SPF dækker afsenderkilden.
  3. Aktivér DKIM-signering med dit eget domæne. Hos din udbyder eller ESP, slå tilpasset-domæne DKIM til (typisk to eller tre CNAME-poster), så signaturer siger d=ditdomæne.com, ikke platform-standarden. Platformgennemgange: Mailchimp, Brevo og Klaviyo DMARC-fejl.
  4. Sæt det godkendte ben til at justere med dit Fra-domæne. Yahoos krav — ligesom DMARC — handler om justering: SPF eller DKIM godkendes for et domæne, der matcher det i din Fra-adresse. Viser din scanning SPF og DKIM grønne, men afviser Yahoo stadig, befinder du dig i justeringsfælden — se DMARC fejler men SPF og DKIM godkendes.
  5. Udgiv en DMARC-post, hvis du sender i volumen. Yahoo kræver mindst p=none med en rapporteringsadresse fra bulkafsendere — det udgiver intet hårdt volumenantal, så behandl Googles 5.000/dag som den arbejdsmæssige benchmark. Det er én TXT-post på _dmarc — se DMARC-rettelsesguiden for posten og rampeplanen, og IONOS DMARC-opsætningsguide for et gennemgået kontrolpanel-eksempel. Du er foran 89.41% af domæner ved at håndhæve det til sidst.
  6. Tilføj RFC 8058 ét-klik afmelding (List-Unsubscribe + List-Unsubscribe-Post headers) på markedsføring og abonneret mail, og afdan afmeldinger inden to dage. Seriøse ESP’er tilføjer disse automatisk, når domænegodkendelse er slået til — verificér i en sendt beskeds headers.
  7. Hold klager lave. Yahoo vægter brugernes “marker som spam”-handlinger tungt — hold din spamrate under 0,3% — og vedvarende klagepigge er hovedvejen fra 421-udsættelser til 553/554-afvisninger. Registrér dig i Yahoos klagefeedbackloop via dets Sender Hub, beskær ikke-engagerede adresser, og send aldrig til købte lister.

De fleste afsendere fjerner 554 5.7.9 ved trin 2–4; trin 5–7 er det, der holder dig ude af udsættelses cyklussen bagefter. For den fulde kravliste hos begge udbydere — tærskler, headers, spamrate-tal — se vores referenceartikel om Google og Yahoo afsenderkrav; denne vejledning fokuserer på at fjerne returneringen.

Gælder Yahoos regler for små afsendere?

Den fulde bulk-tjekliste — både SPF og DKIM, justering, DMARC udgivet, ét-klik afmelding — gælder formelt for afsendere med betydeligt volumen, og Yahoo afviser eksplicit at sætte et tal på “betydeligt” (Googles parallelle regel bruger 5.000 beskeder om dagen, den fælles arbejdsmæssige benchmark). Men grundlæggende godkendelse forventes af alle, og 554 5.7.9 kontrollerer ikke dit volumen inden den afviser: afsendere med lavt volumen rammer den via deres ESP’s delte infrastruktur, via deres eget domænes p=reject med ujusteret mail, eller simpelthen ved at sende fra et domæne uden godkendelse overhovedet — de 46.4% af domæner uden SPF-post (2026-06-29-census). Behandl trin 1–4 som obligatoriske ved ethvert volumen.

Er dette det samme som Gmails 550-5.7.26?

Samme regelssæt-familie, forskellig dialekt. Google og Yahoo annoncerede deres krav sammen i slutningen af 2023 og begge begyndte at håndhæve i februar 2024, så et domæne, der er rettet for den ene, er i det væsentlige rettet for den anden. De praktiske forskelle: Gmails returneringstekst navngiver typisk det fejlende mekanisme, Yahoos 554 5.7.9 gør typisk ikke; og Yahoo hælder hårdere mod klage-drevne IP-udsættelser. Returnerer ved begge? Løs her én gang, og kontrollér derefter Gmail-specifikationerne i 550-5.7.26-guiden.

Ofte stillede spørgsmål

Betyder 554 5.7.9, at Yahoo har sat mit domæne på en blokliste? Typisk ikke. Det er en politikafvisning — oftest godkendelse — ikke en omdømmevurdering, og den er fuldt løselig i DNS. Det er også ekstremt almindelig grund at stå på: kun 10.59% af 261,086,232 domæner håndhæver en DMARC-politik pr. 2026-06-29-census. Vedvarende 553 5.7.2-afvisninger, efter din godkendelse er ren, er omdømmesagen.

Hvorfor returnerer mit nyhedsbrev hos Yahoo, når Fra-adressen er @yahoo.com? Fordi Yahoo udgav p=reject på sine egne forbrugerdomæner tilbage i 2014 — enhver tredjepartstjeneste, der sender Fra @yahoo.com, fejler Yahoos eget DMARC og afvises, med vilje. Løsningen er strukturel: send fra dit eget domæne med sin egen godkendelse, ikke fra en freemail-adresse. Din ESP’s tilpassede-domæne-opsætning er vejen — se nyhedsbrevplatform-guiden.

Hvor lang tid efter løsning af DNS vil Yahoo acceptere min mail? Godkendelsesrettelser virker, så snart dine nye poster er synlige — minutter til et par timer, op til 48 for langsomme TTL’er. Omdømmegenvinding er langsommere: 421-udsættelser aftager over dage med ren, klagefri sending, og en 553 5.7.2-permanent udsættelse kan tage uger eller en ny opvarmning.

Send ejeren rapporten

Løser du denne returneringsbesked for en klient, skal du ikke lukke billetten med “Yahoo accepterer vores mail igen”. Kør den gratis scanning igen efter dine ændringer og videresend den graderede rapport til virksomhedsejeren. Den viser på klart sprog, at domænet nu godkender sin e-mail og, hvor det stadig mangler — det bevis, de har brug for til fornyelse af cyberforsikring og leverandørs sikkerhedsspørgeskemaer. Du løste returneringen; rapporten beviser det.

Kontrollér dit domæne → · Gmail 550-5.7.26-guide → · Ret DMARC → · Sådan graderer vi → · Kun aggregerede data. Data opbevares og behandles i EU.