Correos de error de postfix
Hola a todos Tengo un pequeño problema con el postfix y es que cada vez que envio un correo con una direccion que no existe debido a un error recibo un montón de veces un correo del postfix de este tipo: This is the Postfix program at host adslinux.iranon.com. I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations. For further assistance, please send mail to <postmaster> If you do so, please include this problem report. You can delete your own text from the message returned below. The Postfix program Hay alguna manera de controlar que este mensaje solo llegue una vez? Salud Emiliano Sutil
On Fri, 22 Oct 2004 16:11:45 +0200, Emiliano Sutil
Hay alguna manera de controlar que este mensaje solo llegue una vez?
Mira a aver si te sirve ésto: http://www.postfix.com/postconf.5.html#notify_classes Lo normal es que el mensaje de error lo reciba el usuario que ha enviado el correo y el usuario postmaster, como mímino. Saludos, -- Camaleón
El 2004-10-22 a las 16:11 +0200, Emiliano Sutil escribió:
Hay alguna manera de controlar que este mensaje solo llegue una vez?
Se envia una única vez, al remitente y al postmaster según los casos. Revisa los logs si te llega más veces para ver el porqué -- Saludos Carlos Robinson
Camaleón wrote:
On Fri, 22 Oct 2004 16:11:45 +0200, Emiliano Sutil
wrote: Hay alguna manera de controlar que este mensaje solo llegue una vez?
Mira a aver si te sirve ésto:
http://www.postfix.com/postconf.5.html#notify_classes
Lo normal es que el mensaje de error lo reciba el usuario que ha enviado el correo y el usuario postmaster, como mímino.
Saludos,
Hola, Pues esto parece que lo tengo correctamente configurado. Tendrá algo que ver que uso IMAP en vez de pop, un usuario me dice que le pasa desde que cambiamos a IMAP, pero la verdad no se si tendrá que ver. Emi
On Mon, 25 Oct 2004 09:48:12 +0200, Emiliano Sutil
Hola,
Pues esto parece que lo tengo correctamente configurado. Tendrá algo que ver que uso IMAP en vez de pop, un usuario me dice que le pasa desde que cambiamos a IMAP, pero la verdad no se si tendrá que ver.
Pues no creo, la verdad. Yo también utilizo IMAP y los únicos correos que recibo son esos dos que te hemos comentado tanto Carlos como yo: - correo para postmaster@dominio.com - correo para usuario@dominio.com Los míminos son estos dos, ni más ni menos. ¿Cuántos correos dices que recibes? Si te molestan mucho, lo que puedes hacer es filtrarlos con alguna herramienta. Yo utilizo Sieve (de Cyrus) para filtrar los correos que recibe postmaster@dominio.com y destinarlos a un directorio específico. Saludos, -- Camaleón
Camaleón wrote:
On Mon, 25 Oct 2004 09:48:12 +0200, Emiliano Sutil
wrote: Hola,
Pues esto parece que lo tengo correctamente configurado. Tendrá algo que ver que uso IMAP en vez de pop, un usuario me dice que le pasa desde que cambiamos a IMAP, pero la verdad no se si tendrá que ver.
Pues no creo, la verdad. Yo también utilizo IMAP y los únicos correos que recibo son esos dos que te hemos comentado tanto Carlos como yo:
- correo para postmaster@dominio.com - correo para usuario@dominio.com
Los míminos son estos dos, ni más ni menos. ¿Cuántos correos dices que recibes?
Si te molestan mucho, lo que puedes hacer es filtrarlos con alguna herramienta. Yo utilizo Sieve (de Cyrus) para filtrar los correos que recibe postmaster@dominio.com y destinarlos a un directorio específico.
Saludos,
Pues en el fin de semana ha estado intentando enviar el correo periodicamente. Me comentan que del orden de 60 correos de error ha recibido. Lo que yo creo es que el mensaje de error se queda en la cola y se intenta reenviar periodicamente y cada vez que falla pues llega el correo de error correspondiente. Alguna sugerencia? Emi
Camaleón wrote:
On Mon, 25 Oct 2004 09:48:12 +0200, Emiliano Sutil
wrote: Hola,
Pues esto parece que lo tengo correctamente configurado. Tendrá algo que ver que uso IMAP en vez de pop, un usuario me dice que le pasa desde que cambiamos a IMAP, pero la verdad no se si tendrá que ver.
Pues no creo, la verdad. Yo también utilizo IMAP y los únicos correos que recibo son esos dos que te hemos comentado tanto Carlos como yo:
- correo para postmaster@dominio.com - correo para usuario@dominio.com
Los míminos son estos dos, ni más ni menos. ¿Cuántos correos dices que recibes?
Si te molestan mucho, lo que puedes hacer es filtrarlos con alguna herramienta. Yo utilizo Sieve (de Cyrus) para filtrar los correos que recibe postmaster@dominio.com y destinarlos a un directorio específico.
Saludos,
He estado revisando distintos parametros de configuracion que pueden tener que ver con esto y he visto este bounce_queue_lifetime, por defecto son 5 dias. Significa este parámetro que va a estar intentando enviar el correo durante 5 dias? lo que no se es cada cuanto lo intenta enviar ¿que opinais?
On Mon, 25 Oct 2004 11:20:22 +0200, Emiliano Sutil
He estado revisando distintos parametros de configuracion que pueden tener que ver con esto y he visto este bounce_queue_lifetime, por defecto son 5 dias.
bounce_queue_lifetime (default: 5d) The maximal time a bounce message is queued before it is considered undeliverable. By default, this is the same as the queue life time for regular mail. Time units: s (seconds), m (minutes), h (hours), d (days), w (weeks). The default time unit is d (days). Specify 0 when mail delivery should be tried only once. This feature is available in Postfix 2.1 and later.
Significa este parámetro que va a estar intentando enviar el correo durante 5 dias? lo que > no se es cada cuanto lo intenta enviar ¿que opinais?
Investigaras porqué no pueden salir los mensajes... sigue el rastro del correo, pues el mensaje de que el correo no se ha podido entregar debe de recibirse en cuanto Postfix lo envía. ¿La cuenta de Postmaster también ha recibido 60? Saludos, -- Camaleón
Camaleón wrote:
On Mon, 25 Oct 2004 11:20:22 +0200, Emiliano Sutil
wrote: He estado revisando distintos parametros de configuracion que pueden tener que ver con esto y he visto este bounce_queue_lifetime, por defecto son 5 dias.
bounce_queue_lifetime (default: 5d)
The maximal time a bounce message is queued before it is considered undeliverable. By default, this is the same as the queue life time for regular mail.
Time units: s (seconds), m (minutes), h (hours), d (days), w (weeks). The default time unit is d (days).
Specify 0 when mail delivery should be tried only once.
This feature is available in Postfix 2.1 and later.
Significa este parámetro que va a estar intentando enviar el correo durante 5 dias? lo que > no se es cada cuanto lo intenta enviar ¿que opinais?
Investigaras porqué no pueden salir los mensajes... sigue el rastro del correo, pues el mensaje de que el correo no se ha podido entregar debe de recibirse en cuanto Postfix lo envía.
La razon por la que no salen los correos es porque la direccion a la que se envian no existe. Le ha pasado porque escribió mal la dirección.
¿La cuenta de Postmaster también ha recibido 60?
No, la cuenta de postmaster no ha recibido ninguno, solo ha recibido el usuario que intentó enviar el correo erroneo
Saludos,
On Mon, 25 Oct 2004 12:30:18 +0200, Emiliano Sutil
La razon por la que no salen los correos es porque la direccion a la que se envian no existe. Le ha pasado porque escribió mal la dirección.
Bien, pues dile que la próxima vez revise el destinatario antes de enviar... ;-) Puedes probar a jugar con los valores de "bounce_queue_lifetime" y poner 0 o 1, a ver si así se resuelve. De todas formas, sólo tendría que haber recibido 60 correos si hubiera enviado 60 veces el correo al destinatario erróneo. Tienes que investigar la causa de esa recepción repetida, puedes hacer pruebas tú enviando un correo a una dirección que no exista para ver cómo responde Postfix y hacer un seguimiento del mensaje y de la cola. Saludos, -- Camaleón
Camaleón wrote:
On Mon, 25 Oct 2004 12:30:18 +0200, Emiliano Sutil
wrote: La razon por la que no salen los correos es porque la direccion a la que se envian no existe. Le ha pasado porque escribió mal la dirección.
Bien, pues dile que la próxima vez revise el destinatario antes de enviar...
;-)
Fue lo primero que le dije :-D
Puedes probar a jugar con los valores de "bounce_queue_lifetime" y poner 0 o 1, a ver si así se resuelve. De todas formas, sólo tendría que haber recibido 60 correos si hubiera enviado 60 veces el correo al destinatario erróneo. Tienes que investigar la causa de esa recepción repetida, puedes hacer pruebas tú enviando un correo a una dirección que no exista para ver cómo responde Postfix y hacer un seguimiento del mensaje y de la cola.
Saludos,
Eso haré, ya os contaré el resultado de mis experimentos Saludos Emi
El 2004-10-25 a las 10:34 +0200, Emiliano Sutil escribió:
Pues en el fin de semana ha estado intentando enviar el correo periodicamente. Me comentan que del orden de 60 correos de error ha recibido. Lo que yo creo es que el mensaje de error se queda en la cola y se intenta reenviar periodicamente y cada vez que falla pues llega el correo de error correspondiente.
Mmmm... no creo. Los correos de error sólo se generan cuando el error es permanente, o si es temporal después de un tiempo prudencial (cinco dias).
Alguna sugerencia?
Yo sospecharía de algún procesado posterior al postfix, tipo procmail. La respuesta se puede encontrar siempre mirando los logs cuidadosamente. -- Saludos Carlos Robinson
Carlos E. R. wrote:
El 2004-10-25 a las 10:34 +0200, Emiliano Sutil escribió:
Pues en el fin de semana ha estado intentando enviar el correo periodicamente. Me comentan que del orden de 60 correos de error ha recibido. Lo que yo creo es que el mensaje de error se queda en la cola y se intenta reenviar periodicamente y cada vez que falla pues llega el correo de error correspondiente.
Mmmm... no creo. Los correos de error sólo se generan cuando el error es permanente, o si es temporal después de un tiempo prudencial (cinco dias).
Alguna sugerencia?
Yo sospecharía de algún procesado posterior al postfix, tipo procmail. La respuesta se puede encontrar siempre mirando los logs cuidadosamente.
Pues he seguido tu consejo y me he puesto a mirar los logs
detenidamente. aqui paso un fragmento y lo comento, porque creo que mi
problema está relacionado con un error que pase hace unos dias de unos
mensajes que me salian en los logs.
Oct 25 16:20:19 adslinux imapd: Connection, ip=[::ffff:192.168.1.132]
Oct 25 16:20:19 adslinux amavis[5053]: (05053-09) Checking:
On Tue, 26 Oct 2004 10:21:51 +0200, Emiliano Sutil
Oct 25 16:20:20 adslinux postfix/qmgr[32128]: CDD7331D8E: removed Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: premature end-of-input on private/smtp socket while reading input attribute name Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: private/smtp socket: malformed response Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: transport smtp failure -- see a previous warning/fatal/panic logfile record for the problem description Oct 25 16:20:20 adslinux postfix/master[32123]: warning: process /usr/lib/postfix/smtp pid 5573 killed by signal 11
Creo que el problema está aquí. Investiga el contenido de ese mensaje. ¿Utilizas Cyrus IMAP, SASL y pam? ¿Has compilado tú mismo Postfix y el resto de programas?
Otra linea del log que me preocupa es esta: WARN: all primary virus scanners failed, considering backups
De Amavis ni idea. Pero parece que falla al hacer el escaneo de los virus. ¿Puede ser un error temporral en el servidor DNS y que no pueda conectar con algún servidor externo?
Esto lo da el amavis y no se si tendrá algo que ver.
No parece que esté relacionado con el error de Postfix.
Veis algo mas extraño que puede influir? y alguna accion correctora? porque la verdad a mi no se me ocurre nada de nada.
Mira a ver si puedes identificar el mensaje conflictivo, ver la cabecera, analizarla y eliminarlo de la cola. Saludos, -- Camaleón
Camaleón wrote:
On Tue, 26 Oct 2004 10:21:51 +0200, Emiliano Sutil
wrote: Oct 25 16:20:20 adslinux postfix/qmgr[32128]: CDD7331D8E: removed Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: premature end-of-input on private/smtp socket while reading input attribute name Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: private/smtp socket: malformed response Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: transport smtp failure -- see a previous warning/fatal/panic logfile record for the problem description Oct 25 16:20:20 adslinux postfix/master[32123]: warning: process /usr/lib/postfix/smtp pid 5573 killed by signal 11
Creo que el problema está aquí. Investiga el contenido de ese mensaje. ¿Utilizas Cyrus IMAP, SASL y pam? ¿Has compilado tú mismo Postfix y el resto de programas?
Utilizo courier-IMAP, no utilizo SASL y si utilizo PAM. El postfix que uso es el que viene con la instalación. Ni se me ha pasado por la imaginacion compilarlo, y siguiendo con la repuesta. hace tanto que no compilo un package que casi ni me acuerdo. Vamos que todo tal cual viene con la distribución. Lo tengo actualizado eso si,
Otra linea del log que me preocupa es esta: WARN: all primary virus scanners failed, considering backups
De Amavis ni idea. Pero parece que falla al hacer el escaneo de los virus. ¿Puede ser un error temporral en el servidor DNS y que no pueda conectar con algún servidor externo?
Esto lo da el amavis y no se si tendrá algo que ver.
No parece que esté relacionado con el error de Postfix.
Veis algo mas extraño que puede influir? y alguna accion correctora? porque la verdad a mi no se me ocurre nada de nada.
Mira a ver si puedes identificar el mensaje conflictivo, ver la cabecera, analizarla y eliminarlo de la cola.
El correo da igual como sea, con que la direccion a la que se envia no exista ya pasa eso. de hecho en el ejemplo que pase antes la direccion de destino era totalmente inventada. Puede que haya algun chequeo del dominio o algo que sea el que esta fastidiando?
Saludos,
[aviso: lineas mayores de 72 chars] El 2004-10-26 a las 10:21 +0200, Emiliano Sutil escribió:
Yo sospecharía de algún procesado posterior al postfix, tipo procmail. La respuesta se puede encontrar siempre mirando los logs cuidadosamente.
Pues he seguido tu consejo y me he puesto a mirar los logs detenidamente. aqui paso un fragmento y lo comento, porque creo que mi problema está relacionado con un error que pase hace unos dias de unos mensajes que me salian en los logs.
Oct 25 16:20:19 adslinux imapd: Connection, ip=[::ffff:192.168.1.132] Oct 25 16:20:19 adslinux amavis[5053]: (05053-09) Checking:
-> Oct 25 16:20:19 adslinux amavis[5053]: (05053-09) WARN: all primary virus scanners failed, considering backups
Esto es que le has dicho al amavis que mire los virus, pero no encuentra ningún programa antivirus. Es un aviso, simplemente no escaneará. Fíjate que el amavis tiene un identificador, "05053-09", que se ve posteriormente. Creo que identifica al proceso del amavis, no al correo, mirando en mis propios logs: porque el numero que sea se repite demasiado (en un intervalo de unos 20 minutos), y porque la primera parte (antes del guion) se corresponde con el PID del proceso. El 9 quizás sea el thread. Ahhh... mirando en mis logs, ese número va entre 1 y 10. Lo cual se corresponde con esto en /etc/amavisd.conf: $max_servers = 5; # number of pre-forked children (default 2) $max_requests = 10; # retire a child after that many accepts (default 10) Cuando un hijo del amavis ha procesado 10 correos, se le retira de la circulación - eufemismo, se le mata :-p ¡Interesante! Siempre se aprende algo nuevo ;-)
Oct 25 16:20:19 adslinux imapd: LOGIN, user=luis, ip=[::ffff:192.168.1.132], protocol=IMAP
Esto es, imagino, un usuario local que se ha conectado al servidor imapd. O más posiblemente, es el cliente de correo que está enviando que al mismo tiempo está cambiando cosas en la carpeta de enviados.
Oct 25 16:20:20 adslinux postfix/smtpd[5557]: connect from localhost[127.0.0.1] Oct 25 16:20:20 adslinux postfix/smtpd[5557]: 7712E31DB3: client=localhost[127.0.0.1]
Aquí tenemos un correo local con ID (de la cola) 7712E31DB3. El msgid (Message-ID) viene en la siquiente linea:
Oct 25 16:20:20 adslinux postfix/cleanup[5576]: 7712E31DB3: message-id=<044f01c4ba9c$2fecd050$8400000a@mag03>
Observa que por ese identificador puedes encontrar el correo en el buzón. Se garantiza que es único universalmente. Bueno, en la Tierra :-)
Oct 25 16:20:20 adslinux amavis[5053]: (05053-09) white_black_list: whitelisted sender
Oct 25 16:20:20 adslinux amavis[5053]: (05053-09) FWD via SMTP: [127.0.0.1]:10025 ->
El amavis (proceso anterior 05053-09) dice que el correo está limpio porque el originante está en la lista blanca, y se lo pasa al postfix de nuevo (FWD via SMTP).
Oct 25 16:20:20 adslinux postfix/smtpd[5575]: connect from localhost[127.0.0.1]
Esto es el postfix recibiendo desde el amavis, como acabo de decir.
Oct 25 16:20:20 adslinux postfix/smtpd[5575]: 99FF431DBE: client=localhost[127.0.0.1]
Y aquí tenemos el ID de la cola del postfix de este correo. Observa que al principio teniamos el "7712E31DB3", que por si hay dudas no es el mismo porque el PID del postfix/smtpd era "5557".
Oct 25 16:20:20 adslinux postfix/cleanup[5558]: 99FF431DBE: message-id=<417D0B0E.1010702@iranon.com>
El postfix le ha dado ese otro msgid - observa por tanto que tenemos con seguridad en este trozo de registro que has pasado dos correos totalmente independientes.
Oct 25 16:20:20 adslinux postfix/smtpd[5575]: disconnect from localhost[127.0.0.1]
Oct 25 16:20:20 adslinux amavis[5053]: (05053-09) Passed,
-> , Message-ID: <417D0B0E.1010702@iranon.com>, Hits: -
El amavis (el proceso 05053-09 de antes) sigue procesando el correo anterior, con msgid 417D0B0E.1010702@iranon.com. De hecho, creo que es el informe final de terminación, porque ese msgid ya lo hemos visto en el postfix/cleanup un par de lineas arriba, es decir, ya lo ha entregado.
Oct 25 16:20:20 adslinux postfix/qmgr[32128]: 99FF431DBE: from=
, size=1428, nrcpt=1 (queue active) Oct 25 16:20:20 adslinux amavis[5053]: (05053-09) TIMING [total 812 ms] - SMTP EHLO: 2 (0%), SMTP pre-MAIL: 0 (0%), SMTP pre-DATA-flush: 2 (0%), SMTP DATA: 39 (5%), body hash: 0 (0%), mime_decode: 10 (1%), AV-scan-1: 659 (81%), fwd-connect: 5 (1%), fwd-m
Informe definitivo de estadísticas de tiempo del amavis respecto a ese correo. Yo lo tengo desactivado, ocupa mucho y embrolla el registro.
Oct 25 16:20:20 adslinux postfix/smtp[5559]: CDD7331D8E: to=
, relay=localhost[127.0.0.1], delay=1, status=sent (250 2.6.0 Ok, id=05053-09, from MTA: 250 Ok: queued as 99FF431DBE)
El postfix encola el correo CDD7331D8E como 99FF431DBE, y entonces borra el CDD7331D8E (linea de abajo). Esto me confunde un poco, porque no veo el CDD7331D8E más arriba, y creo que debería estar.
Oct 25 16:20:20 adslinux postfix/qmgr[32128]: CDD7331D8E: removed Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: premature end-of-input on private/smtp socket while reading input attribute name
Y ya tenemos el problema gordo: el proceso que está borrando el fichero de cola CDD7331D8E se queja que se le ha muerto prematuramente la entrada. Raro.
Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: private/smtp socket: malformed response Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: transport smtp failure -- see a previous warning/fatal/panic logfile record for the problem description Oct 25 16:20:20 adslinux postfix/master[32123]: warning: process /usr/lib/postfix/smtp pid 5573 killed by signal 11
Y el postix reacciona matando un proceso smtp (5573), que no se ha visto antes. Tendrías que buscar en tu log que es lo que estaba haciendo ese PID algo más arriba, porque ibamos por el 5575.
Oct 25 16:20:20 adslinux postfix/cleanup[5558]: C077F31DBC: message-id=<20041025142020.C077F31DBC@adslinux.iranon.com> Oct 25 16:20:20 adslinux postfix/qmgr[32128]: C077F31DBC: from=<>, size=3165, nrcpt=1 (queue active) Oct 25 16:20:20 adslinux postfix/local[5578]: C077F31DBC: to=
, relay=local, delay=0, status=sent (delivered to maildir)
Este último párrafo me lia. Tenemos un msgid que no ha salido antes (incluso el dominio es distinto, "adslinux."). Y lo entrega localmente. Me falta un cacho de log para verlo bien. ¿Ves como hago el proceso? Con mucha calma y un café ;-)
Si os fijais todo parece normal hasta que llega el proceso qmgr[32128] que da un error. Para mi que al dar ese error no se borra de la cola y vuelve a intentar enviarlo. Otra linea del log que me preocupa es esta: WARN: all primary virus scanners failed, considering backups
Esto lo da el amavis y no se si tendrá algo que ver.
Creo que no.
Veis algo mas extraño que puede influir? y alguna accion correctora? porque la verdad a mi no se me ocurre nada de nada.
De momento, no... busca ese PID que mata, el 5573, a ver que es lo que estaba haciendo. Si dicen que pasa desde que pusiste imap, a ver si toca algo de eso. ¿Que usas, la versión que viene con el suse 9.1? Puedes actualizar a la version de ftp...people/choeger También puedes aumentar momentaneamente el grado de explicitez del log: #debug_peer_list = some.domain -- Saludos Carlos Robinson
Antes de nada, agradecerte el tiempo que te has tomado en detallarme lo que ha pasado en el log, habia un montón de cosas que no me habia dado cuenta. Vamos allá. Carlos E. R. wrote:
[aviso: lineas mayores de 72 chars]
El 2004-10-26 a las 10:21 +0200, Emiliano Sutil escribió:
Yo sospecharía de algún procesado posterior al postfix, tipo procmail. La respuesta se puede encontrar siempre mirando los logs cuidadosamente.
Pues he seguido tu consejo y me he puesto a mirar los logs detenidamente. aqui paso un fragmento y lo comento, porque creo que mi problema está relacionado con un error que pase hace unos dias de unos mensajes que me salian en los logs.
Oct 25 16:20:19 adslinux imapd: Connection, ip=[::ffff:192.168.1.132] Oct 25 16:20:19 adslinux amavis[5053]: (05053-09) Checking:
-> Oct 25 16:20:19 adslinux amavis[5053]: (05053-09) WARN: all primary virus scanners failed, considering backups Esto es que le has dicho al amavis que mire los virus, pero no encuentra ningún programa antivirus. Es un aviso, simplemente no escaneará.
Cuando has dicho esto me he dicho ahi te has colado Carlos, pero no exactamente. Yo tengo instalado como antivirus el clamav y me funciona de maravilla, me pilla un montonazo de correos con virus pero lo que veo cuando arranca el amavis es esto: Oct 26 16:10:06 adslinux amavis[26229]: Found secondary av scanner Clam Antivirus - clamscan at /usr/bin/clamscan Es decir el clamav lo trata como secundario mientras que el mensaje habla de primarios, lo que no se es como se indica cuales son primarios y cuales secundarios.
Fíjate que el amavis tiene un identificador, "05053-09", que se ve posteriormente. Creo que identifica al proceso del amavis, no al correo, mirando en mis propios logs: porque el numero que sea se repite demasiado (en un intervalo de unos 20 minutos), y porque la primera parte (antes del guion) se corresponde con el PID del proceso. El 9 quizás sea el thread.
Ahhh... mirando en mis logs, ese número va entre 1 y 10. Lo cual se corresponde con esto en /etc/amavisd.conf:
$max_servers = 5; # number of pre-forked children (default 2) $max_requests = 10; # retire a child after that many accepts (default 10)
Cuando un hijo del amavis ha procesado 10 correos, se le retira de la circulación - eufemismo, se le mata :-p
¡Interesante! Siempre se aprende algo nuevo ;-)
Pues si muy interesante, de hecho voy a empezar a hacer pruebas sobre el efecto en el rendimiento.
Oct 25 16:20:19 adslinux imapd: LOGIN, user=luis, ip=[::ffff:192.168.1.132], protocol=IMAP
Esto es, imagino, un usuario local que se ha conectado al servidor imapd. O más posiblemente, es el cliente de correo que está enviando que al mismo tiempo está cambiando cosas en la carpeta de enviados.
Este usuario es el que hizo la prueba de enviar el correo trampa. Puede ser que el cliente de correo que tiene haga un login primero
Oct 25 16:20:20 adslinux postfix/smtpd[5557]: connect from localhost[127.0.0.1] Oct 25 16:20:20 adslinux postfix/smtpd[5557]: 7712E31DB3: client=localhost[127.0.0.1]
Aquí tenemos un correo local con ID (de la cola) 7712E31DB3. El msgid (Message-ID) viene en la siquiente linea:
Oct 25 16:20:20 adslinux postfix/cleanup[5576]: 7712E31DB3: message-id=<044f01c4ba9c$2fecd050$8400000a@mag03>
Observa que por ese identificador puedes encontrar el correo en el buzón. Se garantiza que es único universalmente. Bueno, en la Tierra :-)
Oct 25 16:20:20 adslinux amavis[5053]: (05053-09) white_black_list: whitelisted sender
Oct 25 16:20:20 adslinux amavis[5053]: (05053-09) FWD via SMTP: [127.0.0.1]:10025 -> El amavis (proceso anterior 05053-09) dice que el correo está limpio porque el originante está en la lista blanca, y se lo pasa al postfix de nuevo (FWD via SMTP).
Oct 25 16:20:20 adslinux postfix/smtpd[5575]: connect from localhost[127.0.0.1]
Esto es el postfix recibiendo desde el amavis, como acabo de decir.
Oct 25 16:20:20 adslinux postfix/smtpd[5575]: 99FF431DBE: client=localhost[127.0.0.1]
Y aquí tenemos el ID de la cola del postfix de este correo.
Observa que al principio teniamos el "7712E31DB3", que por si hay dudas no es el mismo porque el PID del postfix/smtpd era "5557".
Oct 25 16:20:20 adslinux postfix/cleanup[5558]: 99FF431DBE: message-id=<417D0B0E.1010702@iranon.com>
El postfix le ha dado ese otro msgid - observa por tanto que tenemos con seguridad en este trozo de registro que has pasado dos correos totalmente independientes.
Oct 25 16:20:20 adslinux postfix/smtpd[5575]: disconnect from localhost[127.0.0.1]
Oct 25 16:20:20 adslinux amavis[5053]: (05053-09) Passed,
-> , Message-ID: <417D0B0E.1010702@iranon.com>, Hits: - El amavis (el proceso 05053-09 de antes) sigue procesando el correo anterior, con msgid 417D0B0E.1010702@iranon.com. De hecho, creo que es el informe final de terminación, porque ese msgid ya lo hemos visto en el postfix/cleanup un par de lineas arriba, es decir, ya lo ha entregado.
Oct 25 16:20:20 adslinux postfix/qmgr[32128]: 99FF431DBE: from=
, size=1428, nrcpt=1 (queue active) Oct 25 16:20:20 adslinux amavis[5053]: (05053-09) TIMING [total 812 ms] - SMTP EHLO: 2 (0%), SMTP pre-MAIL: 0 (0%), SMTP pre-DATA-flush: 2 (0%), SMTP DATA: 39 (5%), body hash: 0 (0%), mime_decode: 10 (1%), AV-scan-1: 659 (81%), fwd-connect: 5 (1%), fwd-m Informe definitivo de estadísticas de tiempo del amavis respecto a ese correo. Yo lo tengo desactivado, ocupa mucho y embrolla el registro.
Como se desactiva esto? porque la verdad tienes razon lo unico que hace es embrollar el registro.
Oct 25 16:20:20 adslinux postfix/smtp[5559]: CDD7331D8E: to=
, relay=localhost[127.0.0.1], delay=1, status=sent (250 2.6.0 Ok, id=05053-09, from MTA: 250 Ok: queued as 99FF431DBE) El postfix encola el correo CDD7331D8E como 99FF431DBE, y entonces borra el CDD7331D8E (linea de abajo). Esto me confunde un poco, porque no veo el CDD7331D8E más arriba, y creo que debería estar.
Tienes razon unas pocas lineas mas arriba estaba esto:
Oct 25 16:20:19 adslinux postfix/smtpd[5557]: CDD7331D8E:
client=Luis.iranon.com[192.168.1.132]
Oct 25 16:20:19 adslinux postfix/cleanup[5558]: CDD7331D8E:
message-id=<417D0B0E.1010702@iranon.com>
Oct 25 16:20:19 adslinux postfix/qmgr[32128]: CDD7331D8E:
from=
Oct 25 16:20:20 adslinux postfix/qmgr[32128]: CDD7331D8E: removed Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: premature end-of-input on private/smtp socket while reading input attribute name
Y ya tenemos el problema gordo: el proceso que está borrando el fichero de cola CDD7331D8E se queja que se le ha muerto prematuramente la entrada. Raro.
Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: private/smtp socket: malformed response Oct 25 16:20:20 adslinux postfix/qmgr[32128]: warning: transport smtp failure -- see a previous warning/fatal/panic logfile record for the problem description Oct 25 16:20:20 adslinux postfix/master[32123]: warning: process /usr/lib/postfix/smtp pid 5573 killed by signal 11
Y el postix reacciona matando un proceso smtp (5573), que no se ha visto antes. Tendrías que buscar en tu log que es lo que estaba haciendo ese PID algo más arriba, porque ibamos por el 5575.
Curiosamente el proceso 5573 es como la linea de antes: Oct 25 16:20:05 adslinux postfix/smtp[5573]: connect to localhost[::1]: Connection refused (port 10024) Es decir ahi parece que algo deberia haber conectado que no hay y posiblemente de el error
Oct 25 16:20:20 adslinux postfix/cleanup[5558]: C077F31DBC: message-id=<20041025142020.C077F31DBC@adslinux.iranon.com> Oct 25 16:20:20 adslinux postfix/qmgr[32128]: C077F31DBC: from=<>, size=3165, nrcpt=1 (queue active) Oct 25 16:20:20 adslinux postfix/local[5578]: C077F31DBC: to=
, relay=local, delay=0, status=sent (delivered to maildir) Este último párrafo me lia. Tenemos un msgid que no ha salido antes (incluso el dominio es distinto, "adslinux."). Y lo entrega localmente.
Esto no se decirte igual ha recibido correo con el fetchmail al mismo tiempo.
Me falta un cacho de log para verlo bien. ¿Ves como hago el proceso? Con mucha calma y un café ;-)
Si os fijais todo parece normal hasta que llega el proceso qmgr[32128] que da un error. Para mi que al dar ese error no se borra de la cola y vuelve a intentar enviarlo. Otra linea del log que me preocupa es esta: WARN: all primary virus scanners failed, considering backups
Esto lo da el amavis y no se si tendrá algo que ver.
Creo que no.
Veis algo mas extraño que puede influir? y alguna accion correctora? porque la verdad a mi no se me ocurre nada de nada.
De momento, no... busca ese PID que mata, el 5573, a ver que es lo que estaba haciendo. Si dicen que pasa desde que pusiste imap, a ver si toca algo de eso.
¿Que usas, la versión que viene con el suse 9.1? Puedes actualizar a la version de ftp...people/choeger
la version que tengo instala ahora mismo es esta: postfix-2.0.19_20040312-11
También puedes aumentar momentaneamente el grado de explicitez del log:
#debug_peer_list = some.domain
Lo hará a ver que sale, a ver si me da alguna pista mas, Saludos y gracias de nuevo por tu tiempo Emi
El 2004-10-26 a las 16:28 +0200, Emiliano Sutil escribió:
Antes de nada, agradecerte el tiempo que te has tomado en detallarme lo que ha pasado en el log, habia un montón de cosas que no me habia dado cuenta. Vamos allá.
Es que es un problema interesante :-)
Esto es que le has dicho al amavis que mire los virus, pero no encuentra ningún programa antivirus. Es un aviso, simplemente no escaneará.
Cuando has dicho esto me he dicho ahi te has colado Carlos, pero no exactamente. Yo tengo instalado como antivirus el clamav y me funciona de maravilla, me pilla un montonazo de correos con virus pero lo que veo cuando arranca el amavis es esto: Oct 26 16:10:06 adslinux amavis[26229]: Found secondary av scanner Clam Antivirus - clamscan at /usr/bin/clamscan
Es decir el clamav lo trata como secundario mientras que el mensaje habla de primarios, lo que no se es como se indica cuales son primarios y cuales secundarios.
Pues lo he buscado por encima y no lo he visto, a mi no me dice nada ni de primario ni de secundario. Ah, es que ya ha rotado el log, está antes: /var/log/mail.debug-20041026.gz:Oct 26 11:48:01 nimrodel amavis[4588]: Found primary av scanner H+BEDV AntiVir or CentralCommand Vexira Antivirus at /usr/bin/antivir Creo que puede depender del orden de aparición en el fichero /etc/amavisd.conf.
$max_servers = 5; # number of pre-forked children (default 2) $max_requests = 10; # retire a child after that many accepts (default 10)
Cuando un hijo del amavis ha procesado 10 correos, se le retira de la circulación - eufemismo, se le mata :-p
¡Interesante! Siempre se aprende algo nuevo ;-)
Pues si muy interesante, de hecho voy a empezar a hacer pruebas sobre el efecto en el rendimiento.
Si, aumentando ambas cifras aumenta el rendimiento. La que más influye es la primera, el numero de servidores, pero depende de cuanta memoria tengas: si hace swapear, el rendimiento empeora un disparate. La segunda cifra, cuando más alta hace que tarde más en tener que recargar el proceso. Que exista significa que no se fian de que mantenga su memoria totalmente limpia...
Esto es, imagino, un usuario local que se ha conectado al servidor imapd. O más posiblemente, es el cliente de correo que está enviando que al mismo tiempo está cambiando cosas en la carpeta de enviados.
Este usuario es el que hizo la prueba de enviar el correo trampa. Puede ser que el cliente de correo que tiene haga un login primero
Puede ser simplemente al guardar en la carpeta de enviados remota. O para guardar un atributo en el inbox para marcar como "respondido".
Informe definitivo de estadísticas de tiempo del amavis respecto a ese correo. Yo lo tengo desactivado, ocupa mucho y embrolla el registro.
Como se desactiva esto? porque la verdad tienes razon lo unico que hace es embrollar el registro.
/etc/amavisd.conf: #NOTE: levels are not strictly observed and are somewhat arbitrary # 0: startup/exit/failure messages, viruses detected # 1: args passed from client, some more interesting messages # 2: virus scanner output, timing # 3: server, client # 4: decompose parts # 5: more debug details #Cer #$log_level = 2; # (defaults to 0) $log_level = 1;
Oct 25 16:20:20 adslinux postfix/smtp[5559]: CDD7331D8E: to=
, relay=localhost[127.0.0.1], delay=1, status=sent (250 2.6.0 Ok, id=05053-09, from MTA: 250 Ok: queued as 99FF431DBE) El postfix encola el correo CDD7331D8E como 99FF431DBE, y entonces borra el CDD7331D8E (linea de abajo). Esto me confunde un poco, porque no veo el CDD7331D8E más arriba, y creo que debería estar.
Tienes razon unas pocas lineas mas arriba estaba esto: Oct 25 16:20:19 adslinux postfix/smtpd[5557]: CDD7331D8E: client=Luis.iranon.com[192.168.1.132] Oct 25 16:20:19 adslinux postfix/cleanup[5558]: CDD7331D8E: message-id=<417D0B0E.1010702@iranon.com> Oct 25 16:20:19 adslinux postfix/qmgr[32128]: CDD7331D8E: from=
, size=1002, nrcpt=1 (queue active) Oct 25 16:20:19 adslinux postfix/smtp[5559]: connect to localhost[::1]: Connection refused (port 10024) Oct 25 16:20:19 adslinux postfix/smtpd[5557]: disconnect from Luis.iranon.com[192.168.1.132] ahi hay una linea q me mosquea Oct 25 16:20:19 adslinux postfix/smtp[5559]: connect to localhost[::1]: Connection refused (port 10024) que no se a que se debe. ese puerto es cosa del amavis pero no veo en que influye,
No lo veo claro, pero observa que el postfix intenta conectar al localhost, pero por ipv6, y amavis no responde en ese protocolo. Creo que tienes que desactivarlo en el postfix. Mmmm... yo me topé con ese problema hace tiempo, lo comenté aquí en la lista. No recuerdo como se hacía ahora mismo.... Si, lo tengo apuntado, te lo copio tal cual y tu lo descifras ;-) +++================================ desactivar ipv6 (suse 9.1) * editar modprobe.conf.local, con la linea: install ipv6 /bin/true * editar 'hosts', y comentar las referencias a ipv6 * editar el postfix/main.cf, lo mismo (en 'mynetwork') #mynetworks = 192.168.100.2/8 127.0.0.0/8 [::1/128] mynetworks = 192.168.100.2/8 127.0.0.0/8 ================================--- Sólo necesitas lo del psotfix, creo. El resto lo ignoras.
Y el postix reacciona matando un proceso smtp (5573), que no se ha visto antes. Tendrías que buscar en tu log que es lo que estaba haciendo ese PID algo más arriba, porque ibamos por el 5575.
Curiosamente el proceso 5573 es como la linea de antes: Oct 25 16:20:05 adslinux postfix/smtp[5573]: connect to localhost[::1]: Connection refused (port 10024)
Es decir ahi parece que algo deberia haber conectado que no hay y posiblemente de el error
Esa pinta tiene. Arregla lo del ipv6 y prueba de nuevo.
¿Que usas, la versión que viene con el suse 9.1? Puedes actualizar a la version de ftp...people/choeger
la version que tengo instala ahora mismo es esta: postfix-2.0.19_20040312-11
Si, la misma que yo. No la he actualizado por pereza - bueno,por mis problemas con el modem. -- Saludos Carlos Robinson
Carlos E. R. wrote:
El 2004-10-26 a las 16:28 +0200, Emiliano Sutil escribió:
Antes de nada, agradecerte el tiempo que te has tomado en detallarme lo que ha pasado en el log, habia un montón de cosas que no me habia dado cuenta. Vamos allá.
Es que es un problema interesante :-)
Y tanto a mi me tiene loco.......
Esto es que le has dicho al amavis que mire los virus, pero no encuentra ningún programa antivirus. Es un aviso, simplemente no escaneará.
Cuando has dicho esto me he dicho ahi te has colado Carlos, pero no exactamente. Yo tengo instalado como antivirus el clamav y me funciona de maravilla, me pilla un montonazo de correos con virus pero lo que veo cuando arranca el amavis es esto: Oct 26 16:10:06 adslinux amavis[26229]: Found secondary av scanner Clam Antivirus - clamscan at /usr/bin/clamscan
Es decir el clamav lo trata como secundario mientras que el mensaje habla de primarios, lo que no se es como se indica cuales son primarios y cuales secundarios.
Pues lo he buscado por encima y no lo he visto, a mi no me dice nada ni de primario ni de secundario. Ah, es que ya ha rotado el log, está antes:
/var/log/mail.debug-20041026.gz:Oct 26 11:48:01 nimrodel amavis[4588]: Found primary av scanner H+BEDV AntiVir or CentralCommand Vexira Antivirus at /usr/bin/antivir
Creo que puede depender del orden de aparición en el fichero /etc/amavisd.conf.
Que suerte tu tienes primario ;-)
$max_servers = 5; # number of pre-forked children (default 2) $max_requests = 10; # retire a child after that many accepts (default 10)
Cuando un hijo del amavis ha procesado 10 correos, se le retira de la circulación - eufemismo, se le mata :-p
¡Interesante! Siempre se aprende algo nuevo ;-)
Pues si muy interesante, de hecho voy a empezar a hacer pruebas sobre el efecto en el rendimiento.
Si, aumentando ambas cifras aumenta el rendimiento. La que más influye es la primera, el numero de servidores, pero depende de cuanta memoria tengas: si hace swapear, el rendimiento empeora un disparate. La segunda cifra, cuando más alta hace que tarde más en tener que recargar el proceso. Que exista significa que no se fian de que mantenga su memoria totalmente limpia...
Esto es, imagino, un usuario local que se ha conectado al servidor imapd. O más posiblemente, es el cliente de correo que está enviando que al mismo tiempo está cambiando cosas en la carpeta de enviados.
Este usuario es el que hizo la prueba de enviar el correo trampa. Puede ser que el cliente de correo que tiene haga un login primero
Puede ser simplemente al guardar en la carpeta de enviados remota. O para guardar un atributo en el inbox para marcar como "respondido".
Informe definitivo de estadísticas de tiempo del amavis respecto a ese correo. Yo lo tengo desactivado, ocupa mucho y embrolla el registro.
Como se desactiva esto? porque la verdad tienes razon lo unico que hace es embrollar el registro.
/etc/amavisd.conf:
#NOTE: levels are not strictly observed and are somewhat arbitrary # 0: startup/exit/failure messages, viruses detected # 1: args passed from client, some more interesting messages # 2: virus scanner output, timing # 3: server, client # 4: decompose parts # 5: more debug details #Cer #$log_level = 2; # (defaults to 0) $log_level = 1;
Hecho, ya lo he desactivado, que descanso para la vista. Por cierto active momentaneamente el nivel del log en el postfix para ver con mas detalle lo que pasaba y bueno si me descuido me come no habia visto salir tanto log junto en mi vida, asi que lo he desactivado de nuevo..... espero que no nos haga falta,
Oct 25 16:20:20 adslinux postfix/smtp[5559]: CDD7331D8E: to=
, relay=localhost[127.0.0.1], delay=1, status=sent (250 2.6.0 Ok, id=05053-09, from MTA: 250 Ok: queued as 99FF431DBE) El postfix encola el correo CDD7331D8E como 99FF431DBE, y entonces borra el CDD7331D8E (linea de abajo). Esto me confunde un poco, porque no veo el CDD7331D8E más arriba, y creo que debería estar.
Tienes razon unas pocas lineas mas arriba estaba esto: Oct 25 16:20:19 adslinux postfix/smtpd[5557]: CDD7331D8E: client=Luis.iranon.com[192.168.1.132] Oct 25 16:20:19 adslinux postfix/cleanup[5558]: CDD7331D8E: message-id=<417D0B0E.1010702@iranon.com> Oct 25 16:20:19 adslinux postfix/qmgr[32128]: CDD7331D8E: from=
, size=1002, nrcpt=1 (queue active) Oct 25 16:20:19 adslinux postfix/smtp[5559]: connect to localhost[::1]: Connection refused (port 10024) Oct 25 16:20:19 adslinux postfix/smtpd[5557]: disconnect from Luis.iranon.com[192.168.1.132] ahi hay una linea q me mosquea Oct 25 16:20:19 adslinux postfix/smtp[5559]: connect to localhost[::1]: Connection refused (port 10024) que no se a que se debe. ese puerto es cosa del amavis pero no veo en que influye,
No lo veo claro, pero observa que el postfix intenta conectar al localhost, pero por ipv6, y amavis no responde en ese protocolo. Creo que tienes que desactivarlo en el postfix. Mmmm... yo me topé con ese problema hace tiempo, lo comenté aquí en la lista. No recuerdo como se hacía ahora mismo.... Si, lo tengo apuntado, te lo copio tal cual y tu lo descifras ;-)
+++================================ desactivar ipv6 (suse 9.1)
* editar modprobe.conf.local, con la linea:
install ipv6 /bin/true
* editar 'hosts', y comentar las referencias a ipv6
* editar el postfix/main.cf, lo mismo (en 'mynetwork')
#mynetworks = 192.168.100.2/8 127.0.0.0/8 [::1/128] mynetworks = 192.168.100.2/8 127.0.0.0/8
================================---
Sólo necesitas lo del psotfix, creo. El resto lo ignoras.
He hecho solamente lo correspondiente al postfix, he dejado esto: mynetworks = 192.168.1.0/24 127.0.0.0/8 Pero el problema persiste.
Y el postix reacciona matando un proceso smtp (5573), que no se ha visto antes. Tendrías que buscar en tu log que es lo que estaba haciendo ese PID algo más arriba, porque ibamos por el 5575.
Curiosamente el proceso 5573 es como la linea de antes: Oct 25 16:20:05 adslinux postfix/smtp[5573]: connect to localhost[::1]: Connection refused (port 10024)
Es decir ahi parece que algo deberia haber conectado que no hay y posiblemente de el error
Esa pinta tiene. Arregla lo del ipv6 y prueba de nuevo.
Lo dicho sigo con el problema, pero he visto que el fichero /etc/postfix/master.cf tengo lineas que hacen referencia al puerto 10024 famoso que me da la connection refused smtp inet n - n - 2 smtpd -o content_filter=smtp:[localhost]:10024 smtp-amavis unix - - y - 2 smtp -o smtp_data_done_timeout=1200 -o disable_dns_lookups=yes localhost:10025 inet n - n - - smtpd -o content_filter= -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes Habrá algo mal ahi? ahroa mismo no se de donde saque esta configuración, el log de error este: postfix/smtp[30507]: connect to localhost[::1]: Connection refused (port 10024) Asi que a lo mejor viene por algo de eso
¿Que usas, la versión que viene con el suse 9.1? Puedes actualizar a la version de ftp...people/choeger
la version que tengo instala ahora mismo es esta: postfix-2.0.19_20040312-11
Si, la misma que yo. No la he actualizado por pereza - bueno,por mis problemas con el modem.
Pues yo por algun problema con la actualizacion on-line, otro dia te lo cuento que tambien tiene su gracia Saludos
Carlos E. R. wrote:
El 2004-10-26 a las 16:28 +0200, Emiliano Sutil escribió:
Antes de nada, agradecerte el tiempo que te has tomado en detallarme lo que ha pasado en el log, habia un montón de cosas que no me habia dado cuenta. Vamos allá.
Es que es un problema interesante :-)
Y tanto a mi me tiene loco.......
Esto es que le has dicho al amavis que mire los virus, pero no encuentra ningún programa antivirus. Es un aviso, simplemente no escaneará.
Cuando has dicho esto me he dicho ahi te has colado Carlos, pero no exactamente. Yo tengo instalado como antivirus el clamav y me funciona de maravilla, me pilla un montonazo de correos con virus pero lo que veo cuando arranca el amavis es esto: Oct 26 16:10:06 adslinux amavis[26229]: Found secondary av scanner Clam Antivirus - clamscan at /usr/bin/clamscan
Es decir el clamav lo trata como secundario mientras que el mensaje habla de primarios, lo que no se es como se indica cuales son primarios y cuales secundarios.
Pues lo he buscado por encima y no lo he visto, a mi no me dice nada ni de primario ni de secundario. Ah, es que ya ha rotado el log, está antes:
/var/log/mail.debug-20041026.gz:Oct 26 11:48:01 nimrodel amavis[4588]: Found primary av scanner H+BEDV AntiVir or CentralCommand Vexira Antivirus at /usr/bin/antivir
Creo que puede depender del orden de aparición en el fichero /etc/amavisd.conf.
Que suerte tu tienes primario ;-)
$max_servers = 5; # number of pre-forked children (default 2) $max_requests = 10; # retire a child after that many accepts (default 10)
Cuando un hijo del amavis ha procesado 10 correos, se le retira de la circulación - eufemismo, se le mata :-p
¡Interesante! Siempre se aprende algo nuevo ;-)
Pues si muy interesante, de hecho voy a empezar a hacer pruebas sobre el efecto en el rendimiento.
Si, aumentando ambas cifras aumenta el rendimiento. La que más influye es la primera, el numero de servidores, pero depende de cuanta memoria tengas: si hace swapear, el rendimiento empeora un disparate. La segunda cifra, cuando más alta hace que tarde más en tener que recargar el proceso. Que exista significa que no se fian de que mantenga su memoria totalmente limpia...
Esto es, imagino, un usuario local que se ha conectado al servidor imapd. O más posiblemente, es el cliente de correo que está enviando que al mismo tiempo está cambiando cosas en la carpeta de enviados.
Este usuario es el que hizo la prueba de enviar el correo trampa. Puede ser que el cliente de correo que tiene haga un login primero
Puede ser simplemente al guardar en la carpeta de enviados remota. O para guardar un atributo en el inbox para marcar como "respondido".
Informe definitivo de estadísticas de tiempo del amavis respecto a ese correo. Yo lo tengo desactivado, ocupa mucho y embrolla el registro.
Como se desactiva esto? porque la verdad tienes razon lo unico que hace es embrollar el registro.
/etc/amavisd.conf:
#NOTE: levels are not strictly observed and are somewhat arbitrary # 0: startup/exit/failure messages, viruses detected # 1: args passed from client, some more interesting messages # 2: virus scanner output, timing # 3: server, client # 4: decompose parts # 5: more debug details #Cer #$log_level = 2; # (defaults to 0) $log_level = 1;
Hecho, ya lo he desactivado, que descanso para la vista. Por cierto active momentaneamente el nivel del log en el postfix para ver con mas detalle lo que pasaba y bueno si me descuido me come no habia visto salir tanto log junto en mi vida, asi que lo he desactivado de nuevo..... espero que no nos haga falta,
Oct 25 16:20:20 adslinux postfix/smtp[5559]: CDD7331D8E: to=
, relay=localhost[127.0.0.1], delay=1, status=sent (250 2.6.0 Ok, id=05053-09, from MTA: 250 Ok: queued as 99FF431DBE) El postfix encola el correo CDD7331D8E como 99FF431DBE, y entonces borra el CDD7331D8E (linea de abajo). Esto me confunde un poco, porque no veo el CDD7331D8E más arriba, y creo que debería estar.
Tienes razon unas pocas lineas mas arriba estaba esto: Oct 25 16:20:19 adslinux postfix/smtpd[5557]: CDD7331D8E: client=Luis.iranon.com[192.168.1.132] Oct 25 16:20:19 adslinux postfix/cleanup[5558]: CDD7331D8E: message-id=<417D0B0E.1010702@iranon.com> Oct 25 16:20:19 adslinux postfix/qmgr[32128]: CDD7331D8E: from=
, size=1002, nrcpt=1 (queue active) Oct 25 16:20:19 adslinux postfix/smtp[5559]: connect to localhost[::1]: Connection refused (port 10024) Oct 25 16:20:19 adslinux postfix/smtpd[5557]: disconnect from Luis.iranon.com[192.168.1.132] ahi hay una linea q me mosquea Oct 25 16:20:19 adslinux postfix/smtp[5559]: connect to localhost[::1]: Connection refused (port 10024) que no se a que se debe. ese puerto es cosa del amavis pero no veo en que influye,
No lo veo claro, pero observa que el postfix intenta conectar al localhost, pero por ipv6, y amavis no responde en ese protocolo. Creo que tienes que desactivarlo en el postfix. Mmmm... yo me topé con ese problema hace tiempo, lo comenté aquí en la lista. No recuerdo como se hacía ahora mismo.... Si, lo tengo apuntado, te lo copio tal cual y tu lo descifras ;-)
+++================================ desactivar ipv6 (suse 9.1)
* editar modprobe.conf.local, con la linea:
install ipv6 /bin/true
* editar 'hosts', y comentar las referencias a ipv6
* editar el postfix/main.cf, lo mismo (en 'mynetwork')
#mynetworks = 192.168.100.2/8 127.0.0.0/8 [::1/128] mynetworks = 192.168.100.2/8 127.0.0.0/8
================================---
Sólo necesitas lo del psotfix, creo. El resto lo ignoras.
He hecho solamente lo correspondiente al postfix, he dejado esto: mynetworks = 192.168.1.0/24 127.0.0.0/8 Pero el problema persiste.
Y el postix reacciona matando un proceso smtp (5573), que no se ha visto antes. Tendrías que buscar en tu log que es lo que estaba haciendo ese PID algo más arriba, porque ibamos por el 5575.
Curiosamente el proceso 5573 es como la linea de antes: Oct 25 16:20:05 adslinux postfix/smtp[5573]: connect to localhost[::1]: Connection refused (port 10024)
Es decir ahi parece que algo deberia haber conectado que no hay y posiblemente de el error
Esa pinta tiene. Arregla lo del ipv6 y prueba de nuevo.
Lo dicho sigo con el problema, pero he visto que el fichero /etc/postfix/master.cf tengo lineas que hacen referencia al puerto 10024 famoso que me da la connection refused smtp inet n - n - 2 smtpd -o content_filter=smtp:[localhost]:10024 smtp-amavis unix - - y - 2 smtp -o smtp_data_done_timeout=1200 -o disable_dns_lookups=yes localhost:10025 inet n - n - - smtpd -o content_filter= -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes Habrá algo mal ahi? ahroa mismo no se de donde saque esta configuración, el log de error este: postfix/smtp[30507]: connect to localhost[::1]: Connection refused (port 10024) Asi que a lo mejor viene por algo de eso
¿Que usas, la versión que viene con el suse 9.1? Puedes actualizar a la version de ftp...people/choeger
la version que tengo instala ahora mismo es esta: postfix-2.0.19_20040312-11
Si, la misma que yo. No la he actualizado por pereza - bueno,por mis problemas con el modem.
Pues yo por algun problema con la actualizacion on-line, otro dia te lo cuento que tambien tiene su gracia Saludos
On Tue, 26 Oct 2004 18:22:34 +0200, Emiliano Sutil
Lo dicho sigo con el problema, pero he visto que el fichero /etc/postfix/master.cf tengo lineas que hacen referencia al puerto 10024 famoso que me da la connection refused smtp inet n - n - 2 smtpd -o content_filter=smtp:[localhost]:10024 smtp-amavis unix - - y - 2 smtp -o smtp_data_done_timeout=1200 -o disable_dns_lookups=yes localhost:10025 inet n - n - - smtpd -o content_filter= -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes
Habrá algo mal ahi? ahroa mismo no se de donde saque esta configuración, el log de error este: postfix/smtp[30507]: connect to localhost[::1]: Connection refused (port 10024)
Emiliano, Para preservar tu estado mental y no volverte loco ;-), te aconsejo que hagas la prueba del correo-trampa (enviar a un usuario ficticio) con Amavis desactivado para ver si Postfix responde con el mismo error, porque en este momento no sabes si falla Postfix o Amavis (o ambos). Empiza por lo fácil y cuando esté todo correcto, complícalo lo que quieras. :-D Saludos, -- Camaleón
Hola, me he dado cuenta que el postfix recibe emails de usuarios desconocidos y los mantiene en la cola tratando de encontrar en buzon destino y lo mismo sucede con usuarios de otros dominios en los cuales estos son desconicidos, como podria decirle al postfix que devuelva los correo a usuarios desconidos tanto en la cola local como la remota a quien lo envia. Saludos
El 2004-10-26 a las 18:22 +0200, Emiliano Sutil escribió:
Es que es un problema interesante :-)
Y tanto a mi me tiene loco.......
Claro, lo que para mi es interesante para tí es un fastidio ;-)
Creo que puede depender del orden de aparición en el fichero /etc/amavisd.conf.
Que suerte tu tienes primario ;-)
X-)
#NOTE: levels are not strictly observed and are somewhat arbitrary # 0: startup/exit/failure messages, viruses detected # 1: args passed from client, some more interesting messages # 2: virus scanner output, timing # 3: server, client # 4: decompose parts # 5: more debug details #Cer #$log_level = 2; # (defaults to 0) $log_level = 1;
Hecho, ya lo he desactivado, que descanso para la vista. Por cierto active momentaneamente el nivel del log en el postfix para ver con mas detalle lo que pasaba y bueno si me descuido me come no habia visto salir tanto log junto en mi vida, asi que lo he desactivado de nuevo..... espero que no nos haga falta,
Ugh, claro, en tu caso te inunda... pero lo puedes activar para el dominio ficticio falso del correo de prueba. Está muy bien eso de poder variar la información para unos dominios sólo.
* editar 'hosts', y comentar las referencias a ipv6
* editar el postfix/main.cf, lo mismo (en 'mynetwork')
#mynetworks = 192.168.100.2/8 127.0.0.0/8 [::1/128] mynetworks = 192.168.100.2/8 127.0.0.0/8
Sólo necesitas lo del psotfix, creo. El resto lo ignoras.
He hecho solamente lo correspondiente al postfix, he dejado esto: mynetworks = 192.168.1.0/24 127.0.0.0/8
Pero el problema persiste.
Vaya. :-( Supongo que le diste al reload, ¿no? [...]
Lo dicho sigo con el problema, pero he visto que el fichero /etc/postfix/master.cf tengo lineas que hacen referencia al puerto 10024 famoso que me da la connection refused smtp inet n - n - 2 smtpd -o content_filter=smtp:[localhost]:10024
Si, pero eso tiene que estar. Lo que puedes probar es a cambiar localhost por la IP, la 127... etc, porque como se va al localhost a buscar la ip correspondiente a localhost y le devuelve la ::1, pues prueba ahí: y no obtiene respuesta. Supongo que con el tiempo se muere, y prueba en la 127. o bien comenta la linea en el hosts, porque ipv6 no creo que tengas: #::1 localhost ipv6-localhost ipv6-loopback Je, aunque yo el otro dia sorprendí a mis dos maquinitas hablando en ipv6 con el ssh, creo que era. Y es sorprendente, porque la otra es suse 7.3. Si creo que tengo quitado hasta el módulo... tendría que volver a mirar.
smtp-amavis unix - - y - 2 smtp -o smtp_data_done_timeout=1200 -o disable_dns_lookups=yes localhost:10025 inet n - n - - smtpd -o content_filter= -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes
Habrá algo mal ahi? ahroa mismo no se de donde saque esta configuración, el log de error este: postfix/smtp[30507]: connect to localhost[::1]: Connection refused (port 10024)
Yo unicamente tengo: smtp inet n - n - 3 smtpd -o content_filter=smtp:[localhost]:10024 #smtps inet n - n - 2 smtpd -o smtpd_tls_wrappermode=yes -o content_filter=smtp:[localhost]:10024 vscan unix - n n - 5 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient} localhost:10025 inet n - n - - smtpd -o content_filter= bastante más simple. Creo que me la puso el yast, aunque yo haya modificado alguna cosa. Viene del 8.2 + upgrade a 9.1
Asi que a lo mejor viene por algo de eso
Si, lo de localhost por ipv6 si. Eso es un problema: no se si el gordo, pero si muy relacionado.
¿Que usas, la versión que viene con el suse 9.1? Puedes actualizar a la version de ftp...people/choeger
la version que tengo instala ahora mismo es esta: postfix-2.0.19_20040312-11
Si, la misma que yo. No la he actualizado por pereza - bueno,por mis problemas con el modem.
Pues yo por algun problema con la actualizacion on-line, otro dia te lo cuento que tambien tiene su gracia
Vale :-) -- Saludos Carlos Robinson
On Tue, 26 Oct 2004 15:10:16 -0400, Elier Plana Roldan
como podria decirle al postfix que devuelva los correo a usuarios desconidos tanto en la cola local como la remota a quien lo envia.
Mira la documentación del parámetro "smtpd_recipient_restrictions". De forma predeterminada Postfix está configurado para recharzarlos... Saludos, -- Camaleón
pero el postfix no lo puede entregar instantaneamente, es decir que no este
regido por la cola
----- Original Message -----
From: "Camaleón"
como podria decirle al postfix que devuelva los correo a usuarios desconidos tanto en la cola local como la remota a quien lo envia.
Mira la documentación del parámetro "smtpd_recipient_restrictions". De forma predeterminada Postfix está configurado para recharzarlos... Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
On Tue, 26 Oct 2004 15:39:46 -0400, Elier Plana Roldan
pero el postfix no lo puede entregar instantaneamente, es decir que no este regido por la cola
Si lo que quieres conseguir es que Postfix devuelva el comando "550 user unknow" tienes que configurar ese parámetro, tal y como lo explica en el manual y en el mismo fichero "main.cf", sección "Rejecting mail for unknow local users". Si alguien manda un correo a un usuario que no existe, Postfix lo rechaza, no lo deja en la cola... si tienes bien configurado estos parámetros, claro está. Saludos, -- Camaleón
El 2004-10-26 a las 21:05 +0200, Camaleón escribió:
Emiliano,
Para preservar tu estado mental y no volverte loco ;-), te aconsejo que hagas la prueba del correo-trampa (enviar a un usuario ficticio) con Amavis desactivado para ver si Postfix responde con el mismo error, porque en este momento no sabes si falla Postfix o Amavis (o ambos). Empiza por lo fácil y cuando esté todo correcto, complícalo lo que quieras.
:-D
No es tan facil, porque entonces el postfix se trabará al no tener respuesta del amavis. -- Saludos Carlos Robinson
On Tue, 26 Oct 2004 21:57:04 +0200 (CEST), Carlos E. R.
No es tan facil, porque entonces el postfix se trabará al no tener respuesta del amavis.
Obviamente, hay que eliminar (o comentar) las entradas de Amavis en el "master.cf" para que no filtre, además de parar el servicio. Por estas cosas no me gusta Amavis, al final no sabes quién es el culpable. ;-) Saludos, -- Camaleón
El 2004-10-26 a las 15:10 -0400, Elier Plana Roldan escribió:
Hola, me he dado cuenta que el postfix recibe emails de usuarios desconocidos y los mantiene en la cola tratando de encontrar en buzon destino y lo mismo sucede con usuarios de otros dominios en los cuales estos son desconicidos, como podria decirle al postfix que devuelva los correo a usuarios desconidos tanto en la cola local como la remota a quien lo envia.
file:///usr/share/doc/packages/postfix/html/rewrite.html#luser_relay -- Saludos Carlos Robinson
El 2004-10-26 a las 23:38 +0200, Camaleón escribió:
On Tue, 26 Oct 2004 21:57:04 +0200 (CEST), Carlos E. R. wrote:
[Ah, por cierto: modifica la plantilla de respuesta, si puedes, para que no diga la dirección de email del otro al poner esa linea. O sea, que ponga el nombre dana más, no el email. Es para hacerle la vida un poquito más dificil a los spammmers]
No es tan facil, porque entonces el postfix se trabará al no tener respuesta del amavis.
Obviamente, hay que eliminar (o comentar) las entradas de Amavis en el "master.cf" para que no filtre, además de parar el servicio.
Claro, pero entonces para analizar un problema ya no estamos haciendo una modificación minima de la configuración. Si funciona, ya no sabremos si es por el amavis o porque hemos tocado otra cosa sin darnos cuenta.
Por estas cosas no me gusta Amavis, al final no sabes quién es el culpable.
;-)
Bueno.... como dicen los usanianos, "elije tu veneno" ;-) -- Saludos Carlos Robinson
Camaleón wrote:
On Tue, 26 Oct 2004 18:22:34 +0200, Emiliano Sutil
wrote: Lo dicho sigo con el problema, pero he visto que el fichero /etc/postfix/master.cf tengo lineas que hacen referencia al puerto 10024 famoso que me da la connection refused smtp inet n - n - 2 smtpd -o content_filter=smtp:[localhost]:10024 smtp-amavis unix - - y - 2 smtp -o smtp_data_done_timeout=1200 -o disable_dns_lookups=yes localhost:10025 inet n - n - - smtpd -o content_filter= -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes
Habrá algo mal ahi? ahroa mismo no se de donde saque esta configuración, el log de error este: postfix/smtp[30507]: connect to localhost[::1]: Connection refused (port 10024)
Emiliano,
Para preservar tu estado mental y no volverte loco ;-), te aconsejo que hagas la prueba del correo-trampa (enviar a un usuario ficticio) con Amavis desactivado para ver si Postfix responde con el mismo error, porque en este momento no sabes si falla Postfix o Amavis (o ambos). Empiza por lo fácil y cuando esté todo correcto, complícalo lo que quieras.
:-D
Saludos,
Buenos dias, Despues de un par de dias pululando por ahi he vuelto a la frialdad de la sala de servidores.... y ahi estoy de nuevo con el problema de marras. Siguiendo con tu consejo, he desactivado el amavis y me sigue saliendo exactamente el mismo error, vamos que el problemas parece que no tiene nada que ver con el amavis. Voy probar lo que me comentaba Carlos E.R. en otro correo a ver que pasa Saludos
On Fri, 29 Oct 2004 09:42:28 +0200, Emiliano Sutil wrote:
Siguiendo con tu consejo, he desactivado el amavis y me sigue saliendo exactamente el mismo error, vamos que el problemas parece que no tiene nada que ver con el amavis. Voy probar lo que me comentaba Carlos E.R. en otro correo a ver que pasa
O.K. Si sigues probando cosas, lo mejor sería que enviaras las actualizaciones y modifiacciones que hayas hecho en cualquier fichero (master.cf, main.cf) y registros de error, para que no nos liemos. Una pregunta... ¿este error del que estamos hablando sólo aparece cuando se envía a un destinatario que no existe o en todos los correos? Saludos, -- Camaleón
Carlos E. R. wrote:
* editar 'hosts', y comentar las referencias a ipv6
* editar el postfix/main.cf, lo mismo (en 'mynetwork')
#mynetworks = 192.168.100.2/8 127.0.0.0/8 [::1/128] mynetworks = 192.168.100.2/8 127.0.0.0/8
Sólo necesitas lo del psotfix, creo. El resto lo ignoras.
He hecho solamente lo correspondiente al postfix, he dejado esto: mynetworks = 192.168.1.0/24 127.0.0.0/8
Pero el problema persiste.
Vaya. :-(
Supongo que le diste al reload, ¿no?
[...]
Buenos dias Carlos, Ya se que no lo has dicho con mala intención, porque a veces se olvida uno de hacerlo, pero si, le di a reload antes de empezar a dar puñetazos al teclado. (De todas maneras si no lo hubiera hecho y con hacrelo se hubiera arreglado no te lo diría ;-) que verguenza.....)
Lo dicho sigo con el problema, pero he visto que el fichero /etc/postfix/master.cf tengo lineas que hacen referencia al puerto 10024 famoso que me da la connection refused smtp inet n - n - 2 smtpd -o content_filter=smtp:[localhost]:10024
Si, pero eso tiene que estar. Lo que puedes probar es a cambiar localhost por la IP, la 127... etc, porque como se va al localhost a buscar la ip correspondiente a localhost y le devuelve la ::1, pues prueba ahí: y no obtiene respuesta. Supongo que con el tiempo se muere, y prueba en la 127.
o bien comenta la linea en el hosts, porque ipv6 no creo que tengas:
#::1 localhost ipv6-localhost ipv6-loopback
Je, aunque yo el otro dia sorprendí a mis dos maquinitas hablando en ipv6 con el ssh, creo que era. Y es sorprendente, porque la otra es suse 7.3. Si creo que tengo quitado hasta el módulo... tendría que volver a mirar.
hecho, he cambiado en el master.cf localhost por 127.0.0.1 y comentado la linea esa en el hosts y ahora tengo esto en los logs Oct 29 09:52:58 adslinux postfix/smtp[13449]: connect to localhost[127.0.0.1]: Connection refused (port 10024) Oct 29 09:52:58 adslinux postfix/qmgr[13437]: warning: premature end-of-input on private/smtp socket while reading input attribute name Oct 29 09:52:58 adslinux postfix/qmgr[13437]: warning: private/smtp socket: malformed response Oct 29 09:52:58 adslinux postfix/qmgr[13437]: warning: transport smtp failure -- see a previous warning/fatal/panic logfile record for the problem description Oct 29 09:52:58 adslinux postfix/master[13355]: warning: process /usr/lib/postfix/smtp pid 13445 killed by signal 11 Es decir ahora ya me pone la ip que tiene que ser, pero sigo igual
smtp-amavis unix - - y - 2 smtp -o smtp_data_done_timeout=1200 -o disable_dns_lookups=yes localhost:10025 inet n - n - - smtpd -o content_filter= -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes
Habrá algo mal ahi? ahroa mismo no se de donde saque esta configuración, el log de error este: postfix/smtp[30507]: connect to localhost[::1]: Connection refused (port 10024)
Yo unicamente tengo:
smtp inet n - n - 3 smtpd -o content_filter=smtp:[localhost]:10024 #smtps inet n - n - 2 smtpd -o smtpd_tls_wrappermode=yes -o content_filter=smtp:[localhost]:10024
vscan unix - n n - 5 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
localhost:10025 inet n - n - - smtpd -o content_filter=
bastante más simple. Creo que me la puso el yast, aunque yo haya modificado alguna cosa. Viene del 8.2 + upgrade a 9.1
Pues mi siguiente paso va a ser simplificar esta configuracion, aunque me va a llevar un rato, porque tengo que descifrar primero que tengo aqui no vaya a ser que la lie por otro lado. Ya os contaré Saludos, Emi
Camaleón wrote:
On Fri, 29 Oct 2004 09:42:28 +0200, Emiliano Sutil wrote:
Siguiendo con tu consejo, he desactivado el amavis y me sigue saliendo exactamente el mismo error, vamos que el problemas parece que no tiene nada que ver con el amavis. Voy probar lo que me comentaba Carlos E.R. en otro correo a ver que pasa
O.K. Si sigues probando cosas, lo mejor sería que enviaras las actualizaciones y modifiacciones que hayas hecho en cualquier fichero (master.cf, main.cf) y registros de error, para que no nos liemos.
Vale, en la ultima prueba he cambiado esto en el master.cf he comentado lo que tenia y he puesto esto smtp inet n - n - 2 smtpd En el main.cf no he tocado
Una pregunta... ¿este error del que estamos hablando sólo aparece cuando se envía a un destinatario que no existe o en todos los correos?
Solamente cuando se envian correos a direcciones inexistentes. no a usuarios que no existen en un dominio, sino a dominios inexistentes. y obviamente el usuario tampoco existe claro (si no existe el dominio el usuario malamente puede existir)
Saludos,
Emi
El 2004-10-29 a las 09:59 +0200, Emiliano Sutil escribió:
Supongo que le diste al reload, ¿no?
[...]
Buenos dias Carlos, Ya se que no lo has dicho con mala intención, porque a veces se olvida uno de hacerlo, pero si, le di a reload antes de empezar a dar puñetazos al teclado. (De todas maneras si no lo hubiera hecho y con hacrelo se hubiera arreglado no te lo diría ;-) que verguenza.....)
Claro, yo suponía que lo habías hecho, pero por si las moscas, a veces hay despistes. Y, de todos modos, el postfix se recarga el solito sin decirle nada, se da cuenta. No se con que periodicidad lo hace, pero lo hace.
hecho, he cambiado en el master.cf localhost por 127.0.0.1 y comentado la linea esa en el hosts y ahora tengo esto en los logs
Oct 29 09:52:58 adslinux postfix/smtp[13449]: connect to localhost[127.0.0.1]: Connection refused (port 10024) Oct 29 09:52:58 adslinux postfix/qmgr[13437]: warning: premature end-of-input on private/smtp socket while reading input attribute name Oct 29 09:52:58 adslinux postfix/qmgr[13437]: warning: private/smtp socket: malformed response Oct 29 09:52:58 adslinux postfix/qmgr[13437]: warning: transport smtp failure -- see a previous warning/fatal/panic logfile record for the problem description Oct 29 09:52:58 adslinux postfix/master[13355]: warning: process /usr/lib/postfix/smtp pid 13445 killed by signal 11
Es decir ahora ya me pone la ip que tiene que ser, pero sigo igual
¡Ostrás! Y, dices que eso sólo pasa al enviar a dominios inexistentes. Voy a probar yo en el mio, por si hiciera también tonterias. [...] Hecho, ya tengo uno encolado a "inexistente@noexiste.test.es". Veremos que pasa cuando me conecte en un ratito. Te decía antes que podías aumentar la "verbosidad" (¿existe en español?) del log, pero unicamente para el dominio "noexiste.test.es".
Pues mi siguiente paso va a ser simplificar esta configuracion, aunque me va a llevar un rato, porque tengo que descifrar primero que tengo aqui no vaya a ser que la lie por otro lado. Ya os contaré
Puedes hacer una copia aparte de todo el /etc/postfix, y entonces decirle
al yast que la vuelva a crear - creo que hay que borrarla.
[...]
La probatina con el "inexistente" simplemente rebotó:
Oct 29 12:03:24 nimrodel postfix/smtp[9382]: 561B728585: to=
Carlos E. R. wrote:
El 2004-10-29 a las 09:59 +0200, Emiliano Sutil escribió:
Supongo que le diste al reload, ¿no?
[...]
Buenos dias Carlos, Ya se que no lo has dicho con mala intención, porque a veces se olvida uno de hacerlo, pero si, le di a reload antes de empezar a dar puñetazos al teclado. (De todas maneras si no lo hubiera hecho y con hacrelo se hubiera arreglado no te lo diría ;-) que verguenza.....)
Claro, yo suponía que lo habías hecho, pero por si las moscas, a veces hay despistes. Y, de todos modos, el postfix se recarga el solito sin decirle nada, se da cuenta. No se con que periodicidad lo hace, pero lo hace.
hecho, he cambiado en el master.cf localhost por 127.0.0.1 y comentado la linea esa en el hosts y ahora tengo esto en los logs
Oct 29 09:52:58 adslinux postfix/smtp[13449]: connect to localhost[127.0.0.1]: Connection refused (port 10024) Oct 29 09:52:58 adslinux postfix/qmgr[13437]: warning: premature end-of-input on private/smtp socket while reading input attribute name Oct 29 09:52:58 adslinux postfix/qmgr[13437]: warning: private/smtp socket: malformed response Oct 29 09:52:58 adslinux postfix/qmgr[13437]: warning: transport smtp failure -- see a previous warning/fatal/panic logfile record for the problem description Oct 29 09:52:58 adslinux postfix/master[13355]: warning: process /usr/lib/postfix/smtp pid 13445 killed by signal 11
Es decir ahora ya me pone la ip que tiene que ser, pero sigo igual
¡Ostrás! Y, dices que eso sólo pasa al enviar a dominios inexistentes. Voy a probar yo en el mio, por si hiciera también tonterias. [...] Hecho, ya tengo uno encolado a "inexistente@noexiste.test.es". Veremos que pasa cuando me conecte en un ratito.
Te decía antes que podías aumentar la "verbosidad" (¿existe en español?) del log, pero unicamente para el dominio "noexiste.test.es".
Oye yo le pongo esto en el main.cf debug_peer_list = noexiste.test.es Mando un correo a una direccion de ese dominio y no me hace nada especial, cuando lo active tuve que poner debug_peer_list = 127.0.0.1 para que me registrara algo mas, eso si registro todo, hasta mis bolsillos si me descuido :-)
Pues mi siguiente paso va a ser simplificar esta configuracion, aunque me va a llevar un rato, porque tengo que descifrar primero que tengo aqui no vaya a ser que la lie por otro lado. Ya os contaré
Puedes hacer una copia aparte de todo el /etc/postfix, y entonces decirle al yast que la vuelva a crear - creo que hay que borrarla.
[...]
La probatina con el "inexistente" simplemente rebotó:
Oct 29 12:03:24 nimrodel postfix/smtp[9382]: 561B728585: to=
, relay=none, delay=2081, status=bounced ([noexiste.test.es]: Name or service not known) y me manda el correspondiente mensaje al daemon.
una cosa, a mi el correo me llega indicandome eso,
This is the Postfix program at host adslinux.iranon.com.
I'm sorry to have to inform you that the message returned
below could not be delivered to one or more destinations.
For further assistance, please send mail to <postmaster>
If you do so, please include this problem report. You can
delete your own text from the message returned below.
The Postfix program
A ver si es el amavis el que no deja conectar porque no consigue hacer la resolución inversa del inexistente?
On Fri, 29 Oct 2004 12:10:04 +0200 (CEST), Carlos E. R. wrote:
¡Ostrás! Y, dices que eso sólo pasa al enviar a dominios inexistentes. Voy a probar yo en el mio, por si hiciera también tonterias. [...] Hecho, ya tengo uno encolado a "inexistente@noexiste.test.es". Veremos que pasa cuando me conecte en un ratito.
Entre los dos me habéis "asustao" :-O
He probado a enviar un correo siguiendo el "formato Carlos" ;-):
To: inexistente@noexiste.test.com
Y en /var/log/mail.info veo:
Oct 29 12:50 maquina postfix/smtp[433]: 6043A29A82E: to
A ver si es el amavis el que no deja conectar porque no consigue hacer la resolución inversa del inexistente?
Carlos, creo recordar que Emiliano ha comentado que desactivando Amavis el problema seguía apareciendo, luego debe de estar relacionado con Postfix. Saludos, -- Camaleón
Camaleón wrote:
On Fri, 29 Oct 2004 12:10:04 +0200 (CEST), Carlos E. R. wrote:
¡Ostrás! Y, dices que eso sólo pasa al enviar a dominios inexistentes. Voy a probar yo en el mio, por si hiciera también tonterias. [...] Hecho, ya tengo uno encolado a "inexistente@noexiste.test.es". Veremos que pasa cuando me conecte en un ratito.
Entre los dos me habéis "asustao" :-O
He probado a enviar un correo siguiendo el "formato Carlos" ;-):
To: inexistente@noexiste.test.com
Y en /var/log/mail.info veo:
Oct 29 12:50 maquina postfix/smtp[433]: 6043A29A82E: to
, relay=none, delay=0, status=bounced (Name service error for name=noexiste.test.com type=A: Host not found Y el usuario que ha enviado el correo ha recibido el mensaje indicando el error.
He simplificado mi configuracion del fichero master.cf y lo he dejado de esta manera: smtp inet n - n - 2 smtpd -o content_filter=smtp:[127.0.0.1]:10024 smtp-amavis unix - - y - 2 smtp -o smtp_data_done_timeout=1200 -o disable_dns_lookups=yes pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr #qmgr fifo n - n 300 1 oqmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce trace unix - - n - 0 bounce verify unix - - n - 1 verify flush unix n - n 1000? 0 flush proxymap unix - - n - - proxymap smtp unix - - n - - smtp relay unix - - n - - smtp showq unix n - n - - showq error unix - - n - - error local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil 127.0.0.1:10025 inet n - n - - smtpd -o content_filter= maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient} procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} Respecto a lo que tiene Carlos que paso en un correo anterior tengo la linea esa de smtp-amavis que no se muy bien lo que hace.
A ver si es el amavis el que no deja conectar porque no consigue hacer la resolución inversa del inexistente?
Carlos, creo recordar que Emiliano ha comentado que desactivando Amavis el problema seguía apareciendo, luego debe de estar relacionado con Postfix.
Para desactivar el amavis deje todo igual salvo que cambie la linea
#smtp inet n - n - 2 smtpd -o
content_filter=smtp:[localhost]:10024
smtp inet n - n - 2 smtpd
Otra cosa el mensaje de error que me llega es mu raro, os lo paso,
parece que se va añadiendo al mismo correo varias veces el mensaje cada
vez que rebota.
This is the Postfix program at host adslinux.iranon.com.
I'm sorry to have to inform you that the message returned
below could not be delivered to one or more destinations.
For further assistance, please send mail to <postmaster>
If you do so, please include this problem report. You can
delete your own text from the message returned below.
The Postfix program
Saludos,
El 2004-10-29 a las 12:59 +0200, Emiliano Sutil escribió:
Te decía antes que podías aumentar la "verbosidad" (¿existe en español?) del log, pero unicamente para el dominio "noexiste.test.es".
Oye yo le pongo esto en el main.cf debug_peer_list = noexiste.test.es
Mando un correo a una direccion de ese dominio y no me hace nada especial, cuando lo active tuve que poner debug_peer_list = 127.0.0.1 para que me registrara algo mas, eso si registro todo, hasta mis bolsillos si me descuido :-)
Pffff! Vaya. Revaya. :-( Mmmm. Entonces parece ser que lo que hace es convertir ese nombre en IP, y como no puede, no lo hace. Estamos buenos. Naaaaa, te vas a la sala de servidores a las 4 de la madrugada, y activas el debug a todo con una mano y con la otra envias al dominio inexistente :-P ¡Ah, por cierto! Un truco. En /etc/syslog.conf #mail.* -/var/log/mail mail.err /var/log/mail.err #Cer: (info es demasiado) mail.notice -/var/log/mail mail.debug -/var/log/mail.debug Y en /etc/logrotate.d/syslog: /var/log/mail /var/log/mail.info /var/log/mail.warn /var/log/mail.err /var/log/mail.debug { ¿Pa' que sirve eso? Pos pa' que la información extensa, la de debug, vaya a otro fichero de log. Puedo incluso rotarlo de otra forma, si mail.debug lo consideramos menos importante: en vez de guardarlos por un año, pues por tres meses.
y me manda el correspondiente mensaje al daemon.
una cosa, a mi el correo me llega indicandome eso,
This is the Postfix program at host adslinux.iranon.com.
...
: [zp99ww.com]: Name or service not known
Esta es la parte más interesante del mio: [ Part 2: "Delivery report" ] Reporting-MTA: dns; nimrodel.valinor X-Postfix-Queue-ID: 561B728585 X-Postfix-Sender: rfc822; c*@tiscali.es Arrival-Date: Fri, 29 Oct 2004 11:28:43 +0200 (CEST) Final-Recipient: rfc822; inexistente@noexiste.test.es Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; [noexiste.test.es]: Name or service not known Por cierto, que tiene cierto "morbo", porque tiscali aceptó el correo de rechazo originado en un "from" inexistente ;-)
Pero en los logs no he visto que me salga una linea similar a la tuya, Puede que haya algun problema con el bouncing? de hecho no me sale la palabra bounced en todo el log, cosa que me parece muy rara.
Igual mis problemas vienen por ahi.
Te pongo mi log para que compares:
Oct 29 11:16:51 nimrodel ip-up.local: --> Down ppp0 Recvd/Snt: 1272439/330227 in 939 S.
Oct 29 11:28:42 nimrodel postfix/smtpd[8512]: connect from localhost[127.0.0.1]
Oct 29 11:28:42 nimrodel postfix/smtpd[8512]: C701B28584: client=localhost[127.0.0.1]
Oct 29 11:28:42 nimrodel postfix/cleanup[8515]: C701B28584: message-id=
El 2004-10-29 a las 13:04 +0200, Camaleón escribió:
On Fri, 29 Oct 2004 12:10:04 +0200 (CEST), Carlos E. R. wrote:
¡Ostrás! Y, dices que eso sólo pasa al enviar a dominios inexistentes. Voy a probar yo en el mio, por si hiciera también tonterias. [...] Hecho, ya tengo uno encolado a "inexistente@noexiste.test.es". Veremos que pasa cuando me conecte en un ratito.
Entre los dos me habéis "asustao" :-O
O:-)
A ver si es el amavis el que no deja conectar porque no consigue hacer la resolución inversa del inexistente?
Carlos, creo recordar que Emiliano ha comentado que desactivando Amavis el problema seguía apareciendo, luego debe de estar relacionado con Postfix.
Puede, es el amavis el que rechaza la conexión. Pero el amavis no llega a reportar nada, de ahí el lio. Ugh, no me atrevo a decirlo... Emiliano, aumentale la verbosidad al amavis-new a más de lo que tenía antes de que se la bajases, en un momento que no haya trafico, claro O:-) -- Saludos Carlos Robinson
El 2004-10-29 a las 13:52 +0200, Emiliano Sutil escribió: [aviso: correo largo y liado, leer entero antes de sacar conclusiones]
He simplificado mi configuracion del fichero master.cf y lo he dejado de esta manera:
smtp inet n - n - 2 smtpd -o content_filter=smtp:[127.0.0.1]:10024 smtp-amavis unix - - y - 2 smtp -o smtp_data_done_timeout=1200 -o disable_dns_lookups=yes ... 127.0.0.1:10025 inet n - n - - smtpd -o content_filter= ... vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
Estaba yo tratando de adivinar que rayos es eso de smtp-amavis, hasta que
se me ha ocurrido que estarías siguiendo las instrucciones de amavis-new,
y ¡voilá! lo encontré. ¿Quien te manda leer las instrucciones? :-P
Me estoy guaseando porque el Yast lo instala y configura sin ninguna
historia - parece que lo hace como te envié en otro correo este mediodia.
Bueno, pues me leo un poco ese doc. Dice:
smtp-amavis unix - - y/n - 2 smtp
-o smtp_data_done_timeout=1200
-o smtp_send_xforward_command=yes
-o disable_dns_lookups=yes
COMMENT:
the '-o disable_dns_lookups=yes' in the smtp-amavis smtp service is
no longer needed since Postfix 2.0. The '-o smtp_send_xforward_command=yes'
(or '-o lmtp_send_xforward_command=yes') are optional and will be used
by future versions of amavisd-new, primarily for logging purposes.
It does not hurt if specified, even if not yet needed or not yet
supported by the currently running Postfix or amavisd-new.
Así que quita el "disable_dns_lookups" del tuyo, que tu tienes postfix > 2.0.
Además, te dice que edites el main.cf y le añadas algo - supongo que ya
lo habrás hecho, pero por si las moscas:
5. Tell Postfix to start forwarding all mail it receives to amavisd-new
for content inspection.
To the Postfix main.cf file add a line:
content_filter=smtp-amavis:[127.0.0.1]:10024
either with a text editor, or preferably using a shell command:
# postconf -e 'content_filter=smtp-amavis:[127.0.0.1]:10024'
COMMENT:
This global setting in main.cf affects any Postfix input service (i.e.
smtpd and pickup). If you require a more selective approach, the option
-o content_filter=smtp-amavis:[127.0.0.1]:10024
may be given in master.cf to selected services only, or the option:
-o content_filter=
on selected services may override (clear) the global setting.
La diferencia es que suse lo hace con esta otra linea (en lugar de
smtp-amavis):
content_filter = vscan:
y en el master.cf tiene entonces:
vscan unix - n n - 5 pipe
user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
pero también estas otras:
smtp inet n - n - 5 smtpd -o content_filter=smtp:[localhost]:10024
#smtps inet n - n - 5 smtpd -o smtpd_tls_wrappermode=yes -o content_filter=smtp:[localhost]:10024
#
No es una simple cuestion de nombre, aquí vscan es una tubería a un
ejecutable (que tiene que cargar). Eso supongo que es más lento que
enviarlo por smtp a un demonio que está ya cargado.
Por cierto, para liar más la cosa, la documentación del amavis recomienda,
que si tienes postfix 2.0 uses el protocolo lmtp en lugar del smtp:
ALTERNATIVE:
If you have a recent Postfix version such as 2.0, and
amavisd-new-20021116 or younger, Postfix can be told to feed mail
to amavisd via LMTP protocol instead of SMTP. This brings
multi-session mail transaction capability and per-recipient status
responses. Just replace the service name (last item) 'smtp' with
'lmtp' in the master.cf entry: vvvv
smtp-amavis unix - - y/n - 2 lmtp
-o lmtp_data_done_timeout=1200
-o lmtp_send_xforward_command=yes
(and change parameter names accordingly).
It works with earlier version of Postfix as well, but there are
one or two minor bugs in the Postfix lmtp client code (parsing a
LMTP port number, and unnecessarily lowercasing the addresses), so
it is easiest to stick to the fresh Postfix version.
Option 'max_use=10' should be added to main.cf to limit the
session reuse.
Me parece interesante. Voy a hacer probatinas yo también ;-)
Por cierto, una nota. Dice que para desactivar el amavis, basta con quitar
la linea "content_filter=smtp-amavis:[127.0.0.1]:10024" del main.cf
[....]
Probatinas. **************************
He puesto lo de:
smtp-amavis unix - - n - 2 lmtp
-o lmtp_data_done_timeout=1200
-o lmtp_send_xforward_command=yes
y en el main.cf:
#content_filter = vscan:
content_filter=smtp-amavis:[127.0.0.1]:10024
Vale. Pero mirando en la cabecera de la probatina recibida, veo:
Received: from nimrodel.valinor ([127.0.0.1])
by localhost (nimrodel [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
id 16119-01 for
Respecto a lo que tiene Carlos que paso en un correo anterior tengo la linea esa de smtp-amavis que no se muy bien lo que hace.
Pos ya está explicado ;-)
Otra cosa el mensaje de error que me llega es mu raro, os lo paso, parece que se va añadiendo al mismo correo varias veces el mensaje cada vez que rebota.
Puede ser. -- Saludos Carlos Robinson
Carlos E. R. wrote:
El 2004-10-29 a las 13:52 +0200, Emiliano Sutil escribió:
Pero oye, por más perrerías que le hago, no me da problemas, los correos a dominio inexistente siguen rebotando correctamente. No consigo que me falle :-p
Que suerte tienes, para mi que estamos apuntando a donde no es, porque esto no tiene sentido, ya he dejado la configuracion tal cual la tienes tu, me sigue funcionando exactamente igual que antes. Los correos que tienen que funcionar funcionan, pero los otros siguen dando error. El error que me mosquea que aparece en el fichero messages es este: Nov 3 09:41:49 adslinux kernel: smtp[27657]: segfault at 0000000000000000 rip 000000000042d14a rsp 0000007fbffff4e0 error 4 Ese error lo da cada vez que se intenta borrar el maldito mensaje. Igual tengo algun problema con algun package. Voy a intentar actualizar, pero ahi viene mi otro problema que voy a comenzar en un nuevo hilo.
Resumiendo - recomiendo esto:
/etc/postfix/master.cf
#smtp inet n - n - 5 smtpd -o content_filter=smtp:[localhost]:10024 smtp inet n - n - 2 smtpd #smtps inet n - n - 5 smtpd # -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
localhost:10025 inet n - n - - smtpd -o content_filter=
vscan unix - n n - 5 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
smtp-amavis unix - - n - 2 lmtp -o lmtp_data_done_timeout=1200 -o lmtp_send_xforward_command=yes
aunque defina vscan y smtp-amavis, no importa, sólo se usa el que defina en el main.cf, que tiene ahora:
#content_filter = vscan: content_filter=smtp-amavis:[127.0.0.1]:10024
# Quizas debiera poner max_use a 10, por defecto est a 100 - segun .../amavisd-new/README_FILES/README.postfix
Con esa unica linea se activa o se desactiva.
Que bonito :-)
Y, pa' terminar, un bonito gráfico del amavis-new/README.postfix:
....................................... : Postfix : ----->smtpd \ : : -pre-cleanup-\ /local----> ---->pickup / -queue- : : -cleanup-/ | \smtp-----> : bounces/ ^ v : : and locally | v : : forwarded smtpd smtp-amavis : : messages 10025 | : ...........................|........... ^ | | v ............|.............................. : | $inet_socket_port=10024 : : | : : $forward_method='smtp:127.0.0.1:10025' : : $notify_method ='smtp:127.0.0.1:10025' : : : : amavisd-new : ...........................................
Respecto a lo que tiene Carlos que paso en un correo anterior tengo la linea esa de smtp-amavis que no se muy bien lo que hace.
Pos ya está explicado ;-)
Otra cosa el mensaje de error que me llega es mu raro, os lo paso, parece que se va añadiendo al mismo correo varias veces el mensaje cada vez que rebota.
Puede ser.
El 2004-11-03 a las 09:52 +0100, Emiliano Sutil escribió:
El 2004-10-29 a las 13:52 +0200, Emiliano Sutil escribió:
Pero oye, por más perrerías que le hago, no me da problemas, los correos a dominio inexistente siguen rebotando correctamente. No consigo que me falle :-p
Que suerte tienes, para mi que estamos apuntando a donde no es, porque esto no tiene sentido, ya he dejado la configuracion tal cual la tienes tu, me sigue funcionando exactamente igual que antes.
Yo pienso en el amavis, que es quien parece que rechaza la conexión. ¿pero porqué?
Los correos que tienen que funcionar funcionan, pero los otros siguen dando error. El error que me mosquea que aparece en el fichero messages es este:
Nov 3 09:41:49 adslinux kernel: smtp[27657]: segfault at 0000000000000000 rip 000000000042d14a rsp 0000007fbffff4e0 error 4
¡Ostrás! Eso no lo habías dicho antes.
Ese error lo da cada vez que se intenta borrar el maldito mensaje. Igual tengo algun problema con algun package. Voy a intentar actualizar, pero ahi viene mi otro problema que voy a comenzar en un nuevo hilo.
A ver si lo localizo. -- Saludos Carlos Robinson
participants (4)
-
Camaleón
-
Carlos E. R.
-
Elier Plana Roldan
-
Emiliano Sutil