Störungsverlauf von Sparkpost

1. 11. Oktober 2026 um 17:51 UTCidentified

   Wir untersuchen einen Anstieg der verzögerten (aufgeschobenen) Nachrichten sowohl in unseren USA als auch in der EU, beginnend um etwa 14:40 UTC am 11. Oktober. Eine Teilmenge unserer internen DNS-Resolver versagt zeitweise bei der Auflösung von Empfängerdomänen, was dazu führt, dass einige Lieferversuche vorübergehend verschoben werden. Betroffene Nachrichten werden nicht gelöscht oder abgeprallt. Retries sind erfolgreich, da sie an gesunde Resolver weitergeleitet werden, so dass betroffene Nachrichten mit zusätzlicher Latenz geliefert werden. Kunden können während dieser Zeit eine erhöhte Anzahl von Verzögerungsereignissen in Webhooks, Ereignisprotokollen und Berichten beobachten. Wir haben die Ursache als DNSSEC-Validierungsproblem für einen Teil unserer Resolver-Flotte im Zusammenhang mit einer geplanten Aktualisierung des Root-DNS-Signierungsschlüssels des Internets identifiziert und wenden einen Fix an. Von den Kunden sind keine Maßnahmen erforderlich. Wir werden ein Update innerhalb von 60 Minuten oder sobald wir weitere Informationen haben.

2. 11. Oktober 2026 um 18:09 UTCidentified

   Wir rollen weiterhin die neuen Root Signing Keys von ICANN aus. Wir sehen weiterhin eine Erholung in unseren globalen Clustern.

3. 11. Oktober 2026 um 18:17 UTCidentified

   Wir arbeiten weiter an einer Lösung für dieses Problem.

4. 11. Oktober 2026 um 18:17 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

5. 11. Oktober 2026 um 20:57 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. Oktober 2026 um 17:05 UTCinvestigating

   Einige E-Mail-Lieferungen verzögern sich. Die Verzögerungen kommen und gehen, und Schlangennachrichten werden geliefert, sobald jeder löscht. Unser Team untersucht die Ursache und arbeitet an einem Fix. Wir werden hier ein Update posten, sobald wir mehr wissen. Wir entschuldigen uns für die Störung.

2. 1. Oktober 2026 um 17:16 UTCmonitoring

   Wir haben Änderungen vorgenommen, um die intermittierenden Lieferverzögerungen zu beheben. Seitdem wurden E-Mails ohne Verzögerung zugestellt, auch während der Hauptsendezeiten, die zuvor die Verlangsamungen verursacht hatten. Wir beobachten genau, um zu bestätigen, dass das Problem vollständig gelöst ist und werden hier ein Update veröffentlichen. Vielen Dank für Ihre Geduld.

3. 1. Oktober 2026 um 17:36 UTCresolved

   Dieses Problem ist gelöst. Seit unsere Änderungen eingetreten sind, haben wir keine weiteren Lieferverzögerungen mehr gesehen, auch nicht durch Spitzenversandzeiten. E-Mails werden normal zugestellt. Wir entschuldigen uns für die Störung und danken Ihnen für Ihre Geduld.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. September 2026 um 09:06 UTCinvestigating

   Wir untersuchen eine Zunahme der Lieferlatenz für einige ausgehende Nachrichten. (HINWEIS: Dies hat keine Auswirkungen auf unsere in der EU gehosteten Kunden.)

2. 17. September 2026 um 09:47 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

3. 17. September 2026 um 10:00 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. September 2026 um 14:19 UTCinvestigating

   Health Score und Kohortendaten verzögert sich.

2. 14. September 2026 um 14:59 UTCidentified

   Wir wissen, was die Datenverzögerung verursacht hat und arbeiten daran, die Daten zu veröffentlichen.

3. 14. September 2026 um 16:31 UTCmonitoring

   Die Daten werden aufbereitet und die Ladungen sind abgeschlossen. Vollständige Datenwiederherstellung in den nächsten 30 Minuten erwartet.

