" Outlook " kan betyda ett skrivbordsprogram, en konsumentbrevlåda eller en organisations Microsoft 365 miljö. Dessa är inte utbytbara policyomfattningar. Börja med den faktiska mottagningstjänsten och diagnostiken innan du använder en checklista för höga volymer för att förklara ett misslyckat meddelande.
Identifiera konsumenttjänsten och dess nuvarande krav
Microsofts nuvarande supportartikel för 550 5.7.515 beskriver Outlook .com och relaterade konsumenttjänster, inklusive Hotmail, Live.com och MSN. Den identifierar en avsändare med hög volym som skickar 5 000 eller fler meddelanden till dessa tjänster som använder samma domän i det synliga 5322.Från adress. Dess stödformulering anger att båda SPF och DKIM måste passera, och att en publicerad DMARC politik av åtminstone p=none och DMARC pass krävs. Microsoft 550 5.7.515 vägledning.
Det uppdaterade tillkännagivandet fastställde att verkställighet av avslag skulle börja den 5 maj 2025. Dess första skräppostplan stryks ut; behandla inte det ersatta stycket som den nuvarande svarspolicyn. Microsoft uppdaterat meddelande.
Det tidigare tillkännagivandet beskrev daglig volym och använde "mer än 5 000." Bygg inte ett undantag kring gränsformuleringen: den nuvarande stödvägledningen använder 5 000 eller mer. Du bör inte heller hitta på en återställningsperiod eller permanent klassificeringsregel från denna supportsida. Anteckna version och faktisk mottagningsdiagnostik när du tolkar ett fall.
Separat protokollframgång från leverantörsporten
Referenser: RFC 9989 §4.4, RFC 9989 §5.3.5.
DMARC kan passera genom en anpassad framgångsrik DKIM signatur även när SPF misslyckas. Detta protokollresultat uppfyller inte ett separat krav på att båda underliggande mekanismerna passerar. Omvänt kan både SPF och DKIM passera för domäner som inte är relaterade till den synliga From och lämna DMARC att misslyckas. Behåll alla tre resultaten och identiteterna bakom dem.
För ett direkt tjänstgenererat meddelande, registrera den sändande IP-adressen, kuvertsändare domän, Från domän, DKIM d= domän och väljare. Verifiera den aktuella DNS och det sista signerade meddelandet, inte bara en inställningsskärm. Använd de faktiska protokollnamnen: SMTP MAIL FROM är RFC 5321 -kuvertidentiteten, medan den synliga From tillhör RFC 5322 .
Läs avslaget som bevis, inte ett reparationsmanus
Referenser: RFC 8601 §5.
Ett 550 5.7.515 avslag indikerar att avsändarens domän inte uppfyllde den erforderliga autentiseringsnivån. Bevara hela diagnostik, tid, berörda mottagare och meddelandeidentifierare. Svara inte genom att lägga till alla tillgängliga leverantörer inkluderar till SPF eller inaktivera DMARC verkställighet utan att förstå den sviktande identiteten.
Jämför påverkade och opåverkade strömmar. En faktureringstjänst kan ha rätt anpassad signeringsinställning medan en kampanjtjänst fortfarande endast signerar med sin egen domän. Om vidarebefordran eller annan mellanhand är inblandad, bevara rutten och omvandlingarna. Direktmail antaganden kanske inte förklarar en indirekt sökväg, och en kopierad Authentication-Results line är inte en ersättning för betrodda mottagarbevis.
Arbeta igenom en syntetisk diagnostik
Referenser: RFC 9989 §5.3.5.
Föreställ dig ett kontrollerat meddelande vars SPF resultat är misslyckat, vars DKIM resultat är godkänt inriktning, och vars DMARC resultat är godkänt. DMARC resultatet är internt koherent. Enligt Microsofts angivna krav på hög volym behöver SPF felet fortfarande repareras. Detta är ett logiskt exempel, inte ett fångat Microsoft-avslag.
Nästa åtgärd är att fastställa om den utvärderade kuvertsändaren godkände den faktiska anslutande IP-adressen. Efter en godkänd korrigering, testa om genom samma avsedda väg och bevara det nya resultatet. Återanvänd inte det gamla passet som bevis för ett ändrat meddelande eller rutt.
Håll företagsärenden på sin egen bevisbana
En Microsoft 365 klient kan tillämpa sina egna inkommande policyer och anslutningar. En mottagare som använder Outlook applikationen gör inte sin organisation underställd konsumentartikelns exakta port. För företagsfall, samla in hyresgästens diagnostiska och policykontext istället för att anta att 5.7.515 förklarar varje 5.7.x-svar.
Stäng med den berörda tjänsten, avsändardomän, observerade mekanismresultat och korrigerad rutt. Inget live Microsoft-brevlådetest görs anspråk på här, och autentiseringsefterlevnad förblir skild från placering i inkorgen.