Viesti voidaan todentaa onnistuneesti ja silti luokitella ei-toivotuksi tai vaaralliseksi. Päinvastoin, postilaatikko tai suodatuspoikkeus voi vaikuttaa käsittelyyn ilman lähettäjän todennusta. Kun joku kysyy, miksi viesti meni roskapostiin, kerää todennustulokset ja suodatustodisteet erikseen ja yhdistä ne sitten varsinaiseen toimitustoimintoon.
Lue nykyiset Microsoftin ohjeet
Microsoftin nykyinen otsikkoviittaus erottaa Authentication-Results X-Forefront-Antispam-Reportista ja X-Microsoft-Antispam-ohjelmasta. Se kuvaa BCL:ää joukkovalituksen todennäköisyydeksi verkkotunnuksen todentamisen sijaan. Siinä sanotaan myös, että pilviorganisaatioissa SCL ei määritä roskapostin luokittelua tai toimintaa. CAT ja DIR tarjoavat sen sijaan suodatuskontekstin. Älä käytä vanhaa SCL-to-folder -taulukkoa yleisenä pilvipäätössääntönä. Tämä ei tarkoita, että SCL olisi epäolennainen määrityksen kannalta: Microsoft dokumentoi edelleen sähköpostinkulkusäännöt, jotka vaativat ohitusta tai roskapostin käsittelyä. Leimattu SCL ja todellinen toiminta on tutkittava sovellettavan säännön ja luokittelukontekstin mukaisesti. Microsoftin otsikkoviittaus.
SCL on edelleen merkityksellinen paikallisessa Exchangessa ja joissakin hybridikäsittelyssä. Selvitä, mikä tuote ja toimituspolku on tuottanut kentän ennen sen tulkitsemista. Microsoft kuvaa SCL:ää omassa tuotekohtaisessa viitteessä, ja BCL:llä on erillinen viittaus. Säilytä dokumentaatiopäivämäärä, koska palvelukäyttäytyminen ja selitykset voivat muuttua. SCL, BCL.
Rakenna todistetaulukko romahtamatta merkityksiä
Viitteet: RFC 8601 §5, RFC 8601 §7.
Tallenna vastaanotin SPF, DKIM ja DMARC tuloksia arvioitujen verkkotunnusten kanssa. Tallenna erilliseen ryhmään CAT, DIR, BCL ja kaikki asiaankuuluvat SFV-arvot täsmälleen vastaanotetuiksi. Jätä dokumentoimattomat kentät tulkitsematta. Lisää sitten todellinen sijoitus valtuutetusta jäljestä, karanteenitietueesta tai postilaatikon havainnosta. Puuttuva kenttä on tuntematon, ei nolla tai ohittava tulos.
Todenna näiden havaintojen lähde. Epäluotetut viestit voivat sisältää harhaanjohtavaa otsikkotekstiä, ja edelleen lähetetty kopio voi lisätä tai poistaa tietoja. RFC 8601 kuvaa tarvetta luoda luottamusraja todennustulosten ympärille; Sama tutkiva varovaisuus pätee, kun joku lähettää kuvakaappauksen tuotekohtaisista metatiedoista. RFC 8601 jakso 7.
Vertaa synteettistä tulosparia
Mukana toimitettu valaisin sisältää tarkoituksella keksityn viestin, jossa on dmarc=pass, CAT:BULK, DIR:INB ja BCL:7. Se osoittaa protokollapassin ja joukkoluokituksen rinnakkaiselon. Jäsentäjä poimii kentät itsenäisesti. Se ei käytä Microsoftin luokittelua, aseta todellista kynnystä tai ennusta kansiota, jonka vastaanottaja näkee.
Hae varsinaisessa tutkimuksessa kyseiseen vastaanottajaan tuolloin sovelletut käytännöt ja käsittelytodisteet. Älä oleta, että numeerinen BCL-arvo johtaa aina samaan toimintoon eri organisaatioissa. Lähettäjä saattaa tarvita parempaa yleisön suostumusta, lähetyskäytäntöjä tai sisältöä, kun taas toinen tapaus tarvitsee todennuskorjauksen. Todisteiden tulee osoittaa, mitä tehtävää sovelletaan.
Vaihda vain vastuullinen kerros
Viitteet: RFC 9989 §8.
Jos todennus epäonnistuu, korjaa lähetysasetukset ja tarkista sama reitti. Jos todennus menee läpi ja joukko- tai uhkaluokka selittää käsittelyn, tutki luokittelu vastaanottavan organisaation tukeman tarkistusprosessin kautta. Älä koskaan pidä todennuspassia oikeutena ohittaa haittaohjelma-, toisena henkilönä esiintymisen tai roskapostisuojauksen.
Kirjaa vanhat ja uudet todisteet hyväksytyn korjauksen jälkeen. Ilmoita, oliko parannus todennusmuutos, käytäntömuutos vai uusi havaittu asenne. Vältä lupaamasta postilaatikon toimitusta yhdestä pisteestä tai muuttamasta kaikkien sähköpostien kynnysarvoja yhden viestin ratkaisemiseksi.
Lue selostettu näyte antamatta luottamusta
Viitteet: RFC 8601 §5.
Säilytetty merkintärekisteri listaa kaikki raakakentät järjestyksessä sen todellisen generaattorin, väitetyn alkuperän ja luottamusrajan kanssa. From on tekijän toimittama identiteetti; Vastaanottaja on näytössä näkyvä vastaanottaja eikä todiste SMTP kirjekuoresta. Viestin tunnus, päivämäärä ja aihe ovat lähettäjän ohjaamaa kontekstia. Jokainen Authentication-Results -kenttä vaatii raportointipalvelun ja tuloksen, mutta ei trusted.example tai untrusted.example vahvista vastaanottajan aitoa alkuperää. List-ID nimeää vaaditun luettelon; tilauksen peruutuskentät kuvaavat toimintamekanismia, eivät luettelon omistajuutta. Luokitusnäytteessä CAT, DIR, SCL ja BCL ovat keksittyjä Microsoft-tyylisiä tuomioita, eivät Microsoftin havaintoja. Vastaanotettua ketjua, SPF kirjekuoren identiteettiä tai yhdistävää IP-osoitetta ei ole määritetty.
Käytä tätä karttaa selitettynä opetusesimerkkinä. Jos haluat oikean viestin, korvaa jokainen oletettu alkuperä todisteilla keräys- ja vastaanottajatodisteilla ja jätä kaikki vahvistamattomat rajat nimenomaisesti ratkaisematta.