# ¿Por qué mi email sigue en Accepted o Scheduled?

> Los emails aceptados suelen salir en segundos, y los programados a su hora de envío. Averigua qué los retrasa y cuándo cancelarlos, reprogramarlos o volver a enviarlos.

Este artículo te ayuda cuando un email se queda en **Accepted** o **Scheduled** más tiempo del que esperas. Ambos estados significan que Emailit tiene el email y todavía no ha terminado un intento de entrega.

## Síntomas

- Un email muestra **Accepted** («Accepted for delivery») durante muchos minutos.
- Un email programado muestra **Scheduled** después de la hora a la que esperabas que saliera.
- La pestaña **Deliveries** de la página del email está vacía o muestra una entrada de error interno.

## Causa

Los emails en **Accepted** están en cola y normalmente se envían en segundos. Tardan más cuando:

- **Un intento de entrega ha sufrido un error interno.** La pestaña **Deliveries** muestra `An internal error occurred while sending this email. This message will be retried automatically.` El email conserva su estado y se reintenta con esperas crecientes.
- **Emailit está procesando una acumulación de envíos o una incidencia.** Consulta [status.emailit.com](https://status.emailit.com).

Ten en cuenta que un rechazo temporal del servidor del destinatario aparece como **Attempted**, no como **Accepted**. Consulta [¿Qué significa el estado Attempted?](/es/docs/kb/email-status-attempted/).

Los emails en **Scheduled** esperan hasta su hora `scheduled_at` y después salen en segundos. Pasan directamente de **Scheduled** a **Delivered**, o a otro estado final, sin pasar por **Accepted**. Un email programado que parece retrasarse suele estar:

- **Programado para una hora distinta de la que querías.** Una hora sin desfase horario, o una frase como «tomorrow at 9am», puede interpretarse en una zona horaria distinta de la tuya.
- **Retrasado por los mismos errores internos de arriba.**

## Solución

1. **Comprueba las horas del email.** Ábrelo en **Email API → Emails**. El resumen muestra cuándo se creó y, en los emails programados, para cuándo está programado. Para compararlas, cambia entre UTC y la hora local en el menú de usuario, en **Timezone**.

2. **Lee la pestaña Deliveries.** Si muestra un error interno, Emailit reintenta por su cuenta. No necesitas volver a enviarlo, y si lo haces se crea un duplicado.

3. **Usa zonas horarias explícitas.** Envía `scheduled_at` en ISO 8601 con desfase horario, como `2026-10-02T09:00:00+02:00`, o como marca de tiempo Unix. La respuesta de la API devuelve el `scheduled_at` interpretado, así que regístralo y compáralo. Consulta [Programación](/es/docs/email-api/scheduling/).

4. **Reprograma o cancela si es necesario.** Llama a [Actualizar un email programado](/es/docs/api-reference/emails/update/) con un nuevo `scheduled_at`, o selecciona **Cancel delivery** en la página del email. Ambas opciones solo funcionan hasta 3 minutos antes de la hora programada, y la nueva hora debe estar al menos 3 minutos en el futuro.

5. **Comprueba si hay una incidencia.** Si se atascan muchos emails a la vez, consulta [status.emailit.com](https://status.emailit.com) antes de volver a enviar nada.

Para seguir los emails en tiempo real, suscribe un [webhook](/es/docs/webhooks/) a `email.delivered`, `email.attempted` y `email.bounced`. Para ver todos los estados, consulta [Estados de los emails](/es/docs/logs/email-statuses/).

## ¿Sigues teniendo problemas?

Si un email sigue en **Accepted** durante más de una hora sin que se haya publicado ninguna incidencia, [contacta con soporte](/contact/) o pregunta en [Discord](https://discord.emailit.com) indicando el ID del email (`em_…`).

---
Fuente: https://emailit.com/es/docs/kb/email-stuck-in-scheduled-or-accepted/