Tengo problemas al enviar rebotes a spammers cuando un servidor SMTP remoto "confiable" rechaza un correo. Mi servidor gestiona el correo de empresa1.com que tiene un alias virtual[correo electrónico protegido]que entrega correo a un grupo de usuarios locales pero también al[correo electrónico protegido]que es gestionado por el otro equipo. Su sistema de correo implementa una protección contra spam diferente (mejor si se quiere) y puede rechazar correos después de DATOS.
El problema es cuando un spammer llega y postfix en el servidor de correo company1.com intenta entregar el correo a[correo electrónico protegido]se pone
554 Transaction failed. Unacceptable content. (in reply to end of DATA command)
y genera un mensaje de rebote para el spammer. Entonces la pregunta es ¿cómo puedo evitar que haga eso? De hecho, no estoy interesado en generar ningún mensaje de rebote para company2.com, por lo que un martillo grande también funcionaría, ya que mi servidor de correo no maneja ningún otro correo para company2.com.
Gracias de antemano.
Respuesta1
Como realmente no se pueden prevenir los NDR, sólo puedo proponer una solución alternativa que está lejos de ser perfecta:
Enrute el correo a @company2.com a través de un cliente smtp dedicado (transport_maps lo hará por usted) y especifique un mapa regexp/pcre en master.cf para este transporte que reescribe la dirección del remitente, es decir, si el correo proviene de[correo electrónico protegido], lo reescribes en[correo electrónico protegido]. Los rebotes se entregarán al[correo electrónico protegido]buzón. La desventaja es que[correo electrónico protegido]Tendrá que volver a escribir las direcciones o nunca verá al remitente real.
La respuesta estándar a esto sería asegurarse de que las políticas UCE/UBE en su puerta de enlace y en la puerta de enlace de company2.com sean las mismas, o que su retransmisión esté en la lista blanca de company2.com (tendrían que ponerse en cuarentena/tratar ellos mismos del spam). , entonces).