Bekräfta att Dynadot är auktoritativ
En domän registrerad hos Dynadot kan använda ett annat företags DNS . Börja med att kontrollera delegerade namnservrar och identifiera kontot som kontrollerar den auktoritativa zonen. Om domänen använder externa namnservrar, publicera där. Att ändra registrarnamnservrar för att bara använda Dynadot-redigeraren är en DNS migrering, inte en vanlig redigering av autentiseringsposter.
Samla in den sändande plattformens exakta posttyp, fullständiga ägarens namn och värde, plus de befintliga zoninställningarna. Den här guiden förklarar publicering, inte vilken avsändare som ska vara auktoriserad. E-postadministratören måste tillhandahålla och godkänna SPF politik, DKIM spela in eller DMARC policy innan DNS operatören sparar den.
Översätt ägare till redaktörens fält
Dynadot-dokument Mina domäner > Hantera domäner, val av domän, Åtgärd > DNS inställningar och alternativet Dynadot DNS . För apex TXT data, använd Domain Record med TXT och ange värdet i IP-adress/destination. Den instruerar användare att utelämna omgivande citat. TXT instruktioner
Dess ägarnamnsregler spelar roll: en @-instruktion betyder domänpostsektionen, inte en bokstavlig @-etikett. En icke-apex-ägare hör hemma i underdomänposten och ett medföljt fullständigt kvalificerat namn måste ha zonsuffixet bort innan prefixet anges. Till exempel blir den illustrativa ägaren _dmarc.example.com i zonen example.com _dmarc . En DKIM ägare som selector1._domainkey.example.com blir selector1. _domainkey . Dessa är syntaxexempel, inte verkliga kontovärden.
Spara med Spara inställningar och kontrollera sedan den fullständiga publicerade ägaren. Anta inte att en framgångsrik formulärinlämning betyder att DNS namnet är rätt. Att gå in i hela domänen där endast ett prefix förväntas kan producera ett duplicerat suffix och lämna den nödvändiga ägaren tom.
Bevara den nödvändiga rotkonfigurationen
Dynadots TXT guide säger att dess DNS konfiguration också kräver en rot A, AAAA, CNAME eller vidarebefordra post. Detta är en leverantörsredigeringsbegränsning, inte en allmän DNS regel. Bevara domänens riktiga, godkända rotkonfiguration. Uppfinn inte en platshållaradress eller ändra webbplatsen bara för att uppfylla formuläret. Om en design med enbart e-post inte har någon lämplig rotpost, fråga Dynadot om en konfiguration som stöds innan du sparar.
För en DKIM CNAME , använd området Subdomain Record med den medföljande väljare etikett, CNAME typ och destination. Dynadots CNAME genomgång använder ett webbplatsexempel; ersätt den faktiska e-postväljaren istället för att kopiera www eller destinationen för exemplet vidarebefordran. Undvik en CNAME hos en ägare som redan har en annan aktiv tjänst.
Verifiera posten som mottagare kommer att fråga
Ursprunglig verifieringsmetod: behåll auktoritativa före- och eftersvar för varje exakt ägare och typ. För SPF kontrollerar du den tillämpliga kuvertdomänen och säkerställer att det bara finns en SPF kandidatpolicy. För DKIM , fråga väljaren som tillhandahålls av den sändande plattformen och följ dess CNAME om det finns. För DMARC , fråga den avsedda _dmarc ägaren och jämför policyn med den godkända ändringen.
Använd sedan den sändande plattformens verifieringskontroll och skicka sedan ett ofarligt meddelande via den avsedda rutten. Spela in mottagarens autentiseringsresultat och jämför den passerande SPF eller DKIM domänen med den synliga From-domänen. DNS publicering, leverantörsverifiering och meddelande inriktning är olika observationer; behålla alla tre i stället för att behandla någon enskild grön indikator som avgörande.
Återställ det exakta rekordet
Illustrativt misslyckande: _dmarc.example.com skrevs in i ett prefixfält, vilket skapade ett dubblettsuffix. Rätta ägaren efter att ha kontrollerat vad som faktiskt publicerades; skapa inte flera DMARC policyer hos den avsedda ägaren som en lösning. Bevara orelaterade TXT poster såsom tjänsteverifieringstokens.
Vid eventuella fel återställer du den berörda posten till dess godkända tidigare tillstånd och tillåter cachning. Kontrollera igen efter en namnservermigrering eller postrensning. Dokumentationen granskades den 8 november 2026. Inget Dynadot-konto, live DNS ändring eller levererat meddelande testades här.
Förbered ett översättningskort för ägarens namn
För varje post, behåll sändningstjänstinstruktionen, fullständig avsedd DNS ägare, zonsuffix, editorfält, inmatad etikett, posttyp och auktoritativt resultat. Till exempel mappar _dmarc.example.com i example.com till underdomänetiketten _dmarc ; apex mappar till Domain Record. Jämför den rekonstruerade hela ägaren innan du sparar. Om det aktuella gränssnittet skiljer sig från den dokumenterade modellen, stoppa och bekräfta fältsemantiken istället för att gissa.