Dentro de la sección Estadísticas > Overview es posible descargar el informe "Eventos de envío de email" con el detalle de las estadísticas relativas a los emails de Student Caring.
Leer el informe: eventos de entrega de email
El informe exportado contiene una fila para cada email enviado, con el estado de entrega. Esta sección explica el significado de cada estado y las acciones a tomar en caso de problemas.
Estados de los emails
Estado |
Significado |
|---|---|
Processed |
Email procesado por el sistema de envío y entregado al proveedor de correo. Corresponde al volumen total de emails salientes. |
Delivered |
Email aceptado por el servidor de correo del destinatario (código SMTP 250 OK). La entrega se ha realizado. |
Open |
Email abierto por el destinatario. Rastreado mediante un píxel de seguimiento incluido en el mensaje. |
Click |
El destinatario ha hecho clic en al menos un enlace contenido en el email. |
Bounce |
Email rechazado por el servidor del destinatario. El mensaje no ha sido entregado. Ver detalle abajo. |
Dropped |
Email no enviado por el sistema porque la dirección ya estaba en la lista de supresión. Ver detalle abajo. |
Deferred |
Entrega retrasada temporalmente por el servidor del destinatario. El sistema reintenta automáticamente. |
Spam Report |
El destinatario ha reportado el email como spam. |
Un bounce indica que el servidor de correo del destinatario ha rechazado el mensaje. Las causas principales son:
Tipo |
Código SMTP |
Causa |
Acción |
|---|---|---|---|
Mailbox Unavailable |
5.7.129 |
El buzón acepta emails solo de remitentes autorizados. El remitente CyberGuru no está en la allowlist. |
El equipo de TI del cliente debe agregar la dirección de remitente CyberGuru a la allowlist de los buzones o grupos de distribución. |
Mailbox Unavailable |
5.2.2 |
Buzón lleno: espacio de almacenamiento agotado. |
El usuario debe liberar espacio o el equipo de TI debe aumentar la cuota. |
Mailbox Unavailable |
5.2.14 |
Dirección de reenvío (forwarding) configurada de forma no válida. |
El equipo de TI debe verificar la configuración de reenvío en el buzón. |
Invalid Address |
5.1.1 |
El usuario no existe en el servidor de correo. |
Verificar que la dirección siga activa. Si el usuario ha sido eliminado, actualizar la lista de usuarios. |
Invalid Address |
5.4.1 |
Dirección rechazada: acceso denegado por el servidor. |
Verificar la dirección y su configuración en el servidor de correo. |
Technical |
5.2.3 |
Mensaje demasiado grande para el buzón del destinatario. |
El equipo de TI debe aumentar el límite de tamaño de mensajes para los buzones afectados. |
Technical |
5.4.14 |
Mail loop: el mensaje rebota infinitamente entre reglas de reenvío. |
El equipo de TI debe identificar y corregir el loop en las reglas de reenvío. |
Reputation |
5.1.0 |
Remitente rechazado por política de reputación del servidor. |
Caso típicamente aislado. Monitorear; si es recurrente, verificar la reputación del dominio. |
Dropped
Un email con estado "Dropped" nunca salió del sistema. La motivación es casi siempre Bounced Address: la dirección ya había generado un bounce en un envío anterior.
Cuando una dirección genera un bounce, el sistema la agrega automáticamente a una suppression list. Esto evita envíos repetidos hacia direcciones problemáticas y protege la reputación del dominio. En envíos posteriores, el mensaje no se envía y aparece como "Dropped".
Cómo rehabilitar una dirección: Si una dirección en la suppression list ha sido corregida mientras tanto (buzón recreado, permisos actualizados, etc.), el cliente debe notificarlo al equipo CyberGuru para su eliminación de la suppression list.
Deferred
Un email con estado "Deferred" ha sufrido un retraso temporal: el servidor del destinatario no rechazó el mensaje, pero pidió reintentar más tarde. El sistema de envío reintenta automáticamente la entrega.
Las causas típicas:
Throttling: el servidor del destinatario limita el número de emails aceptados por minuto de un único remitente.
Greylisting: técnica anti-spam que rechaza temporalmente el primer intento y acepta el segundo.
Servidor temporalmente ocupado: sobrecarga momentánea del servidor de correo.
Los emails deferred casi siempre se entregan con éxito. No se requiere ninguna acción.
Delivered pero no en la bandeja de entrada
Si un email aparece como "Delivered", la entrega del lado de CyberGuru se ha realizado: el servidor del destinatario ha aceptado el mensaje. Si el usuario no encuentra el email en su buzón, el problema es interno en la infraestructura del cliente.
Las causas más comunes:
Causa |
Descripción |
|---|---|
Carpeta Spam/Junk |
Filtros anti-spam internos o Defender han movido el mensaje a la carpeta de spam. |
Reglas de transporte |
Reglas empresariales Exchange que mueven, redirigen o eliminan determinados mensajes. |
Cuarentena Microsoft 365 |
El mensaje se retiene en cuarentena y no se libera al usuario. |
Reglas personales de Outlook |
El usuario tiene reglas individuales que mueven o eliminan el mensaje. |
Resumen de responsabilidades
Evento |
Del lado de CyberGuru |
Del lado del cliente |
|---|---|---|
Bounce |
Reporte y monitoreo |
Agregar el remitente a la allowlist; verificar direcciones, reglas de reenvío y límites de buzón |
Dropped |
Eliminación de la suppression list a solicitud del cliente |
Comunicar qué direcciones han sido corregidas |
Deferred |
Ninguna acción necesaria (entrega automática) |
Ninguna acción necesaria |
Delivered (no visible) |
Ninguna acción (la entrega se ha realizado) |
Message Trace, verificación de cuarentena y reglas de transporte |