4. 14. September 2026 um 16:46 UTCresolved

   Die Daten wurden alle veröffentlicht. Wir entschuldigen uns für die Verzögerung.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 27. August 2026 um 16:51 UTCidentified

   Ab 2026-08-26 um 23:00 Uhr UTC beobachten wir einen signifikanten Anstieg der Hard Bounces für Nachrichten, die an Empfänger bei PrivateRelay gesendet werden. appleid.com, die Relay-Domain, die von Sign in with Apple verwendet wird. Betroffene Nachrichten werden von Apples Mailservern abgelehnt, wobei der SMTP-Antwort 550 5.1.1 Benutzer nicht gefunden wurde. Unsere Untersuchung bestätigt, dass dies vom empfangenden Postfachanbieter vorgelagert und nicht innerhalb unserer Plattform erfolgt. Die Lieferung an alle anderen Domains, einschließlich icloud.com, me.com und mac.com, bleibt unberührt und funktioniert normal. Ein erheblicher Anteil der betroffenen Adressen, die erst 2026-08-26 erfolgreich geliefert wurden, was darauf hinweist, dass die Ablehnungen keine echten ungültigen Empfänger widerspiegeln. Auswirkungen: Da es sich um harte Bounces handelt, können betroffene Empfängeradressen automatisch zu Ihrer Unterdrückungsliste hinzugefügt werden, was zukünftige Sendungen an diese Empfänger verhindert, selbst nachdem das zugrunde liegende Problem behoben wurde. Handlung erforderlich: Keine zu diesem Zeitpunkt. Wir empfehlen Ihnen, nicht zu versuchen, betroffene Unterdrückungseinträge manuell zu bereinigen oder erneut zu importieren, während das Problem noch andauert. Wir arbeiten direkt mit Apple an einer Lösung. Sobald dies behoben ist, entfernen wir die durch dieses Ereignis erstellten Unterdrückungseinträge und bestätigen den Umfang und das Timing in einem Folge-Update. Wir werden unser nächstes Update innerhalb von 4 Stunden oder früher veröffentlichen, wenn sich die Situation ändert.

2. 27. August 2026 um 18:03 UTCidentified

   Wir sehen weiterhin erhöhte 550 5.1.1 Benutzer nicht gefunden harte Bounces von Apple private Relais. Sobald dies auf der Anbieterseite gelöst ist, entfernen wir automatisch Apple Private Relay-Unterdrückungseinträge, die durch dieses Ereignis erstellt wurden.

3. 27. August 2026 um 19:10 UTCidentified

   Wir haben begonnen, die Wiederherstellung der Apple Private Relay Domain zu sehen. Wir werden die Überwachung für die nächsten 60 Minuten fortsetzen, um die vollständige Genesung zu bestätigen. Unser Team arbeitet aktiv daran, alle Unterdrückungen, die durch dieses Ereignis verursacht wurden, automatisch zu entfernen. Wir gehen davon aus, dass die Bereinigung zwischen 4 und 6 Uhr EDT abgeschlossen sein wird.

4. 27. August 2026 um 19:28 UTCmonitoring

   Wir haben eine Wiederherstellung der Apple Private Relay Domain auf Pre-Event Bounce Levels gesehen. Unser Team arbeitet aktiv daran, alle Unterdrückungen, die durch dieses Ereignis verursacht wurden, automatisch zu entfernen. Wir gehen davon aus, dass die Bereinigung bis 18 Uhr EDT abgeschlossen sein wird.

5. 27. August 2026 um 22:56 UTCresolved

   Die Apple-Bounce-Levels haben sich während unserer Überwachungsphase auf dem Niveau vor dem Vorfall gehalten. Unsere Säuberung der schlechten Unterdrückungen ist beendet. Dieser Vorfall ist gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 19. August 2026 um 18:52 UTCinvestigating

   Wir untersuchen eine Zunahme der Lieferlatenz für einige ausgehende Nachrichten. (HINWEIS: Dies hat keine Auswirkungen auf unsere in den USA gehosteten Kunden.)

2. 19. August 2026 um 19:44 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

3. 19. August 2026 um 19:58 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Juli 2026 um 11:14 UTCinvestigating

   Wir untersuchen Lieferprobleme, die durch einen anhaltenden Ausfall der AWS US West 2-Region verursacht werden. Kunden können Verzögerungen auftreten, während wir die Auswirkungen auf unseren Service bewerten. Wir beobachten die Situation aktiv und werden Updates bereitstellen, sobald mehr Informationen verfügbar sind.

