Re: [suse-linux-s] Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data"
El mensaje de lost connection es de las 11:18:00 De esa hora no tengo nada en el archivo WARN, pero pongo estas lineas que estan antes: Sep 19 11:02:15 ns clamd[2134]: Socket file /var/lib/clamav/clamd-socket exists. Unclean shutdown? Removing... Sep 19 11:02:48 ns amavis[2735]: No $dspam, not using it Sep 19 11:03:27 ns postfix/smtpd[2980]: warning: 64.8.120.8: address not listed for hostname 64-8-120-8.hsphereweb.com Sep 19 11:11:29 ns postfix/smtpd[2980]: warning: 213.47.186.27: hostname chello213047186027.tirol.surfer.at verification failed: Name or service not known Sep 19 11:17:44 ns postfix/smtpd[2980]: warning: 68.186.96.117: hostname 96-186-68-117.dhcp.mdfd.or.charter.com verification failed: Name or service not known Vale notar que hice flush y si me los envió al procmail... pero si no lo hago ahi se van quedando y quedando hoy en la mañana tenía 126 mails en la cola... casi todos con ese error. saludos: Mau ----- Original Message ----- From: "Camaleón" <noelamac@gmail.com> To: "Mauricio Masís" <mmasis@lagloria.co.cr> Sent: Tuesday, September 19, 2006 11:17 AM Subject: Re: [suse-linux-s] Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data" El 19/09/06, Mauricio Masís escribió:
"lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once"
Revisa el /var/log/mail.warn para ver qué líneas de error hay antes de ese mensaje. Saludos, -- Camaleón
El 19/09/06, Mauricio Masís escribió:
De esa hora no tengo nada en el archivo WARN, pero pongo estas lineas que estan antes:
Revisa el mail.err y el mai.info de esa hora, a ver si tienes más información.
Sep 19 11:02:15 ns clamd[2134]: Socket file /var/lib/clamav/clamd-socket exists. Unclean shutdown? Removing...
¿No se cerró bien clamd?
Sep 19 11:02:48 ns amavis[2735]: No $dspam, not using it
Este también me aparece a mi a diario. No sé cómo quitarlo.
Sep 19 11:03:27 ns postfix/smtpd[2980]: warning: 64.8.120.8: address not listed for hostname 64-8-120-8.hsphereweb.com Sep 19 11:11:29 ns postfix/smtpd[2980]: warning: 213.47.186.27: hostname chello213047186027.tirol.surfer.at verification failed: Name or service not known Sep 19 11:17:44 ns postfix/smtpd[2980]: warning: 68.186.96.117: hostname 96-186-68-117.dhcp.mdfd.or.charter.com verification failed: Name or service not known
Problema para resolver esos dominios, que realmente no existen. Hay que ver por qué Postfix intenta conectar con ellos, parecen direcciones IP de equipos adsl (spam)...
Vale notar que hice flush y si me los envió al procmail... pero si no lo hago ahi se van quedando y quedando hoy en la mañana tenía 126 mails en la cola... casi todos con ese error.
En Google hay más información sobre ese error: http://www.google.com/search?hl=en&q=lost+connection+with+127.0.0.1%5B127.0.0.1%5D+while+sending+end+of+data&btnG=Google+Search Saludos, -- Camaleón
En el mail.err no hay nada.. En el mail.info está el mismo error, la misma hora, la misma info, todo idéntico: Sep 19 11:08:23 ns postfix/smtp[3074]: BAC9D16CFD: to=<mmasis@lagloria.co.cr>, relay=127.0.0.1[127.0.0.1], delay=7, status=deferred (lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once) el clamd no inicio cuando reinicié el servidor, lo inicié manualmente seguramente por eso el log en cuestión. El $dspam es para pasar los correos por el spamassasin? Supongo que como yo uso procmail para eso y no tengo configurado esta opcion en el amavis-new da el mensaje no? Y sí, llevo rato buscando en google, pero nada que pueda comprender... la mayoría son post sin respuestas claras. GRacias amigo :) ----- Original Message ----- From: "Camaleón" <noelamac@gmail.com> To: "Lista SuSE (Novell)" <suse-linux-s@suse.com> Sent: Tuesday, September 19, 2006 11:53 AM Subject: Re: [suse-linux-s] Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data" El 19/09/06, Mauricio Masís escribió:
De esa hora no tengo nada en el archivo WARN, pero pongo estas lineas que estan antes:
Revisa el mail.err y el mai.info de esa hora, a ver si tienes más información.
Sep 19 11:02:15 ns clamd[2134]: Socket file /var/lib/clamav/clamd-socket exists. Unclean shutdown? Removing...
¿No se cerró bien clamd?
Sep 19 11:02:48 ns amavis[2735]: No $dspam, not using it
Este también me aparece a mi a diario. No sé cómo quitarlo.
Sep 19 11:03:27 ns postfix/smtpd[2980]: warning: 64.8.120.8: address not listed for hostname 64-8-120-8.hsphereweb.com Sep 19 11:11:29 ns postfix/smtpd[2980]: warning: 213.47.186.27: hostname chello213047186027.tirol.surfer.at verification failed: Name or service not known Sep 19 11:17:44 ns postfix/smtpd[2980]: warning: 68.186.96.117: hostname 96-186-68-117.dhcp.mdfd.or.charter.com verification failed: Name or service not known
Problema para resolver esos dominios, que realmente no existen. Hay que ver por qué Postfix intenta conectar con ellos, parecen direcciones IP de equipos adsl (spam)...
Vale notar que hice flush y si me los envió al procmail... pero si no lo hago ahi se van quedando y quedando hoy en la mañana tenía 126 mails en la cola... casi todos con ese error.
En Google hay más información sobre ese error: http://www.google.com/search?hl=en&q=lost+connection+with+127.0.0.1%5B127.0.0.1%5D+while+sending+end+of+data&btnG=Google+Search 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
El 19/09/06, Mauricio Masís escribió:
Sep 19 11:08:23 ns postfix/smtp[3074]: BAC9D16CFD: to=<mmasis@lagloria.co.cr>, relay=127.0.0.1[127.0.0.1], delay=7, status=deferred (lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once)
Hombre, aquí hay más información. ¿Este error te ocurre "siempre" o sólo cuando envías a algunas direcciones específicas o correos específicos (con adjuntos)?
El $dspam es para pasar los correos por el spamassasin? Supongo que como yo uso procmail para eso y no tengo configurado esta opcion en el amavis-new da el mensaje no?
A mi también me aparece, y no uso Procmail. Yo no lo tengo activado, pero sí uso SA y me aparece ese mensaje. Dspam es otro filtro de spam diferente de SA.
Y sí, llevo rato buscando en google, pero nada que pueda comprender... la mayoría son post sin respuestas claras.
Bueno, mira este mensaje: Sometimes emails gets delayed because the communication back to postfix after virusscanning terminated to fast. Pues podríamos tener una pista (¿falla la comunicación entre Postfix y Amavisd?). Revisa la configuración de Amavisd. Saludos, -- Camaleón
No , el error no ocurre siempre., Ahora mismo tengo dos correos en cola con este error. Llevarán ahí unos 30 minutos. Uno de ellos tiene adjunto y el otro no. Y son correos que llegaron de fuera, no los enviamos nosotros. No se si me explico en este punto.! Pero todos los demás mails pasaron bien. mmmm la comunicación entre postfix y amavis podría fallar aunque no tengo en los logs nada de eso. Y como digo, la mayoría de mensajes estan pasando. Osea, que si hay comunicación entre estos entes... Leí en las faq de postfix que algunas veces hay que reducir el tiempo del MTU , pero eso es tocar la configuración de las tarjetas de red.... no lo sé hacer... Saludos: Mau ----- Original Message ----- From: "Camaleón" <noelamac@gmail.com> To: "lista-suse" <suse-linux-s@suse.com> Sent: Tuesday, September 19, 2006 1:24 PM Subject: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data" El 19/09/06, Mauricio Masís escribió:
Sep 19 11:08:23 ns postfix/smtp[3074]: BAC9D16CFD: to=<mmasis@lagloria.co.cr>, relay=127.0.0.1[127.0.0.1], delay=7, status=deferred (lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once)
Hombre, aquí hay más información. ¿Este error te ocurre "siempre" o sólo cuando envías a algunas direcciones específicas o correos específicos (con adjuntos)?
El $dspam es para pasar los correos por el spamassasin? Supongo que como yo uso procmail para eso y no tengo configurado esta opcion en el amavis-new da el mensaje no?
A mi también me aparece, y no uso Procmail. Yo no lo tengo activado, pero sí uso SA y me aparece ese mensaje. Dspam es otro filtro de spam diferente de SA.
Y sí, llevo rato buscando en google, pero nada que pueda comprender... la mayoría son post sin respuestas claras.
Bueno, mira este mensaje: Sometimes emails gets delayed because the communication back to postfix after virusscanning terminated to fast. Pues podríamos tener una pista (¿falla la comunicación entre Postfix y Amavisd?). Revisa la configuración de Amavisd. 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
El 19/09/06, Mauricio Masís escribió:
Leí en las faq de postfix que algunas veces hay que reducir el tiempo del MTU , pero eso es tocar la configuración de las tarjetas de red.... no lo sé hacer...
Es posible que sea un problema de "timeout", pero me inclino más por Amavis que no responde a tiempo... Echa un vistazo a los mensajes de los grupos de Google: http://groups.google.com/groups?q=lost+connection+with+127.0.0.1%5B127.0.0.1%5D+while+sending+end+of+data&start=0&hl=en&lr=& Y en especial a éste http://groups.google.com/group/mailing.unix.amavis-user/browse_thread/thread/69fa4bf3d3e2bf3d/dfa4f53656e5874f?lnk=st&q=lost+connection+with+127.0.0.1%5B127.0.0.1%5D+while+sending+end+of+data&rnum=8&hl=en#dfa4f53656e5874f: Prueba modificando el valor de "$child_timeout" en Amavis, a ver qué pasa. También lo pone en el "readme" de Amavisd-Postfix: set $child_timeout (in amavisd.conf) to a shorter time than the Postfix parameter smtp_data_done_timeout - see rfc1047. The value in '-o data_done_timeout=1200' must always be larger (with some margin) than the value of $child_timeout in amavisd.conf http://www.ijs.si/software/amavisd/README.postfix.txt Saludos, -- Camaleón
Bueno, en el link de google, dice incrementar el tiempo
I had the same problem on one of my machines that got a somewhat high load and was not able to finish the scanning of the mails. In my case it helped to increase the $child_timeout.
Y en el de postfix que citas dice reducirlo para que qeude menor que el del postfix..!!! Probaré con esto camaleón :) GRacias. ----- Original Message ----- From: "Camaleón" <noelamac@gmail.com> To: "Lista SuSE (Novell)" <suse-linux-s@suse.com> Sent: Wednesday, September 20, 2006 1:19 AM Subject: Re: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data" El 19/09/06, Mauricio Masís escribió:
Leí en las faq de postfix que algunas veces hay que reducir el tiempo del MTU , pero eso es tocar la configuración de las tarjetas de red.... no lo sé hacer...
Es posible que sea un problema de "timeout", pero me inclino más por Amavis que no responde a tiempo... Echa un vistazo a los mensajes de los grupos de Google: http://groups.google.com/groups?q=lost+connection+with+127.0.0.1%5B127.0.0.1%5D+while+sending+end+of+data&start=0&hl=en&lr=& Y en especial a éste http://groups.google.com/group/mailing.unix.amavis-user/browse_thread/thread/69fa4bf3d3e2bf3d/dfa4f53656e5874f?lnk=st&q=lost+connection+with+127.0.0.1%5B127.0.0.1%5D+while+sending+end+of+data&rnum=8&hl=en#dfa4f53656e5874f: Prueba modificando el valor de "$child_timeout" en Amavis, a ver qué pasa. También lo pone en el "readme" de Amavisd-Postfix: set $child_timeout (in amavisd.conf) to a shorter time than the Postfix parameter smtp_data_done_timeout - see rfc1047. The value in '-o data_done_timeout=1200' must always be larger (with some margin) than the value of $child_timeout in amavisd.conf http://www.ijs.si/software/amavisd/README.postfix.txt 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
no no.... ERROR The requested URL could not be retrieved While trying to retrieve the URL: http://www.ijs.si/software/amavisd/README.postfix.txt The following error was encountered: Read Error Primero la pag no funciona, Segundo no tengo la variable $child_timeout en mi amavis2.3.3, no la tengo ni comentada... Será que en esta versión de amavis-new no se configura? Bueno, igual el README esta en el servidor, Le inserté la linea child timeout a la altura de la linea 90 a amavis.conf y reinicié los servicios.... a ver cómo funciona! Saludos y gracias amigo ----- Original Message ----- From: "Camaleón" <noelamac@gmail.com> To: "Lista SuSE (Novell)" <suse-linux-s@suse.com> Sent: Wednesday, September 20, 2006 1:19 AM Subject: Re: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data" El 19/09/06, Mauricio Masís escribió:
Leí en las faq de postfix que algunas veces hay que reducir el tiempo del MTU , pero eso es tocar la configuración de las tarjetas de red.... no lo sé hacer...
Es posible que sea un problema de "timeout", pero me inclino más por Amavis que no responde a tiempo... Echa un vistazo a los mensajes de los grupos de Google: http://groups.google.com/groups?q=lost+connection+with+127.0.0.1%5B127.0.0.1%5D+while+sending+end+of+data&start=0&hl=en&lr=& Y en especial a éste http://groups.google.com/group/mailing.unix.amavis-user/browse_thread/thread/69fa4bf3d3e2bf3d/dfa4f53656e5874f?lnk=st&q=lost+connection+with+127.0.0.1%5B127.0.0.1%5D+while+sending+end+of+data&rnum=8&hl=en#dfa4f53656e5874f: Prueba modificando el valor de "$child_timeout" en Amavis, a ver qué pasa. También lo pone en el "readme" de Amavisd-Postfix: set $child_timeout (in amavisd.conf) to a shorter time than the Postfix parameter smtp_data_done_timeout - see rfc1047. The value in '-o data_done_timeout=1200' must always be larger (with some margin) than the value of $child_timeout in amavisd.conf http://www.ijs.si/software/amavisd/README.postfix.txt 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-20 a las 10:03 -0600, Mauricio Masís escribió:
Segundo no tengo la variable $child_timeout en mi amavis2.3.3, no la tengo ni comentada... Será que en esta versión de amavis-new no se configura?
Bueno, igual el README esta en el servidor, Le inserté la linea child timeout a la altura de la linea 90 a amavis.conf y reinicié los servicios.... a ver cómo funciona!
Ten cuidado que no es lo mismo el amavis-new que el amavis. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEXcZtTMYHG2NR9URAsGtAJ9tZrShZar9k5ijuG7DooNCEx2YCACbBRV3 6Q/ZNEFiyzhtZ4ITg6CvUME= =OLB8 -----END PGP SIGNATURE-----
Bueno, yo tengo instalado amavis-new .. pero no amavis Entonces no vale esto verdad? ----- Original Message ----- From: "Carlos E. R." <robin.listas@telefonica.net> To: "SLS" <suse-linux-s@suse.com> Sent: Wednesday, September 20, 2006 11:15 AM Subject: Re: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data"
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-20 a las 10:03 -0600, Mauricio Masís escribió:
Segundo no tengo la variable $child_timeout en mi amavis2.3.3, no la tengo ni comentada... Será que en esta versión de amavis-new no se configura?
Bueno, igual el README esta en el servidor, Le inserté la linea child timeout a la altura de la linea 90 a amavis.conf y reinicié los servicios.... a ver cómo funciona!
Ten cuidado que no es lo mismo el amavis-new que el amavis.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFEXcZtTMYHG2NR9URAsGtAJ9tZrShZar9k5ijuG7DooNCEx2YCACbBRV3 6Q/ZNEFiyzhtZ4ITg6CvUME= =OLB8 -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-21 a las 12:17 -0600, Mauricio Masís escribió:
Bueno, yo tengo instalado amavis-new .. pero no amavis
Entonces no vale esto verdad?
Yo creo que no. Por cierto, dije que miraras en el FAQ del postfix. Observa: http://www.postfix.org/faq.html#timeouts Mail fails consistently with timeout or lost connection Every now and then, mail fails with "timed out while sending end of data -- message may be sent more than once", or with: "lost connection after DATA". Network outages happen, systems crash. There isn't much you can do about it. Usually the problem goes away by itself. However, when you see mail deliveries fail consistently, you may have a different problem: broken path MTU discovery. Or it could be a broken PIX firewall. [Y sigue...] Lo he encontrado en unos cinco minutos... Para seguir pensando necesito ver un trozo del mail.log (no el info ni el err) donde un determinado correo se atasque por primera vez (encuentra el error y luego busca hacia atrás por el mail id). - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEt/LtTMYHG2NR9URAnmsAJ9jgkE+s3xsoM9Tb7rzSwG3u/0e0wCfe2pf nwmMUtynycZHsAuSmY3ggQ4= =bxO1 -----END PGP SIGNATURE-----
El 21/09/06, Mauricio Masís escribió:
Bueno, yo tengo instalado amavis-new .. pero no amavis
Entonces no vale esto verdad?
Si te refieres a este comentario: Prueba modificando el valor de "$child_timeout" en Amavis, a ver qué pasa. También lo pone en el "readme" de Amavisd-Postfix: set $child_timeout (in amavisd.conf) to a shorter time than the Postfix parameter smtp_data_done_timeout - see rfc1047. The value in '-o data_done_timeout=1200' must always be larger (with some margin) than the value of $child_timeout in amavisd.conf http://www.ijs.si/software/amavisd/README.postfix.txt Es válido para amavisd-new, no para Amavis "a secas". Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-21 a las 21:24 +0200, Camaleón escribió:
Prueba modificando el valor de "$child_timeout" en Amavis, a ver qué pasa. También lo pone en el "readme" de Amavisd-Postfix:
set $child_timeout (in amavisd.conf) to a shorter time than the Postfix parameter smtp_data_done_timeout - see rfc1047. The value in '-o data_done_timeout=1200' must always be larger (with some margin) than the value of $child_timeout in amavisd.conf
http://www.ijs.si/software/amavisd/README.postfix.txt
Es válido para amavisd-new, no para Amavis "a secas".
Pues mi amavisd.conf (del new, SuSE 10.1) no tiene esa variable. En el postfix, según postconf, lo tengo a (valor original): smtp_data_done_timeout = 600s La variable del amavis está definida directamente en el script "/usr/sbin/amavisd": $child_timeout = 8*60; # abort child if it does not complete each task in n sec O sea, 480 < 600, correcto. Y la data_done_timeout está a 1200, todo bien. Así que me extraña que en un SuSE tal como viene eso sea un problema. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEviqtTMYHG2NR9URAtCXAJ0edw90BnPeHTDFm78LB5XFGAvDPQCghUU7 +Cb1/lDd44gv2XEDSg5rYic= =1XYV -----END PGP SIGNATURE-----
Gracias carlos, estaba perdido. (raro en mi ¿no? :P) Exacto como lo dices, la variable está 8*60 Los correos siguen quedando algunos en la cola, hasta que les hago flush manual, para lo que configuré una tarea de cron cada 3 horas. Segun entiendo esta tarea o una parecida la debería ejecutar el servidor de correo automáticamente.. pero no es así. porque si no la ejecutó yo, cuando llego en la mañana tengo hasta 200 correos en cola con ese error. Saludos: Mau ----- Original Message ----- From: "Carlos E. R." <robin.listas@telefonica.net> To: "SLS" <suse-linux-s@suse.com> Sent: Thursday, September 21, 2006 2:40 PM Subject: Re: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data"
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-21 a las 21:24 +0200, Camaleón escribió:
Prueba modificando el valor de "$child_timeout" en Amavis, a ver qué pasa. También lo pone en el "readme" de Amavisd-Postfix:
set $child_timeout (in amavisd.conf) to a shorter time than the Postfix parameter smtp_data_done_timeout - see rfc1047. The value in '-o data_done_timeout=1200' must always be larger (with some margin) than the value of $child_timeout in amavisd.conf
http://www.ijs.si/software/amavisd/README.postfix.txt
Es válido para amavisd-new, no para Amavis "a secas".
Pues mi amavisd.conf (del new, SuSE 10.1) no tiene esa variable. En el postfix, según postconf, lo tengo a (valor original):
smtp_data_done_timeout = 600s
La variable del amavis está definida directamente en el script "/usr/sbin/amavisd":
$child_timeout = 8*60; # abort child if it does not complete each task in n sec
O sea, 480 < 600, correcto. Y la data_done_timeout está a 1200, todo bien.
Así que me extraña que en un SuSE tal como viene eso sea un problema.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFEviqtTMYHG2NR9URAtCXAJ0edw90BnPeHTDFm78LB5XFGAvDPQCghUU7 +Cb1/lDd44gv2XEDSg5rYic= =1XYV -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-21 a las 15:23 -0600, Mauricio Masís escribió:
Gracias carlos, estaba perdido. (raro en mi ¿no? :P)
Exacto como lo dices, la variable está 8*60
Los correos siguen quedando algunos en la cola, hasta que les hago flush manual, para lo que configuré una tarea de cron cada 3 horas. Segun entiendo esta tarea o una parecida la debería ejecutar el servidor de correo automáticamente.. pero no es así. porque si no la ejecutó yo, cuando llego en la mañana tengo hasta 200 correos en cola con ese error.
Tendría que ver uno de los errores en el log que te dije en el momento en que aparece por primera vez, por si se me ocurre algo. A ver si fuera lo del router, como dice el faq. Pero lo puedes comprobar también actuando sobre el kernel. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEwbGtTMYHG2NR9URAjUmAKCEvAdJJNFZ0KbLVkz96Kc2qjMt9QCfesOH cLcMDVAiBVG3XMw0UjCvHCA= =CnEO -----END PGP SIGNATURE-----
El 21/09/06, Mauricio Masís escribió:
Los correos siguen quedando algunos en la cola, hasta que les hago flush manual, para lo que configuré una tarea de cron cada 3 horas.
Porque una vez que Postfix no puede entregar el mensaje lo marca como "pendiente" para volver a intentar enviarlo más adelante, y cuantas más veces falla en la entrega, el tiempo entre entregas se incrementa.
Segun entiendo esta tarea o una parecida la debería ejecutar el servidor de correo automáticamente.. pero no es así. porque si no la ejecutó yo, cuando llego en la mañana tengo hasta 200 correos en cola con ese error.
200 mensajes son muchos, tienes un servidor trabajador :-). El error que te aparece "lost connection with 127.0.0.1 while sending end of data" indica que Postfix ha intentado contactar (o que ha contactado) con Amavis pero ha perdido la comunicación. Prueba a configurar Postfix para que no pase por Amavis (sólo para verificar si el problema está en Amavis o Postifx) para ver si los mensajes que siguen quedando en la cola. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-22 a las 10:06 +0200, Camaleón escribió:
El error que te aparece "lost connection with 127.0.0.1 while sending end of data" indica que Postfix ha intentado contactar (o que ha contactado) con Amavis pero ha perdido la comunicación. Prueba a configurar Postfix para que no pase por Amavis (sólo para verificar si el problema está en Amavis o Postifx) para ver si los mensajes que siguen quedando en la cola.
Pero no sabemos cierto que sea el amavis, ¿no? La única pista al respecto es que menciona la interfaz local. Por eso quiero ver un trozo del log que no sea el .err o .info, que son incompletos. Quiero el 'mail' a secas (mail.debug en el mio), que es el completo. El faq del postfix desde luego no menciona al amavis, sino problemas de red. Y la temporización son unos diez minutos antes de que cancele, así que fíjate el seguimiento que hay que hacer en el log. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFE7SatTMYHG2NR9URAtntAJ9BV0Cso3HrV+odTdDSG7cIgGrwcwCeKJMx 8F+Q/QhlOR7MBAXnva5IeV4= =9imV -----END PGP SIGNATURE-----
Carlos, Este es el trozo de /var/log/mail Donde un mensaje tuvo ese error. Saludos: Mau Sep 22 09:14:58 ns postfix/anvil[13909]: statistics: max connection rate 1/60s for (smtp:196.40.18.9) at Sep 22 09:06:26 Sep 22 09:14:58 ns postfix/anvil[13909]: statistics: max connection count 1 for (smtp:196.40.18.9) at Sep 22 09:06:26 Sep 22 09:14:58 ns postfix/anvil[13909]: statistics: max cache size 4 at Sep 22 09:12:05 Sep 22 09:14:59 ns postfix/qmgr[14359]: 03E8718819: skipped, still being delivered Sep 22 09:15:04 ns postfix/smtpd[14405]: connect from localhost[127.0.0.1] Sep 22 09:15:06 ns postfix/smtpd[14405]: 6DC2D5A4C: client=localhost[127.0.0.1] Sep 22 09:15:06 ns postfix/smtpd[14405]: lost connection after RCPT from localhost[127.0.0.1] Sep 22 09:15:06 ns postfix/smtpd[14405]: disconnect from localhost[127.0.0.1] Sep 22 09:15:08 ns postfix/smtp[14015]: 03E8718819: to=<wurroz@lagloria.co.cr>, relay=127.0.0.1[127.0.0.1], delay=18, status=deferred (lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once) ----- Original Message ----- From: "Carlos E. R." <robin.listas@telefonica.net> To: "SLS" <suse-linux-s@suse.com> Sent: Friday, September 22, 2006 4:02 AM Subject: Re: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data"
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-22 a las 10:06 +0200, Camaleón escribió:
El error que te aparece "lost connection with 127.0.0.1 while sending end of data" indica que Postfix ha intentado contactar (o que ha contactado) con Amavis pero ha perdido la comunicación. Prueba a configurar Postfix para que no pase por Amavis (sólo para verificar si el problema está en Amavis o Postifx) para ver si los mensajes que siguen quedando en la cola.
Pero no sabemos cierto que sea el amavis, ¿no? La única pista al respecto es que menciona la interfaz local. Por eso quiero ver un trozo del log que no sea el .err o .info, que son incompletos. Quiero el 'mail' a secas (mail.debug en el mio), que es el completo.
El faq del postfix desde luego no menciona al amavis, sino problemas de red. Y la temporización son unos diez minutos antes de que cancele, así que fíjate el seguimiento que hay que hacer en el log.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFE7SatTMYHG2NR9URAtntAJ9BV0Cso3HrV+odTdDSG7cIgGrwcwCeKJMx 8F+Q/QhlOR7MBAXnva5IeV4= =9imV -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-22 a las 09:19 -0600, Mauricio Masís escribió:
Carlos, Este es el trozo de /var/log/mail Donde un mensaje tuvo ese error.
A verlo.
Sep 22 09:14:58 ns postfix/anvil[13909]: statistics: max connection rate 1/60s for (smtp:196.40.18.9) at Sep 22 09:06:26 Sep 22 09:14:58 ns postfix/anvil[13909]: statistics: max connection count 1 for (smtp:196.40.18.9) at Sep 22 09:06:26 Sep 22 09:14:58 ns postfix/anvil[13909]: statistics: max cache size 4 at Sep 22 09:12:05 Sep 22 09:14:59 ns postfix/qmgr[14359]: 03E8718819: skipped, still being delivered
Ojo.
Sep 22 09:15:04 ns postfix/smtpd[14405]: connect from localhost[127.0.0.1] Sep 22 09:15:06 ns postfix/smtpd[14405]: 6DC2D5A4C: client=localhost[127.0.0.1] Sep 22 09:15:06 ns postfix/smtpd[14405]: lost connection after RCPT from localhost[127.0.0.1] Sep 22 09:15:06 ns postfix/smtpd[14405]: disconnect from localhost[127.0.0.1] Sep 22 09:15:08 ns postfix/smtp[14015]: 03E8718819: to=<wurroz@lagloria.co.cr>, relay=127.0.0.1[127.0.0.1], delay=18, status=deferred (lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once)
Fíjate que el 03E8718819 falla a las 09:15:08, pero poco antes ha dicho que sigue trabajando con él, luego si buscas ese ID tiene que aparecer bastante antes, incluso 10 minutos antes. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFFBDRtTMYHG2NR9URAtfpAJ0QY+y5022+g8459vatd/WzriRZdgCbBUKl hYpZsD2Z+9i5w8oF0jXcryI= =7dMn -----END PGP SIGNATURE-----
Carlos, en el log no hay nada con ese ID=03E8718819 antes de la hora en que te puse el trozo copiado.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-22 a las 09:19 -0600, Mauricio Masís escribió:
Carlos, Este es el trozo de /var/log/mail Donde un mensaje tuvo ese error.
A verlo.
Sep 22 09:14:58 ns postfix/anvil[13909]: statistics: max connection rate 1/60s for (smtp:196.40.18.9) at Sep 22 09:06:26 Sep 22 09:14:58 ns postfix/anvil[13909]: statistics: max connection count 1 for (smtp:196.40.18.9) at Sep 22 09:06:26 Sep 22 09:14:58 ns postfix/anvil[13909]: statistics: max cache size 4 at Sep 22 09:12:05 Sep 22 09:14:59 ns postfix/qmgr[14359]: 03E8718819: skipped, still being delivered
Ojo.
Sep 22 09:15:04 ns postfix/smtpd[14405]: connect from localhost[127.0.0.1] Sep 22 09:15:06 ns postfix/smtpd[14405]: 6DC2D5A4C: client=localhost[127.0.0.1] Sep 22 09:15:06 ns postfix/smtpd[14405]: lost connection after RCPT from localhost[127.0.0.1] Sep 22 09:15:06 ns postfix/smtpd[14405]: disconnect from localhost[127.0.0.1] Sep 22 09:15:08 ns postfix/smtp[14015]: 03E8718819: to=<wurroz@lagloria.co.cr>, relay=127.0.0.1[127.0.0.1], delay=18, status=deferred (lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once)
Fíjate que el 03E8718819 falla a las 09:15:08, pero poco antes ha dicho que sigue trabajando con él, luego si buscas ese ID tiene que aparecer bastante antes, incluso 10 minutos antes.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFFBDRtTMYHG2NR9URAtfpAJ0QY+y5022+g8459vatd/WzriRZdgCbBUKl hYpZsD2Z+9i5w8oF0jXcryI= =7dMn -----END PGP SIGNATURE-----
-- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-22 a las 11:41 -0500, Mauricio Masís Valverde escribió:
Carlos, en el log no hay nada con ese ID=03E8718819 antes de la hora en que te puse el trozo copiado.
Ah... ah, claro, ese es el ID interno de la cola del postfix. Para localizarlo habría que saber el mail-id de las cabeceras del correo en cuestión, y como ha fallado, pues no lo sabe... Jo. :-( - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFFBN+tTMYHG2NR9URAjyGAKCUwf+lCFEXsjvidVt1B9512tCfDgCffKyT k6fKUI1YKL7Fw9Dic87aXE8= =i7Gc -----END PGP SIGNATURE-----
pues jo!! otra vez Bueno, ahora tengo puntual seguir vuestros pasos para llegarle a alguna solución, por ahora estoy probando lo que me ha dicho camaleón, pero en cuanto me llegue otro correo con ese problema entonces ya lo agarro plano en el log a ver que sucede desde la llegada hasta el error. Gracias :D
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-22 a las 11:41 -0500, Mauricio Masís Valverde escribió:
Carlos, en el log no hay nada con ese ID=03E8718819 antes de la hora en que te puse el trozo copiado.
Ah... ah, claro, ese es el ID interno de la cola del postfix. Para localizarlo habría que saber el mail-id de las cabeceras del correo en cuestión, y como ha fallado, pues no lo sabe...
Jo. :-(
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFFBN+tTMYHG2NR9URAjyGAKCUwf+lCFEXsjvidVt1B9512tCfDgCffKyT k6fKUI1YKL7Fw9Dic87aXE8= =i7Gc -----END PGP SIGNATURE-----
-- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-22 a las 11:55 -0500, Mauricio Masís Valverde escribió:
pues jo!! otra vez
Bueno, ahora tengo puntual seguir vuestros pasos para llegarle a alguna solución, por ahora estoy probando lo que me ha dicho camaleón, pero en cuanto me llegue otro correo con ese problema entonces ya lo agarro plano en el log a ver que sucede desde la llegada hasta el error.
Tengo una idea. En cuanto se te trabe, antes de liberarlo lo lees (la cabecera). El mailq te dará el ID, y "postcat -q ID | less" te lo imprime en pantalla. Te fijas en la cabecera "Message-ID", la apuntas, y ya puedes buscarlo por los logs. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFFB6ltTMYHG2NR9URAknaAKCO/ouka847Wveuosj6cSg/dt6taACbBuAr QolINXSqaIL6Yrj62sN7GY0= =FCiy -----END PGP SIGNATURE-----
Entendido y anotado! Vale decir qeu desde qeu paré el amavis no se ha quedado ningun mail.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-22 a las 11:55 -0500, Mauricio Masís Valverde escribió:
pues jo!! otra vez
Bueno, ahora tengo puntual seguir vuestros pasos para llegarle a alguna solución, por ahora estoy probando lo que me ha dicho camaleón, pero en cuanto me llegue otro correo con ese problema entonces ya lo agarro plano en el log a ver que sucede desde la llegada hasta el error.
Tengo una idea. En cuanto se te trabe, antes de liberarlo lo lees (la cabecera). El mailq te dará el ID, y "postcat -q ID | less" te lo imprime en pantalla. Te fijas en la cabecera "Message-ID", la apuntas, y ya puedes buscarlo por los logs.
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFFB6ltTMYHG2NR9URAknaAKCO/ouka847Wveuosj6cSg/dt6taACbBuAr QolINXSqaIL6Yrj62sN7GY0= =FCiy -----END PGP SIGNATURE-----
-- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-22 a las 11:55 -0500, Mauricio Masís Valverde escribió:
pues jo!! otra vez
Bueno, ahora tengo puntual seguir vuestros pasos para llegarle a alguna solución, por ahora estoy probando lo que me ha dicho camaleón, pero en cuanto me llegue otro correo con ese problema entonces ya lo agarro plano en el log a ver que sucede desde la llegada hasta el error.
Tengo una idea. En cuanto se te trabe, antes de liberarlo lo lees (la cabecera). El mailq te dará el ID, y "postcat -q ID | less" te lo imprime en pantalla. Te fijas en la cabecera "Message-ID", la apuntas, y ya puedes buscarlo por los logs.
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFFB6ltTMYHG2NR9URAknaAKCO/ouka847Wveuosj6cSg/dt6taACbBuAr QolINXSqaIL6Yrj62sN7GY0= =FCiy -----END PGP SIGNATURE-----
Bueno, para comentar... Primero que todo, hice lo que me dijo camaleón, desactivé el amavis y no se me quedó ningún correo en 5 horas. Lo activé y ya tengo dos correos en cola con el error de "deferred" Carlos, aqui pongo el trozo de /var/log/mail desde que inicio la conección de uno de los mensajes con este error, hasta que da error.... No quité las lineas de en medio que corresponden a otros mensajes para evitar errores y luego quede incompleto lo importante. El mensaje llega desde un servidor "dynamicIP.rima-tde.net[81.34.135.68]" a una dirección de mi dominio "jmarin@lagloria.co.cr" Saludos: Mau Sep 22 14:23:19 ns postfix/smtpd[17633]: connect from 68.Red-81-34-135.dynamicIP.rima-tde.net[81.34.135.68] Sep 22 14:23:23 ns postfix/smtpd[17633]: 321C218EBF: client=68.Red-81-34-135.dynamicIP.rima-tde.net[81.34.135.68] Sep 22 14:23:24 ns postfix/cleanup[17623]: 321C218EBF: message-id=<000b01c6de84$cc02e930$6b132051@TIERRA> Sep 22 14:23:26 ns postfix/smtpd[17627]: connect from localhost[127.0.0.1] Sep 22 14:23:26 ns postfix/smtpd[17627]: BD99118EC2: client=localhost[127.0.0.1] Sep 22 14:23:26 ns postfix/cleanup[17636]: BD99118EC2: message-id=<C2D05C2B88E30449A72CDA60B05CF8E3CB9E2F@sr-exc01co.patprimo.local> Sep 22 14:23:26 ns postfix/smtpd[17627]: disconnect from localhost[127.0.0.1] Sep 22 14:23:26 ns postfix/qmgr[17452]: 321C218EBF: from=<jsiprpus@rima-tde.net>, size=18515, nrcpt=1 (queue active) Sep 22 14:23:27 ns postfix/smtpd[17633]: disconnect from 68.Red-81-34-135.dynamicIP.rima-tde.net[81.34.135.68] Sep 22 14:23:32 ns postfix/smtp[17637]: 321C218EBF: to=<jmarin@lagloria.co.cr>, relay=127.0.0.1[127.0.0.1], delay=12, status=deferred (lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once) Sep 22 14:23:36 ns postfix/local[17628]: BD99118EC2: to=<igamboa@lagloria.co.cr>, relay=local, delay=10, status=sent (delivered to command: /usr/bin/procmail) Sep 22 14:23:36 ns postfix/qmgr[17452]: BD99118EC2: removed Sep 22 14:24:04 ns postfix/anvil[17479]: statistics: max connection rate 2/60s for (smtp:65.254.254.77) at Sep 22 14:15:31 Sep 22 14:24:04 ns postfix/anvil[17479]: statistics: max connection count 2 for (smtp:65.254.254.77) at Sep 22 14:15:31 Sep 22 14:24:04 ns postfix/anvil[17479]: statistics: max cache size 4 at Sep 22 14:16:18 Sep 22 14:24:17 ns popper[17647]: (v4.0.8) Servicing request from "110.1.2.137" at 110.1.2.137 [pop_init.c:1239] Sep 22 14:24:17 ns popper[17647]: Stats: ccastillo 1 460875 0 0 110.1.2.137 110.1.2.137 [pop_updt.c:301] Sep 22 14:24:29 ns popper[17648]: (v4.0.8) Servicing request from "110.1.2.28" at 110.1.2.28 [pop_init.c:1239] Sep 22 14:24:30 ns popper[17648]: Stats: igamboa 1 9560 0 0 110.1.2.28 110.1.2.28 [pop_updt.c:301] Sep 22 14:25:30 ns popper[17649]: (v4.0.8) Servicing request from "110.1.2.28" at 110.1.2.28 [pop_init.c:1239] Sep 22 14:25:30 ns popper[17649]: Stats: igamboa 0 0 0 0 110.1.2.28 110.1.2.28 [pop_updt.c:301]
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-22 a las 15:36 -0500, Mauricio Masís Valverde escribió:
Bueno, para comentar... Primero que todo, hice lo que me dijo camaleón, desactivé el amavis y no se me quedó ningún correo en 5 horas. Lo activé y ya tengo dos correos en cola con el error de "deferred"
¿Como lo hiciste, parando el amavis, o también cambiando la configuración del postfix? Si es lo segundo, ¿que cambiaste? Si es lo primero y no dió error, es que el amavis no está puesto. Hay varias maneras de activar el amavis en el postfix, ¿como lo tienes puesto tú? Podrías usar lmtp en lugar de smtp, es mejor, se supone. Yo lo tengo así - observa que hay lineas comentadas que corresponden al método que no uso: /etc/postfix/master.cf: # ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== # #Cer: estaba en dos, aumento a 3. Intento ver si eso evita los bloqueos del inicio. #smtp inet n - n - 5 smtpd -o content_filter=smtp:[localhost]:10024 smtp inet n - n - 5 smtpd ... #CER - ~/doc/packages/amavisd-new/README_FILES/README.postfix smtp-amavis unix - - n - 5 lmtp -o lmtp_data_done_timeout=1200 -o lmtp_send_xforward_command=yes /etc/postfix/main.cf: #content_filter = vscan: content_filter=smtp-amavis:[127.0.0.1]:10024 Por cierto, observa el comentario de ese "2" que cambié a "3" y más adelante a "5". Sospecho que lo tienes a 2. Corresponde al número de procesos activos, y, por tanto, al número de correos simultaneos. Eso puede afectar, y más si eres un servidor.
Carlos, aqui pongo el trozo de /var/log/mail desde que inicio la conección de uno de los mensajes con este error, hasta que da error.... No quité las lineas de en medio que corresponden a otros mensajes para evitar errores y luego quede incompleto lo importante.
El mensaje llega desde un servidor "dynamicIP.rima-tde.net[81.34.135.68]"
Telefónica de españa. Si las empresas proveedoras realmente lucharan contra el spam... porque por la IP se sabe quien es, aunque sea dinámica. En fin, eso es otro tema.
a una dirección de mi dominio "jmarin@lagloria.co.cr"
veamos. La pena es el plegado que hace el correo de las lineas. Lo voy a tener que desliar para grabarlo en un fichero y mirarlo con "menos" que es más que "más" ;-)
Sep 22 14:23:19 ns postfix/smtpd[17633]: connect from 68.Red-81-34-135.dynamicIP.rima-tde.net[81.34.135.68] Sep 22 14:23:23 ns postfix/smtpd[17633]: 321C218EBF: client=68.Red-81-34-135.dynamicIP.rima-tde.net[81.34.135.68]
Se conecta y se encola como 321C218EBF.
Sep 22 14:23:24 ns postfix/cleanup[17623]: 321C218EBF:> message-id=<000b01c6de84$cc02e930$6b132051@TIERRA>
Ahí está el message-id, lo ha visto; la conexión no está todavía cerrada, el cierre se ve más abajo.
Sep 22 14:23:26 ns postfix/smtpd[17627]: connect from localhost[127.0.0.1] Sep 22 14:23:26 ns postfix/smtpd[17627]: BD99118EC2: client=localhost[127.0.0.1]
Conexión local de otro correo (creo) encolado como BD99118EC2.
Sep 22 14:23:26 ns postfix/cleanup[17636]: BD99118EC2: message-id=<C2D05C2B88E30449A72CDA60B05CF8E3CB9E2F@sr-exc01co.patprimo.local>
Y tiene otro message-id, luego es efectivamente otro.
Sep 22 14:23:26 ns postfix/smtpd[17627]: disconnect from localhost[127.0.0.1]
Se desconecta el local
Sep 22 14:23:26 ns postfix/qmgr[17452]: 321C218EBF: from=<jsiprpus@rima-tde.net>, size=18515, nrcpt=1 (queue active)
Empieza a encolarse como 321C218EBF un mensaje que podría ser el remoto (por la dirección).
Sep 22 14:23:27 ns postfix/smtpd[17633]: disconnect from 68.Red-81-34-135.dynamicIP.rima-tde.net[81.34.135.68]
Aquí se desconecta el enviador remoto. ¿Normalmente, esto es, terminó de veras?
Sep 22 14:23:32 ns postfix/smtp[17637]: 321C218EBF: to=<jmarin@lagloria.co.cr>, relay=127.0.0.1[127.0.0.1], delay=12, status=deferred (lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once)
Y aquí salta el problema. El correo remoto ha fallado localmente al pasar a... ¿a donde? No lo tengo claro. ¿Y porqué falla? No termino de verlo... timeout no puede ser, ha tardado 12 en total. Es una cancelación brusca, no es temporización.
Sep 22 14:23:36 ns postfix/local[17628]: BD99118EC2: to=<igamboa@lagloria.co.cr>, relay=local, delay=10, status=sent (delivered to command: /usr/bin/procmail)
El BD99118EC2 que entró localmente, se entrega al procmail
Sep 22 14:23:36 ns postfix/qmgr[17452]: BD99118EC2: removed
y se borra.
Sep 22 14:24:04 ns postfix/anvil[17479]: statistics: max connection rate 2/60s for (smtp:65.254.254.77) at Sep 22 14:15:31 Sep 22 14:24:04 ns postfix/anvil[17479]: statistics: max connection count 2 for (smtp:65.254.254.77) at Sep 22 14:15:31 Sep 22 14:24:04 ns postfix/anvil[17479]: statistics: max cache size 4 at Sep 22 14:16:18
Ese max connection count 2... ¿te das cuenta por lo que me mosquea? Pues no vemos gran cosa nueva... bueno, si lo que te sugiero del 2 no hace nada, puedes aumentar la verbosidad del log una barbaridad. Se hace en el /etc/postfix/main.cf así: debug_peer_level = 2 debug_peer_list = 127.0.0.1 debug_peer_list = rima-tde.net Es decir, los mensajes de log extensos aparecerían para las conversaciones de esa procedencia o destino. Se podría probar... y ojo, que echa mucha verborrea, para parar un tren. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFFGHBtTMYHG2NR9URAgTmAJ4grezFJhionjq5smCvY+QAqj585ACcCHe6 709xjnWbf9k0pQsZfVRV/x0= =hy1h -----END PGP SIGNATURE-----
Ok, ya hoy no tengo tiempo de probar, y vuelvo hasta el lunes, Explico lo que me preguntas. y para las pruebas pues hasta mi regreso. SAludos y gracias :D
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-22 a las 15:36 -0500, Mauricio Masís Valverde escribió:
Bueno, para comentar... Primero que todo, hice lo que me dijo camaleón, desactivé el amavis y no se me quedó ningún correo en 5 horas. Lo activé y ya tengo dos correos en cola con el error de "deferred"
¿Como lo hiciste, parando el amavis, o también cambiando la configuración del postfix? Si es lo segundo, ¿que cambiaste? Si es lo primero y no dió error, es que el amavis no está puesto.
Hay varias maneras de activar el amavis en el postfix, ¿como lo tienes puesto tú? Podrías usar lmtp en lugar de smtp, es mejor, se supone.
Yo para activar amavis, simplemente desde yast/servicios de red/agente de transferencia de mensajes (MTA)/ Activo el check de "usar Amavis" ... Es todo...
Yo lo tengo así - observa que hay lineas comentadas que corresponden al método que no uso:
/etc/postfix/master.cf:
# ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== # #Cer: estaba en dos, aumento a 3. Intento ver si eso evita los bloqueos del inicio. #smtp inet n - n - 5 smtpd -o content_filter=smtp:[localhost]:10024 smtp inet n - n - 5 smtpd
...
#CER - ~/doc/packages/amavisd-new/README_FILES/README.postfix smtp-amavis unix - - n - 5 lmtp -o lmtp_data_done_timeout=1200 -o lmtp_send_xforward_command=yes
/etc/postfix/main.cf:
#content_filter = vscan: content_filter=smtp-amavis:[127.0.0.1]:10024
Por cierto, observa el comentario de ese "2" que cambié a "3" y más adelante a "5". Sospecho que lo tienes a 2. Corresponde al número de procesos activos, y, por tanto, al número de correos simultaneos. Eso puede afectar, y más si eres un servidor.
Carlos, aqui pongo el trozo de /var/log/mail desde que inicio la conección de uno de los mensajes con este error, hasta que da error.... No quité las lineas de en medio que corresponden a otros mensajes para evitar errores y luego quede incompleto lo importante.
El mensaje llega desde un servidor "dynamicIP.rima-tde.net[81.34.135.68]"
Telefónica de españa.
Si las empresas proveedoras realmente lucharan contra el spam... porque por la IP se sabe quien es, aunque sea dinámica. En fin, eso es otro tema.
a una dirección de mi dominio "jmarin@lagloria.co.cr"
veamos.
La pena es el plegado que hace el correo de las lineas. Lo voy a tener que desliar para grabarlo en un fichero y mirarlo con "menos" que es más que "más" ;-)
Sep 22 14:23:19 ns postfix/smtpd[17633]: connect from 68.Red-81-34-135.dynamicIP.rima-tde.net[81.34.135.68] Sep 22 14:23:23 ns postfix/smtpd[17633]: 321C218EBF: client=68.Red-81-34-135.dynamicIP.rima-tde.net[81.34.135.68]
Se conecta y se encola como 321C218EBF.
Sep 22 14:23:24 ns postfix/cleanup[17623]: 321C218EBF:> message-id=<000b01c6de84$cc02e930$6b132051@TIERRA>
Ahí está el message-id, lo ha visto; la conexión no está todavía cerrada, el cierre se ve más abajo.
Sep 22 14:23:26 ns postfix/smtpd[17627]: connect from localhost[127.0.0.1] Sep 22 14:23:26 ns postfix/smtpd[17627]: BD99118EC2: client=localhost[127.0.0.1]
Conexión local de otro correo (creo) encolado como BD99118EC2.
Sep 22 14:23:26 ns postfix/cleanup[17636]: BD99118EC2: message-id=<C2D05C2B88E30449A72CDA60B05CF8E3CB9E2F@sr-exc01co.patprimo.local>
Y tiene otro message-id, luego es efectivamente otro.
Sep 22 14:23:26 ns postfix/smtpd[17627]: disconnect from localhost[127.0.0.1]
Se desconecta el local
Sep 22 14:23:26 ns postfix/qmgr[17452]: 321C218EBF: from=<jsiprpus@rima-tde.net>, size=18515, nrcpt=1 (queue active)
Empieza a encolarse como 321C218EBF un mensaje que podría ser el remoto (por la dirección).
Sep 22 14:23:27 ns postfix/smtpd[17633]: disconnect from 68.Red-81-34-135.dynamicIP.rima-tde.net[81.34.135.68]
Aquí se desconecta el enviador remoto. ¿Normalmente, esto es, terminó de veras?
Sep 22 14:23:32 ns postfix/smtp[17637]: 321C218EBF: to=<jmarin@lagloria.co.cr>, relay=127.0.0.1[127.0.0.1], delay=12, status=deferred (lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once)
Y aquí salta el problema. El correo remoto ha fallado localmente al pasar a... ¿a donde? No lo tengo claro.
¿Y porqué falla? No termino de verlo... timeout no puede ser, ha tardado 12 en total. Es una cancelación brusca, no es temporización.
Sep 22 14:23:36 ns postfix/local[17628]: BD99118EC2: to=<igamboa@lagloria.co.cr>, relay=local, delay=10, status=sent (delivered to command: /usr/bin/procmail)
El BD99118EC2 que entró localmente, se entrega al procmail
Sep 22 14:23:36 ns postfix/qmgr[17452]: BD99118EC2: removed
y se borra.
Sep 22 14:24:04 ns postfix/anvil[17479]: statistics: max connection rate 2/60s for (smtp:65.254.254.77) at Sep 22 14:15:31 Sep 22 14:24:04 ns postfix/anvil[17479]: statistics: max connection count 2 for (smtp:65.254.254.77) at Sep 22 14:15:31 Sep 22 14:24:04 ns postfix/anvil[17479]: statistics: max cache size 4 at Sep 22 14:16:18
Ese max connection count 2... ¿te das cuenta por lo que me mosquea?
Pues no vemos gran cosa nueva... bueno, si lo que te sugiero del 2 no hace nada, puedes aumentar la verbosidad del log una barbaridad. Se hace en el /etc/postfix/main.cf así:
debug_peer_level = 2
debug_peer_list = 127.0.0.1 debug_peer_list = rima-tde.net
Es decir, los mensajes de log extensos aparecerían para las conversaciones de esa procedencia o destino. Se podría probar... y ojo, que echa mucha verborrea, para parar un tren.
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFFGHBtTMYHG2NR9URAgTmAJ4grezFJhionjq5smCvY+QAqj585ACcCHe6 709xjnWbf9k0pQsZfVRV/x0= =hy1h -----END PGP SIGNATURE-----
-- 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
El 23/09/06, Mauricio Masís Valverde escribió:
Yo para activar amavis, simplemente desde yast/servicios de red/agente de transferencia de mensajes (MTA)/ Activo el check de "usar Amavis" ... Es todo...
Pues a lo mejor ahí está el error. Después de utilizar los módulos de Yast para configurar cualquier servicio es una buena idea revisar el fichero de configuración de las aplicaciones que haya podido modificar para verificar que todo está correcto. Es muy posible que haya algún problema o bien en Postfix (master.cf) o bien en Amavisd (amavisd.conf). Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-22 a las 17:32 -0500, Mauricio Masís Valverde escribió:
Yo para activar amavis, simplemente desde yast/servicios de red/agente de transferencia de mensajes (MTA)/ Activo el check de "usar Amavis" ... Es todo...
Pues entonces copianos el postfix/main y master (sin los comentarios): cat /etc/postfix/main.cf | egrep -v "^[[:space:]]*$|^#" - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFFWN+tTMYHG2NR9URAvLfAKCG1SPCvLCoggqnfeNSSofSuSONyACff3/4 YOj41NIgtMk/U++jNIP6AR0= =T0pM -----END PGP SIGNATURE-----
Ok, abajo encontrarán el detalle de la configuración de postfix, master, main. Disculpas por tardar tanto, pero luego del finde vino mucho trabajo. Saludos:) ----- Original Message ----- From: "Carlos E. R." <robin.listas@telefonica.net> To: "SLS" <suse-linux-s@suse.com> Sent: Saturday, September 23, 2006 10:40 AM Subject: Re: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data"
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-22 a las 17:32 -0500, Mauricio Masís Valverde escribió:
Yo para activar amavis, simplemente desde yast/servicios de red/agente de transferencia de mensajes (MTA)/ Activo el check de "usar Amavis" ... Es todo...
Pues entonces copianos el postfix/main y master (sin los comentarios):
cat /etc/postfix/main.cf | egrep -v "^[[:space:]]*$|^#" Aqui la salida de ese comando:
queue_directory = /var/spool/postfix command_directory = /usr/sbin daemon_directory = /usr/lib/postfix mail_owner = postfix unknown_local_recipient_reject_code = 550 debug_peer_level = 2 debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin xxgdb $daemon_directory/$process_name $process_id & sleep 5 sendmail_path = /usr/sbin/sendmail newaliases_path = /usr/bin/newaliases mailq_path = /usr/bin/mailq setgid_group = maildrop html_directory = /usr/share/doc/packages/postfix/html manpage_directory = /usr/share/man sample_directory = /usr/share/doc/packages/postfix/samples readme_directory = /usr/share/doc/packages/postfix/README_FILES inet_protocols = all biff = no mail_spool_directory = /var/mail canonical_maps = hash:/etc/postfix/canonical virtual_alias_maps = hash:/etc/postfix/virtual virtual_alias_domains = hash:/etc/postfix/virtual relocated_maps = hash:/etc/postfix/relocated transport_maps = hash:/etc/postfix/transport sender_canonical_maps = hash:/etc/postfix/sender_canonical masquerade_exceptions = root masquerade_classes = envelope_sender, header_sender, header_recipient myhostname = ns.lagloria.co.cr program_directory = /usr/lib/postfix inet_interfaces = all masquerade_domains = mydestination = lagloria.co.cr,$myhostname,localhost defer_transports = mynetworks_style = subnet disable_dns_lookups = no relayhost = mailbox_command = /usr/bin/procmail mailbox_transport = strict_8bitmime = no disable_mime_output_conversion = no smtpd_sender_restrictions = hash:/etc/postfix/access, reject_unknown_sender_domain smtpd_client_restrictions = permit_sasl_authenticated, reject_rbl_client sbl.spamhaus.org smtpd_helo_required = yes smtpd_helo_restrictions = strict_rfc821_envelopes = no smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtp_sasl_auth_enable = no smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtpd_sasl_auth_enable = yes smtpd_use_tls = no smtp_use_tls = no alias_maps = hash:/etc/aliases mailbox_size_limit = 0 message_size_limit = 10240000 smtpd_sasl_application_name = smtpd smtpd_sasl_local_domain = lagloria.co.cr broken_sasl_auth_clients = yes smtp_sasl_security_options = Y aqui el master: smtp inet n - n - 2 smtpd -o content_filter=smtp:[127.0.0.1]:10024 pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr 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 -o fallback_relay= showq unix n - n - - showq error unix - - n - - error discard unix - - n - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil localhost:10025 inet n - n - - smtpd -o content_filter= scache unix - - n - 1 scache 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 procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient}
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFFWN+tTMYHG2NR9URAvLfAKCG1SPCvLCoggqnfeNSSofSuSONyACff3/4 YOj41NIgtMk/U++jNIP6AR0= =T0pM -----END PGP SIGNATURE-----
-- Para dar de baja la suscripcisn, 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-27 a las 10:32 -0600, Mauricio Masís escribió:
Ok, abajo encontrarán el detalle de la configuración de postfix, master, main.
Disculpas por tardar tanto, pero luego del finde vino mucho trabajo.
Uff, y a mi se me olvidó... como era complicado,lo dejé para más tarde.
Pues entonces copianos el postfix/main y master (sin los comentarios):
cat /etc/postfix/main.cf | egrep -v "^[[:space:]]*$|^#" Aqui la salida de ese comando:
queue_directory = /var/spool/postfix command_directory = /usr/sbin
Vale, lo que veo es que no hay un "content_filter" en el main.cf.
Y aqui el master:
# service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100)
smtp inet n - n - 2 smtpd -o content_filter=smtp:[127.0.0.1]:10024 ... localhost:10025 inet n - n - - smtpd -o content_filter=
Si, esa es la manera que utiliza suse. Puesto que no va bien, prueba primero a cambiar ese 2 de la primera por un 5, por ejemplo. Y en /etc/amavisd.conf, pon un 5 también en max_servers. Si no va, también puedes usar esta otra forma, que me gusta más; comentas la primera de esas dos lineas (#), y en su lugar, pones ésta: smtp inet n - n - 5 smtpd y añades esta otra: smtp-amavis unix - - n - 5 lmtp -o lmtp_data_done_timeout=1200 -o lmtp_send_xforward_command=yes (es una linea, se puede partir). Luego, editas también el "/etc/postfix/main.cf" y añades: content_filter=smtp-amavis:[127.0.0.1]:10024 y a ver que pasa (hay que recargar el postfix, claro). Para desactivar el amavis, si no recuerdo mal, basta con comentar la linea del main.cf, dejando el resto intacto. Todo esto está documentado en el fichero "/usr/share/doc/packages/amavisd-new/README_FILES/README.postfix" - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFHqVntTMYHG2NR9URAhGxAKCSBpB2T5z/dRDeATdP3ZwgO7Rn0QCaAqnF VWfPk0mfUzqF7XotlDHO+HE= =wavn -----END PGP SIGNATURE-----
El 30/09/06, Carlos E. R. escribió:
Uff, y a mi se me olvidó... como era complicado,lo dejé para más tarde.
A mi también se me pasó el correo, menos mal que Mauricio de una forma muy sutil lo ha reenviado a la lista... :-) Yo le envío algunos enlaces que me sirvieron para configurar Amavisd-New, Postfix, SA y ClamAV, para que compare los valores que tiene actualmente con estos otros: http://wiki.apache.org/spamassassin/IntegratedInPostfixWithAmavis http://www.ijs.si/software/amavisd/README.postfix http://www.freespamfilter.org/FC4.html http://bulma.net/body.phtml?nIdNoticia=1977&nIdPage=last Tampoco hay que olvidar la configuración de Amavisd-New, SA y ClamAV, ya que en todos los ficheros de configuración hay que modificar algunos parámetros. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-30 a las 19:22 +0200, Camaleón escribió:
Tampoco hay que olvidar la configuración de Amavisd-New, SA y ClamAV, ya que en todos los ficheros de configuración hay que modificar algunos parámetros.
Pero para que al menos funcione, creo que no debería tocar el amavis-new. Se puede mejorar y cambiar algunos comportamientos, como cuando envía rebotes. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFHrAXtTMYHG2NR9URAqCqAJ0c1Avea9N3GPyrMbtRG75aDOP1aACdFVPc b5t721sV5szEaMUvGed4i+U= =xbak -----END PGP SIGNATURE-----
Con esto ya tengo bastante qeu leer!!! Como comentario... http://www.freespamfilter.org/FC4.html Esta dirección de las que me pasó camaleón es muy buena! un 100% de Excelencia! Espero poder mejorar mi configuración Saludos y nuevamente gracias. ----- Original Message ----- From: "Camaleón" <noelamac@gmail.com> To: "Lista SuSE (Novell)" <suse-linux-s@suse.com> Sent: Saturday, September 30, 2006 11:22 AM Subject: Re: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data" El 30/09/06, Carlos E. R. escribió:
Uff, y a mi se me olvidó... como era complicado,lo dejé para más tarde.
A mi también se me pasó el correo, menos mal que Mauricio de una forma muy sutil lo ha reenviado a la lista... :-) Yo le envío algunos enlaces que me sirvieron para configurar Amavisd-New, Postfix, SA y ClamAV, para que compare los valores que tiene actualmente con estos otros: http://wiki.apache.org/spamassassin/IntegratedInPostfixWithAmavis http://www.ijs.si/software/amavisd/README.postfix http://www.freespamfilter.org/FC4.html http://bulma.net/body.phtml?nIdNoticia=1977&nIdPage=last Tampoco hay que olvidar la configuración de Amavisd-New, SA y ClamAV, ya que en todos los ficheros de configuración hay que modificar algunos parámetros. Saludos, -- Camaleón
Bueno amigos! Les agradezco mucho las respuestas:) Yo sabía que algo había pasado ;) Les comento que cambié el valor de 2 servidores por 5 en el archivo master y en amavis Ahora, otra cosa. Mi servidor solo tiene 256 MB de RAM.... mentira que podré subirla... Aun así lo dejo con max_Servers=5 ? De todos modos ahora tengo que monitorear el comportamiento, pero quería su opinión al respecto. Sobre la segunda opción de configuración, aun no la aplicaré, pero queda guardada para un futuro :) Saludos: Mau ----- Original Message ----- From: "Carlos E. R." <robin.listas@telefonica.net> To: "SLS" <suse-linux-s@suse.com> Sent: Saturday, September 30, 2006 11:11 AM Subject: Re: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data"
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-27 a las 10:32 -0600, Mauricio Masís escribió:
Ok, abajo encontrarán el detalle de la configuración de postfix, master, main.
Disculpas por tardar tanto, pero luego del finde vino mucho trabajo.
Uff, y a mi se me olvidó... como era complicado,lo dejé para más tarde.
Pues entonces copianos el postfix/main y master (sin los comentarios):
cat /etc/postfix/main.cf | egrep -v "^[[:space:]]*$|^#" Aqui la salida de ese comando:
queue_directory = /var/spool/postfix command_directory = /usr/sbin
Vale, lo que veo es que no hay un "content_filter" en el main.cf.
Y aqui el master:
# service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100)
smtp inet n - n - 2 smtpd -o content_filter=smtp:[127.0.0.1]:10024 ... localhost:10025 inet n - n - - smtpd -o content_filter=
Si, esa es la manera que utiliza suse.
Puesto que no va bien, prueba primero a cambiar ese 2 de la primera por un 5, por ejemplo. Y en /etc/amavisd.conf, pon un 5 también en max_servers.
Si no va, también puedes usar esta otra forma, que me gusta más; comentas la primera de esas dos lineas (#), y en su lugar, pones ésta:
smtp inet n - n - 5 smtpd
y añades esta otra:
smtp-amavis unix - - n - 5 lmtp -o lmtp_data_done_timeout=1200 -o lmtp_send_xforward_command=yes
(es una linea, se puede partir). Luego, editas también el "/etc/postfix/main.cf" y añades:
content_filter=smtp-amavis:[127.0.0.1]:10024
y a ver que pasa (hay que recargar el postfix, claro). Para desactivar el amavis, si no recuerdo mal, basta con comentar la linea del main.cf, dejando el resto intacto.
Todo esto está documentado en el fichero "/usr/share/doc/packages/amavisd-new/README_FILES/README.postfix"
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFHqVntTMYHG2NR9URAhGxAKCSBpB2T5z/dRDeATdP3ZwgO7Rn0QCaAqnF VWfPk0mfUzqF7XotlDHO+HE= =wavn -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-30 a las 12:37 -0600, Mauricio Masís escribió:
Bueno amigos! Les agradezco mucho las respuestas:) Yo sabía que algo había pasado ;) Les comento que cambié el valor de 2 servidores por 5 en el archivo master y en amavis
Ahora, otra cosa. Mi servidor solo tiene 256 MB de RAM.... mentira que podré subirla...
Ostras.
Aun así lo dejo con max_Servers=5 ?
Mmm... en el postfix no será problema, pero en el amavis, si, porque funciona en perl y eso significa que usa una barbaridad de memoria. Podrías probar con 3...
Sobre la segunda opción de configuración, aun no la aplicaré, pero queda guardada para un futuro :)
Lee sobre ella, tiene ventajas (lmtp vs smtp :-) ) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFHvB4tTMYHG2NR9URAjJBAJ9RdiEDLt/LLEHPGcOWeQyf0OhwnACfdz1c /kyWgQBGehYrWyxGU15douk= =lC8i -----END PGP SIGNATURE-----
Ok, cuatro días despues. Efectivamente tube que bajar el max_servers a 3 y el correo volvió a trabajar normal. Pues con 4 servidores configurados me daba error el perl, así como predijo Carlos: Oct 3 17:10:39 ns amavis[5531]: (05531-04) SA TIMED OUT, backtrace: at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/Message/Metadata/Received.pm line 136\n\teval {...} called at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/Message/Metadata/Received.pm line 136\n\tMail::SpamAssassin::Message::Metadata::parse_received_headers('Mail::SpamAssassin::Message::Metadata=HASH(0xa559610)', 'Mail::SpamAssassin=HASH(0x8b9bf18)', 'Mail::SpamAssassin::Message=HASH(0xa540854)') called at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/Message/Metadata.pm line 80\n\tMail::SpamAssassin::Message::Metadata::extract('Mail::SpamAssassin::Message::Metadata=HASH(0xa559610)', 'Mail::SpamAssassin::Message=HASH(0xa540854)', 'Mail::SpamAssassin=HASH(0x8b9bf18)') called at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/Message.pm line 453\n\tMail::SpamAssassin::Message::extract_message_metadata('Mail::SpamAssassin::Message=HASH(0xa540854)', 'M... Oct 3 17:10:40 ns amavis[5532]: (05532-03) SA TIMED OUT, backtrace: at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/Message/Metadata/Received.pm line 180\n\teval {...} called at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/Message/Metadata/Received.pm line 180\n\tMail::SpamAssassin::Message::Metadata::parse_received_headers('Mail::SpamAssassin::Message::Metadata=HASH(0x8787a78)', 'Mail::SpamAssassin=HASH(0x8b9bf18)', 'Mail::SpamAssassin::Message=HASH(0xa3d7ab4)') called at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/Message/Metadata.pm line 80\n\tMail::SpamAssassin::Message::Metadata::extract('Mail::SpamAssassin::Message::Metadata=HASH(0x8787a78)', 'Mail::SpamAssassin::Message=HASH(0xa3d7ab4)', 'Mail::SpamAssassin=HASH(0x8b9bf18)') called at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/Message.pm line 453\n\tMail::SpamAssassin::Message::extract_message_metadata('Mail::SpamAssassin::Message=HASH(0xa3d7ab4)', 'M... No he tenido mucho tiempo de revisar la documentación que me enviaron, así que tengo pendiente agregar listas negras y configurar el firewall para que no me acepte algun host que me da lata. Por lo demas, ahora creo que estoy tranquilo, pues los correos salen y entran bien... solo uno que otro se queda por el error (tema de este mensaje) pero con un el flush se van.. Saludos y agradecimientos :) ----- Original Message ----- From: "Carlos E. R." <robin.listas@telefonica.net> To: "SLS" <suse-linux-s@suse.com> Sent: Saturday, September 30, 2006 4:32 PM Subject: Re: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data"
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-30 a las 12:37 -0600, Mauricio Masís escribió:
Bueno amigos! Les agradezco mucho las respuestas:) Yo sabía que algo había pasado ;) Les comento que cambié el valor de 2 servidores por 5 en el archivo master y en amavis
Ahora, otra cosa. Mi servidor solo tiene 256 MB de RAM.... mentira que podré subirla...
Ostras.
Aun así lo dejo con max_Servers=5 ?
Mmm... en el postfix no será problema, pero en el amavis, si, porque funciona en perl y eso significa que usa una barbaridad de memoria. Podrías probar con 3...
Sobre la segunda opción de configuración, aun no la aplicaré, pero queda guardada para un futuro :)
Lee sobre ella, tiene ventajas (lmtp vs smtp :-) )
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFHvB4tTMYHG2NR9URAjJBAJ9RdiEDLt/LLEHPGcOWeQyf0OhwnACfdz1c /kyWgQBGehYrWyxGU15douk= =lC8i -----END PGP SIGNATURE-----
--------------------------------------------------------------------------------
-- Para dar de baja la suscripcisn, 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
Ok, abajo encontrarán el detalle de la configuración de postfix, master, main. Disculpas por tardar tanto, pero luego del finde vino mucho trabajo. Saludos:) ----- Original Message ----- From: "Carlos E. R." <robin.listas@telefonica.net> To: "SLS" <suse-linux-s@suse.com> Sent: Saturday, September 23, 2006 10:40 AM Subject: Re: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data"
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-09-22 a las 17:32 -0500, Mauricio Masís Valverde escribió:
Yo para activar amavis, simplemente desde yast/servicios de red/agente de transferencia de mensajes (MTA)/ Activo el check de "usar Amavis" ... Es todo...
Pues entonces copianos el postfix/main y master (sin los comentarios):
cat /etc/postfix/main.cf | egrep -v "^[[:space:]]*$|^#" Aqui la salida de ese comando:
queue_directory = /var/spool/postfix command_directory = /usr/sbin daemon_directory = /usr/lib/postfix mail_owner = postfix unknown_local_recipient_reject_code = 550 debug_peer_level = 2 debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin xxgdb $daemon_directory/$process_name $process_id & sleep 5 sendmail_path = /usr/sbin/sendmail newaliases_path = /usr/bin/newaliases mailq_path = /usr/bin/mailq setgid_group = maildrop html_directory = /usr/share/doc/packages/postfix/html manpage_directory = /usr/share/man sample_directory = /usr/share/doc/packages/postfix/samples readme_directory = /usr/share/doc/packages/postfix/README_FILES inet_protocols = all biff = no mail_spool_directory = /var/mail canonical_maps = hash:/etc/postfix/canonical virtual_alias_maps = hash:/etc/postfix/virtual virtual_alias_domains = hash:/etc/postfix/virtual relocated_maps = hash:/etc/postfix/relocated transport_maps = hash:/etc/postfix/transport sender_canonical_maps = hash:/etc/postfix/sender_canonical masquerade_exceptions = root masquerade_classes = envelope_sender, header_sender, header_recipient myhostname = ns.lagloria.co.cr program_directory = /usr/lib/postfix inet_interfaces = all masquerade_domains = mydestination = lagloria.co.cr,$myhostname,localhost defer_transports = mynetworks_style = subnet disable_dns_lookups = no relayhost = mailbox_command = /usr/bin/procmail mailbox_transport = strict_8bitmime = no disable_mime_output_conversion = no smtpd_sender_restrictions = hash:/etc/postfix/access, reject_unknown_sender_domain smtpd_client_restrictions = permit_sasl_authenticated, reject_rbl_client sbl.spamhaus.org smtpd_helo_required = yes smtpd_helo_restrictions = strict_rfc821_envelopes = no smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtp_sasl_auth_enable = no smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtpd_sasl_auth_enable = yes smtpd_use_tls = no smtp_use_tls = no alias_maps = hash:/etc/aliases mailbox_size_limit = 0 message_size_limit = 10240000 smtpd_sasl_application_name = smtpd smtpd_sasl_local_domain = lagloria.co.cr broken_sasl_auth_clients = yes smtp_sasl_security_options = Y aqui el master: smtp inet n - n - 2 smtpd -o content_filter=smtp:[127.0.0.1]:10024 pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr 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 -o fallback_relay= showq unix n - n - - showq error unix - - n - - error discard unix - - n - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil localhost:10025 inet n - n - - smtpd -o content_filter= scache unix - - n - 1 scache 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 procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient}
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFFFWN+tTMYHG2NR9URAvLfAKCG1SPCvLCoggqnfeNSSofSuSONyACff3/4 YOj41NIgtMk/U++jNIP6AR0= =T0pM -----END PGP SIGNATURE-----
Ok, entendido. Como bien dices, es un servidor trabajador, pero mucha de esa carga es spam. Lo he desactivado ahora esperaremos unas horitas a ver como se comporta. Saludos; Mau ----- Original Message ----- From: "Camaleón" <noelamac@gmail.com> To: "Lista SuSE (Novell)" <suse-linux-s@suse.com> Sent: Friday, September 22, 2006 2:06 AM Subject: Re: [suse-linux-s] Re: Correo "lost connection with 127.0.0.1[127.0.0.1] while sending end of data" El 21/09/06, Mauricio Masís escribió:
Los correos siguen quedando algunos en la cola, hasta que les hago flush manual, para lo que configuré una tarea de cron cada 3 horas.
Porque una vez que Postfix no puede entregar el mensaje lo marca como "pendiente" para volver a intentar enviarlo más adelante, y cuantas más veces falla en la entrega, el tiempo entre entregas se incrementa.
Segun entiendo esta tarea o una parecida la debería ejecutar el servidor de correo automáticamente.. pero no es así. porque si no la ejecutó yo, cuando llego en la mañana tengo hasta 200 correos en cola con ese error.
200 mensajes son muchos, tienes un servidor trabajador :-). El error que te aparece "lost connection with 127.0.0.1 while sending end of data" indica que Postfix ha intentado contactar (o que ha contactado) con Amavis pero ha perdido la comunicación. Prueba a configurar Postfix para que no pase por Amavis (sólo para verificar si el problema está en Amavis o Postifx) para ver si los mensajes que siguen quedando en la cola. 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-19 a las 21:24 +0200, Camaleón escribió:
El $dspam es para pasar los correos por el spamassasin? Supongo que como yo uso procmail para eso y no tengo configurado esta opcion en el amavis-new da el mensaje no?
A mi también me aparece, y no uso Procmail. Yo no lo tengo activado, pero sí uso SA y me aparece ese mensaje. Dspam es otro filtro de spam diferente de SA.
¿Hablais de este mensaje? Sep 19 20:12:27 nimrodel amavis[4508]: No $dspam, not using it No es nada. Viene de esta linea: $dspam = 'dspam'; en el "/etc/amavisd.conf". Se refiere a que el amavis no ha encontrado el rpograma 'dspam', y que por tanto no lo usará.
Sometimes emails gets delayed because the communication back to postfix after virusscanning terminated to fast.
Un poco raro en la interfaz local. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEGtKtTMYHG2NR9URAm/lAKCYcm0300s2WE8CSn4bfX57irF3cACeJqwG cSmVXyNFV24W1drAnqC05Nw= =58lU -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-19 a las 11:26 -0600, Mauricio Masís escribió:
El mensaje de lost connection es de las 11:18:00
De esa hora no tengo nada en el archivo WARN, pero pongo estas lineas que estan antes:
Donde tienes que mirar es en el archivo "mail", no en el "warn". - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFEC/RtTMYHG2NR9URAgcmAJ4zPGmlBZFutFF5tbmPMkWtOI125wCffgqg +3OzoV3Rafns+i7U4a6/h5g= =N7Pl -----END PGP SIGNATURE-----
participants (4)
-
Camaleón -
Carlos E. R. -
Mauricio Masís -
Mauricio Masís Valverde