Featured
Manage DNS zones and records for any provider — Cloudflare, Route 53, cPanel, PowerDNS and more, in WHMCS
Find out your customers' email is broken before their customers do
Made and supported by Projektif Digital Ltd. Runs inside PD Modules, the panel every module installs into.
PD Email Deliverability checks the email authentication of every domain you host and tells you what is broken before your customers' mail starts bouncing. For each domain it reads SPF, DKIM and DMARC straight from DNS, gives it a grade from A to F, explains each problem in plain language and shows you the exact record to publish. Where one of the PD DNS modules manages the zone, you can publish the fix from the panel after you confirm.
It is built for hosting companies and email providers who are tired of finding out about a missing DMARC record from an angry customer. Gmail and Microsoft now expect authentication from anyone sending in volume, and this finds the domains that do not have it.
Every domain, graded. It checks the domains on your hosting services and the domains registered through you, both on by default, and gives each an A to F grade. A domain with no records never grades well, so the list sorts itself into what to fix first.
Each finding comes with its fix. No finding ends at "SPF is wrong". Each shows the record to publish, built from the DMARC policy (p=none by default) and report address you set, with a Copy button.
It counts the SPF lookups you cannot see. SPF allows ten DNS lookups. The module follows includes and redirects and counts the lookups inside them. Over ten is critical, because receivers stop evaluating and SPF fails; nine or ten is a warning, because one more sender breaks it.
Honest about what DNS cannot tell it. DKIM selectors cannot be discovered from DNS, so it checks a list of common selectors that you can edit. When it finds nothing it says "no key at the selectors checked", not "no DKIM". A key published but empty is reported as revoked. A TXT lookup that fails on a domain that resolves is reported as "could not be read", never as a missing SPF record.
Rechecked without you. Domains are rechecked automatically in batches (300 by default), and a failure is reported as a failed run. An optional digest email tells you when something changes.
No account and no third-party service. Only DNS queries for the domains you host leave your server. No customer data goes anywhere.
A checker that cries wolf gets switched off, so the rules are deliberately careful. A parked domain with no mail records is not treated as a broken mail setup. A lookup that failed is never reported as a missing record.
PD Email Deliverability is one paid module with everything included, at £15 per month or £150 per year. There are no tiers to compare.
If your subscription lapses, the domain list and the results already collected stay readable. Checks and fixes pause until you renew, and no further DNS queries are made.
Because DKIM selectors cannot be discovered from DNS — there is no query that asks a domain which selectors it uses. The module tries the common ones and reports honestly that it found nothing at the selectors tried. Add your platform's selector in Settings and the finding clears.
The standard allows exactly one. When a receiver finds two, the result is a permanent error and SPF fails entirely — so a domain with two carefully-written records is worse off than a domain with one sloppy one. They need merging into a single record.
SPF evaluation is capped at ten DNS lookups. include, a, mx, ptr, exists and redirect each cost one; ip4, ip6 and all cost nothing. Add a fourth mail provider and you can silently cross the limit, after which receivers stop evaluating and SPF fails. The module counts them for you.
It never changes DNS on its own, because a wrong edit to a live SPF record stops a business's mail. Every finding comes with the exact record to publish. When the domain's zone is managed by one of our DNS modules on this install, a "Publish this record now" button writes it there after you confirm; when the DNS lives elsewhere, you publish it where it lives.
No — not without checking each one. p=reject tells receivers to refuse mail that fails authentication, including legitimate mail from a sender nobody remembered to add. Start at p=none, read the reports for a fortnight, then tighten.
Not to send mail, because it does not send mail. But v=spf1 -all on a domain that never sends is the cheapest anti-spoofing measure there is. Turn on "Also check domains that do not send mail" to see which of yours are missing it.
Only DNS queries for the domains you host. No third-party service, no account to hold, and no customer data — a lookup contains a domain name and nothing else.
No. This is an operator tool with no client-area surface.
WHMCS 9 or later, on PHP 8.2 or later. It installs alongside whatever else you run — it adds its own tables and templates rather than modifying WHMCS files, so it does not collide with other vendors' modules or with a customised theme. Uninstalling removes its own tables and settings and leaves no orphans behind.
Open a ticket from your client area, or use Get help inside the PD Modules panel, which attaches a diagnostic report — you see a preview of exactly what it contains, and can exclude any part of it, before anything is sent. Support is included with an active subscription; bug reports are welcome whatever your licence state.