Historial de interrupciones de Sparkpost

1. 11 de octubre de 2026 a las 17:51 UTCidentified

   Estamos investigando un aumento de los mensajes retrasados (diferidos) tanto en nuestras regiones de EE.UU. como en la UE, a partir de aproximadamente 14:40 UTC el 11 de octubre. Un subconjunto de nuestros fallos internos de DNS no resuelven intermitentemente los dominios receptores, lo que hace que algunos intentos de entrega sean aplazados temporalmente. Los mensajes afectados no están siendo eliminados o rebotados. Los registros tienen éxito a medida que se dirigen a soluciones sanas, por lo que se entregan mensajes impactados con latencia adicional. Los clientes pueden observar un número elevado de eventos de retraso en webhooks, registros de eventos y reportes durante este tiempo. Hemos identificado la causa como un número de validación DNSSEC en una parte de nuestra flota de resolución relacionada con una actualización programada de la clave de firma DNS raíz de Internet, y están aplicando una solución. No se requiere ninguna acción de los clientes. Proporcionaremos una actualización dentro de 60 minutos o tan pronto tengamos más información.

2. 11 de octubre de 2026 a las 18:09 UTCidentified

   Seguimos lanzando las nuevas teclas de firma de raíz de ICANN. Seguimos viendo la recuperación en nuestros grupos mundiales.

3. 11 de octubre de 2026 a las 18:17 UTCidentified

   Seguimos trabajando en una solución para esta cuestión.

4. 11 de octubre de 2026 a las 18:17 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

5. 11 de octubre de 2026 a las 20:57 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 1 de octubre de 2026 a las 17:05 UTCinvestigating

   Algunas entregas de correo electrónico se están retrasando. Los retrasos vienen y van, y los mensajes apagados se están entregando una vez cada uno se aclara. Nuestro equipo está investigando la causa y trabajando en una solución. Publicaremos una actualización aquí tan pronto como sepamos más. Nos disculpamos por la interrupción.

2. 1 de octubre de 2026 a las 17:16 UTCmonitoring

   Hemos hecho cambios para abordar los retrasos de entrega intermitentes. Desde entonces, el correo electrónico ha sido entregado sin demora, incluso durante períodos de envío máximo que anteriormente causaron las desaceleraciones. Estamos observando de cerca para confirmar que el problema está totalmente resuelto y publicaremos una actualización aquí. Gracias por su paciencia.

3. 1 de octubre de 2026 a las 17:36 UTCresolved

   Esta cuestión se ha resuelto. Desde que nuestros cambios entraron, no hemos visto más retrasos en la entrega, incluso a través de períodos de envío máximo. El correo electrónico se entrega normalmente. Nos disculpamos por la interrupción y gracias por su paciencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 17 de septiembre de 2026 a las 9:06 UTCinvestigating

   Estamos investigando un aumento de latencia de entrega para algunos mensajes externos. (NOTA: Esto no afecta a nuestros clientes hospedados en la UE.)

2. 17 de septiembre de 2026 a las 9:47 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

3. 17 de septiembre de 2026 a las 10:00 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 14 de septiembre de 2026 a las 14:19 UTCinvestigating

   La puntuación de salud y los datos de Cohort se retrasan.

2. 14 de septiembre de 2026 a las 14:59 UTCidentified

   Sabemos lo que ha causado el retraso de los datos y estamos trabajando para obtener los datos publicados.

3. 14 de septiembre de 2026 a las 16:31 UTCmonitoring

   Los datos son reprocesados y las cargas se completan. Recuperación completa de datos esperada en los próximos 30 minutos.

4. 14 de septiembre de 2026 a las 16:46 UTCresolved

   Todos los datos han sido publicados. Nos disculpamos por el retraso.

Traducido automáticamente desde la actualización oficial del incidente.

