The ZoneEdit Control Panel will undergo a scheduled maintenance on April 23rd, 2018, at 8:00pm Eastern Time. During the maintenance, the control panel will be unavailable, which means you’ll have no ability to update your domains.

Date: Monday, April 23, 2018
Time: 8:00pm ET
Duration: Maximum of 30 minutes (The actual impact should be less than 5 minutes)
Purpose: Webserver reload
Environments impacted:

– Zoneedit Control Panel (DNS Management)

Your domains will continue to resolve and your websites/emails will continue to work during this window, you will have NO access to making changes to your domains during this time.

CAA Records Now Available

Earlier this year the CA/Browser Forum voted to make Certificate Authority Authorization (CAA) mandatory for all Certificate Authorities. What this means that domains will need to assert via DNS records (the CAA DNS RRType) which CA’s are permitted to issue certificates for your domains. Think of it as “sort of like SPF, but for SSL/TLS certs”.

CAA records are now enabled in the ZoneEdit control panel. (If you don’t see the Advanced DNS Records, make sure they are enabled in your user preferences.) Continue reading

[RESOLVED] easyDNS outage in progress

Update: 6:10PM EST Situation Resolved

The situation has been resolved, we have temporarily shutdown access to web servers and SMTP while our systems sync up and reset, we should be back to full functionality within 10 to 20 minutes.

Thank you all for your patience and understanding, we’re very sorry this occurred and we’ll be posting an RFO on the main blog in the near future.


easyDNS is experiencing an outage affecting the main easydns website, the control panel and easyMail.

The impact on easyMail is that inbound mail is being deferred and will be queued remotely by originating servers pending a retry. No email will be lost or bounced.

DNS is unaffected.

The reason why is a database issue, we are not under a DDOS.. Ops are in the process of rectifying this right now.

  Why are we posting this here on Zoneedit?

We recently updated our website front end and made the decision to move the blog (including the status channel) from to (regretting that at the moment), as such, the status blog is contained within the affected systems.

We will post any updates in this space, ideally the next update will be a resolution, followed by a post-incident RFO to the main blog.

Please hang in there, we know email unavailability is one of the most painful outages to undergo (especially on a Monday!), ours is affected too.

Your patience is highly valued.

Sender Rewrite Scheme added for email forwarding

We would like to announce that we have implemented the Sender Rewrite Scheme, or SRS, on our mail forwarding services.   This is designed to remedy the increasingly prevelant problem with SPF enforcement breaking email forwarding services from any provider,  including ourselves.

The SPF protocol allows domain administrators to specify which mailservers are authorised  to send email from addresses within that domain name, this helps reduce spam in general and the problem of spammers pretending they are sending from domains they have no  connection to.  The problem arises when a domain with SPF records in place sends email to an address which is in turn forwarded to an address which enforces SPF.  The receiving  server looks at the domain in the return_path header from the email and compares the IP of the mailserver it is receiving the email from, which is the forwarding server, with the list of allowed mailservers for that domain.  Naturally the sender does not have any connection to the provider forwarding the mail and the forwarding mailservers IP is not on the list of authorised servers, and the receiving server bounces the email.

SRS rewrites the return_path header to maintain a record of the original sender information  but ending in a domain name controlled by the forwarding provider, in our case, which has an SPF record which includes the forwarding server and so passes the recipient  SPF check, preventing the forwarding mail from bouncing.

For anyone who for any reason does not want their domain’s mail forwarding to make use of SRS we are shortly rolling out the ability to disable this through your domains email settings, for the time being you can send us a request to exempt your domain through the Get Support link at the top left of your account.

Intermittent problems accessing control panel

Over the last few days users have intermittently encountered problems when trying to access the Zoneedit contol panel at

Error encountered is:

We are experiencing technical difficulties (ca).

This is sometimes occurring because the number of database connections from the control panel to the database backend has maxed out. In other words, it’s a capacity issue on the DB.

We have provisioned new hardware and will be rebuilding the DB backend this coming week (Oct 17th, 2016) and will be bringing the new DB online by end-of-week.

In the meantime, if this occurs please know we are aware of the problem and will get the immediate situation under control when it happens while we execute the upgrade.

Thanks for understanding.

MAINTENANCE WINDOW: Friday, April 29, 2:00 PM-4:00 PM EDT

We will be performing emergency maintenance on, our dynamic DNS update server, today between 2:00 PM and 4:00 PM EDT. Customer impact is expected to be minimal, but domains using dynamic dns may experience delayed updates during this period.

We apologize for the short notice.

RFO (Reason for Outage) Zoneedit Control Panel Oct 31/15

At approximately 11:50 am ET the primary link to our Markham datacenter failed. Our datacenter facility has a backup link with another provider, however our BGP advertisements were not accepted via the new data route.

Services impacted included access to the Zoneedit control panel. DNS resolution, email and URL forwarding were NOT impacted.

As we worked with our data centre provider connectivity was intermittent until full restoration occurred at approximately 1:30pm ET

We have commenced a course of action to secure additional redundancy in addition to that provided by our datacenter vendor.

Zoneedit apologizes for the downtime.


March 15, 2015

We had an issue this morning where the following servers were timing out rather than resolving domains.  The pointing of those hostnames has been changed to get them working again and we are investigating the cause of the initial problem.  If you still see problems with them then once the changes propagate you should see them working again.