This is everything needed to point the website at the new server. Only two records change. Every email record stays exactly where it is, so mail keeps working throughout.
The domain currently runs live email on a separate mail server (sc161.sgcloudhosting.cloud). Moving the website does not move the mailboxes.
Change only the two records in Step 1. If the MX, SPF, DKIM or the mail / webmail / cpanel / autodiscover records are edited or deleted, email will stop working.
Log in to Cloudflare, open surveillancezone.com.sg, then go to DNS › Records. These are the only two entries that need editing.
Delete it. An AAAA record is an IPv6 address, and any leftover one would keep sending some visitors to the old host. The IPv6 addresses showing today (2a06:98c1:3121::3) come from Cloudflare's proxy, so they usually disappear on their own once the record is switched to DNS only. If one is still listed after that, remove it.
The new server issues its own SSL certificate, and it can only do that if the domain points straight at it. Leaving the record proxied (orange) blocks the certificate and the site will show a security warning. Grey cloud, also called DNS only, is required.
These are the live email and mail-service records, read from the domain on 25 July 2026. Leave every one of them exactly as it is.
The new server needs the domain registered on it first, which is already done. A quick message means we can watch the switch happen and issue the certificate the moment it lands.
Root domain and www, both to 46.224.233.157, both set to DNS only. Nothing else.
Usually 5 to 30 minutes on Cloudflare. Email is unaffected during this window because the mail records never changed.
This is our side. Once the domain resolves to the new server we finish it and confirm.
Load the site over https, send a test email in and out, and confirm webmail still opens. Then it is done.
The change is fully reversible. Putting the old values back returns the site to the current host within minutes.
Every record that email depends on is untouched by this migration, so a website problem can never take mail down with it.
+a. That means "also allow whatever the website A record points to" to send mail. Right now it points at Cloudflare's proxy, which does nothing useful, and after the move it will point at the new web server. Real mail sending is unaffected either way because +mx and ip4:103.7.9.57 already cover the actual mail server. Tidying up +a is optional and can be done later.