1. 27 de agosto de 2026 a las 16:51 UTCidentified

   A partir de 2026-08-26 alrededor de las 23:00 UTC, estamos observando un aumento significativo en los rebotes duros para los mensajes enviados a los destinatarios en privaterelay. appleid.com, el dominio relé utilizado por Inicia sesión con Apple. Los mensajes afectados son rechazados por los servidores de correo de Apple con la respuesta SMTP 550 5.1.1 usuario no encontrado. Nuestra investigación confirma que esto se origina en el proveedor de correos recibidos, no dentro de nuestra plataforma. La entrega a todos los demás dominios, incluyendo icloud.com, me.com y mac.com, no se ve afectada y se realiza normalmente. Una parte sustancial de las direcciones afectadas entregadas con éxito tan recientemente como 2026-08-26, indicando que los rechazos no reflejan verdaderos receptores inválidos. Impacto: Debido a que estos son rebotes duros, las direcciones receptoras afectadas se pueden agregar automáticamente a su lista de supresión, lo que impedirá que los futuros enviados a aquellos receptores incluso después de que se resuelva el problema subyacente. Acción requerida: Ninguna en este momento. Le recomendamos que no trate de limpiar manualmente o reimportar entradas de supresión afectadas mientras el problema está en curso. Trabajamos directamente con Apple en una resolución. Una vez resuelto, eliminaremos las entradas de supresión creadas por este evento y confirmaremos el alcance y el tiempo en una actualización de seguimiento. Publicaremos nuestra próxima actualización dentro de 4 horas o antes si la situación cambia.

2. 27 de agosto de 2026 a las 18:03 UTCidentified

   Seguimos viendo elevado 550 5.1.1 usuario no encontró rebotes duros del relé privado de Apple. Una vez resuelto en el lado del proveedor, eliminaremos automáticamente las entradas de supresión de relé privado de Apple creadas por este evento.

3. 27 de agosto de 2026 a las 19:10 UTCidentified

   Hemos empezado a ver la recuperación del dominio de relé privado de Apple. Continuaremos monitoreando durante los próximos 60 minutos para confirmar la recuperación completa. Nuestro equipo está trabajando activamente en la eliminación automática de las supresiones creadas por este evento. Prevemos que la limpieza se complete entre 4-6PM EDT.

4. 27 de agosto de 2026 a las 19:28 UTCmonitoring

   Hemos visto la recuperación del dominio de relé privado de Apple a niveles de rebote pre-evento. Nuestro equipo está trabajando activamente en la eliminación automática de las supresiones creadas por este evento. Esperamos que la limpieza sea completada por 6PM EDT.

5. 27 de agosto de 2026 a las 22:56 UTCresolved

   Los niveles de rebote de Apple se han mantenido en niveles previos a incidentes durante nuestra fase de monitoreo. Nuestra limpieza de las malas supresiones ha terminado. Este incidente está resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 19 de agosto de 2026 a las 18:52 UTCinvestigating

   Estamos investigando un aumento de latencia de entrega para algunos mensajes externos. (NOTA: Esto no impacta a nuestros clientes hospedados en Estados Unidos.)

2. 19 de agosto de 2026 a las 19:44 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

3. 19 de agosto de 2026 a las 19:58 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de julio de 2026 a las 11:14 UTCinvestigating

   Estamos investigando los problemas de entrega causados por un desembolso de la región AWS US West 2. Los clientes pueden experimentar retrasos mientras evaluamos el impacto a nuestro servicio. Estamos monitoreando activamente la situación y proporcionaremos actualizaciones a medida que se disponga de más información.

2. 24 de julio de 2026 a las 11:53 UTCidentified

   La entrega de correo electrónico está bloqueada para nuestra región del Oeste de Estados Unidos. Trabajamos con nuestro proveedor para resolver el problema. Seguimos aceptando correos electrónicos y colarlos internamente. Entregaremos los mensajes tan pronto como se resuelva el problema.

3. 24 de julio de 2026 a las 12:08 UTCmonitoring

   Estamos empezando a entregar correos en nuestra región del Oeste de Estados Unidos. Estamos trabajando a través de los mensajes apagados. Continuamos monitoreando el problema y continuamos aceptando correos electrónicos.

4. 24 de julio de 2026 a las 13:16 UTCmonitoring

   Todavía estamos trabajando a través de los mensajes apagados. Continuamos monitoreando el problema y continuamos aceptando correos electrónicos.

