Historique des pannes de Sparkpost

1. 11 octobre 2026 à 17:51 UTCidentified

   Nous enquêtons sur une augmentation des messages différés dans nos régions des États-Unis et de l'UE, à partir d'environ 14h40 UTC le 11 octobre. Un sous-ensemble de nos résolveurs DNS internes ne résolvent pas de façon intermittente les domaines destinataires, ce qui entraîne un report temporaire de certaines tentatives de livraison. Les messages touchés ne sont pas abandonnés ou rebondis. Les rétractations sont réussies car elles sont acheminées vers des résolveurs sains, de sorte que les messages touchés sont livrés avec une latence supplémentaire. Les clients peuvent observer un nombre élevé d'événements de retard dans les hooks web, les journaux d'événements et les rapports pendant cette période. Nous avons identifié la cause comme un problème de validation DNSSEC sur une partie de notre flotte de résolveur lié à une mise à jour programmée de la clé de signature DNS racine d'Internet, et appliquent une correction. Aucune action n'est requise des clients. Nous fournirons une mise à jour dans les 60 minutes ou dès que nous aurons plus d'informations.

2. 11 octobre 2026 à 18:09 UTCidentified

   Nous continuons à déployer les nouvelles clés de signature racine de l'ICANN. Nous continuons de voir se redresser nos grappes mondiales.

3. 11 octobre 2026 à 18:17 UTCidentified

   Nous continuons de travailler sur une solution à ce problème.

4. 11 octobre 2026 à 18:17 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

5. 11 octobre 2026 à 20:57 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 1 octobre 2026 à 17:05 UTCinvestigating

   Certaines livraisons de courriels sont retardées. Les retards vont et viennent, et les messages en attente sont livrés une fois que chacun d'eux s'est dégagé. Notre équipe enquête sur la cause et travaille sur une solution. Nous publierons une mise à jour ici dès qu'on en saura plus. Nous nous excusons pour la perturbation.

2. 1 octobre 2026 à 17:16 UTCmonitoring

   Nous avons apporté des changements pour remédier aux retards de livraison intermittents. Depuis, le courrier électronique a été livré sans délai, y compris pendant les périodes de pointe d'envoi qui avaient déjà causé les ralentissements. Nous veillons à confirmer que le problème est entièrement résolu et afficherons une mise à jour ici. Merci de votre patience.

3. 1 octobre 2026 à 17:36 UTCresolved

   Cette question a été résolue. Depuis nos changements, nous n'avons pas vu d'autres retards de livraison, y compris pendant les périodes de pointe. Le courrier électronique est livré normalement. Nous nous excusons pour cette perturbation et vous remercions de votre patience.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 17 septembre 2026 à 09:06 UTCinvestigating

   Nous enquêtons sur une augmentation de la latence de livraison pour certains messages sortants. (NOTE: Cela n'affecte pas nos clients hébergés dans l'UE.)

2. 17 septembre 2026 à 09:47 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

3. 17 septembre 2026 à 10:00 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 14 septembre 2026 à 14:19 UTCinvestigating

   La cote santé et les données sur la cohorte sont retardées.

2. 14 septembre 2026 à 14:59 UTCidentified

   Nous savons ce qui a causé le retard des données et nous travaillons pour obtenir les données affichées.

3. 14 septembre 2026 à 16:31 UTCmonitoring

   Les données sont traitées de nouveau et les charges sont terminées. Récupération complète des données attendue dans les 30 prochaines minutes.

4. 14 septembre 2026 à 16:46 UTCresolved

   Les données ont toutes été affichées. Nous nous excusons pour le retard.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 27 août 2026 à 16:51 UTCidentified

   À partir de 2026-08-26 vers 23h00 UTC, nous observons une augmentation significative des rebonds difficiles pour les messages envoyés aux destinataires à Privaterelay. appleid.com, le domaine relais utilisé par Se connecter avec Apple. Les messages touchés sont rejetés par les serveurs de messagerie d'Apple avec la réponse SMTP 550 5.1.1 utilisateur introuvable. Notre enquête confirme que cela provient en amont du fournisseur de boîtes aux lettres, et non de notre plateforme. La livraison dans tous les autres domaines, y compris icloud.com, me.com et mac.com, reste inchangée et se déroule normalement. Une part importante des adresses touchées livrées avec succès jusqu'en 2026-08-26, indiquant que les refus ne reflètent pas de véritables destinataires invalides. Impact : Comme il s'agit de rebonds durs, les adresses de destinataires touchées peuvent être automatiquement ajoutées à votre liste de suppression, ce qui empêchera les futurs envois à ces destinataires même après la résolution du problème sous-jacent. Mesure à prendre : Aucune pour le moment. Nous vous recommandons de ne pas essayer manuellement de nettoyer ou de réimporter les entrées de suppression touchées pendant que le problème est en cours. Nous travaillons directement avec Apple sur une résolution. Une fois résolu, nous supprimerons les entrées de suppression créées par cet événement et confirmerons la portée et le moment dans une mise à jour de suivi. Nous publierons notre prochaine mise à jour dans les 4 heures ou plus tôt si la situation change.

2. 27 août 2026 à 18:03 UTCidentified

   Nous continuons à voir 550 surélevé 5.1.1 utilisateur pas trouvé rebonds difficiles de Apple relais privé. Une fois résolu du côté du fournisseur, nous supprimerons automatiquement les entrées de suppression de relais privé Apple créées par cet événement.

3. 27 août 2026 à 19:10 UTCidentified

   Nous avons commencé à voir la récupération du domaine de relais privé Apple. Nous continuerons de surveiller les 60 prochaines minutes afin de confirmer le rétablissement complet. Notre équipe travaille activement à supprimer automatiquement les suppressions qui ont été créées par cet événement. Nous prévoyons le nettoyage à effectuer entre 4 et 6 heures HAE.

