Bekreft at Dynadot er autoritativ
Et domene registrert hos Dynadot kan bruke et annet selskaps DNS . Start med å sjekke delegerte navneservere og identifisere kontoen som kontrollerer den autoritative sonen. Hvis domenet bruker eksterne navneservere, publiser der. Å endre registrarnavneservere bare for å bruke Dynadot-editoren er en DNS migrering, ikke en vanlig redigering av autentiseringsposter.
Samle avsenderplattformens eksakte posttype, fullstendig eiernavn og verdi, pluss de eksisterende soneinnstillingene. Denne veiledningen forklarer publisering, ikke hvilken avsender som skal være autorisert. E-postadministratoren må levere og godkjenne SPF politikk, DKIM ta opp eller DMARC policy før DNS operatøren lagrer den.
Oversett eiere til redaktørens felt
Dynadot dokumenterer Mine domener > Administrer domener, valg av domene, Handling > DNS innstillinger og alternativet Dynadot DNS . For apex TXT data, bruk Domain Record med TXT og legg inn verdien i IP-adresse/destinasjon. Den instruerer brukere til å utelate omkringliggende sitater. TXT -instruksjoner
Reglene for eiernavn er viktige: en @-instruksjon betyr Domain Record-delen, ikke en bokstavelig @-etikett. En ikke-apex-eier hører hjemme i Subdomain Record, og et oppgitt fullt kvalifisert navn må ha sone-suffikset fjernet før du legger inn prefikset. For eksempel blir den illustrative eieren _dmarc.example.com i sonen example.com _dmarc . En DKIM -eier som selector1._domainkey.example.com blir selector1. _domainkey . Dette er syntakseksempler, ikke reelle kontoverdier.
Lagre med Lagre innstillinger og sjekk deretter hele publiserte eier. Ikke anta at en vellykket skjemainnsending betyr at DNS navnet er riktig. Å gå inn i hele domenet der bare et prefiks forventes kan produsere et duplisert suffiks og la den nødvendige eieren stå tom.
Behold den nødvendige rotkonfigurasjonen
Dynadots TXT guide sier at DNS konfigurasjonen også krever en rot A, AAAA, CNAME eller videresende oppføring. Dette er en leverandørredigeringsbegrensning, ikke en generell DNS regel. Bevar domenets ekte, godkjente rotkonfigurasjon. Ikke oppfinn en plassholderadresse eller endre nettsiden bare for å tilfredsstille skjemaet. Hvis et design som kun er e-post ikke har noen passende rotoppføring, spør Dynadot om en støttet konfigurasjon før du lagrer.
For en DKIM CNAME bruker du Subdomain Record-området med den medfølgende velger etikett, CNAME type og destinasjon. Dynadots CNAME -gjennomgang bruker et nettstedseksempel; erstatte den faktiske e-postvelgeren i stedet for å kopiere www eller prøvevideresendingsdestinasjonen. Unngå en CNAME hos en eier som allerede har en annen aktiv tjeneste.
Bekreft posten som mottakerne vil spørre etter
Opprinnelig bekreftelsesmetode: behold før-og-etter autoritative svar for hver eksakte eier og type. For SPF , sjekk det aktuelle konvoluttdomenet og sørg for at det bare finnes én SPF kandidat-policy. For DKIM , spør velgeren levert av avsenderplattformen og følg dens CNAME hvis den finnes. For DMARC , spør den tiltenkte _dmarc eieren og sammenligne retningslinjene med den godkjente endringen.
Bruk sendeplattformens verifiseringskontroll neste gang, og send deretter en ufarlig melding gjennom den tiltenkte ruten. Registrer mottakerens autentiseringsresultater og sammenlign det beståtte SPF eller DKIM domenet med det synlige Fra-domenet. DNS publisering, leverandørverifisering og melding justering er forskjellige observasjoner; beholde alle tre i stedet for å behandle en enkelt grønn indikator som avgjørende.
Gjenopprett den nøyaktige posten
Illustrativ feil: _dmarc.example.com ble skrevet inn i et prefiksfelt, og opprettet et duplikat suffiks. Rett eieren etter å ha sjekket hva som faktisk ble publisert; ikke opprett flere DMARC policyer hos den tiltenkte eieren som en løsning. Bevar urelatert TXT poster for eksempel tjenestebekreftelsestokener.
Ved eventuelle feil, gjenopprett den berørte posten til den godkjente tidligere tilstanden og tillat bufring. Kontroller på nytt etter en navneservermigrering eller postopprydding. Dokumentasjonen ble gjennomgått 8. november 2026. Ingen Dynadot-konto, live DNS endring eller levert melding ble testet her.
Forbered et oversettelseskort for eiernavn
For hver post, behold sendetjenesteinstruksjonen, fullstendig tiltenkt DNS eier, sonesuffiks, redaktørfelt, inntastet etikett, posttype og autoritativt resultat. For eksempel tilordner _dmarc.example.com i sone example.com til underdomeneetiketten _dmarc ; apex tilordnes til domenepost. Sammenlign den rekonstruerte fulle eieren før du lagrer. Hvis gjeldende grensesnitt er forskjellig fra den dokumenterte modellen, stopp og bekreft feltsemantikken i stedet for å gjette.