Xneelo Johannesburg shared email incident: business mail unusable since 1 September

The Darkness

Expert Member
Joined
Sep 25, 2018
Messages
4,417
Reaction score
5,068
I am posting this to document my direct experience of Xneelo’s ongoing Johannesburg shared-server email incident and to establish how many other customers are affected.

Xneelo’s official incident record begins at 08:47 SAST on 1 September 2026:

https://xneelostatus.co.za/incidents/82f86958-7050-4cdb-a888-3f805de7e942

As of approximately 17:00 SAST on 3 September, the incident remains marked “Investigating”. Xneelo attributes the problem to a major operating-system upgrade that changed how background processes write data to its high-capacity email storage.

Its latest update, posted at 15:15, says that some background logging processes have been moved to faster storage and that further workloads are being migrated. It does not state that mail delivery has been restored, that the backlog is clearing, or when normal service will resume.

In my case, the service remains unusable for normal business purposes.

My experience includes:
  • Incoming mail arriving sporadically or not arriving.
  • An outgoing test message sent to my personal Gmail account at 08:44 still not delivered many hours later.
  • Apple Mail reporting that the IMAP APPEND command to the Sent mailbox failed because the server timed out while waiting for a lock.
  • Apple Mail becoming stuck on “Moving Messages 4 of 11”.
  • Xneelo webmail failing to display the Sent-mail contents correctly.
  • Mailbox contents and recent messages not synchronising reliably.
These symptoms are not confined to Apple Mail. Xneelo’s own webmail interface is also unable to access the mailbox reliably, and external mail delivery tests are failing.

Xneelo stated in its 10:07 update that all email remains queued and that no messages or data have been lost. I hope that is correct. From a customer’s position, however, that claim cannot be verified until the missing messages are delivered and mailbox contents become accessible again.

This is not a minor inconvenience. Businesses depend on email for instructions, approvals, quotations, orders, deadlines and contractual communication. Several days without dependable incoming or outgoing mail creates a real commercial risk.

I would like to hear from other affected customers.

Once the incident is resolved, Xneelo should publish a proper technical report covering the change-control process, testing, failure mechanism, recovery actions, actual customer impact, treatment of queued mail and steps taken to prevent a recurrence.

Based on what I have personally experienced and documented, the handling of this incident has been unacceptable for a business email service.
 
I am an IT Technician - dealing with a client who has exactly the same issue.

Emails taking the time to arrive, the web interface is extremely slow & unresponsive.

This is a company that deals with corporate customers - how on earth unless this is unplanned do something like this without some sort of mitigation keeping clients able to access their data.
 
This is a typical SA story, small company that gets bigger selling shared hosting, and service levels cannot be maintained. Boss man probably doesn't care either, is likely not qualified, and runs the business like it's still 1998
 
Update – Friday 4 September, 13:30: still effectively broken for me.

Xneelo says the incident resulted from its OS upgrade generating excessive small disk writes on the email-storage infrastructure. Its recovery now involves migrating servers, mail data and mailbox-cataloguing processes onto faster storage while the production platform remains live. The latest update simply says this is “continuing as planned”. There is still no ETA, queue age, backlog size or percentage-complete figure.

In my case, one test email arrived roughly 17 hours late. New outbound tests, including BCCs to Gmail, are still not arriving reliably. IMAP operations and saving to Sent have also timed out. Xneelo says a failed Sent-folder save does not necessarily mean the email failed to send, but recipient-side testing shows that delivery itself remains unreliable.

Calling this “temporary email delays” on the fourth day is frankly a joke. Whatever the eventual post-mortem says, the practical result is that a paid business-email service has been unusable and has caused real operational disruption with the potential for actual commercial loss.
 
I am an IT Technician - dealing with a client who has exactly the same issue.

Emails taking the time to arrive, the web interface is extremely slow & unresponsive.