2. 24. Juli 2026 um 11:53 UTCidentified

   Outbound E-Mail-Zustellung ist für unsere US West Region blockiert. Wir arbeiten mit unserem Anbieter zusammen, um das Problem zu lösen. Wir akzeptieren weiterhin E-Mails und stellen sie intern in die Warteschlange. Wir werden die Nachrichten liefern, sobald das Problem gelöst ist.

3. 24. Juli 2026 um 12:08 UTCmonitoring

   Wir fangen an, Mails in unserer US-Westregion zuzustellen. Wir arbeiten uns durch die Schlangennachrichten. Wir beobachten das Problem weiterhin und akzeptieren weiterhin E-Mails.

4. 24. Juli 2026 um 13:16 UTCmonitoring

   Wir arbeiten immer noch an den anstehenden Nachrichten. Wir beobachten das Problem weiterhin und akzeptieren weiterhin E-Mails.

5. 24. Juli 2026 um 17:29 UTCmonitoring

   Wir haben zusätzliches Tuning implementiert, um den erheblichen Zustrom von Post aufgrund des AWS-Netzwerkausfalls zu bewältigen, und wir sehen eine Verbesserung der Lieferraten Wir sehen eine signifikante Erholung und erwarten, dass die meisten Postsendungen in den nächsten 30-35 Minuten vollständig zugestellt werden. Geschätzte Zeit für die vollständige Wiederherstellung ist 80-90 Minuten. Wir suchen weiterhin nach zusätzlichen Optimierungen und überwachen das Problem.

6. 24. Juli 2026 um 18:44 UTCresolved

   This incident has been resolved.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. Juni 2026 um 15:58 UTCinvestigating

   We are investigating the delay and the impact. We will post once we know more.

2. 29. Juni 2026 um 16:05 UTCmonitoring

   There was a combination of events that caused a short period of slowdown. That slowdown has already recovered and we are monitoring to ensure we do not see it again.

3. 29. Juni 2026 um 16:46 UTCresolved

   This incident has been resolved.

1. 12. Mai 2026 um 12:48 UTCidentified

   We’re currently investigating an issue that prevented some customers from updating their payment details. The root cause has been identified, and a fix is being implemented.

2. 12. Mai 2026 um 13:10 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 12. Mai 2026 um 13:38 UTCresolved

   This incident has been resolved.

1. 11. Mai 2026 um 18:55 UTCidentified

   We are experiencing an elevated level of errors and latency on the Suppression List API for some SparkPost customers. Please retry any 5xx error. Note: This issue does not impact SparkPost customers hosted in the EU.

2. 11. Mai 2026 um 19:46 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 11. Mai 2026 um 20:02 UTCresolved

   This incident has been resolved.

1. 9. Mai 2026 um 21:39 UTCinvestigating

   We are looking into why some messages are seeing delayed delivery.

2. 9. Mai 2026 um 21:50 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 9. Mai 2026 um 22:05 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 9. Mai 2026 um 22:17 UTCresolved

   This incident has been resolved.

1. 7. Mai 2026 um 09:31 UTCinvestigating

   We are currently investigating this issue.

2. 7. Mai 2026 um 10:49 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 8. Mai 2026 um 11:31 UTCresolved

   This incident has been resolved.

1. 5. April 2026 um 17:02 UTCinvestigating

   We are currently investigating reports of delayed or failed email deliveries to Apple-hosted domains. Messages to non-Apple domains are unaffected. We will provide updates as more information becomes available.

