Moving a domain’s email to another provider requires both public MX records and the hosting server’s local-delivery setting. Otherwise website-generated messages can still be delivered to obsolete local mailboxes.
IN THIS ARTICLE
Prepare for the change
Provision the new provider’s mailboxes, migrate required messages and obtain its exact MX priorities and authentication records. Save the current routing information and choose a controlled migration window.
01 Move SiteWorx domain email to a remote provider
- Confirm which service hosts authoritative DNS. Publish the new provider’s required MX records there, retaining only records that belong to the intended routing design.
- Open Administration > Mail Options > Remote Setup in SiteWorx.
- Disable local delivery for the intended domain and confirm the action. This is separate from editing public MX records.
- If SiteWorx DNS is authoritative, use its remote MX controls to add or edit the supplied mail-server hostnames and preference values. Lower preference numbers have higher priority.
- Test incoming mail from an external sender and messages generated by the hosted website. Verify replies, authentication and all required aliases before retiring the old service.
Confirm the expected result
Both external senders and local applications should deliver to the new provider. DNS caches may temporarily retain previous records, so monitor both sides during the planned transition.
If the change does not work
If local email management disappears after disabling delivery, that is expected for the affected domain. Re-enabling local delivery is not a general fix for an external mailbox issue; it can split mail between systems.
Does changing MX move old messages?
No. MX controls future routing. Existing mail, contacts and calendars need an appropriate migration or export process before the old mailbox service is closed.