[postfix-es] Como evitar backscatter?
BhEaN
listas en bhean.com
Mar Mayo 31 11:41:34 CEST 2011
Buenas,
Gracias por la respuesta...
Efectivamente, cuando el usuario no existe NO se envia el correo
(obvio), pero sí que se envia al remitente el típico correo de """
indicando que NO se ha podido entregar el correo porque el destinatario
NO existe.
Mi servidor hace lo mismo que el tuyo (lo hacen todos por defecto):
May 31 11:30:28 server postfix/smtpd[14909]: NOQUEUE: reject: RCPT from
blablabla .net[000.000.000.000]: 550 5.1.1 <tunombre en blablabla.com>:
*Recipient address rejected: User unknown in local recipient table*;
from=<tunombre en blablabla.ws> to=<tunombre en blablabla.com> proto=ESMTP
helo=<blablabla.net>
El problema está en que los spammers envian un email poniendo como
remitente la cuenta a la que realmente quieren enviar el mensaje, y como
destinatario una dirección que NO existe, con lo cual el servidor de
correo (al no poder entregar el mensaje a un usuario inexistente) envia
al remitente el mensaje de "No se ha podido entregar el mensaje", junto
con el mail original (es decir, junto con el mail de SPAM). Por lo
tanto, mision cumplida para el spammer...
Este comportamiento es el NORMAL y el correcto, pero los spammers lo
aprovechan para enviar su mierda, por lo que tenemos que indicar a
Postfix que NO reenvie el email original junto con el aviso de
"Undelivered Mail Returned to Sender". De esa forma, notificaremos al
usuario de que su mensaje no se ha entregado, y al mismo tiempo
evitaremos que le envien SPAM...
El problema es que no se cómo hacer ésto último, jejejeee
He encontrado éstas directivas buscando por internet, pero mi Postfix
parece ignorarlas:
/
soft_bounce = no
unknown_local_recipient_reject_code = 550/
Gracias!
On 30/05/11 23:04, Jesus Salvador Anton wrote:
> Hola
>
> Lo normal es que postfix rechace la conexion, en ningun momento
> deberia enviar un correo cuando un usuario no existe.
> El correo que se recibe normalmente cuando hay un fallo al enviar, lo
> autogenera el propio servidor de origen.
>
> Este es un ejemplo de mi servidor:
>
> May 30 20:57:00 server postfix/smtpd[32474]: NOQUEUE: reject: RCPT
> from unknown[000.000.000.000]: 550 5.1.1 <info en dominio.com
> <mailto:info en dominio.com>>: Recipient address rejected: User unknown
> in virtual mailbox table; from=<ralf.prass en xxxxxx.de
> <mailto:ralf.prass en xxxxxx.de>> to=<info en dominio.com
> <mailto:info en dominio.com>> proto=ESMTP helo=<[......]>
>
> Un saludo
>
> 2011/5/26 BhEaN <listas en bhean.com <mailto:listas en bhean.com>>
>
> Hola a todos,
>
> Me gustaría saber cómo puedo evitar que Postfix reenvie el correo
> original al remitente en aquellos casos en los que no pueda enviar
> el mensaje al destinatario?
> Por ejemplo, si el usuario A envia un email al usuario C, pero el
> usuario C no existe, se le reenvia el mensaje de nuevo a A con el
> típico "Undelivered Mail Returned"....
>
> El problema es que algunos spammers envian mensajes a direcciones
> que NO existen, pero usando como remitente la dirección de las
> personas a las que quieren enviar el mensaje, lo que hace que al
> no poder entregar el mensaje el servidor destino (porque la
> dirección NO existe), lo reenvia al remitente, diciendo que no ha
> podido entregar el mensaje.... pero junto a ese aviso de error,
> llega el mensaje original tambien, luego al usuario le llega
> igualmente el spam...
>
> Como podría hacer para que Postfix siguiera comportandose igual,
> pero que NO reenvie el mensaje original en los "Undelivered Mail
> Returned"??
>
> Muchas gracias por adelantado,
>
>
> _______________________________________________
> List de correo postfix-es para tratar temas del MTA postfix en español
> postfix-es en lists.wl0.org <mailto:postfix-es en lists.wl0.org>
> http://lists.wl0.org/mailman/listinfo/postfix-es
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.wl0.org/pipermail/postfix-es/attachments/20110531/935d2032/attachment.html>
Más información sobre la lista de distribución postfix-es