Domain forwarding sends web visitors to another URL, while email forwarding redirects incoming messages to another mailbox. Domain Nexus manages them as separate services with their own deployment, ownership and verification requirements.
IN THIS ARTICLE
01 Prepare infrastructure
Enable the service you intend to operate under Service controls. Configure its supported runtime or forwarding backend, clusters and DNS arrangement. A DNS record alone cannot send an HTTP redirect or process an email message.
- Open Email & Domain Forwarding and review Forwarding settings and Forwarding clusters.
- Configure the appropriate web or mail backend and test connectivity.
- Use Services by TLD and the relevant customer or reseller policies to define eligibility.
- Test a controlled domain's ownership and nameserver preparation before enabling customer rules.
- Verify a complete web redirect and an email delivery separately, including any destination-confirmation step.
02 Define customer controls
For domain forwarding, decide which sources and path options are allowed and what redirect types your support documentation recommends. Temporary redirects are useful while testing; permanent redirects can remain cached after a rule changes.
For email forwarding, decide destination verification and catch-all policy. A forwarding address is not a mailbox with storage or an SMTP sending account. Explain how customers should receive mail at the destination and arrange outbound email separately.
03 Adopt existing rules carefully
The Ownership review workflow can review exact legacy cPanel rule matches. Adoption records the verified association without taking over unrelated panel rules or proving message delivery. Pause competing deployment processes while reviewing a domain so the comparison remains meaningful.
Do not import every rule in a shared panel account into the first matching customer. Confirm domain ownership and the exact remote rule before establishing module control.
How do I prove that forwarding is deployed and receiving traffic?
A saved rule can remain pending until ownership, DNS or destination requirements are met. Follow its deployment status, then test the public URL or send a real test message from an unrelated mailbox. Check apex and www separately for web redirects.
If the domain uses another authoritative DNS provider, update the required records or delegation through a planned change. Preserve external mail and website records that the forwarding service is not meant to replace. For failures, compare rule status, public DNS and backend logs instead of repeatedly recreating the rule.