hola.. muy interesante tu articulo. En base a el he seguido indagando pues tenemos un servidor con este problema.
He completado el asunto definiendo en el documento doubleboundeto una direccion uno de mis dominios y luego dentro de /var/qmail/mailnames/dominio/nombrebuzon he editado el fichero .qmail y he sustituido la primera linea | true por | exit 0
Todo esto lo he sacado indagando por ahi, sin embargo aun sigo viendo en la cola estos correos y creo que es por lo siguiente. Los correos que se producen por el double bounce los dirigje a la direcion_que_defini_en_doublebounceto@nombre_del_servidor, es decir, si defini bounce@dominio.dom , los esta tirando a boucne@dominio.dom@nombre_servidor
Alguna idea?? llevo una media de 8000 correos diarios de este tipo...
Gracias de antemano
soluciones informaticas para empresas
www.goltratec.com - www.ilihosting.com
Yo soy uno de esos sufridores de spam y usuario de plesk en un fedora (y otro en windows, pero ese no es el tema). El caso es que todo el spam que recibe el servidor que va dirigido a direcciones inexistentes es rechazado enviando un email con el asunto "failure notice", pero claro estos no llegan a ningún sitio porque las direcciones originarias del spam tampoco existen, se acumulan en la cola, etc... o sea double bounce...
El caso es que he mirado lo que dices y no tengo ningún archivo con ese nombre en /var/qmail/control/, en ese directorio tengo lo siguiente:
# ls
clientcert.pem dhparam512.pem rejectnonexist spfbehavior
databytes locals rsa512.pem virtualdomains
defaultdelivery me servercert.pem
dhparam1024.pem rcpthosts smtpplugins
Por otro lado, todos los alojamientos están configurados para que rechace los no existentes, pero eso no es suficiente para que el servidor no llegue a admitir el spam. ¿has hecho algo especial para que aparezca ese /var/qmail/control/doublebounceto ? ¿sabes como se puede ser lo más estricto posible a la hora de rechazar un correo que esté dirigido a una dirección inexistente?
Muchas gracias por tu blog, hay cosas muy interesantes.
vaya.. veranito, vacaciones, vuelta al curro.. y yo sin revisar el blog :-)
siento el retraso.
Pues.. el fichero no viene "de serie", simplemente lo creas tu. La verdad, el tema del spam.. cada maestrillo tiene su librillo. Yo soy partidario de, aprovechando plesk, habilitarlo todo (...) spf, domainkeys, rbls.. y que los clientes utilicen submission para enviar.
Comments
doublebounceto , pero el problema continua
hola.. muy interesante tu articulo. En base a el he seguido indagando pues tenemos un servidor con este problema.
He completado el asunto definiendo en el documento doubleboundeto una direccion uno de mis dominios y luego dentro de /var/qmail/mailnames/dominio/nombrebuzon he editado el fichero .qmail y he sustituido la primera linea | true por | exit 0
Todo esto lo he sacado indagando por ahi, sin embargo aun sigo viendo en la cola estos correos y creo que es por lo siguiente. Los correos que se producen por el double bounce los dirigje a la direcion_que_defini_en_doublebounceto@nombre_del_servidor, es decir, si defini bounce@dominio.dom , los esta tirando a boucne@dominio.dom@nombre_servidor
Alguna idea?? llevo una media de 8000 correos diarios de este tipo...
Gracias de antemano
soluciones informaticas para empresas
www.goltratec.com - www.ilihosting.com
Sufridor de spam
Hola,
Yo soy uno de esos sufridores de spam y usuario de plesk en un fedora (y otro en windows, pero ese no es el tema). El caso es que todo el spam que recibe el servidor que va dirigido a direcciones inexistentes es rechazado enviando un email con el asunto "failure notice", pero claro estos no llegan a ningún sitio porque las direcciones originarias del spam tampoco existen, se acumulan en la cola, etc... o sea double bounce...
El caso es que he mirado lo que dices y no tengo ningún archivo con ese nombre en /var/qmail/control/, en ese directorio tengo lo siguiente:
# ls
clientcert.pem dhparam512.pem rejectnonexist spfbehavior
databytes locals rsa512.pem virtualdomains
defaultdelivery me servercert.pem
dhparam1024.pem rcpthosts smtpplugins
Por otro lado, todos los alojamientos están configurados para que rechace los no existentes, pero eso no es suficiente para que el servidor no llegue a admitir el spam. ¿has hecho algo especial para que aparezca ese /var/qmail/control/doublebounceto ? ¿sabes como se puede ser lo más estricto posible a la hora de rechazar un correo que esté dirigido a una dirección inexistente?
Muchas gracias por tu blog, hay cosas muy interesantes.
Un saludo
Jose
vaya.. veranito, vacaciones,
vaya.. veranito, vacaciones, vuelta al curro.. y yo sin revisar el blog :-)
siento el retraso.
Pues.. el fichero no viene "de serie", simplemente lo creas tu. La verdad, el tema del spam.. cada maestrillo tiene su librillo. Yo soy partidario de, aprovechando plesk, habilitarlo todo (...) spf, domainkeys, rbls.. y que los clientes utilicen submission para enviar.