¿Por qué rebotan los mensajes enviados a mi propio dominio?

A partir de febrero de 2024, Gmail y Yahoo están implementando nuevos requisitos de autenticación que requieren el uso de un dominio personalizado autenticado DKIM con DMARC reforzado.

GetResponse recomienda firmemente a todos los remitentes usar direcciones de email de sus propios dominios de envío como campo “de”, y configurar tanto DKIM como DMARC.

Para más detalles sobre estas modificaciones, consulte nuestra entrada de blog:
Los cambios en la autenticación de Yahoo! y Gmail: todo lo que necesitas saber

Es probable que su mensaje rebote cuando el campo “de” está en el mismo dominio que la dirección de email de destinatario. Esto sucede porque en GetResponse establecemos que el remitente de su mensaje sea su campo “de“. Al mismo tiempo, redirigimos el mensaje a través de nuestros servidores de correo. Algunos proveedores de servicios de Internet protegen a sus usuarios contra el spoofing y bloquean este tipo de mensajes. En este caso, los siguientes escenarios son posibles:

  • el servidor receptor rechaza el mensaje y no aparece en la bandeja de entrada de sus contactos,
  • el servidor receptor acepta el mensaje, pero los filtros internos del dominio lo bloquean y finalmente no aparece en la bandeja de entrada de sus contactos

¿Cómo comprobar si el mensaje ha sido rechazado por el servidor receptor?

En ambos casos, encontrará más información en su Panel de control. Vaya a Informes y busque las cifras en la categoría Rebotes. Más información sobre los rebotes.

¿Cómo solucionar este problema?

Si esto ocurre, pida al administrador de su dominio que añada las direcciones IP de GetResponse a una lista blanca (lista de direcciones de correo electrónico autorizadas de antemano, mantenida por un ISP) en el dominio de los destinatarios. Nuestras direcciones IP son las siguientes

104.160.64.0/24
104.160.65.0/24
104.160.67.128/25
104.160.68.224/27
104.160.69.0/26

Si el método anterior no le ayuda, póngase en contacto con el ISP solicitando que desactive la regla de bloqueo. Es necesario para ayudar a evitar eventos similares en el futuro.

Recursos populares