GatewayAPI Outage History

Started Oct 22, 2026, 02:24 PM UTC· resolved Oct 22, 2026, 02:42 PM UTC

1. identified Oct 22, 2026, 02:24 PM UTC

   We are currently experiencing delays in delivery reports (DLRs) for messages sent to TDC Denmark. Message delivery is not affected. All messages are being delivered to recipients as normal, but the corresponding delivery reports may arrive later than usual. We are working with TDC to resolve the issue and will post an update as soon as we know more.

2. resolved Oct 22, 2026, 02:42 PM UTC

   This issue has been resolved. Delivery reports (DLRs) for messages sent to TDC Denmark are being delivered as normal again. All messages were delivered to recipients throughout the incident. Only the delivery reports and MO (incomming) messages were delayed. Thank you for your patience.

Read the full incident report →

Started Oct 09, 2026, 02:06 PM UTC· resolved Oct 09, 2026, 03:22 PM UTC

1. monitoring Oct 09, 2026, 02:06 PM UTC

   We are currently monitoring the Delivery Report delays towards ICE Norway. Users may experience a delay receiving the delivery reports. MT traffic is not affected. We will keep you updated.

2. resolved Oct 09, 2026, 03:22 PM UTC

   The Delivery Reports are back to normal towards ICE Norway. We will keep monitoring for good measure.

Read the full incident report →

Started Oct 08, 2026, 09:12 AM UTC· resolved Oct 08, 2026, 10:06 AM UTC

1. identified Oct 08, 2026, 09:12 AM UTC

   We are currently experiencing issues towards Tele2 Sweden. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. resolved Oct 08, 2026, 10:06 AM UTC

   Traffic towards towards Tele2 Sweden is now back to normal. We will continue to monitor for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

Read the full incident report →

Started Sep 29, 2026, 08:08 PM UTC· resolved Sep 29, 2026, 08:27 PM UTC

1. investigating Sep 29, 2026, 08:08 PM UTC

   We are experiencing issues with GatewayAPI.EU and are now investigating the root cause. We are currently working on resolving the issue. The .COM setup is still working as intended. We will keep you updated.

2. resolved Sep 29, 2026, 08:27 PM UTC

   We are seeing the services on GatewayAPI.EU fully operational again. The traffic and services will be monitored for good measure. Thank you for your patience and we apologize for the inconvenience caused by this.

