Estados de los emails

Cada email tiene un estado que indica en qué punto de su ciclo de vida se encuentra. Esta página lista los 14 estados, cómo pasa un email de uno a otro y qué hacer cuando un email se detiene donde no esperabas. El estado es solo la situación más reciente; el historial completo está en la página de detalles del email y en los eventos.

Referencia de estados

«Final» significa que Emailit ya no cambiará el estado por su cuenta. Un email en un estado final todavía se puede reintentar, lo que crea un email nuevo con un ID nuevo.

Los webhooks reciben email.canceled y email.held cuando están suscritos a todos los eventos, o cuando los añades a la lista de eventos del webhook con la API. Consulta Tipos de eventos.

Ciclo de vida

La mayoría de los emails siguen este recorrido:

1. Creación. Un envío por API crea el email como accepted, o como scheduled cuando scheduled_at es una hora futura. Los envíos por SMTP también empiezan como accepted. El correo entrante se crea como received y no cambia nunca.
2. Comprobación. Antes de cada intento de entrega, Emailit comprueba el espacio de trabajo, el dominio, la clave de API, los créditos, la lista de direcciones bloqueadas y la puntuación de spam. Si una comprobación falla, el email termina como held, rejected o suppressed sin enviarse.
3. Entrega o aplazamiento. El intento de entrega tiene éxito (delivered), falla temporalmente (attempted, y se reintenta) o falla de forma permanente (bounced).
4. Interacción. Si el seguimiento está activado, las aperturas y los clics hacen pasar un email entregado a loaded y después a clicked.
5. Informes tardíos. Un informe de rebote que llega después de la entrega cambia el estado a bounced. Una queja por spam lo cambia a complained.

En cualquier momento antes de la entrega, un email scheduled, accepted o attempted puede pasar a canceled.

La escala de interacción

Los estados de entrega y de interacción solo avanzan:

accepted, scheduled o attempted → delivered → loaded → clicked

Un evento posterior nunca hace retroceder un email en la escala. Si se registra un clic, el email se queda en clicked aunque lleguen más aperturas. Una apertura o un clic pueden saltarse delivered, porque demuestran que el mensaje ha llegado. Los estados que ponen fin a la entrega (bounced, failed, rejected, suppressed, complained y canceled) nunca se sobrescriben con aperturas ni clics.

Calendario de reintentos de attempted

Cuando un servidor receptor responde con un error temporal (una respuesta 4xx como 421 o 451, un tiempo de espera agotado o un error de conexión), el email pasa a attempted y Emailit lo vuelve a intentar. Cada espera dura el doble que la anterior:

Son 7 intentos de entrega a lo largo de unas 21 horas. Cuando se agotan, el email se marca como bounced con «Maximum number of delivery attempts (7) has been reached», y el destinatario se añade a las direcciones bloqueadas con el motivo too many soft fails, salvo que tu configuración de bloqueo automático de direcciones excluya los rebotes.

Cada intento aparece en la pestaña Deliveries del email con la respuesta del servidor, y cada uno envía un evento email.attempted que incluye smtp_code, smtp_enhanced_code y smtp_response. Algunas respuestas temporales que indican claramente un problema permanente, como un buzón desactivado, se tratan directamente como rebotes. Cuando un proveedor está limitando los envíos, Emailit también puede pausar brevemente la entrega a ese proveedor; esas filas dicen «Delivery delayed due to…».

Por qué se retiene un email

Un email retenido se ha sacado de la cola de envío sin enviarse. La pestaña Deliveries del email muestra qué motivo se ha aplicado:

Los emails retenidos no se liberan automáticamente. Después de corregir la causa, selecciona Retry en el email o llama a Reintentar un email. Al reintentar se crea un email nuevo con el mismo contenido y se vuelven a cobrar créditos.

Por qué se rechaza un email

Hasta que tu espacio de trabajo tiene acceso de producción, solo puedes enviar a los emails de cuenta de los miembros del espacio de trabajo. Para los demás destinatarios, la API devuelve 403 y SMTP devuelve 550 en el momento del envío, así que casi siempre ves el error en lugar de un email. El estado rejected aparece cuando la misma comprobación falla más tarde, en el momento de la entrega, por ejemplo en un email que se programó antes. La pestaña Deliveries muestra «Unverified workspaces can only send to workspace members’ account emails» y la dirección bloqueada.

Reglas de reintento

En un email bloqueado, quita primero la dirección de tu lista de direcciones bloqueadas; si no, el reintento se vuelve a bloquear.

Ver también