Microsoft 365 kautta lähettävä sovellus tarvitsee tuetun postireitin sekä oikean todennuksen. Asiakkaan SMTP lähetys, liitinpohjainen SMTP välitys ja suora lähetys käyttävät erilaisia luottamus- ja vastaanottajamalleja.
Tunnista reitti ennen vaihtamista SPF, DKIM tai DMARC. DNS voi kuvata lähetysriippuvuutta, mutta se ei voi muuttaa ei-tuettua reittiä valtuutetuksi välittäjäksi tai saada Direct Sendia toimittamaan ulkoisille vastaanottajille.
Kirjaa ylös, mitä sovelluksen tulee tehdä
Tunnista sovelluksen isännöintisijainti, lähettäjän identiteetti, aiotut vastaanottajat ja tuetut todennus- ja siirtoominaisuudet. Kirjaa ylös vastuullinen yrityspalvelu ja ylläpitäjä.
Erota organisaation sisällä oleva laite kolmannen osapuolen isännöimistä sovelluksista. Tarkista nykyiset Microsoftin ohjeet kyseiselle isännöintimallille sen sijaan, että olettaisit, että jokainen tuote voi käyttää samaa liitintä.
Sisällytä erillinen testi ulkoisille vastaanottajille, kun he ovat osa liiketoiminnan työnkulkua. Vain sisäinen menestys ei luo ulkoista toimitusreittiä.
Vertaa tuettuja reittejä
Microsoftin nykyisessä asennusoppaassa erotetaan seuraavat lähestymistavat:
Asiakkaan SMTP lähetys käyttää todennettua pilvipostilaatikkoa ja tukee sisäisiä ja ulkoisia vastaanottajia.
SMTP rele käyttää sisääntuloliitintä ja voi välittää ulkoisesti, kun sen edellytykset täyttyvät.
Suora lähetys on sisäinen vastaanottaja, ei Internet-välitys.
Suuren volyymin sähköposti on erillinen sisäisten vastaanottajien palvelu, joka käyttää HVE-tiliä, ei ulkoinen toimitusvaihtoehto.
Käsittele tätä vertailua valinnan apuvälineenä, älä koko kokoonpano- tai lisenssimäärittelynä. Tarkista soveltuva todennustuki, verkkoyhteys, rajoitukset ja edellytykset voimassa olevista ensimmäisen osapuolen ohjeista.
Älä ota käyttöön vanhentunutta tai sopimatonta todennusmenetelmää vain siksi, että se näyttää vanhemmassa laiteoppaassa. Valitse reitti, jota sovellus ja nykyinen palvelu todella tukevat.
Ymmärrä liittimen luottamus ennen SMTP välityksen käyttöä
Microsoft dokumentoi varmenteeseen tai julkiseen IP-pohjaiseen todennuksen SMTP välitysjärjestelylleen. Verkko- ja isännöintivaatimuksilla on väliä.
Varmenteeseen perustuva reitti tarvitsee asianmukaisen hyväksytyn toimialueen suhteen varmenteen kokoonpanossa. IP-pohjainen reitti riippuu Microsoftille näkyvästä julkisesta osoitteesta, ei laitteessa näkyvästä yksityisestä osoitteesta.
Microsoftin nykyinen opas sulkee pois kolmannen osapuolen isännöimät sovellukset, kuten Azuren isännöimät palvelut, tästä SMTP välitysjärjestelystä. IP-todennusta käytettäessä osoitteen on oltava staattinen, eikä sitä saa jakaa toiselle organisaatiolle. Tarkista jaetun osoitteen ja isännöintirajoitukset huolellisesti. IP-liittimen luominen organisaation ulkopuolelle jaettuun infrastruktuuriin voi luoda eri luottamusalueen kuin järjestelmänvalvojan tarkoittama.
Käytä Microsoftin luomaa tai vahvistettua MX päätepistettä ja nykyistä liitinmenettelyä. Älä keksi päätepistettä lyhennetystä verkkotunnuksesta tai kopioi toisen vuokralaisen asetuksia.
Älä sekoita suoraa lähetystä ulkoiseen releeseen
Suora lähetys ei tarjoa toimitusta pilvipohjaisen organisaation ulkopuolisille vastaanottajille. Microsoftin ohjeissa sitä käsitellään vaihtoehtona edistyneille asiakkaille, joilla on asiaankuuluvat sähköpostipalvelinvastuut ja sopivat rajoitukset.
Synteettisessä esimerkissä skanneri lähettää onnistuneesti työntekijälle, mutta epäonnistuu, kun työnkulku lisää asiakkaan ulkoisen osoitteen. Tämä oire on yhdenmukainen reitin kanssa, jonka vastaanottaja ei sisällä ulkoista välitystä.
SPF lisäyksen lisääminen ei voi muuttaa vastaanottajan laajuutta. Arvioi reitti- ja sovellusvaatimukset uudelleen ennen aiheeseen liittymättömien tietueiden muokkaamista.
Vahvista henkilöllisyys valitun reitin jälkeen
Viitteet: RFC 9989 §4.4.
Kun tuettu reitti on määritetty, tarkista varsinaisesta sovelluksesta vastaanotetut viestit. Tallenna näkyvä From, arvioitu SPF identiteetti, asiaankuuluvat DKIM -allekirjoitukset ja luotettava DMARC tulos.
Liittimen hyväksyntä yhteydelle ja vastaanottajan kohdistettu todennustulos määrittävät eri asioita. Myös lähtevä yhdyskäytävä tai lisärele voi vaikuttaa lopputulokseen.
Käytä Microsoft 365 -todennusopasta toimialueen määrittämiseen ja linjaus diagnoosi raaka-syöttövirheestä.
Säilytä reittikohtainen hyväksyntietue
Säilytä valittu menetelmä, isännöintimalli, luottamusmekanismi, vastaanottajan laajuus, omistaja ja edustavat tulokset. Liitä mukaan tarkat toimittajan ohjeet ja määrityspäivämäärä, jotta myöhemmät järjestelmänvalvojat voivat tunnistaa muuttuneet vaatimukset.
Kirjaa todennus- ja toimitushäiriöt erikseen. Hylätty yhteys, ei-tuettu vastaanottajan reitti ja vastaanotettu viesti, jonka kohdistus epäonnistuu, voivat vaatia erilaisia korjauksia.
Täydellinen tulos on tuettu sovellusreitti, jossa on vastuullinen luottamus ja vahvistetut viestit, ei vain kelvollinen TXT tietue tai onnistunut sisäinen testi.