Räätälöidyt USAePay-kuitit vaativat hallitsemasi verkkotunnuksen. Yhdyskäytävän Sähköpostin lähettäjä -valinta muuttaa sitä, mitä vastaanottajat näkevät, joten varaston kauppiaiden kuitit, laskut ja kaikki kumppanin sähköpostit kulkevat erikseen. Älä käytä asiakkaan todellista tapahtumaa todennustestinä tai laita maksutietoja diagnostiikkapalveluihin.
Määritä mukautetun verkkotunnuksen todennus
Palveluntarjoajan asiakirjoja include:spf.usaepay.com for SPF. Lisää se olemassa olevaan sovellettavaan SPF käytäntöön ennen terminaalin kaikki mekanismia sen sijaan, että julkaiset toisen SPF ennätys. Virallinen opas estää kopioimasta IP-luettelosta, koska tarjoajien osoitteet voivat muuttua.
varten DKIM, luo kolme CNAME tietueet lähettävän verkkotunnuksen alla: gps1. _domainkey osoittaa osoitteeseen gps1._default.dkim.safewebservices.com ; gps2 ja gps3 noudattavat samaa numeroitua kuviota. Korvaa vain oma lähetysalueen osa, ei palveluntarjoajan kohteita. Oppaan mukaan gps2- ja gps3-julkiset avaimet ovat tarkoituksella tyhjiä kiertovarauksia. Julkaise valtuuskunnat, vaikka avaimen vahvistaja ilmoittaisi tyhjät kohteet; Tämän päivän viestin hyväksyminen riippuu valitsin todella käytetty. USAePay-määritysviite
Portaali tarjoaa SPF ja DKIM -validoinnin. Käytä sitä konfigurointitarkistuksena ja tarkista sitten toimitettu testikuitti. Dokumentaation mukaan todentamaton mukautettu brändäys voi palata osoitteeseen safewebservices.com . Tallenna havaittu Lähettäjä-osoite sen sijaan, että olettaisit, että toimitetussa kuitissa on edelleen tuotemerkkisi. Jos et voi hallita haluttua verkkotunnusta, sovi hyväksytystä lähettäjän henkilöllisyydestä julkisen verkkosähköpostiosoitteen väärentämisen sijaan.
Palveluntarjoaja vaatii nyt näitä todennustietueita kaikille mukautetuille lähetysalueille, ei vain joukkokampanjoille. Käsittele vanhassa vahvistusesimerkissä käytettyä julkista näytteen IP-osoitetta diagnostisena esimerkkinä, älä todisteena nykyisestä ulosmeno-IP:stä tai tosiasiallisesti lähetetystä kirjekuoren identiteetistä.
Tarkista DNS ja todellinen vastaanottotulos
Ennen kuin muutat kauppiaan kuitin ja laskun lähettäjän asetuksia, vie nykyiset DNS -arvot, tallenna hyväksytty ero ja nimeä palautuksen omistaja. Varmista, odottaako DNS editori suhteellista nimiötä vai täydellistä nimeä; verkkotunnuksen pääte kaksinkertaistaa ennätys jota mikään tarkoitettu todentaja ei löydä. Query the actual owner name after saving, including any CNAME target, rather than relying on the editor's success banner.
SPF on pysyttävä yhtenä käytäntönä asianomaisessa verkkotunnuksessa ja pysyttävä DNS-kyselyn termien rajoissa RFC 7208. Sisällön lisääminen ei itse vahvista linjaus. Under RFC 9989, DMARC läpäisee, kun vähintään yksi onnistunut SPF tai DKIM tulos on kohdistettu näkyvän From-verkkotunnuksen kanssa sovellettavassa tilassa. Älä vaadi molempien mekanismien kohdistamista standardin asettaman ehdon mukaisesti, äläkä sekoita palveluntarjoajan verkkotunnuksen passia yhdenmukaistettuun asiakkaan verkkotunnuksen passiksi.
Lähetä todellisen kauppiaan työnkulun luoma vaaraton testikuitti hallitsemaasi postilaatikkoon. Tallenna vastaanottavan järjestelmän luotetut todennustulokset, näkyvä From, kirjekuoren identiteetti, DKIM d=- ja s=-arvot, aikaleima ja palveluntarjoajan tila. DNS haku näyttää vain käytettävissä olevan avaimen; RFC 6376 varmennus arvioi myös allekirjoituksen vastaanotetun viestin päälle. Käytä ei-arkaluonteista sisältöä ja vältä asiakkaiden täydellisten viestien paljastamista julkisille ruuduille.
Käytä rajoitettua hyväksymis- ja peruutuspäätöstä
Vain kuvitteellinen kirjallinen diagnoositapaus: UP-01 olettaa, että vaaraton kuitti oli tarkoitettu käyttämään receipts@shop.example , mutta sen näkyvä Lähettäjä on noreply@safewebservices.com . SPF ja kaikki DKIM identiteetit/tulokset ovat tuntemattomia. Toimitus ei täytä mukautetun tuotemerkin vaatimuksia. Kauppiaan omistajan on tarkistettava yhdyskäytävän identiteetti ja vahvistustila, ja DNS omistajan on verrattava kaikkia kolmea dokumentoitua delegaatiota ennen uutta hyväksyttyä testiä. Pelkät tyhjät varaavaimet eivät osoita aktiivisen valitsimen vikaa. Tässä esimerkissä ei testattu tiliä, DNS , välitystä tai viestiä.
Jos testi epäonnistuu, erota puuttuva DNS , väärä valitsin, ei-aktiivinen palveluntarjoajan määritys, odottamaton reititys ja viestin muutos ennen uuden muutoksen tekemistä. Testaa samaa työnkulkua uudelleen jokaisen hyväksytyn korjauksen jälkeen. Älä heikennä koko toimialueen DMARC käytäntöä piilottaaksesi yhden lähettäjän ongelman. Jos palautus on tarpeen, palauta hyväksytty aikaisemman reitityksen tai lähettäjän kokoonpano ja säilytä avaintietueet, kun jonossa olevat allekirjoitetut viestit tarvitsevat niitä. Säilytä testitodisteet ja ratkaisemattomat poikkeukset verkkotunnuksen inventaariossa. Tämän oppaan valmistelussa ei tehty vuokralaisen pääsyä, DNS muutosta tai todellista lähetystä.
Pidä vastuullinen hyväksymispöytäkirja
Create one row per account, domain and materially different route. Tallenna yrityksen omistaja, DNS omistaja, muutosviite, tarkoitettu Lähettäjä, tarkkailtava, kirjekuoren verkkotunnus ja SPF tulos, kukin DKIM d= ja s= tulosineen, sovellettava kohdistustila, luotettava vastaanotin ja aikaleima, palveluntarjoajan aktivointitila, sijoittelun havainnointi, ratkaisematon kysymys ja seuraava toimenpide. Merkitse puuttuvat arvot tuntemattomiksi sen sijaan, että käsittelet niitä hyväksytyinä tai hylätyinä. Omistaja hyväksyy vain suunnitellun reitin ja identiteetin, joka tukee tallennettuja todisteita; muuten noudata tätä reittiä ja noudata hyväksyttyä elvytyssuunnitelmaa.
Erottele ohimenevä viesti täytäntöönpanovalmiudesta
RFC 9989 Kohta 7.4 edellyttää kelvollista DKIM ää verkkotunnuksen julkaisua varten p=reject ja varoituksia epäsuoran postin yhteentoimivuudesta. Yksittäinen kohdistettu SPF tulos ei sinänsä oikeuta hylkäyskäytännön käyttöönottoa. Tarkista kaikki lailliset reitit ja käytännön omistajuus erikseen tästä palveluntarjoajan asetuksesta.