Bevestig dat Dynadot gezaghebbend is
Een domein geregistreerd bij Dynadot kan DNS van een ander bedrijf gebruiken. Begin met het controleren van de gedelegeerde naamservers en het identificeren van de rekening die de gezaghebbende zone beheert. Als het domein externe naamservers gebruikt, publiceer dan daar. Het wijzigen van de naamservers van de registrar alleen maar om de Dynadot-editor te gebruiken is een DNS migratie en geen gewone bewerking van authenticatierecords.
Verzamel het exacte recordtype, de volledige naam en waarde van de eigenaar van het verzendende platform, plus de bestaande zone-instellingen. In deze handleiding wordt de publicatie uitgelegd, niet welke afzender moet worden geautoriseerd. De mailbeheerder moet de SPF beleid, DKIM opnemen of DMARC beleid voordat de DNS operator het opslaat.
Vertaal eigenaren naar de velden van de editor
Dynadot-documenten Mijn domeinen > Domeinen beheren, selectie van het domein, Actie > DNS instellingen en de Dynadot DNS optie. Voor Apex TXT gegevens gebruikt u Domeinrecord met TXT en plaatst u de waarde in IP-adres/Bestemming. Het instrueert gebruikers om omringende aanhalingstekens weg te laten. TXT instructies
De regels voor de eigenaarnaam zijn van belang: een @-instructie betekent de sectie Domeinrecord, niet een letterlijk @-label. Een niet-apex-eigenaar hoort thuis in het subdomeinrecord, en bij een opgegeven volledig gekwalificeerde naam moet het zoneachtervoegsel worden verwijderd voordat het voorvoegsel wordt ingevoerd. De illustratieve eigenaar _dmarc.example.com in de zone example.com wordt bijvoorbeeld _dmarc . Een DKIM eigenaar zoals selector1._domainkey.example.com wordt selector1. _domainkey . Dit zijn syntaxisvoorbeelden, geen echte accountwaarden.
Sla op met Instellingen opslaan en controleer vervolgens de volledige gepubliceerde eigenaar. Ga er niet vanuit dat een succesvolle formulierinzending betekent dat de DNS naam juist is. Als u het hele domein invoert waar alleen een voorvoegsel wordt verwacht, kan dit een gedupliceerd achtervoegsel opleveren en de vereiste eigenaar leeg laten.
Behoud de vereiste rootconfiguratie
TXT handleiding van Dynadot zegt dat de DNS configuratie ook een root A, AAAA, CNAME of doorsturen van invoer. Dit is een beperking van de providereditor en geen algemene DNS regel. Behoud de echte, goedgekeurde rootconfiguratie van het domein. Bedenk geen tijdelijk adres en wijzig de website niet alleen maar om aan het formulier te voldoen. Als een ontwerp dat alleen e-mailt, geen geschikte root-invoer heeft, vraag dan Dynadot om een ondersteunde configuratie voordat u opslaat.
Voor een DKIM CNAME gebruikt u het subdomeinrecordgebied met het meegeleverde keuzeschakelaar label, CNAME type en bestemming. van Dynadot CNAME overzicht gebruikt een websitevoorbeeld; Vervang de daadwerkelijke mailselector in plaats van www of de voorbeelddoorstuurbestemming te kopiëren. Vermijd een CNAME bij een eigenaar die al een andere actieve service aanbiedt.
Controleer het record dat ontvangers zullen opvragen
Originele verificatiemethode: bewaar voor en na gezaghebbende antwoorden voor elke exacte eigenaar en type. Controleer voor SPF het toepasselijke envelopdomein en zorg ervoor dat er slechts één kandidaat- SPF beleid bestaat. Voor DKIM vraagt u de selector op die door het verzendende platform wordt geleverd en volgt u CNAME ervan, indien aanwezig. Voor DMARC vraagt u de beoogde _dmarc eigenaar op en vergelijkt u het beleid met de goedgekeurde wijziging.
Gebruik vervolgens de verificatiecontrole van het verzendende platform en stuur vervolgens een onschadelijk bericht via de beoogde route. Registreer de authenticatieresultaten van de ontvanger en vergelijk het passerende SPF of DKIM domein met het zichtbare Van-domein. DNS publicatie, providerverificatie en bericht uitlijning zijn verschillende observaties; behoud ze alle drie in plaats van één enkele groene indicator als doorslaggevend te beschouwen.
Herstel het exacte record
Illustratieve fout: _dmarc.example.com werd in een veld met alleen een voorvoegsel getypt, waardoor een dubbel achtervoegsel ontstond. Corrigeer de eigenaar nadat hij heeft gecontroleerd wat er daadwerkelijk is gepubliceerd; maak als tijdelijke oplossing niet meerdere DMARC beleidsregels bij de beoogde eigenaar. Ongerelateerd behouden TXT records zoals serviceverificatietokens.
Bij elke fout herstelt u de getroffen record naar de goedgekeurde eerdere staat en zorgt u ervoor dat deze in cache kan worden geplaatst. Controleer dit opnieuw na een naamservermigratie of het opschonen van records. Documentatie is beoordeeld op 8 november 2026. Hier zijn geen Dynadot-account, live DNS wijziging of afgeleverd bericht getest.
Bereid een vertaalkaart voor de naam van de eigenaar voor
Bewaar voor elk record de verzendservice-instructie, de volledige beoogde DNS eigenaar, het zone-achtervoegsel, het editorveld, het ingevoerde label, het recordtype en het gezaghebbende resultaat. _dmarc.example.com in zone example.com wordt bijvoorbeeld toegewezen aan het subdomeinlabel _dmarc ; de top wordt toegewezen aan Domeinrecord. Vergelijk de gereconstrueerde volledige eigenaar voordat u opslaat. Als de huidige interface afwijkt van het gedocumenteerde model, stop dan en bevestig de veldsemantiek in plaats van te raden.