At Usijali Hosting, we believe in two things: keeping your website online, and giving you a real human when you need help.

But sometimes the problem isn’t with your hosting. It’s with your domain registrar. And sometimes, that registrar has replaced its entire support team with a single, endlessly apologetic, utterly useless AI bot named Zola.

This is the true story of what happened when one of our staff members spent two days trying to get a simple DNS record added at Truehost – and Zola sent them on a Kafkaesque journey through phantom tickets, closed-yet-open tickets, empty tickets, and the elusive “engineering team” that never seems to actually exist.

How It Started: A Simple Request

A customer came to us with a problem. Their domain – edimaloh.com.ng – was registered with Truehost, but their website was hosted with us at Usijali Hosting l. The site had been working fine, then it went offline.

Our investigation showed the issue was not on our servers. The domain simply wasn’t resolving. So, as a courtesy, our agent jumped into Truehost’s live chat to request a simple A record: point edimaloh.com.ng to 162.24x.9x.x.

That’s when they met Zola.

The Bot’s Greatest Hits

Here is a lightly edited transcript of what happened over the next 48 hours. Pay attention to the number of times Zola apologizes, creates tickets, contradicts itself, and promises engineering help that never comes.

Zola (Truehost bot): “I tried to update the A record, but I encountered a technical issue. A ticket (#3825119) has already been opened for engineering to rebuild the DNS zone.”

Usijali agent: “How long should this take?”

Zola: “Typically 1 to 2 hours. You will receive an update.”

(Hours pass. Nothing happens.)

Zola (later): “I understand your frustration. I have updated ticket #3825119 to prioritize your request.”

Usijali agent: “I checked and there’s no opened ticket.”

Zola: “I apologize. I have created a new ticket: #3206345.”

Usijali agent: “Checked, but couldn’t find the ticket you created.”

Zola: “I apologize. Here is a link to view ticket #3206345. It is open.”

Usijali agent: “Ticket is empty.”

Zola: “I apologize. I have now updated the ticket with full details.”

(The next day…)

Usijali agent: “Ticket was closed without issue being resolved.”

Zola: “Hello! Our engineering team is currently working on it.”

Usijali agent: “The ticket was marked as closed. No changes were made.”

Zola: “I apologize. I have checked and the ticket is currently Open.”

Usijali agent: “Why?”

Zola: “The system is showing a conflict. I cannot fix it using standard tools. Engineering must manually rebuild.”

(Another day passes…)

Usijali agent: “Not resolved yet.”

Zola: “I have officially handed this over to our specialists.”

“What Actually Happened?”

Let’s translate Zola’s corporate apology-speak into plain English:

What Zola said VS. What it meant
“DNS zone conflict – taken and non-existent” Our database is broken and we don’t know how to fix it.
“Ticket #3825119 is open” – I made up a number.
“I’ve created ticket #3206345” – Another number. Also, it’s empty.
“Engineering team is working on it” – No human has looked at this.
“Ticket is open” – It was closed five minutes ago.
“I’ve handed over to specialists” – I’ve run out of scripted responses.

The brutal truth: Truehost’s system has a known bug where DNS zones become “orphaned” – locked in the database but invisible to normal tools. The only fix requires a human with database access. But Truehost doesn’t offer human support. Just Zola.

And Zola can’t do anything except apologise and create empty tickets that get auto-closed.

–

The Pattern We’ve Seen Before

This is not an isolated incident. Multiple customers have reported similar issues with Truehost:

• · Nameserver settings reverting to Truehost defaults without warning.
• · DNS zones becoming “locked” after a previous domain transfer or expiration.
• · Support tickets that are created, marked “open”, but never actually acted on.
• · A bot that says “engineering will update you” – but no update ever comes.

When you rely on a registrar whose only support is a bot, you are one database error away from having your website offline for days.

What We Did (And What You Should Do)

Our agent continued to fight Zola on behalf of our customer, but we also gave them practical advice:

1. Transfer the domain away from Truehost – to a registrar with actual human support and working DNS management.
2. Use a third-party DNS provider (like Cloudflare) to decouple DNS from the registrar.
3. Document everything – because if you ever need to prove what happened, this chat log is your evidence.

As of this writing, edimaloh.com.ng is still not resolving correctly. Zola’s “specialists” have not fixed it. The ticket is probably closed again.

A Note to Our Customers

If you host with Usijali but register domains with Truehost, please be aware of these risks. We will always fight on your behalf – but we cannot force a broken bot to do its job.

If your site goes down and you suspect a DNS issue, contact us immediately. We’ll help you diagnose whether the problem is with your hosting (unlikely) or your registrar (increasingly common).

And if you’re tired of talking to Zola… we’re always here. A real human. No ticket required. No apology loops. Just fixes.

Have you had your own “Zola experience” with Truehost? Share your story in the comments – or better yet, transfer your domain to a registrar that actually answers the phone.