Skip to main content

Split account between CPanel servers

gersonfs
Hello! I need to migrate the website files (from public_html) and database to another CPanel server and keep the emails on the current server. When using the account transfer tool, on the origin server the domain is added to the /etc/remotedomains file causing it to refuse emails. What is the recommended way to migrate the website and database to another cpanel server and keep the current account receiving and sending emails?

Comments

3 comments

Date Votes
  • cPRex Jurassic Moderator
    Hey there! In general, the process would look something like this: -perform the migration as normal, from the Source to the Destination. (For our example, we'll assume you're keeping the email on the Source machine) -Adjust the DNS, wherever it is hosted, to direct the mail to the Source machine. This will likely involve creating a custom A record for the mail subdomain and adjusting the MX record to use that subdomain. It will look like this: mail IN A x.x.x.x domain.com. IN MX mail.domain.com. where 'x.x.x.x' is the IP address of the account on the Source server. -adjust the cPanel >> Email Routing option on the Destination server to "Remote" so any local deliveries will look to DNS instead of trying to deliver to a local mailbox. This fixes the /etc/remotedomains issue. After that is in place, you'll have the website on the Destination and the email on the Source.
    0
  • gersonfs
    Hey there! In general, the process would look something like this: -perform the migration as normal, from the Source to the Destination. (For our example, we'll assume you're keeping the email on the Source machine) -Adjust the DNS, wherever it is hosted, to direct the mail to the Source machine. This will likely involve creating a custom A record for the mail subdomain and adjusting the MX record to use that subdomain. It will look like this: mail IN A x.x.x.x domain.com. IN MX mail.domain.com. where 'x.x.x.x' is the IP address of the account on the Source server. -adjust the cPanel >> Email Routing option on the Destination server to "Remote" so any local deliveries will look to DNS instead of trying to deliver to a local mailbox. This fixes the /etc/remotedomains issue. After that is in place, you'll have the website on the Destination and the email on the Source.

    Thanks for the answer! In my case, on the origin server after the account was transferred, the "Remote" option was already selected in the Destination server configuration. But the domain was still listed in /etc/remotedomains Finally I had to delete the line in /etc/remotedomains but I don't know if it is a recommended procedure to directly edit this file.
    0
  • cPRex Jurassic Moderator
    It's never recommended to manually delete entries in cPanel configuration files, as they are almost always controlled by something else. In this case, it is that setting in cPanel. If the option as set to "Remote" one should expect the domain to appear in /etc/remotedomains.
    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post