" Outlook " voi tarkoittaa työpöytäsovellusta, kuluttajapostilaatikkoa tai organisaation Microsoft 365 -ympäristöä. Nämä eivät ole keskenään vaihdettavissa olevia toimintatapoja. Aloita varsinaisesta vastaanottopalvelusta ja vianmäärityksestä, ennen kuin käytät laajaa tarkistuslistaa epäonnistuneen viestin selittämiseen.
Tunnista kuluttajapalvelu ja sen nykyinen vaatimus
Microsoftin nykyinen tukiartikkeli 550 5.7.515:lle kuvailee Outlook .comin ja siihen liittyvät kuluttajapalvelut, mukaan lukien Hotmail, Live.com ja MSN. Se tunnistaa suuren määrän lähettäjän lähettävän vähintään 5 000 viestiä näille palveluille, jotka käyttävät samaa verkkotunnusta näkyvässä 5322.Alkaen osoite. Sen tuen sanamuodossa todetaan, että molemmat SPF ja DKIM on läpäistävä, ja se on julkaistu DMARC politiikkaa ainakin p=none ja DMARC -passi vaaditaan. Microsoft 550 5.7.515 -ohjeet.
Päivitetty ilmoitus asetti hylkäämisen täytäntöönpanon alkamaan 5. toukokuuta 2025. Sen alkuperäinen vain roskapostisuunnitelma on poistettu. Älä käsittele tätä korvattua kohtaa nykyisenä vastauskäytäntönä. Microsoftin päivitetty ilmoitus.
Aikaisemmassa ilmoituksessa kuvattiin päivittäistä määrää ja käytettiin "yli 5 000". Älä rakenna poikkeusta rajan sanamuodon ympärille: nykyiset tukiohjeet käyttävät 5 000 tai enemmän. Älä myöskään keksi nollausjaksoa tai pysyvää luokitussääntöä tältä tukisivulta. Tallenna versio ja todellinen vastaanottodiagnoosi tapausta tulkittaessa.
Erillinen protokollan onnistuminen palveluntarjoajan portista
Viitteet: RFC 9989 §4.4, RFC 9989 §5.3.5.
DMARC voi läpäistä linjauksen onnistuneen DKIM -allekirjoitus vaikka SPF epäonnistuu. Tämä protokollan tulos ei täytä erillistä vaatimusta, jonka mukaan molemmat taustalla olevat mekanismit läpäisevät. Sitä vastoin SPF ja DKIM voivat läpäistä verkkotunnuksia, jotka eivät liity näkyvään Lähettäjään, ja jättää DMARC epäonnistumaan. Säilytä kaikki kolme tulosta ja niiden takana olevat identiteetit.
Jos kyseessä on suora palvelun luoma viesti, tallenna lähettävän IP-osoite, kirjekuoren lähettäjä domain, From domain, DKIM d= domain and valitsin. Tarkista nykyinen DNS ja viimeinen allekirjoitettu viesti, ei vain asennusnäyttö. Käytä todellisia protokollien nimiä: SMTP MAIL FROM on RFC 5321 -kirjekuoren identiteetti, kun taas näkyvä Lähettäjä kuuluu RFC 5322 een.
Lue hylkääminen todisteena, älä korjauskäsikirjoituksena
Viitteet: RFC 8601 §5.
550 5.7.515 -hylkäys osoittaa, että lähettäjän toimialue ei täyttänyt vaadittua todennustasoa. Säilytä koko diagnostiikka, aika, vastaanottajan ja viestin tunnisteet. Älä vastaa lisäämällä kaikkia saatavilla olevia tarjoajia SPF ään tai poistamalla käytöstä DMARC -valvonta ymmärtämättä epäonnistunutta identiteettiä.
Vertaa streameja, joihin vaikutus vaikuttaa ja joihin se ei vaikuta. Laskutuspalvelussa voi olla oikeat mukautetut allekirjoitusasetukset, kun taas kampanjapalvelu allekirjoittaa silti vain omalla verkkotunnuksellaan. Jos mukana on edelleenlähetys tai muu välittäjä, säilytä reitti ja muunnokset. Suorapostin oletukset eivät välttämättä selitä epäsuoraa polkua, vaan kopioidaan Authentication-Results rivi ei korvaa luotettavaa vastaanottajatodistusta.
Työskentele synteettisen diagnoosin kautta
Viitteet: RFC 9989 §5.3.5.
Kuvittele kontrolloitu viesti, jonka SPF tulos on epäonnistunut, jonka DKIM tulos on hyväksytty linjaus, ja jonka DMARC tulos on hyväksytty. DMARC tulos on sisäisesti yhtenäinen. Microsoftin ilmoittaman suuren volyymivaatimuksen mukaan SPF vika vaatii edelleen korjausta. Tämä on looginen esimerkki, ei vangittu Microsoftin hylkääminen.
Seuraava toiminto on määrittää, onko arvioitu kirjekuoren lähettäjä valtuuttanut todellisen yhteyden IP-osoitteen. Hyväksytyn korjauksen jälkeen testaa uudelleen samaa suunniteltua reittiä pitkin ja säilytä uusi tulos. Älä käytä vanhaa lippua uudelleen todisteena muuttuneesta viestistä tai reitistä.
Pidä yritysasiat omalla todistepolullaan
Microsoft 365 -vuokraaja voi käyttää omia saapuvia käytäntöjä ja liittimiä. Outlook sovellusta käyttävä vastaanottaja ei aseta organisaatiotaan kuluttajaartikkelin tarkan portin alaisiksi. Yritystapauksissa kerää vuokralaisen diagnostiikka- ja käytäntökonteksti sen sijaan, että olettaisit, että 5.7.515 selittää jokaisen 5.7.x-vastauksen.
Sulje kyseinen palvelu, lähettäjän verkkotunnus, havaitut mekanismin tulokset ja korjattu reitti. Täällä ei vaadita live Microsoftin postilaatikon testiä, ja todennusvaatimustenmukaisuus eroaa postilaatikon sijoittamisesta.