Bekræft, at Dynadot er autoritativ
Et domæne registreret hos Dynadot kan bruge en anden virksomheds DNS . Start med at tjekke de delegerede navneservere og identificere den konto, der kontrollerer den autoritative zone. Hvis domænet bruger eksterne navneservere, skal du publicere der. Ændring af registratornavneservere til blot at bruge Dynadot-editoren er en DNS migrering, ikke en almindelig redigering af godkendelsesregistrering.
Indsaml afsenderplatformens nøjagtige registreringstype, fulde ejernavn og værdi plus de eksisterende zoneindstillinger. Denne vejledning forklarer udgivelsen, ikke hvilken afsender der skal være autoriseret. Mailadministratoren skal levere og godkende SPF politik, DKIM optage eller DMARC politik, før DNS operatøren gemmer den.
Oversæt ejere til redaktørens felter
Dynadot dokumenterer Mine domæner > Administrer domæner, valg af domæne, Handling > DNS indstillinger og Dynadot DNS indstillingen. For apex TXT data skal du bruge Domain Record med TXT og indsætte værdien i IP-adresse/destination. Det instruerer brugere til at udelade omgivende citater. TXT instruktioner
Dets ejernavnsregler betyder noget: en @-instruktion betyder Domain Record-sektionen, ikke en bogstavelig @-etiket. En ikke-apex-ejer hører hjemme i underdomæneregistrering, og et medfølgende fuldt kvalificeret navn skal have zonesuffikset fjernet, før præfikset indtastes. For eksempel bliver den illustrative ejer _dmarc.example.com i zonen example.com _dmarc . En DKIM ejer såsom selector1._domainkey.example.com bliver selector1. _domainkey . Disse er syntakseksempler, ikke rigtige kontoværdier.
Gem med Gem indstillinger, og tjek derefter den fulde offentliggjorte ejer. Antag ikke, at en vellykket formularindsendelse betyder, at DNS navnet er rigtigt. Indtastning af hele domænet, hvor kun et præfiks forventes, kan producere et duplikeret suffiks og lade den påkrævede ejer være tom.
Bevar den nødvendige rodkonfiguration
Dynadots TXT guide siger, at dens DNS konfiguration også kræver en root A, AAAA, CNAME eller videresende post. Dette er en udbyderredigeringsbegrænsning, ikke en generel DNS regel. Bevar domænets rigtige, godkendte rodkonfiguration. Du må ikke opfinde en pladsholderadresse eller ændre webstedet bare for at opfylde formularen. Hvis et mail-only design ikke har nogen passende root-indgang, så spørg Dynadot om en understøttet konfiguration, før du gemmer.
For en DKIM CNAME skal du bruge området underdomæneregistrering med det medfølgende vælger etiket, CNAME type og destination. Dynadot's CNAME gennemgang bruger et webstedseksempel; erstatte den faktiske postvælger i stedet for at kopiere www eller prøvevideresendelsesdestinationen. Undgå et CNAME hos en ejer, der allerede har en anden aktiv tjeneste.
Bekræft den post, som modtagerne vil forespørge på
Oprindelig verifikationsmetode: bevar før-og-efter autoritative svar for hver eksakt ejer og type. For SPF skal du kontrollere det relevante konvolutdomæne og sikre, at der kun findes én kandidat SPF -politik. For DKIM skal du forespørge på vælgeren leveret af afsenderplatformen og følge dens CNAME hvis den findes. For DMARC skal du forespørge den tilsigtede _dmarc ejer og sammenligne politikken med den godkendte ændring.
Brug derefter afsenderplatformens bekræftelseskontrol, og send derefter en harmløs besked gennem den tilsigtede rute. Registrer modtagerens godkendelsesresultater, og sammenlign det beståede SPF eller DKIM domæne med det synlige Fra-domæne. DNS udgivelse, udbyderbekræftelse og besked justering er forskellige observationer; fastholde alle tre i stedet for at behandle en enkelt grøn indikator som afgørende.
Gendan den nøjagtige rekord
Illustrativ fejl: _dmarc.example.com blev indtastet i et præfiksfelt, hvilket skabte et dublet suffiks. Ret ejeren efter at have kontrolleret, hvad der faktisk blev offentliggjort; opret ikke flere DMARC politikker hos den tilsigtede ejer som en løsning. Bevar uafhængige TXT registreringer såsom serviceverifikationstokens.
Ved enhver fejl skal du gendanne den berørte post til dens godkendte tidligere tilstand og tillade caching. Tjek igen efter en navneservermigrering eller oprydning af post. Dokumentation blev gennemgået den 8. november 2026. Ingen Dynadot-konto, live DNS ændring eller leveret besked blev testet her.
Forbered et oversættelseskort med ejernavn
For hver post skal du beholde den afsendende serviceinstruktion, den fulde tilsigtede DNS ejer, zonesuffiks, editor-felt, indtastet etiket, posttype og autoritativt resultat. For eksempel knytter _dmarc.example.com i zone example.com til _dmarc underdomæneetiketten; apex maps til Domain Record. Sammenlign den rekonstruerede fulde ejer, før du gemmer. Hvis den aktuelle grænseflade afviger fra den dokumenterede model, skal du stoppe og bekræfte feltsemantikken i stedet for at gætte.