Valitse yrityksen identiteetti ennen DNS muokkaamista
FreeAgent voi lähettää arvioita ja laskuja käyttämällä omaa From-oletusidentiteettiään tai vahvistettua mukautettua verkkotunnusta. Päätä, minkä identiteetin asiakkaiden tulee nähdä ja mihin postilaatikkoon heidän tulee vastata. Dokumentoi lasku ja arvioi työnkulkuja, niiden omistaja ja DNS järjestelmänvalvoja ennen kuin muutat jompaakumpaa. Rahoitussovelluksen onnistunut lähetys ei ole sama asia kuin todiste siitä, että aiottu liiketoiminta-alue on todennettu.
Tarkistetun FreeAgent-oppaan mukaan lähettäjän oletusosoite on noreply@remail.freeagentcentral.com . Omistamasi verkkotunnus voidaan valtuuttaa mukautetun verkkotunnuksen asetuksella. jaetussa julkisessa verkkotunnuksessa oleva kuluttajapostilaatikko ei voi antaa sinulle hallintaa kyseisen verkkotunnuksen DNS ssä. Yksittäisen osoitteen vahvistaminen ja sen verkkotunnuksen valtuutus ovat erillisiä vaiheita. Lähde: FreeAgent, valtuuta FreeAgent lähettämään sähköposteja yrityksesi osoitteesta.
Viimeistele nykyinen mukautetun verkkotunnuksen työnkulku
Avaa Asetukset > Sähköpostien lähettäminen, valitse Lisää mukautettu sähköpostin toimialue ja valitse vahvistettuun lähettäjän osoitteeseen liittyvä toimialue. Jos se puuttuu, lisää ja vahvista ensin osoite kyseisessä verkkotunnuksessa. Kopioi vaiheessa 2 näytetyt isäntä-/avain- ja arvotiedot arvovaltaiseen DNS palveluun ja palauta ja lisää sitten toimialue. FreeAgent tarkistaa nämä tietueet. Lähde: FreeAgentin mukautettu verkkotunnusopas.
Käsittele tilin näytettäviä tietueita tämän asennuksen kannalta pätevinä. Älä korvaa niitä historiallisilla valitsin, avain tai SPF arvo löytyy vanhasta artikkelista. Tallenna tietuetyypit, täydelliset omistajien nimet, arvot ja päivämäärä muutostietueeseen. Jos näyttö ja dokumentaatio eroavat toisistaan, ratkaise ristiriita ennen jatkamista sen sijaan, että yhdistäisit molempia määrityssukupolvia.
Tarkista olemassa olevat tietueet jokaisen omistajan luona ennen muokkaamista. Julkisella TXT -avaimella ja vahvistustunnuksella voi olla eri tarkoitus, vaikka molemmat näkyvät yhdessä ohjatussa toiminnossa. Säilytä muiden sovellusten merkinnät. Rekisteröijä ja DNS isäntä voivat olla erilaisia: tarkista delegoitu nimipalvelimet sen sijaan, että yritys, josta verkkotunnus ostettiin, julkaisee tietueensa.
Tarkista SPF ohjeet kontekstissa
Nykyiset FreeAgent-oppaan nimet include:spf.mtasv.net kun olemassa oleva tiukka SPF käytäntö päättyy -all . Sen mukaan erillistä uutta SPF -käytäntöä ei yleensä tarvita sen työnkulkuun. Älä korvaa vanhempaa FreeAgent-sisältöä, joka löytyy muualta. Lähde: FreeAgentin SPF osio.
Tämä tuoteohje ei ole syy poistaa toimivaa SPF -käytäntöä, heikentää sen lopullista tarkennetta tai olettaa, että kaikki postit menevät nyt läpi. DMARC. Jos SPF muutosta tarvitaan, yhdistä valtuutus yhteen olemassa olevaan käytäntöön, kun olet inventoinut kaikki lähettäjät ja tarkistanut DNS-haun rajat. Säilytä muut palvelut. Pidä tämä kapea valtuutustehtävä erillään toimialueen laajuisesta käytäntöjen uudelleensuunnittelusta.
Vahvista muutos käyttämällä valvottua laskureittiä
Ennen testaamista vältä todellista asiakastapahtumaa tai taloudellista sitoutumista. Käytä valtuutettua testityönkulkua ja valvottua vastaanottajaa, jonka sisältö on selvästi kuvitteellista. Tallenna, mikä FreeAgent-työnkulku lähetti viestin ja vastaako sen näkyvä Lähettäjä hyväksyttyä yrityksen osoitetta. Tarkista Reply-To itsenäisesti tarkastamalla ja tarvittaessa testaamalla vastauskohde.
Säilytä alkuperäinen vastaanotettu viesti luotettavalle vastaanottajalle Authentication-Results, Lähettäjä, kirjekuoren identiteetti ja DKIM allekirjoittava verkkotunnus/valitsin. SPF todentaa kirjekuoren identiteetin, ei automaattisesti Lähettäjä. DKIM vahvistaa allekirjoituksen, joka liittyy sen d=-verkkoalueeseen. DMARC tarvitsee läpäisevän SPF tai DKIM identiteetin, joka on linjassa From-tunnuksen kanssa soveltuvien vaatimusten mukaisesti linjaus tila. Tuotteen vahvistus ja postilaatikon ulkonäkö eivät voi korvata näitä todisteita.
Synteettinen esimerkki: arvio saapuu osoitteella From accounts@example.com , SPF passi palveluntarjoajan omistamalle kirjekuoriverkkotunnukselle ja DKIM passi osoitteella d=example.com. Tarkka ottelu DKIM -allekirjoitus voi tarjota kohdistetun DMARC polun; riippumaton SPF menestys ei voi. Jos myöhemmässä viestissä käytetään palveluntarjoajan oletusarvoista Lähettäjä, se saattaa todentaa oikein kyseiselle oletusidentiteetille, mutta silti epäonnistuu tuotemerkin hyväksymisehtosi suhteen. Käsittele toimitusta ja suunniteltua identiteettiä erillisinä tuloksina.
Diagnosoi palautuminen ja säilytä turvallinen palautuminen
FreeAgent varoittaa, että sen vaadittujen DNS tietueiden poistaminen tai muuttaminen voi tehdä mukautetun toimialueen vahvistamattoman ja palauttaa Lähettäjä-osoitteen oletusarvokseen. se lähettää myös ilmoituksen. Tarkkaile DNS siirron toiminnallisia seurauksia, ei vain sitä, latautuuko uusi vyöhyke. Säilytä tarvittavat tietueet DNS palveluntarjoajia vaihtaessasi ja testaa asiakaskohtaisia työnkulkuja myöhemmin.
Jos vahvistus epäonnistuu, vertaa tiliarvoja viralliseen DNS , tarkista omistajan nimen jälkiliitteen päällekkäisyys ja pois jätetyt merkit, ennen kuin odotat välimuistin vanhenemista. Jos asetukset ovat oikein, mutta posti puuttuu, säilytä tarkka lähetystila ja vastaanottajan todisteet ja tutki toimitus erikseen. Älä lupaa, että pelkkä viive korjaa ongelman.
Ennen kuin poistat historiallisia FreeAgent-kohtaisia tietueita, varmista, että ne ovat vanhentuneita ja että niitä ei käytetä toisella aktiivisella reitillä. Säilytä käännettävä kopio ja hyväksytty tiedossa toimiva lähettäjäjärjestely. Suorittaminen edellyttää tilin vahvistamista, arvovaltaisia tietueita ja todellisia vastaanotettujen viestien todisteita asiaankuuluvista laskuista ja arvioiduista reiteistä. Tämä dokumentaarinen opas ei suorittanut mitään näistä live-operaatioista; riippumaton arviointi, ihmisten pk-yritysten hyväksyntä ja julkaiseminen ovat edelleen kesken.
Luokittele toimitettu arvio keksimättä maksutestiä
Kirjallinen tapaus FA-01 olettaa, että hyväksytty Lähettäjä on accounts@example.com , mutta kuvitteellinen arvionäyte näyttää dokumentoidun palveluntarjoajan oletusarvon From vaadittujen DNS tietueiden poistamisen jälkeen. Vastaanottajan todennustulos ja vastausosoite ovat tuntemattomia. Pelkästään onnistunut toimitus ei pysty varmistamaan aiottua identiteettiä tai kohdistettua todennusta esim example.com . Taloustyönkulun omistajan tulee sovittaa nykyisen tilin vahvistus ja DNS järjestelmänvalvojan kanssa, käyttää sitten valtuutettua ei-sitovaa testiä ja tarkastaa todelliset lähettäjä- ja vastauskentät. Älä luo todellista laskua tai maksuvelvollisuutta vain saadaksesi otsikot. Asiakasta, tapahtumaa, tietuetta tai viestiä ei käytetty tässä tapauksessa.
Säilytä täytäntöönpanoraja
RFC 9989 Kohta 7.4 edellyttää kelvollista DKIM , ei pelkästään SPF , verkkotunnusten julkaisemiseen p=reject, ja varoittaa epäsuoran postin ja postituslistan yhteentoimivuudesta. Yksittäinen onnistunut suoraviestitesti ei ole todiste siitä, että jokainen laillinen reitti on valmis vahvempaan politiikkaan. Säilytä olemassa oleva hyväksytty suojaus diagnosoidessasi todellista aukkoa; Jokainen politiikan muutos vaatii oman päätöksensä.