¿Cómo gestiona Mailrelay los emails rebotados (bounces)?

En este artículo vamos a explicar un concepto muy importante, los rebotes de email, y como gestiona Mailrelay estos emails. El primer punto es entender que sucede al importar nuestras listas de suscriptores. Ya sabemos que para importar una lista de emails debemos acceder al menú “Importar” y seleccionar el submenú “Importar“:

Cómo gestiona Mailrelay los usuarios rebotados

Durante el proceso de importación Mailrelay lee el fichero con las cuentas de email y las va insertando en tu cuenta para ser utilizadas posteriormente. Es posible que mientras Mailrelay va leyendo el fichero con las cuentas detecte algunas cuentas que ya rebotaron emails con anterioridad.

Expliquemos esto un poco más. Mailrelay dispone de una base de datos compartida, para todos los usuarios, aunque no es visible desde el panel de los usuarios, ya que funciona a nivel interno (los usuarios pueden ver su propia lista de rebotados). El objetivo de esta base de datos es guardar las cuentas que ya hayan rebotado emails en los envíos anteriores, y por lo tanto, descartadas.

Existen dos tipos de rebotes, rebotes blandos (temporales) y rebotes duros (definitivos). En el primer caso, rebotes blandos, puede ser debido a que la bandeja de entrada estaba llena o un fallo temporal en el servidor destino, entre otras causas. En este caso Mailrelay trata de enviar el mensaje cada 15 minutos durante un tiempo determinado por el servidor destino y unas reglas internas para poder entregarlo más tarde si fuera posible.

En el segundo caso puede deberse a que la dirección del email esté mal escrita, haya caducado, etc.

La base de datos de emails rebotados de Mailrelay solo contiene emails cuyos servidores respondieron con rebotes definitivos.

Cada vez que cualquiera de los usuarios de Mailrelay realiza un envío de newsletter, los emails rebotados son detectados e insertados en dicha base de datos. De forma que cuando otro usuario importa ficheros de listas de email, estos emails se comprueban con la base de datos de emails rebotados, y si ya se encuentran ahí, pasarán directamente a la lista de emails rebotados.

De esta forma tu cuenta de Mailrelay nunca envía mailings a las cuentas que ya sabemos que han sido rebotados con anterioridad, ahorrándote envíos que fallarían. Esto además redunda en que tu dominio no pierda reputación por enviar a estos emails.

BORRAR UN EMAIL DE LA LISTA DE REBOTADOS

Podemos ver la lista de emails de suscriptores que han sido detectados como rebotados si accedemos al menú “Suscriptores” y luego al submenú “Rebotados“:

Cómo gestiona Mailrelay los usuarios rebotados

Esta lista nos mostrará sólo los emails de usuarios rebotados de nuestra cuenta, y no pueden ser borrados de la misma. Sin embargo es posible editar estos emails y modificarlos, para realizar correcciones en caso de que existan errores tipográficos. La cuenta corregida pasará a estar activa.

Un error muy frecuente es pensar que los emails rebotados cuentan a la hora de calcular el límite de suscriptores de las cuentas de Mailrelay. No es así, el cálculo del límite de suscriptores no se realiza contando los emails que tenemos importados, y tampoco de los rebotados. El límite se calcula en base al envío a cuentas de email diferentes, por lo que no tiene sentido borrar los emails rebotados.

¿POR QUÉ Mailrelay DISPONE DE UNA BASE DE DATOS DE EMAILS REBOTADOS COMÚN?

Esto es así no solo por lo que hemos comentado antes, sino que además, con objeto de facilitar que las campañas de newsletters de nuestros clientes lleguen a las bandejas de entrada de cuentas de Hotmail, Yahoo, AOL, etc Mailrelay llegó a acuerdos con estos ISPs.

A raíz de estos acuerdos, y con objeto de garantizar la calidad de los envíos, dichos proveedores no permiten que se envíen emails a direcciones de email que hayan sido detectadas como rebotadas definitivas.

Las ventajas más importantes de la base de datos de rebotados son las siguientes:

– Limpieza de sus listas de forma inmediata al ser importadas.

– Evitar perjudicar la reputación del dominio enviando emails que sabemos seguro que rebotarán.

– No realizando envíos que se sabe de antemano que rebotaran ahorramos gastos de envíos a su cuenta.

¿CÓMO SE DETECTA QUE UN EMAIL ES REBOTADO DEFINITIVO?

El proceso de detección utilizado para comprobar que un email ha sido rebotado es sencillo y permite distinguir entre los rebotados por motivos temporales (como que la bandeja esté llena) o por motivos definitivos. Entre los motivos definitivos podemos encontrar varias causas entre ellas:

– Bad mailbox, indica que aunque el dominio es correcto, la dirección no lo es (la parte que va delante de la @). Así por ejemplo para la dirección [email protected] la parte del dominio es correcta correcta ( hotmail.com ) pero demo123 puede ser incorrecto y no existir. Este diagnóstico nos lo da el servidor de destino realmente.

