DNS text records

Add or change a TXT record

TXT records publish text through DNS. They are commonly used for SPF, DKIM, DMARC and service verification. Copy the host and value exactly from the provider requesting the record.

Host identifies the nameUse @ for the root domain or the exact selector/subdomain supplied.

Value is the published textCopy punctuation, spaces and provider tokens precisely.

Verify after savingQuery the authoritative DNS and allow for the previous TTL to expire.

What TXT records do

Publish machine-readable policies and verification tokens

SPFLists services authorised to send mail for the domain.

DKIMPublishes a public key under a selector such as selector._domainkey.

DMARCPublishes policy and reporting instructions at _dmarc.

Service verificationProves domain control to Google, Microsoft and other platforms.

Before editing

Make the change where DNS is authoritative

Check the domain’s nameservers. If it uses UKC Parking nameservers, edit the domain’s DNS Manager in the Client Area. If it uses a UKC hosting server such as ukc10.uk through ukc13.uk, DNS may be managed in Plesk. With external nameservers, make the change at that DNS provider.

A record saved in the wrong panel has no public effect.

Do not change nameservers simply to add one TXT record; update the active DNS zone instead.

Understand the fields

Host, value and TTL

  • Host/name: use @ for the root domain, or enter only the requested label such as _dmarc or google._domainkey. The panel normally appends the domain automatically.
  • Value/content: paste the full text. Do not add line breaks. The panel usually handles surrounding DNS quotes itself.
  • TTL: leave the default unless the provider explicitly requires another value.

If a provider shows a fully qualified hostname ending with your domain, check whether the panel expects only the label. Entering the complete name into a panel that appends the domain can create name.example.com.example.com.

UKC DNS Manager

Add or edit the record

1

Open My DomainsSelect the domain, then open DNS Manager.

2

Check for an existing matching recordEdit it when replacing a policy; do not create conflicting duplicates.

3

Add TXTEnter the host and exact value supplied by the service.

4

Preview and saveReview the complete change before applying it.

5

Refresh and verifyConfirm the new value appears in the zone and then query public DNS.

Email safety

Avoid conflicting authentication records

A domain should normally publish one SPF record at its root.

If SPF already exists, merge the required sender into that policy. Adding a second v=spf1 record can produce a permanent SPF error and harm delivery.

DKIM selectors can coexist because each uses a different host. DMARC should normally have one record at _dmarc. Preserve unrelated verification TXT records.

Verification

Check the exact published hostname

Use a DNS lookup for TXT records against the full name, for example the root domain, _dmarc.example.com or selector._domainkey.example.com. Confirm the returned text matches the provider’s value.

DNS caches can retain the previous answer until its TTL expires. A provider may also take additional time to repeat its verification check.

Need help?

Send the requested record, not account credentials

Include the domain, active nameservers, required host, record type, complete value, provider/service name, and any verification error. For an email policy, include the existing related TXT records so they can be merged safely.

Record not verifying?Open a support ticket with those details. Never send an API key, service password or private DKIM key.

Open a support ticket

Was this answer helpful?

« Back