" Outlook " kan betyde en desktopapplikation, en forbrugerpostkasse eller en organisations Microsoft 365 miljø. Det er ikke udskiftelige politikområder. Start med den faktiske modtageservice og diagnosticering, før du bruger en tjekliste med høj volumen til at forklare en mislykket meddelelse.
Identificer forbrugerservicen og dens aktuelle krav
Microsofts aktuelle supportartikel til 550 5.7.515 beskriver Outlook .com og relaterede forbrugertjenester, herunder Hotmail, Live.com og MSN. Det identificerer en afsender i høj volumen som at sende 5.000 eller flere meddelelser til disse tjenester, der bruger det samme domæne i det synlige 5322.Fra adresse. Dens støtteformulering siger, at begge dele SPF og DKIM skal bestå, og at en offentliggjort DMARC politik på mindst p=none og DMARC pas er påkrævet. Microsoft 550 5.7.515 vejledning.
Den opdaterede meddelelse fastsatte, at håndhævelsen af afvisningen skulle begynde den 5. maj 2025. Dens oprindelige junk-only plan er strøget ud; behandle ikke det erstattede afsnit som den nuværende svarpolitik. Microsoft opdateret meddelelse.
Den tidligere meddelelse beskrev den daglige mængde og brugte "mere end 5.000." Bygg ikke en dispensation omkring grænseformuleringen: den nuværende støttevejledning bruger 5.000 eller mere. Du bør heller ikke opfinde en nulstillingsperiode eller permanent klassifikationsregel fra denne supportside. Registrer versionen og den faktiske modtagende diagnostik ved fortolkning af en sag.
Adskil protokolsucces fra udbyderporten
Referencer: RFC 9989 §4.4, RFC 9989 §5.3.5.
DMARC kan passere gennem en tilpasset vellykket DKIM signatur selv når SPF svigter. Dette protokolresultat opfylder ikke et særskilt krav om, at begge underliggende mekanismer passerer. Omvendt kan SPF og DKIM begge passere for domæner, der ikke er relateret til den synlige From, og lade DMARC mislykkes. Hold alle tre resultater og identiteterne bag dem.
For en direkte tjenestegenereret besked skal du registrere den afsendende IP, konvolutafsender domæne, Fra domæne, DKIM d= domæne og vælger. Bekræft den aktuelle DNS og den endelige signerede besked, ikke kun en opsætningsskærm. Brug de faktiske protokolnavne: SMTP MAIL FRA er RFC 5321 -konvolutidentiteten, mens den synlige From tilhører RFC 5322 .
Læs afvisningen som bevis, ikke et reparationsscript
Referencer: RFC 8601 §5.
En 550 5.7.515 afvisning angiver, at afsenderens domæne ikke opfyldte det påkrævede godkendelsesniveau. Bevar hele diagnostik, tidspunkt, berørte modtager og meddelelses-id'er. Svar ikke ved at tilføje alle tilgængelige udbydere inkludere til SPF eller deaktivere DMARC håndhævelse uden at forstå den svigtende identitet.
Sammenlign berørte og upåvirkede strømme. En faktureringstjeneste kan have den korrekte brugerdefinerede signeringsopsætning, mens en kampagnetjeneste stadig kun signerer med sit eget domæne. Hvis videresendelse eller en anden mellemmand er involveret, bevar ruten og transformationerne. Direct-mail-antagelser forklarer muligvis ikke en indirekte sti og en kopieret Authentication-Results line er ikke en erstatning for betroet modtagerbevis.
Arbejd gennem en syntetisk diagnostik
Referencer: RFC 9989 §5.3.5.
Forestil dig en kontrolleret besked, hvis SPF resultat er mislykket, hvis DKIM resultat er bestået med justering, og hvis DMARC resultat er bestået. DMARC resultatet er internt sammenhængende. Under Microsofts erklærede krav til høj volumen skal SPF fejlen stadig repareres. Dette er et logisk eksempel, ikke en indfanget Microsoft-afvisning.
Den næste handling er at bestemme, om den evaluerede konvolutafsender godkendte den faktiske forbindelses-IP. Efter en godkendt rettelse, test igen gennem den samme tilsigtede rute og bevar det nye resultat. Genbrug ikke det gamle pas som bevis for en ændret besked eller rute.
Hold virksomhedssager på deres egen bevissti
En Microsoft 365 lejer kan anvende sine egne indgående politikker og connectors. En modtager, der bruger Outlook applikationen, gør ikke deres organisation underlagt forbrugerartiklens nøjagtige port. For virksomhedssager skal du indsamle lejerens diagnostiske og politikkontekst i stedet for at antage, at 5.7.515 forklarer hvert 5.7.x svar.
Luk med den berørte tjeneste, afsenderdomæne, observerede mekanismeresultater og korrigeret rute. Der kræves ingen live Microsoft-postkassetest her, og godkendelsesoverholdelse forbliver forskellig fra indbakkeplacering.