asifhossain.dev returns no MX records and resolves via Netlify’s orphaned nameservers (dns1.p01.nsone.net, responsible mail addr = domains+netlify.netlify.com), so email forwarding via ImprovMX doesn’t work.
Domain should resolve via Vercel’s nameservers (dns1.p05.nsone.net / dns2.p05.nsone.net) so the MX, SPF, and TXT records I’ve configured in the Vercel DNS panel actually take effect.
1.Domain asifhossain.dev was registered through Vercel and previously connected to a project on a separate Netlify team.
2. I deleted that entire Netlify team and the site the domain was attached to.
3. In Vercel’s Domains > asifhossain.dev > DNS Records panel, nameservers show as dns1.p05.nsone.net / dns2.p05.nsone.net, and “Restore Original Nameservers” is greyed out (suggesting Vercel thinks it’s already on its own NS).
4. MX, SPF (v=spf1 include:spf.improvmx.com ~all), and TXT records are correctly configured in this panel for ImprovMX email forwarding.
5. Running nslookup -type=MX asifhossain.dev externally returns:
primary name server = dns1.p01.nsone.net
responsible mail addr = domains+netlify.netlify.com
No MX records returned at all.
This indicates the actual registry-level nameserver delegation for asifhossain.dev still points to Netlify’s orphaned NS1 zone (p01.nsone.net), not Vercel’s (p05.nsone.net), despite the Vercel UI showing p05 and the restore button being disabled.
Domain: asifhossain.dev
Registrar: Vercel
Account: rafin31’s projects
Use case: Email forwarding via ImprovMX (MX records to mx1/mx2.improvmx.com)
Requested action: Please check and correct the registry-level nameserver delegation for asifhossain.dev so it points to Vercel’s nameservers (p05.nsone.net), matching what’s shown in the DNS panel, so MX records resolve correctly.
The domain troubleshooting guide can help with most custom domain configuration issues. You might be able to use that guide to solve it before a human is available to help you. Then you can come back here and share the answer for bonus points.
You can also use v0 to narrow down the possibilities.
Your diagnosis sounds reasonable: the records in the Vercel DNS panel will only matter if the domain is actually delegated to Vercel’s nameservers at the registry level.
I’d verify the delegation from outside both dashboards with:
If dig NS or the trace still points to Netlify / p01.nsone.net, then the MX records you added in Vercel cannot be served yet, even if they look correct in the Vercel DNS UI. In that case, this is not really an ImprovMX issue — the authoritative nameservers are still wrong.
Since you said the domain was registered through Vercel and the “Restore Original Nameservers” option is disabled, I’d include the dig NS and dig +trace output in the support case and ask specifically for the registry delegation to be checked against the nameservers shown in the Vercel dashboard.
Until the public NS records show Vercel’s nameservers, changing MX/TXT records in the Vercel DNS panel probably will not change the external result.
Thanks for the detailed diagnosis steps. Update: the issue with asifhossain.dev has been resolved. Netlify confirmed they released the domain from their NS1 zone (it was previously orphaned there with “responsible mail addr = domains+netlify.netlify.com” under p01.nsone.net, despite the Vercel DNS panel showing p05 nameservers).
After Netlify released it, the delegation correctly resolved to Vercel’s nameservers (ns1/ns2.vercel-dns.com), and MX records for ImprovMX (mx1/mx2.improvmx.com) are now resolving correctly. Email forwarding is working.
However, I’ve found the same issue on another domain I own, quickfinance.tools, which was also previously connected to the deleted Netlify team. Running the same checks:
nslookup -type=SOA quickfinance.tools
primary name server = [dns1.p01.nsone.net](http://dns1.p01.nsone.net)
responsible mail addr = domains+[netlify.netlify.com](http://netlify.netlify.com)
This shows the same orphaned Netlify NS1 zone (p01), even though the NS records returned are p02.nsone.net.
Could you check the registry-level delegation for quickfinance.tools as well, and confirm whether this domain also needs Netlify to release their orphaned zone, similar to asifhossain.dev?
For quickfinance.tools, I can’t check or change the registry delegation from here, but the SOA result you shared is a strong sign it is still being answered by a Netlify-managed NS1 zone. The fact that you see p02.nsone.net in one place and dns1.p01.nsone.net in the SOA does not necessarily change the diagnosis — the important part is that the SOA responsible email is still domains+netlify.netlify.com.
I’d run these for the second domain and compare the parent delegation with the authoritative answer:
If dig +trace still delegates to Netlify/NS1 rather than Vercel DNS, then the MX records in Vercel still will not be authoritative for that domain. In that case I’d ask Netlify to release quickfinance.tools from their NS1 zone too, just like they did for asifhossain.dev.
If the trace shows Vercel nameservers but the SOA still shows Netlify, then it may be resolver caching or propagation, and I’d retest from a couple of public resolvers after the TTL expires.
When contacting support, I’d include the successful asifhossain.dev resolution as precedent plus the dig +trace and SOA output for quickfinance.tools, since that shows the same orphaned-zone pattern without needing to share any private account details.