
The short answer: cPanel decides, for each domain, where the mailboxes are: here (local) or on another service (remote). If your domain’s e-mail is on another service (Google Workspace, Microsoft 365) but cPanel thinks it is local, messages sent from the website to those addresses stay here and never arrive. It is the classic cause of “the form works, but the e-mail does not arrive”.
The four options
| Option | When |
| Automatically detect | cPanel looks at the domain’s MX record and chooses. Works in most cases. |
| Local mail exchanger | The mailboxes are on this hosting. The MX points to us. |
| Remote mail exchanger | The e-mail is on another service (Google Workspace, Microsoft 365, another host). The MX points there. |
| Backup mail exchanger | This hosting only keeps the mail if the main one fails. Rare. |
| How to know your case | Look at the domain’s MX record: DNS records. |
Step by step
|
|
|
|
|
| Do not change this by trial. Setting “local” on a domain whose mailboxes are on another service (or the other way round) makes mail vanish without an error. If there are mailboxes here and others there, ask for help before touching it. For the Google Workspace or Microsoft 365 setup: Google Workspace or Microsoft 365 on your own domain. |
| The same symptom has other causes: Why your e-mail is not sending or receiving and A contact form that actually reaches your inbox. When sending fails with a code, see Bounce message 550. |
|
Messages from the site to your own domain do not arrive? Open a ticket with the domain and where your e-mail is. Open a support ticket |
RECOMMENDED PRODUCT Web hosting with cPanel Domain and SSL included, daily backups and the panel you already know. from $6.59/mo (3-year plan, with coupon) See plans |
- 0 Users Found This Useful