– Bad domain, en este caso es el dominio lo que es incorrecto, un caso de ejemplo podría ser [email protected] ya que el dominio (hotmai.comm)  puede que no exista.

Pero, ¿Cómo sabe Mailrelay si se trata de un tipo de error o el otro? Bien, normalmente en el momento del el envío el servidor de destino devuelve un código indicando el resultado de la operación. Es un código numérico que el sistema Mailrelay puede interpretar, veamos algunas de las posibilidades:

– 250 OK – es el código que devuelve el servidor si el mensaje fue entregado de forma correcta.

– 400 ERROR TEMPORAL – es un error temporal, y Mailrelay volverá a intentar el envío más tarde.

– 500 ERROR DEFINITIVO – si el error es definitivo, en este caso es cuando el suscriptor se marca como rebotado.

De los errores 400 y 500 existen diversas variantes, que podemos ver más en detalle:

Código de error	Mensaje de error	Tipo de error
bad-configuration	Los mensajes fueron rechazados debido a problemas en la configuración del servidor remoto	Error 5.X.X
bad-connection	Los mensajes rebotaron debido a problemas de conexión con el servidor remoto	Error 4.X.X
bad-domain	Mensajes rebotados debido a dominios inválidos o inexistentes	Error 5.X.X
bad-mailbox	Mensajes rechazados debido a dirección del recipiente incorrecta, invalida o inexistente	Error 5.X.X
content-related	Mensajes rechazados debido a temas relacionados con el contenido (posible SPAM, remitente añadido a listas negras etc)	Error 5.X.X
inactive-mailbox	Los mensajes fueron rechazados debido a que las cuentas del recipiente han caducado, están inactivas o deshabilitadas	Error 5.X.X
message-expired	Los mensajes rebotaron debido a que no fueron entregados después de rebotar	Error 4.X.X
no-answer-from-host	Los mensajes rebotan debido a no obtener respuesta del servidor remoto después de conectar	Errores 4.X.X o 5.X.X
other	Los mensajes fueron rechazados debido a otros motivos	Errores 4.X.X o 5.X.X
policy-related	Los mensajes fueron rechazados o bloqueados debido a temas de políticas	Error 5.X.X
protocol-errors	Mensajes rechazados debido a errores de sintaxis del protocolo SMTP	Error 5.X.X
quota-issues	Mensajes rechazados o bloqueados debido a temas de cuota	Error 4.X.X o 5.X.X
relaying-issues	Mensajes rechazados o bloqueados debido a problemas de entrega en el servidor remoto	Error 5.X.X
routing-errors	Mensajes rebotados debido a problemas de enrutamiento en el dominio del recipiente	Error 5.X.X
spam-related	Mensajes rechazados o bloqueados debido a razones relacionadas con el SPAM	Error 5.X.X
virus-related	Mensaje rechazado o bloqueado debido a razones relacionadas con virus informáticos	Error 5.X.X

REBOTES SÍNCRONOS Y ASÍNCRONOS

Además de esto, hay que aclarar que existen dos tipos de rebotes: síncronos y asíncronos.

Los rebotes síncronos se identifican en tiempo real a la hora de hacer el envío entre el servidor destino y Mailrelay vía SMTP. De forma que Mailrelay puede saber el resultado del envío en base a la respuesta que ofrece el servidor destino.

En otras ocasiones el servidor destino devuelve un código 250 a Mailrelay, indicando que el mensaje fue entregado correctamente. Pero posteriormente devuelve el mensaje rechazado al buzón remitente.

En este caso se considera que se trata de un rebote asíncrono (ya que se identifica a posteriori).

Esto ayudará a mantener limpias y efectivas sus listas de envío. También hay software de terceros que se encargan de procesar estos rebotes de forma automática que son necesarios cuando se tiene un gran volumen de envío.

¿CREES QUE ALGUNAS DE LOS EMAILS QUE APARECEN EN TU LISTADO DE REBOTADOS ES CORRECTO?

Como ya hemos comentado durante el artículo solo los emails rebotados definitivos son añadidos al listado de rebotados. Sin embargo es posible que algunos emails que fueron detectados como rebotados definitivos, por ser inexistente por ejemplo, posteriormente sean creados.

También se puede producir el caso que un servidor de destino de error definitivo por un error interno suyo realmente aunque la cuenta funcione. Aunque Mailrelay tiene sistemas de detección de estos problemas puede haber algún email concreto que sea identificado como rebote definitivo y no lo sea por el propio fallo del servidor destino.

Si crees que alguna de los emails de tu lista no deberían aparecer en el listado de rebotados, puedes contactar con nosotros para que verifiquemos dicho email, y en caso de ser necesario, lo quitemos del listado de rebotados.

Esperamos que el artículo os haya sido de utilidad, si tenéis cualquier duda podéis consultarnos a través de nuestras redes sociales:

https://twitter.com/#!/mailrelay

http://www.facebook.com/Mailrelay

O a través del formulario de contacto de nuestra web:

http://mailrelay.com/es/contacto