3. postmortem Sep 30, 2026, 07:12 PM UTC

   **Summary: Delayed message processing on** [**GatewayAPI.eu**](http://GatewayAPI.eu) **- 29 September 2026** On 29 September 2026, between 18:24 and 20:05 UTC \(20:24–22:05 CEST\), [GatewayAPI.eu](http://GatewayAPI.eu) experienced a 101-minute delay in message processing. Our [GatewayAPI.com](http://GatewayAPI.com) platform was not affected. All inbound APIs, including the Mobile Messaging API, REST API and SMPP, remained available throughout the incident and continued to accept messages. However, accepted messages were queued rather than processed and sent. Delivery reports \(DLRs\) were delayed for the same reason. **No messages were lost.** Once processing was restored, all queued messages were delivered, with delays of up to 101 minutes. Customers do not need to resend any messages submitted during this period. We have detected a few messages that was delivered twice - this will only count one time on billed usage. **What happened** An unusually large bulk of messages was received and passed on to the internal service responsible for processing outgoing messages. Handling this volume required more memory than the service was allowed to use, so the platform automatically stopped it. When the service restarted, it picked up the same large backlog and was stopped again. This repeated in a loop, and during that time no messages could be processed. **Root cause** The memory allocated to our message-processing service was not sized to handle a bulk load of this magnitude. As a result, a single large burst of traffic was enough to put the service into a restart loop instead of being processed gradually. **Detection** We did not have automated alerting in place on [GatewayAPI.eu](http://GatewayAPI.eu) for this specific scenario, where our APIs keep accepting messages while processing stops. Because of this, the incident was not detected by our monitoring, and it took longer than it should have for us to respond. We take full responsibility for this gap. **Resolution** Our engineers identified the restart loop, increased the memory available to the message-processing service, and brought it back online. The service then worked through the queued backlog, and all pending messages and delivery reports were processed. **What we are doing to prevent this from happening again** * **Improved monitoring:** We have added an alert to [GatewayAPI.eu](http://GatewayAPI.eu) that triggers when processed traffic drops unexpectedly. * **Increased capacity:** The message-processing service now has a higher memory allocation, which reduces the risk of it being stopped under large bulk loads. * **Improved load handling \(in progress\):** We are already working on improvements to our internal message queueing, which will allow the platform to absorb similar spikes more gracefully in the future. We know how important timely delivery is to your business, and we apologise for the delay this caused. If you have questions about how this incident affected your account, please contact our support team.

Read the full incident report →

Started Sep 23, 2026, 03:56 AM UTC· resolved Sep 23, 2026, 04:27 AM UTC

1. investigating Sep 23, 2026, 03:56 AM UTC

   We are currently experiencing MT traffic issues on our REST API. This is only on our COM-setup. We are currently working to identify the root cause and solve the issue. We will keep you updated.

2. resolved Sep 23, 2026, 04:27 AM UTC

   This incident has been resolved. MT traffic on our REST API (COM-setup) is working as expected nagain. Thank you for your patience.

3. postmortem Sep 23, 2026, 01:38 PM UTC

   **Summary: Disruption to outgoing messages on** [**GatewayAPI.com**](http://GatewayAPI.com) **- 23 September 2026** On 23 September 2026, between 03:38 and 04:20 UTC \(05:38–06:20 CEST\), [GatewayAPI.com](http://GatewayAPI.com) experienced a 42-minute disruption on message handling. All public service APIs were affected, including the Mobile Messaging API and the REST API. Our initial status update referred only to the REST API; we apologise for under-reporting the scope. The Customer Dashboard and our EU platform \([GatewayAPI.eu](http://GatewayAPI.eu)\) were not affected. Message submissions during the incident were rejected by the API and needed to be resent. **What happened** Our platform runs on a managed Kubernetes service. During a routine automatic version upgrade performed by our cloud provider, an internal service that coordinates message processing failed to come back online. Each time it started, the platform's automated health check restarted it before startup had finished, leaving it in a restart loop. **Root cause** Kubernetes health checks \("probes"\) restart a service if a check exceeds its configured time limit. In earlier versions, this limit was not strictly enforced for our type of health check, which hid the fact that our limit was shorter than the service needs during startup. Our cloud provider had announced this change and paused automatic upgrades for clusters it identified as affected, but our cluster was not identified, so the upgrade went ahead. We take full responsibility for the configuration of our services. **Resolution** Our engineers analysed the startup requirements of the affected service and increased the health-check time limit with a safe buffer. The service then started normally, and message processing resumed. ‌ We know how important reliable messaging is to your business and apologise for the disruption. If you have questions about how this incident affected your account, please contact our support team.

Read the full incident report →

Started Aug 24, 2026, 09:01 AM UTC· resolved Aug 24, 2026, 01:48 PM UTC

1. identified Aug 24, 2026, 09:01 AM UTC

   We are currently monitoring the Delivery Report delays on our EU platform. Users may experience a delay receiving the delivery reports. MT traffic is not affected. We will keep you updated.

2. resolved Aug 24, 2026, 01:48 PM UTC

   The Delivery Report delays on our EU platform have now been resolved. All delayed delivery reports have been processed and are being delivered as normal. MT traffic was not affected at any point during the incident. We apologise for any inconvenience caused. If you are still seeing missing or delayed delivery reports, please contact our support team.

Read the full incident report →

Started Aug 19, 2026, 07:40 PM UTC· resolved Aug 19, 2026, 08:09 PM UTC

1. identified Aug 19, 2026, 07:40 PM UTC

   We are currently experiencing delays towards T-Mobile Germany. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. resolved Aug 19, 2026, 08:09 PM UTC

   Traffic towards towards T-Mobile Germany is now back to normal. We will continue to monitor for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

Read the full incident report →

Started Jul 10, 2026, 06:12 PM UTC· resolved Jul 10, 2026, 10:08 PM UTC

1. identified Jul 10, 2026, 06:12 PM UTC

   We are currently experiencing issues with delays towards Swisscom & Sunrise in Switzerland. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. resolved Jul 10, 2026, 10:08 PM UTC

   Traffic is now back to normal towards Swisscom & Sunrise in Switzerland. We will continue to monitor for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

Read the full incident report →

Started Jul 02, 2026, 07:36 AM UTC· resolved Jul 02, 2026, 08:35 AM UTC

1. identified Jul 02, 2026, 07:36 AM UTC

   We are currently seeing a lot of rejected and enroute with the SMS service of TDC Denmark. The traffic will be closely monitored whilst we expect an update. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. monitoring Jul 02, 2026, 07:49 AM UTC

   Traffic to TDC Denmark has recovered and rejected and enroute rates are back to normal. We are monitoring closely to confirm stability. Thank you for your patience, and we apologise for the inconvenience.

3. resolved Jul 02, 2026, 08:35 AM UTC

   The traffic towards TDC Denmark/Nuuday is fully operational. We will continue to monitor the traffic for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

Read the full incident report →

Started Jun 19, 2026, 03:22 PM UTC· resolved Jun 19, 2026, 04:48 PM UTC

1. monitoring Jun 19, 2026, 03:22 PM UTC

   We are currently monitoring the Delivery Report issue reported by Telia Norway. Users may experience a delay receiving delivery reports on messages sent to Telia Norway recipients. Messages are delivered, it is only the status reports that are delayed.

2. resolved Jun 19, 2026, 04:48 PM UTC

   Delivery reports towards Telia Norway is now back to normal. We will keep monitoring for good measure. We are sorry for any inconveniences this may have caused.

Read the full incident report →

Started Jun 14, 2026, 10:41 AM UTC· resolved Jun 14, 2026, 11:14 AM UTC

1. identified Jun 14, 2026, 10:41 AM UTC

   We are seeing an unscheduled issue towards the GatewayAPI EU Dashboard and are working on resolving it. You may experience issues when trying to access the dashboard. We will keep you updated.

2. identified Jun 14, 2026, 11:05 AM UTC

   We are continuing to work on the issue with GatewayAPI EU Dashboard. You may currently experience delays in both MT and MO traffic. We will keep you updated and we apologize for the inconvenience caused by this.

3. resolved Jun 14, 2026, 11:14 AM UTC

   The GatewayAPI EU Dashboard is up and running again. MT and MO traffic is back to normal. A Postmortem will follow. We will continue to monitor for good measure and we apologize for the inconvenience caused by this.

4. postmortem Jun 15, 2026, 10:33 AM UTC

   ## **GatewayAPI Incident Post-Mortem: Service Disruption on June 14, 2026** ‌ **Date of Incident:** June 14, 2026 **Duration:** 12:33 CEST – 13:05 CEST \(32 minutes\) **Services Impacted:** GatewayAPI EU SMS APIs & Customer Dashboard ‌ ### **Executive Summary** On June 14, 2026, between 12:33 CEST and 13:05 CEST, GatewayAPI experienced a service disruption that temporarily impacted our EU SMS APIs and the Customer Dashboard. The core issue originated from a localized network and infrastructure outage at our cloud provider, which unexpectedly isolated our main database cluster. While our core SMS services are architected to operate independently during database anomalies, the specific nature of this infrastructure failure triggered an unforeseen dependency that halted message-traffic processing. Our team intervened immediately, and services were fully restored within 32 minutes. ‌ ### **Root Cause Analysis** The disruption was initiated by a hardware and network-level incident within our cloud provider's infrastructure. This failure caused our primary database cluster to become unavailable. Although our message and SMS routing engine is designed with fail-safes to bypass database dependencies during outages, the unique state of this infrastructure failure prevented the seamless decoupling of these systems. This caused a temporary backlog, rendering both the Customer Dashboard and the EU SMS APIs unavailable during the affected window. ‌ ### **Actions Taken & Preventive Measures** We take platform reliability incredibly seriously and have already implemented several immediate improvements to ensure this specific scenario cannot happen again: * **Decoupling & Robustness Enhancements:** We have updated the message API and application routing mechanisms to ensure absolute independence from the primary database. In the event of a future database failure, core message and SMS routing will automatically fail back to decentralized, local mechanisms without interruption. * **Optimized Failover Routines:** We will refine and streamline our automated failover procedures to reduce the time it takes for secondary systems to assume control during infrastructure anomalies. * **Enhanced Monitoring & Alerting:** We will deploy additional high-fidelity alarms and alerting thresholds. This will grant our engineering team earlier visibility into underlying cloud provider infrastructure shifts before they impact user-facing services. ‌ **Our Commitment to You** We sincerely apologize for the disruption this caused to your operations. We are fully committed to providing a highly resilient business messaging platform, and we are using the insights gained from this incident to continuously harden our infrastructure. ‌ If you have any remaining questions regarding this incident, please feel free to reach out to our support team.

Read the full incident report →

Started May 29, 2026, 12:21 PM UTC· resolved May 29, 2026, 03:26 PM UTC

1. identified May 29, 2026, 12:21 PM UTC

   We are currently experiencing issues with Delays towards Finland. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. resolved May 29, 2026, 03:26 PM UTC

   The traffic towards Finland is back to normal. We will keep monitoring for good measure. Thanks for your patience and sorry for any inconveniences this may have caused.

Read the full incident report →

Started May 19, 2026, 06:30 AM UTC· resolved May 19, 2026, 10:25 AM UTC

1. identified May 19, 2026, 06:30 AM UTC

   We are currently experiencing issues with delays towards Hi3G Denmark. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. monitoring May 19, 2026, 09:33 AM UTC

   The traffic towards Hi3G Denmark looks to be fully operational once again. We will continue to monitor the traffic for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

3. resolved May 19, 2026, 10:25 AM UTC

   The traffic towards Hi3G Denmark looks stable. This incident has been resolved. Thank you for your understanding and we apologize for the inconvenience caused by this.

Read the full incident report →

Started May 15, 2026, 03:09 PM UTC· resolved May 15, 2026, 04:25 PM UTC

1. identified May 15, 2026, 03:09 PM UTC

   We are currently experiencing issues towards Italy. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. resolved May 15, 2026, 04:25 PM UTC

   The traffic towards Italy is back to normal. We will keep monitoring for good measure. Thanks for your patience and sorry for any inconveniences this may have caused.

Read the full incident report →

Started May 08, 2026, 08:17 AM UTC· resolved May 08, 2026, 10:19 AM UTC

1. identified May 08, 2026, 08:17 AM UTC

   We are currently experiencing issues with Delayed delivery reports towards ICE Norway. The traffic is being delivered at Normal rate. We will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. resolved May 08, 2026, 10:19 AM UTC

   The traffic towards ICE Norway looks to be fully operational once again. We will continue to monitor the traffic for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

Read the full incident report →

Started May 06, 2026, 03:31 AM UTC· resolved May 06, 2026, 04:40 AM UTC

1. investigating May 06, 2026, 03:31 AM UTC

   We are currently seeing some issues with the Traffic log. Users may experience issues when trying to access the Traffic log. We are currently working on resolving the issue. All traffic is still being delivered accordingly. We will keep you updated.

2. resolved May 06, 2026, 04:40 AM UTC

   The issue affecting the Traffic log has been resolved. Users should now be able to access the Traffic log again. Traffic delivery was unaffected throughout this incident.

Read the full incident report →

Started Apr 30, 2026, 01:57 PM UTC· resolved May 01, 2026, 08:25 AM UTC

1. identified Apr 30, 2026, 01:57 PM UTC

   We are currently experiencing issues with delayed delivery reports towards TDC/Nuuday All messages are getting delivered, it is only the delivery report that is delayed. We are monitoring the situation. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. monitoring Apr 30, 2026, 07:25 PM UTC

   We are continuing to see issues with delayed delivery reports towards TDC/Nuuday. And we are monitoring the situation. Traffic is still being delivered normally.

3. monitoring May 01, 2026, 07:05 AM UTC

   The traffic towards TDC Denmark/Nuuday looks to be fully operational once again. But we are still seeing previous messages stuck "Enroute". We will continue to monitor the traffic for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

4. resolved May 01, 2026, 08:25 AM UTC

   All traffic towards TDC/Nuuday is now working as intended again. Including timely delivery reports. Messages that have been submitted via GatewayAPI has been sent correctly. If you continue to experience any issues, please reach out to our support.

Read the full incident report →

Started Apr 27, 2026, 02:30 PM UTC· resolved Apr 27, 2026, 04:15 PM UTC

1. identified Apr 27, 2026, 02:30 PM UTC

   We are currently seeing some delays on messages towards Norwegian recipients. Messages are getting delivered despite the delays. We will monitor and update with any relevant information. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. resolved Apr 27, 2026, 04:15 PM UTC

   All traffic towards Telia Norway seems to be flowing smoothly again. Incident is now considered resolved. If you experience any issues, contact our support for help.

Read the full incident report →

Started Apr 23, 2026, 07:25 PM UTC· resolved Apr 23, 2026, 07:43 PM UTC

1. investigating Apr 23, 2026, 07:25 PM UTC

   We are currently experiencing issues towards Telia/Norlys Denmark. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. resolved Apr 23, 2026, 07:43 PM UTC

   The traffic towards Telia/Norlys Denmark is fully operational once again. We will continue to monitor the traffic for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

Read the full incident report →

Started Mar 11, 2026, 09:02 AM UTC· resolved Mar 11, 2026, 07:45 PM UTC

1. investigating Mar 11, 2026, 09:02 AM UTC

   We are currently seeing issues with Toll-free messaging towards United States and Canada. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. identified Mar 11, 2026, 03:08 PM UTC

   The issue has not been identified. We're working on a full solution. At the moment AT&T is currently working. But other networks are still not functioning. We expect this issue to be fully fixed by end of day tomorrow. We apologize for any problems this is causing, we're doing all we can to remedy the situation!

3. resolved Mar 11, 2026, 07:45 PM UTC

   The issue with Toll-free messaging towards United States and Canada has now been resolved. We will continue to monitor the traffic for good measure. Thank you for your understanding and we apologize for the inconvenience caused by this.

Read the full incident report →

Started Mar 10, 2026, 02:19 PM UTC· resolved Mar 10, 2026, 03:20 PM UTC

1. identified Mar 10, 2026, 02:19 PM UTC

   We are currently experiencing issues towards Telefonica Germany. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. monitoring Mar 10, 2026, 02:36 PM UTC

   Looks like everything is working again towards Germany. All messages that have been enroute during the incident will be delivered now. We will keep monitoring.

3. resolved Mar 10, 2026, 03:20 PM UTC

   Everything is back to working order again. No messages appears to have been lost. It resulted in a long queue. But all messages has eventually been delivered.

Read the full incident report →

Started Mar 05, 2026, 02:01 PM UTC· resolved Mar 05, 2026, 02:58 PM UTC

1. investigating Mar 05, 2026, 02:01 PM UTC

   GatewayAPI.EU is down at the moment. We're investigating the issue and will have it back up as soon as possible.

2. monitoring Mar 05, 2026, 02:23 PM UTC

   The problem has been resolved, and everything is working again. We are monitoring the situation to see if everything is running smoothly,

3. resolved Mar 05, 2026, 02:58 PM UTC

   Between 14:48 and 15:10 CET, GatewayAPI experienced a brief service interruption (22 minutes) affecting API and Dashboard availability. What Happened: A transient network fluctuation at our infrastructure provider caused a "stuck" state in our floating IP routing. While our systems attempted to fail over automatically, the external API request to reassign the IP hung, preventing traffic from reaching our active nodes. How it was Resolved: Our engineering team manually re-initialized the routing services, forcing a fresh update to the IP state and restoring full connectivity by 15:10 CET. Next Steps: To prevent a recurrence of this specific "stuck" state, we are fast-tracking a planned platform simplification. This update will move us toward a more robust, native failover architecture that is less reliant on external providers API calls during network disruptions. We apologize for the downtime and appreciate your patience.

Read the full incident report →

Started Feb 26, 2026, 01:18 PM UTC· resolved Feb 26, 2026, 01:46 PM UTC

1. identified Feb 26, 2026, 01:18 PM UTC

   We're performing some necessary maintenance on our EU servers. It is causing some delays on messages on the EU domain and some delays to the traffic log as well. All messages will still be delivered. We will update when everything is working again. Best Regards GatewayAPI

2. resolved Feb 26, 2026, 01:46 PM UTC

   Incident Summary The recent service interruption was triggered by a scheduled infrastructure update within our cluster environment. While the initial software deployment was successful, a subsequent automated reboot of the underlying server nodes led to unexpected internal connectivity and DNS issues. Our engineering team intervened to restore communication between these systems and stabilize the environment. We apologize for any inconvenience this may have caused.

Read the full incident report →

Started Feb 24, 2026, 12:25 PM UTC· resolved Feb 24, 2026, 05:39 PM UTC

1. identified Feb 24, 2026, 12:25 PM UTC

   We are currently experiencing issues towards Telenor Danmark. The traffic will be closely monitored whilst we expect an update and for the service to be functioning as intended again. Thank you for your understanding and we apologize for the inconvenience caused by this.

2. identified Feb 24, 2026, 12:39 PM UTC

   We are in the process of of finding a solution.

3. monitoring Feb 24, 2026, 03:25 PM UTC

   All problems seems solved. We are keeping an eye on the traffic for now to make sure it is all working.

4. resolved Feb 24, 2026, 05:39 PM UTC

   The traffic towards Telenor Denmark is fully operational once again, and we will continue to monitor the traffic for good measure. To mitigate the Telenor outage, we rerouted traffic via a backup network. Most services remained stable throughout the entirety of the event. Thank you for your understanding and we apologize for any inconvenience caused by this.

Read the full incident report →

Started Feb 04, 2026, 05:38 AM UTC· resolved Feb 04, 2026, 06:18 AM UTC

1. investigating Feb 04, 2026, 05:38 AM UTC

   We have identified the issue regarding the OCiD login system and are working on resolving it. You may experience issues when trying to access the dashboard. All traffic is still being delivered accordingly. We will keep you updated.

2. resolved Feb 04, 2026, 06:18 AM UTC

   All services have been restored, and you should be able to log in to your dashboard again. Let us know if you still experience any issues.

Read the full incident report →