4. 27 août 2026 à 19:28 UTCmonitoring

   Nous avons vu la récupération du domaine de relais privé Apple aux niveaux de rebond avant l'événement. Notre équipe travaille activement à supprimer automatiquement les suppressions qui ont été créées par cet événement. Nous prévoyons que le nettoyage sera terminé à 18 heures HAE.

5. 27 août 2026 à 22:56 UTCresolved

   Les niveaux de rebond d'Apple se sont maintenus à des niveaux préincident durant notre phase de surveillance. Notre nettoyage des mauvaises suppressions a fini. Cet incident est résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 19 août 2026 à 18:52 UTCinvestigating

   Nous enquêtons sur une augmentation de la latence de livraison pour certains messages sortants. (NOTE: Cela n'affecte pas nos clients hébergés aux États-Unis.)

2. 19 août 2026 à 19:44 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

3. 19 août 2026 à 19:58 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 24 juillet 2026 à 11:14 UTCinvestigating

   Nous enquêtons sur les problèmes de livraison causés par une panne de la région AWS US West 2. Les clients peuvent subir des retards pendant que nous évaluons l'impact sur notre service. Nous suivons activement la situation et fournirons des mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 24 juillet 2026 à 11:53 UTCidentified

   La livraison des e-mails est bloquée pour notre région US West. Nous travaillons avec notre fournisseur pour résoudre le problème. Nous continuons d'accepter les courriels et de les faire la queue en interne. Nous transmettrons les messages dès que le problème sera résolu.

3. 24 juillet 2026 à 12:08 UTCmonitoring

   Nous commençons à livrer des courriers dans notre région de l'Ouest américain. Nous travaillons à travers les messages en attente. Nous continuons de surveiller la question et d'accepter les courriels.

4. 24 juillet 2026 à 13:16 UTCmonitoring

   Nous travaillons encore à travers les messages en attente. Nous continuons de surveiller la question et d'accepter les courriels.

5. 24 juillet 2026 à 17:29 UTCmonitoring

   Nous avons mis en place des réglages supplémentaires pour gérer l'afflux important de courrier en raison de la panne du réseau AWS et nous constatons une amélioration des taux de livraison Nous assistons à une importante reprise et nous nous attendons à ce que la plupart des envois soient livrés dans les 30 à 35 prochaines minutes. Le temps de récupération est estimé entre 80 et 90 minutes. Nous continuons de chercher des optimisations supplémentaires et de surveiller le problème.

6. 24 juillet 2026 à 18:44 UTCresolved

   This incident has been resolved.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 29 juin 2026 à 15:58 UTCinvestigating

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

2. 29 juin 2026 à 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 juin 2026 à 16:46 UTCresolved

   This incident has been resolved.

1. 12 mai 2026 à 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 à 13:10 UTCmonitoring

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

3. 12 mai 2026 à 13:38 UTCresolved

   This incident has been resolved.

1. 11 mai 2026 à 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 à 19:46 UTCmonitoring

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

3. 11 mai 2026 à 20:02 UTCresolved

   This incident has been resolved.

1. 9 mai 2026 à 21:39 UTCinvestigating

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

2. 9 mai 2026 à 21:50 UTCidentified

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

3. 9 mai 2026 à 22:05 UTCmonitoring

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

4. 9 mai 2026 à 22:17 UTCresolved

   This incident has been resolved.

1. 7 mai 2026 à 09:31 UTCinvestigating

   We are currently investigating this issue.

2. 7 mai 2026 à 10:49 UTCmonitoring

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

3. 8 mai 2026 à 11:31 UTCresolved

   This incident has been resolved.

1. 5 avril 2026 à 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 avril 2026 à 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 avril 2026 à 18:27 UTCmonitoring

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

4. 5 avril 2026 à 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 mars 2026 à 06:51 UTCinvestigating

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

2. 12 mars 2026 à 07:48 UTCmonitoring

   System is fully recovered and under monitoring.

3. 12 mars 2026 à 08:00 UTCinvestigating

   Email delivery in US is impacted, experiencing elevated delays.

4. 12 mars 2026 à 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 mars 2026 à 11:25 UTCresolved

   This incident has been resolved.

1. 5 mars 2026 à 00:51 UTCinvestigating

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

2. 5 mars 2026 à 01:00 UTCmonitoring

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

3. 5 mars 2026 à 01:24 UTCresolved

   This incident has been resolved.

1. 26 février 2026 à 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 février 2026 à 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 février 2026 à 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 février 2026 à 19:07 UTCinvestigating

   We are continuing to investigate this issue.

3. 24 février 2026 à 19:25 UTCinvestigating

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

4. 24 février 2026 à 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 février 2026 à 19:38 UTCmonitoring

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

6. 24 février 2026 à 19:41 UTCresolved

   This incident has been resolved.

1. 24 février 2026 à 15:01 UTCinvestigating

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

2. 24 février 2026 à 17:19 UTCidentified

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

3. 24 février 2026 à 17:34 UTCmonitoring

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

4. 24 février 2026 à 18:17 UTCresolved

   This incident has been resolved.

1. 20 février 2026 à 16:06 UTCinvestigating

   We are currently investigating this issue.

2. 20 février 2026 à 16:14 UTCmonitoring

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

3. 20 février 2026 à 16:15 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 20 février 2026 à 16:33 UTCresolved

   This incident has been resolved.

1. 18 février 2026 à 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 février 2026 à 15:02 UTCidentified

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

3. 18 février 2026 à 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 février 2026 à 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 février 2026 à 16:15 UTCmonitoring

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

6. 18 février 2026 à 17:06 UTCresolved

   This incident has been resolved.