Messages are accepted but not arriving
Every call returns success. Work through this in order — the first four checks do not involve the carrier at all.
Read this article →Telling an account-level failure apart from a bad route, and what failover can and cannot absorb for you.
Failures rise suddenly and cluster: sends that went through fine yesterday now come back rejected, while a second connected account keeps working. That contrast is the signal — the problem is attached to one connection, not to your content.
Automatic failover moves traffic to another connected account on the SMS channel, which absorbs an account-level failure without you intervening. It cannot absorb a route-level failure: if the rejection is attached to the destination rather than to the account, there is nothing for failover to route around.
The log records the provider’s raw error. Compare a failing account against a working one.
Clustered by destination points at a route or a registration; spread across destinations points at the account.
If another account is carrying the volume, failover is working and your remaining task is the account that failed.
The platform cannot lift a carrier filter, restore a suspended account or renew a registration.
Every call returns success. Work through this in order — the first four checks do not involve the carrier at all.
Read this article →A failed status always carries a reason. The first question is which layer wrote it — the platform or the provider.
Read this article →Almost always this is a client-side timeout followed by a resend. Here is how to confirm it, and how to stop it happening.
Read this article →