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=, 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" To: "Lista SuSE (Novell)" 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

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" To: "lista-suse" 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=, 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

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" To: "Lista SuSE (Novell)" 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-----

-----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-----

-----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-----

-----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-----

-----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-----

-----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=, 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-----

-----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-----

-----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-----

-----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= 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=, 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=, 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=, 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]

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=

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=, 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=, 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=, 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

-----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-----

-----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-----

-----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-----

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." To: "SLS" 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

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." To: "SLS" 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, 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" To: "Lista SuSE (Novell)" 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