Your private key is created in this browser and never leaves it. Keep it secret: install it only on your mail server. If your mail provider can generate DKIM keys itself, prefer that.

Settings

The domain in your From: address.

Any name for this key; a date makes rotation easy.

Key length

How it works

Runs in your browser. An RSA key pair is generated with the Web Crypto API. The public key becomes the p= value of a TXT record published at <selector>._domainkey.<domain>; your mail server signs outgoing messages with the private key, and receivers verify the signature with the published public key.

Safeguards & responsible use

  • Keys are generated locally with the Web Crypto API — the private key is never sent to NetTools or stored.
  • Treat the private key like a password: install it on your mail server only and never publish or email it.
  • Generated records are suggestions: review them and verify with DKIM Lookup after publishing.

Frequently asked questions

What is a DKIM selector?

A name you choose that identifies one key, so a domain can have several (per provider or for rotation). It appears as s= in the DKIM-Signature header and in the DNS host name.

Which key length should I use?

2048-bit RSA is the common recommendation. 1024-bit keys are considered weak; 4096-bit records are long and not handled well by every DNS provider.

Why is the record split into several strings?

A single DNS TXT string can hold at most 255 characters. Longer values are published as several quoted strings in one record; receivers join them. Many DNS panels do this automatically.

Should I generate keys here or on my mail server?

If your mail server or provider can generate DKIM keys (for example opendkim-genkey or your email provider’s admin console), prefer that — the private key then never leaves the server. This tool is for setups where you must supply your own key.