Gestión de la lista de supresión
Cuando empiece a enviar correo electrónico, Email Delivery agrega automáticamente direcciones de correo electrónico con códigos de devolución que muestran fallos permanentes, o bien quejas de usuarios a la lista de supresión para proteger la reputación del remitente. Email Delivery no envía ningún mensaje a estos destinatarios en el futuro.
Entre los motivos para la supresión se incluyen los siguientes:
- Quejas
- Devoluciones permanentes
- Entradas manuales
- Solicitudes Anular Suscripción a Lista
El mecanismo de supresión es fundamental para proteger la reputación de todos los correos electrónicos de este servicio, ya que los intentos repetidos de enviar a un destinatario no válido hacen que el remitente sea considerado un spammer por varias tecnologías anti-spam. Como resultado, no puede excluirse del mecanismo de supresión.
Puede saber cuándo se ha agregado una dirección de correo electrónico de destinatario a la lista de supresión activando los logs en los dominios de correo electrónico. Las entradas de log se crean cuando se devuelve un correo electrónico, o cuando un destinatario cancela su suscripción o presenta una reclamación por correo no deseado. Las entradas del log de devolución incluyen también el motivo de devolución, por lo que puede saber por qué no se ha realizado el correo electrónico. Para obtener más información, consulte Activación de logs para la resolución de problemas.
Algunos ejemplos comunes de devoluciones permanentes son una dirección de correo electrónico mal escrita o una dirección no válida, ya que alguien sale de una compañía, cambia de proveedor de correo electrónico, etc. Otro ejemplo es cuando una lista de distribución o un alias de correo electrónico tiene un destinatario no válido, en cuyo caso se suprime todo el alias de correo electrónico. La acción correcta en el último caso es eliminar el destinatario no válido del alias y, a continuación, eliminar la lista de distribución o el alias de correo electrónico de la lista de supresión.
Otro ejemplo es cuando el servidor de correo de recepción tiene un bug o está mal configurado, y un destinatario válido devuelve un error. Si ha verificado que este es el caso, puede eliminar la supresión.
Recomendamos encarecidamente que no envíe correos electrónicos a direcciones de correo electrónico suprimidas antes de descubrir el motivo de su devolución permanente inicial. En casos raros, como una lista de distribución en la que una única dirección incorrecta puede afectar a toda la lista, se puede eliminar una dirección y utilizarla para enviar correos electrónicos de nuevo. Las direcciones de devolución permanente, como las direcciones de correo electrónico deletreadas incorrectamente o las quejas de correo no deseado, nunca deben enviarse por correo electrónico, ya que los negativos (IP potencial o lista de bloqueo de dominio) superan con creces los positivos.
Mejores prácticas
- Asegúrese de que el dominio de envío tenga un DKIM válido, de modo que el administrador de correo del dominio destinatario no bloquee los correos.
- Si utiliza DL (lista de distribución), asegúrese de que las direcciones de correo electrónico no válidas o incorrectas no formen parte de la DL antes de volver a enviar correos electrónicos a la DL.
Agregue manualmente una dirección de correo electrónico a la lista de supresión para evitar que forme parte de la lista de envío. Los usuarios deben configurar SPF y DKIM para evitar que las direcciones de correo electrónico de los destinatarios se agreguen automáticamente a la lista de supresión en la mayoría de los casos. Para obtener más información, consulte Configuring SPF y Using the Console.
Permisos y políticas
Los usuarios deben tener los permisos correctos para gestionar la lista de supresión. Actualmente, las políticas de identidad para la supresión deben estar en el nivel de inquilino (no en el nivel de compartimento). A continuación, se muestra un ejemplo de una sentencia de política de permisos.
Allow group <sender admins group> to manage suppressions in tenancyLas supresiones se almacenan en el nivel de arrendamiento. Por lo tanto, cualquier solicitud que necesite compartmentId debe proporcionar tenancyId como compartmentId. Por ejemplo:
Allow group <ordinary users group> to inspect suppressions in tenancy
Allow group <power users group> to read suppressions in tenancy
Allow group <sender admins group> to manage suppressions in tenancyPara conocer otras políticas necesarias para el envío de correos electrónicos, consulte Gestión de remitentes aprobados y Creación de credenciales de SMTP. Además, para políticas avanzadas, consulte Funciones avanzadas de políticas.