5. 24 de julio de 2026 a las 17:29 UTCmonitoring

   Hemos implementado afinación adicional para manejar la significativa afluencia de correo debido a la salida de red AWS y estamos viendo mejoras en las tasas de entrega Estamos viendo una recuperación significativa y esperamos que la mayoría del correo sea entregado por completo en los próximos 30-35 minutos. El tiempo estimado para la recuperación completa es de 80-90 minutos. Continuamos buscando optimizaciones adicionales y monitoreamos el problema.

6. 24 de julio de 2026 a las 18:44 UTCresolved

   This incident has been resolved.

Traducido automáticamente desde la actualización oficial del incidente.

1. 29 de junio de 2026 a las 15:58 UTCinvestigating

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

2. 29 de junio de 2026 a las 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 de junio de 2026 a las 16:46 UTCresolved

   This incident has been resolved.

1. 12 de mayo de 2026 a las 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 de mayo de 2026 a las 13:10 UTCmonitoring

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

3. 12 de mayo de 2026 a las 13:38 UTCresolved

   This incident has been resolved.

1. 11 de mayo de 2026 a las 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 de mayo de 2026 a las 19:46 UTCmonitoring

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

3. 11 de mayo de 2026 a las 20:02 UTCresolved

   This incident has been resolved.

1. 9 de mayo de 2026 a las 21:39 UTCinvestigating

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

2. 9 de mayo de 2026 a las 21:50 UTCidentified

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

3. 9 de mayo de 2026 a las 22:05 UTCmonitoring

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

4. 9 de mayo de 2026 a las 22:17 UTCresolved

   This incident has been resolved.

1. 7 de mayo de 2026 a las 9:31 UTCinvestigating

   We are currently investigating this issue.

2. 7 de mayo de 2026 a las 10:49 UTCmonitoring

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

3. 8 de mayo de 2026 a las 11:31 UTCresolved

   This incident has been resolved.

1. 5 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 18:27 UTCmonitoring

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

4. 5 de abril de 2026 a las 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 de marzo de 2026 a las 6:51 UTCinvestigating

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

2. 12 de marzo de 2026 a las 7:48 UTCmonitoring

   System is fully recovered and under monitoring.

3. 12 de marzo de 2026 a las 8:00 UTCinvestigating

   Email delivery in US is impacted, experiencing elevated delays.

4. 12 de marzo de 2026 a las 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 de marzo de 2026 a las 11:25 UTCresolved

   This incident has been resolved.

1. 5 de marzo de 2026 a las 0:51 UTCinvestigating

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

2. 5 de marzo de 2026 a las 1:00 UTCmonitoring

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

3. 5 de marzo de 2026 a las 1:24 UTCresolved

   This incident has been resolved.

1. 26 de febrero de 2026 a las 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 de febrero de 2026 a las 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 de febrero de 2026 a las 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 de febrero de 2026 a las 19:07 UTCinvestigating

   We are continuing to investigate this issue.

3. 24 de febrero de 2026 a las 19:25 UTCinvestigating

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

4. 24 de febrero de 2026 a las 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 de febrero de 2026 a las 19:38 UTCmonitoring

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

6. 24 de febrero de 2026 a las 19:41 UTCresolved

   This incident has been resolved.

1. 24 de febrero de 2026 a las 15:01 UTCinvestigating

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

2. 24 de febrero de 2026 a las 17:19 UTCidentified

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

3. 24 de febrero de 2026 a las 17:34 UTCmonitoring

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

4. 24 de febrero de 2026 a las 18:17 UTCresolved

   This incident has been resolved.

1. 20 de febrero de 2026 a las 16:06 UTCinvestigating

   We are currently investigating this issue.

2. 20 de febrero de 2026 a las 16:14 UTCmonitoring

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

3. 20 de febrero de 2026 a las 16:15 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 20 de febrero de 2026 a las 16:33 UTCresolved

   This incident has been resolved.

1. 18 de febrero de 2026 a las 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 de febrero de 2026 a las 15:02 UTCidentified

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

3. 18 de febrero de 2026 a las 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 de febrero de 2026 a las 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 de febrero de 2026 a las 16:15 UTCmonitoring

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

6. 18 de febrero de 2026 a las 17:06 UTCresolved

   This incident has been resolved.