Cómo retrasar la entrega de correos electrónicos basados ​​en la reciente actividad de rebote suave con Exim

Estoy ejecutando Exim 4.74, estoy enviando correo electrónico solicitado a granel.

AOL a veces nos rebota blando diciendo que hemos sido temporalmente limitado de la tasa y debe intentarlo de nuevo en un cierto número de minutos. Nos gustaría hacer honor a las requestes y dejar de enviar correos electrónicos AOL por un corto período de time antes de reanudar.

Aquí está la manera ideal que nuestro server del exim funcionaría: 1. Los email se entregan hacia fuera como de costumbre. 2. Recibimos un rebote suave (4xx) a uno de nuestros bashs de entrega 3. Los correos electrónicos destinados al host del rebote suave recibido son enviados a la queue durante 15 minutos 4. 15 minutos han transcurrido, exim reanuda inmediatamente enviando correos electrónicos a la temporalmente retrasado, los cornetworkingores de queue comienzan a entregar posts de correo electrónico al anfitrión temporalmente retrasado.

¿Alguien tiene alguna experiencia implimenting este tipo de configuration exim?

¡Gracias!

  • Verificación del remitente de Postfix 550
  • cómo eliminar posts de correo electrónico en el server de correo exim (Linux)
  • Exim no firmará correo enviado por PHP a través de SMTP
  • Cómo corregir un correo electrónico deficiente
  • Cómo reenviar direcciones locales específicas mediante el file .forward
  • Cómo configurar exim para comprobar el campo De
  • Minimal Exim router que simplemente agrega personalizado cabecera
  • Alias ​​de correo para el usuario
  • One Solution collect form web for “Cómo retrasar la entrega de correos electrónicos basados ​​en la reciente actividad de rebote suave con Exim”

    El file de configuration pnetworkingeterminado ya debería estar configurado para volver a intentarlo en 15 minutos. Esto resolverá parte de sus problemas y generalmente es suficiente para manejar limitaciones de velocidad y otras condiciones que resultan en un aplazamiento temporal de las entregas.

    No tengo conocimiento de ningún mecanismo que permita capturar los aplazamientos y añadir dinámicamente el dominio a una list de locking.

    Compruebe los mecanismos disponibles en la especificación para las reglas de rebash. Tal vez addg el dominio que es la limitación de la tasa a queue_smtp_domains ayudaría algo. Es posible que desee combinar eso con una regla de repetición específica de dominio.

    Es posible que desee comprobar su configuration para ver por qué está recibiendo tasa limitada. Los errores de DNS o los errores de configuration del server SMTP pueden contribuir a que su server tenga una velocidad limitada.

    El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.