If you're running your own domain on a Plesk hosting server, listen up. The old server is about to go dark permanently, and you've got roughly one week to catch anything that slipped through the cracks during migration.
This matters if you're hosting a custom domain—think www.your-business.com or hello@your-company.com—with website files, email accounts, or DNS records living on Plesk infrastructure. If that's not you, feel free to skip this one. But if it is, keep reading because there's a specific email issue you need to know about.
The old Plesk server gets unplugged for good around November 4, 2025. That's your hard deadline. After that date, any data or configurations still sitting on the old machine become permanently inaccessible. No exceptions, no extensions.
Most migrations went smoothly, but we've identified at least one technical hiccup that affected some accounts during the transfer process.
Here's what went wrong: The Plesk migration tool didn't always transfer email forwarding addresses and aliases correctly. It's not widespread, but it happened to at least one customer—which means it could have happened to others.
If you're managing DNS records and email routing for your domain, you'll want to verify these settings manually. Email forwarding is one of those invisible infrastructure pieces that only gets noticed when it breaks. Someone sends a message to sales@yourcompany.com, it's supposed to forward to three people in your team, but now it's just... gone. That's the scenario you want to avoid.
When managing complex email and DNS configurations across server migrations, having a reliable DNS management platform becomes critical. 👉 Check out DNS Made Easy for enterprise-grade DNS hosting with zero-downtime migrations to avoid these kinds of service interruptions in the future.
Verify your email settings. Log into your Plesk panel and manually check:
Email forwarding rules for each mailbox
Email aliases pointing to your primary addresses
Auto-responder configurations if you use them
Any custom mail filters or routing rules
Don't assume everything transferred correctly just because your primary inbox works. Forwarding rules operate at a different layer, and they're exactly the kind of configuration that automated migration tools sometimes miss.
Test actual delivery. Send test emails to forwarding addresses and aliases from an external account. Wait a few minutes and confirm they reach the intended recipients. This takes ten minutes and could save you from losing important communications.
Coordinate with your team. If you have an IT department, webmaster, or outsourced tech support managing your domain infrastructure, forward them this information immediately. They need to run the same verification checks from their end.
You have until approximately November 4th to report any missing data or configurations. After that, the old server environment gets decommissioned completely. That means no recovery options for:
Website files that didn't transfer
Database backups from the old system
Email archives stored on the server
DNS zone configurations
SSL certificates or custom server settings
Most customers won't need anything from the old server—the migration captured everything. But if you're that one account where something got missed, this is your last chance to speak up.
For businesses managing critical DNS infrastructure, migration periods like this highlight why having a robust DNS provider matters. 👉 DNS Made Easy offers 100% uptime SLA and instant propagation, eliminating the risk of service gaps during server transitions.
Before November 4th rolls around, make sure you've:
Logged into your new Plesk panel and explored the settings
Verified email forwarding and aliases work as expected
Tested website functionality and database connections
Confirmed DNS records are resolving correctly
Contacted support immediately if anything looks wrong
The good news is that for the vast majority of migrations, everything transferred perfectly. The email forwarding issue appears isolated. But it only takes one missed configuration to cause real business problems, so verification is worth the effort.
If you discover any discrepancies between your old setup and the new server environment, reach out to your hosting provider's support team before the November 4th deadline. After that date, recovery options disappear completely.