This is a company that deals with corporate customers - how on earth unless this is unplanned do something like this without some sort of mitigation keeping clients able to access their data.
Exactly. This wasn’t an unplanned cable break or hardware failure. Xneelo’s own status page says it followed a major OS upgrade. Whatever testing they performed was plainly inadequate to reveal how the new OS would behave against their production email-storage workload.

Worse, there appears to have been no tested rollback or failover capable of keeping customers operational. Four days later, they are migrating live server data and mailbox processes onto faster storage, while admitting that the migration itself adds further load, and still provide no ETA, queue metrics or meaningful recovery timeline.

One of our companies has its entire email estate with them: multiple mailboxes, aliases, catch-alls and business records. We’ve seen messages delayed by roughly 17 hours, outbound tests fail to arrive, and both IMAP and webmail time out. This isn’t an inconvenience; it has already caused real operational disruption and may have caused measurable commercial loss for us.

Based on the facts Xneelo itself has published, I find it difficult to view this as anything other than serious operational negligence. I’m absolutely livid, not simply because something broke, but because a planned infrastructure change appears to have been deployed without adequate production-like validation or a credible recovery path.
 
This is a typical SA story, small company that gets bigger selling shared hosting, and service levels cannot be maintained. Boss man probably doesn't care either, is likely not qualified, and runs the business like it's still 1998

but Xneelo is the new Hetzner .So they definitely were never a mom and pop shop.
 
I have never seen these email services as being reliable. Just my opinion, and many will disagree. For startup it is doable.

Personally I only promote hybrid, own hosted, Google Workspace, and 0365.

fully agreed
 
Another escalation: an entire business mailbox suddenly displayed zero messages and began downloading everything again from scratch. Support says the data is safe. This coincided with Xneelo moving its mailbox-cataloguing system and is consistent with a server-side reindex or IMAP identity reset. Customers received no warning.

The CEO says the OS upgrade was tested. Whatever testing was performed failed to reproduce the production workload, and no effective rollback or continuity plan prevented a four-day outage.

Delivery remains unreliable, mailboxes are resynchronising from scratch, and there is still no restoration time. For a business-email provider, this is a catastrophic operational failure. This is NOT a “temporary delay”. Shame on you Xneelo. We loved supporting a local product. We will be migrating away as soon as this absolute shitstorm is over.
 
Another escalation: an entire business mailbox suddenly displayed zero messages and began downloading everything again from scratch. Support says the data is safe. This coincided with Xneelo moving its mailbox-cataloguing system and is consistent with a server-side reindex or IMAP identity reset. Customers received no warning.

The CEO says the OS upgrade was tested. Whatever testing was performed failed to reproduce the production workload, and no effective rollback or continuity plan prevented a four-day outage.

Delivery remains unreliable, mailboxes are resynchronising from scratch, and there is still no restoration time. For a business-email provider, this is a catastrophic operational failure. This is NOT a “temporary delay”. Shame on you Xneelo. We loved supporting a local product. We will be migrating away as soon as this absolute shitstorm is over.
Yebo, getting emails from dead people now, that dies in 2022.....
An hour later, all the mails disappear again...

It's a circus out there, I'm going camping....
 
I made a small correction on your post

There is a reason I put them at the end. I personally, or at least in my professional role, use Google Workspace, and I can't say that I have ever experienced any major faults. I do have a 365 account, but it is not used for day-to-day email communications.
 
Xneelo’s direct responses have been boilerplate apologies and vague assurances that everything is queued. Still no answers on testing, monitoring, rollback, failover or why IMAP resets forced entire mailboxes to redownload.

One of my business emails took over 18 hours to arrive. They promised hourly updates, then simply announced that hourly updates were ending while the incident remained unresolved.

Service looks better under Saturday load, but Monday will be the real test. I’ve backed everything up and will be moving our business email. “Sorry for the inconvenience” is nowhere near accountability for this scale of failure.
 
Top
Sign up to the MyBroadband newsletter
X