2. 5. April 2026 um 17:58 UTCidentified

   The issue was caused by an Apple iCloud Mail outage (https://www.apple.com/support/systemstatus/), which Apple has since marked as resolved. Bounce rates and delivery delays to Apple domains have returned to normal levels. We are currently reviewing our suppression lists to identify and remove any recipients that may have been incorrectly added during the incident.

3. 5. April 2026 um 18:27 UTCmonitoring

   Apple has implemented a fix and we are monitoring the results.

4. 5. April 2026 um 19:01 UTCresolved

   Delivery rates to Apple domains have returned to normal with no further elevated delays or bounces. We will perform any necessary post-incident cleanup of suppression lists to ensure no recipients were incorrectly suppressed during the outage. NOTE: As of Monday April 5th at 9PM EDT the cleanup has been completed. All recipient addresses to Apple or Apple Private Relay domains that were suppressed during Apple's incident window were removed.

1. 12. März 2026 um 06:51 UTCinvestigating

   We are currently investigating issues with delivery of email impacting US region.

2. 12. März 2026 um 07:48 UTCmonitoring

   System is fully recovered and under monitoring.

3. 12. März 2026 um 08:00 UTCinvestigating

   Email delivery in US is impacted, experiencing elevated delays.

4. 12. März 2026 um 10:03 UTCmonitoring

   System functionality has been fully restored and all emails are being transmitted correctly without added latencies; we are actively monitoring.

5. 12. März 2026 um 11:25 UTCresolved

   This incident has been resolved.

1. 5. März 2026 um 00:51 UTCinvestigating

   We are investigating an increase in delivery latency for some outbound messages.

2. 5. März 2026 um 01:00 UTCmonitoring

   We are observing recovery in email delivery performance and are actively monitoring.

3. 5. März 2026 um 01:24 UTCresolved

   This incident has been resolved.

1. 26. Februar 2026 um 17:55 UTCmonitoring

   We are currently seeing elevated temporary rejection rates for email delivered to Outlook.com, Hotmail, and other Microsoft-hosted addresses. Microsoft has acknowledged the issue and is actively investigating. This is a industry-wide issue and not isolated to any specific account. We will continue to monitor and update this page as we receive more information. Next update: When Microsoft posts a resolution or Bird observes delivery rates normalizing

2. 27. Februar 2026 um 17:38 UTCresolved

   Microsoft has confirmed that they made additional changes the night of Thursday, Feb 26th that should have remediated most IP rate limiting and rejection issues. If you are still seeing impacts, please reach out via your normal support channels and our team can investigate and escalate with Microsoft.

1. 24. Februar 2026 um 19:07 UTCinvestigating

   We are experiencing an elevated level of errors and latency on the Transmissions API (injection API) for some SparkPost customers. Please retry any 5xx error. Note: This issue does not impact SparkPost customers hosted in the EU.

2. 24. Februar 2026 um 19:07 UTCinvestigating

   We are continuing to investigate this issue.

3. 24. Februar 2026 um 19:25 UTCinvestigating

   We are continuing to investigate this issue. We still see 5xx errors on mail injections and degradation.

4. 24. Februar 2026 um 19:34 UTCidentified

   The team has identified the root cause. There is a core networking issue that has impacted sending across the clusters.

5. 24. Februar 2026 um 19:38 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

6. 24. Februar 2026 um 19:41 UTCresolved

   This incident has been resolved.

1. 24. Februar 2026 um 15:01 UTCinvestigating

   We are currently investigating this issue. No messages are lost.

2. 24. Februar 2026 um 17:19 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 24. Februar 2026 um 17:34 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 24. Februar 2026 um 18:17 UTCresolved

   This incident has been resolved.

1. 20. Februar 2026 um 16:06 UTCinvestigating

   We are currently investigating this issue.

2. 20. Februar 2026 um 16:14 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 20. Februar 2026 um 16:15 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 20. Februar 2026 um 16:33 UTCresolved

   This incident has been resolved.

1. 18. Februar 2026 um 14:51 UTCinvestigating

   We are investigating an increase in delivery latency for some outbound messages. (NOTE: This does not impact our customers hosted in the EU.)

2. 18. Februar 2026 um 15:02 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 18. Februar 2026 um 15:15 UTCidentified

   We have begun to see improvements to outbound mail delivery delays. We anticipate full recovery in the next 30 minutes.

4. 18. Februar 2026 um 15:59 UTCmonitoring

   We continue to see strong recovery of the mail queues and message delivery. We expect all remaining delayed messages to be delivered in the next 5 minutes.

5. 18. Februar 2026 um 16:15 UTCmonitoring

   We have seen recovery. We will continue monitoring for the next 60 minutes to ensure message queues stay stable.

6. 18. Februar 2026 um 17:06 UTCresolved

   This incident has been resolved.