[opensuse-es] el postfix va lento
senores tengo un medio dolor de cabeza con postfix , doy parte de las especificaciones es un servidor phenom de 4 nucleos y 4GB de ram, hd de 320 Gb , con un enlace de 1MB de bajada y 490 Kbps de subida , son alrededor de 40 cuentas de correo pero de un tiempo para 1 semana el envio de mensajes se volvio lento tanto internamente como externamente , muchas veces el servidor se queda enviando los mensajes y al final se encolan , ojo tengo greylisting , rbl , amavisd-new , osea no hay mucho trafico y la carga del cpu anda bien ... si envio attach anda peor al final Nov 3 14:28:00 shark postfix/smtp[15203]: 4BC1B12A4B7: lost connection with smtpmx05.bayer.de[212.64.225.215] while sending end of data -- message may be sent more than once Nov 3 14:28:01 shark postfix/smtp[15203]: certificate verification failed for smtpmx01.bayer.de[212.64.225.220]:25: untrusted issuer /C=DE/ST=NRW/L=Leverkusen/O=Bayer/OU=Bayer/CN=smtpmx01.bayer.de Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient------- ED18212A4B9 2469188 Wed Nov 3 14:05:53 ventas@superdominio.com.ni (conversation with alt1.gmail-smtp-in.l.google.com[74.125.91.27] timed out while sending message body) netsoluciones@gmail.com -- rickygm http://gnuforever.homelinux.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 03 Nov 2010 22:13:50 -0600, troxlinux escribió: (...)
Nov 3 14:28:00 shark postfix/smtp[15203]: 4BC1B12A4B7: lost connection with smtpmx05.bayer.de[212.64.225.215] while sending end of data -- message may be sent more than once Nov 3 14:28:01 shark postfix/smtp[15203]: certificate verification failed for smtpmx01.bayer.de[212.64.225.220]:25: untrusted issuer /C=DE/ST=NRW/L=Leverkusen/O=Bayer/OU=Bayer/CN=smtpmx01.bayer.de
Tienes un problema de comunicación ("lost connection") con el servidor de correo al que estás intentando mandar el mensaje. Tendrás que averiguar el motivo, por ejemplo: - ¿Te pasa con todos las direcciones de correo o sólo con algunas? - ¿Te pasa sólo con Postfix o notas el servidor lento al navegar o al hacer uso de la conexión de Internet? Podría ser un problema con la resolución de nombres - ¿Estás en alguna lista negra? - ¿Firefwall, router, proxy...? ¿Qué ruta siguen los correos? Algunos equipos son muy pijoteros y te pueden dar problemas de este tipo. Después, con ese host en concreto aparece un aviso de error con el certificado (no es válido/reconocido), pero no creo que esté relacionado con la lentitud que tienes, parece simplemente que tu servidor no reconoce a la CA del certificado que usa ese dominio.
Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient------- ED18212A4B9 2469188 Wed Nov 3 14:05:53 ventas@superdominio.com.ni (conversation with alt1.gmail-smtp-in.l.google.com[74.125.91.27] timed out while sending message body) netsoluciones@gmail.com
Y aquí te pasa lo mismo, se corta la comunicación ("timed out") en el momento del envío... no es normal. ¿Tienes problemas con la línea? Podrías monitorizarla para ver si hay microcortes :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-11-03 a las 22:13 -0600, troxlinux escribió:
senores tengo un medio dolor de cabeza con postfix , doy parte de las
A mi me parecen errores de linea. La otra posibilidad es que esté sucediendo alguna comprobación de seguridad durante la transmisión, y que temporiza. Por ejemplo, que durante (al principio) de la transmisión se trata de averiguar si el que envía está en una lista negra, y eso lleva algún tiempo, por ejemplo porque alguno de los servicios de listas esté caído. Eso se puede detectar viendo los tiempos de cada una de las fases en modo verboso. Y lo otro se puede ver mandando una cadenas de pings a algún sitio para detectar si la conectividad se pierde, además de monitorizar al aparato que conecte con internet (router adsl, por ejemplo). - -- Saludos Carlos E. R. (desde 11.2 x86_64 "Emerald" en Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) iEYEARECAAYFAkzTWX0ACgkQtTMYHG2NR9W/EACfRR2CezPmgg7LwjyYm8sZRlqo qJMAmwTPvtoeOWTKEOLpOsDONLxwSK0P =p2K/ -----END PGP SIGNATURE-----
El día 4 de noviembre de 2010 19:10, Carlos E. R.
A mi me parecen errores de linea.
si en realidad era problemas del enlace tenia mucha perdida de paquetes , pero me tengo una duda es posible decirle al postfix que cuando haya este tipo de problemas el pueda enviar aun cuando el enlace no sea muy bueno? algun parametro adicional? sldss -- rickygm http://gnuforever.homelinux.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 10 Nov 2010 10:37:40 -0600, troxlinux escribió:
El día 4 de noviembre de 2010 19:10, Carlos E. R.
A mi me parecen errores de linea.
si en realidad era problemas del enlace tenia mucha perdida de paquetes , pero me tengo una duda es posible decirle al postfix que cuando haya este tipo de problemas el pueda enviar aun cuando el enlace no sea muy bueno?
algun parametro adicional?
Puedes ampliar el intervalo que permanece en la cola para darle tiempo y que pueda volver a conectar con el servidor remoto cuando la línea se haya recuperado del catarro. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 10 de noviembre de 2010 11:24, Camaleón
Puedes ampliar el intervalo que permanece en la cola para darle tiempo y que pueda volver a conectar con el servidor remoto cuando la línea se haya recuperado del catarro.
Hola , pues creo que a lo que me dices es como aumentar las hr o dias a que los correos que no salgan los vuelva a reenviar , pero yo decia mas bien a que el postfix envie el correo aunque sea lento , pero lo envie osea como que fuera un anti perdida d enlace ... sldss -- rickygm http://gnuforever.homelinux.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Wed, 10 Nov 2010 20:50:07 -0600, troxlinux escribió:
El día 10 de noviembre de 2010 11:24, Camaleón escribió:
Puedes ampliar el intervalo que permanece en la cola para darle tiempo y que pueda volver a conectar con el servidor remoto cuando la línea se haya recuperado del catarro.
Hola , pues creo que a lo que me dices es como aumentar las hr o dias a que los correos que no salgan los vuelva a reenviar , pero yo decia mas bien a que el postfix envie el correo aunque sea lento , pero lo envie osea como que fuera un anti perdida d enlace ...
Magia no hace :-) Si tienes problemas con la línea, el enlace está caído o en el momento del envío se produce un corte, lo único que puede hacer es intentarlo de nuevo. Quizá puedas aumentar el tiempo de espera para recibir el "timeout" (busca en el listado general de parámetros del main.cf por el valor "timeout" a ver si encuentras algo... tiene que ser un valor relacionado con el tiempo de espera en el proceso de envío de datos, p. ej., "smtp_data_xfer_timeout" o similares). Pero creo deberías solucionar el problema de la conexión. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-11-10 a las 10:37 -0600, troxlinux escribió:
El día 4 de noviembre de 2010 19:10, Carlos E. R. <>
A mi me parecen errores de linea.
si en realidad era problemas del enlace tenia mucha perdida de paquetes , pero me tengo una duda es posible decirle al postfix que cuando haya este tipo de problemas el pueda enviar aun cuando el enlace no sea muy bueno?
algun parametro adicional?
Lo dudo, el postfix ya tiene de por sí una compleja política de tiempos y reintentos. Hace lo que debe. Puedes, quizás, poner el correo en hold. - -- Saludos Carlos E. R. (desde 11.2 x86_64 "Emerald" en Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) iEYEARECAAYFAkzbJPIACgkQtTMYHG2NR9XKjACeKONylA9hjoTOA6bDdpWphseq 7PoAoI0eiWoMSGm4wEF88wcXyb6HCHle =R0GV -----END PGP SIGNATURE-----
El día 10 de noviembre de 2010 17:04, Carlos E. R.
Lo dudo, el postfix ya tiene de por sí una compleja política de tiempos y reintentos. Hace lo que debe. Puedes, quizás, poner el correo en hold.
Poner en hold , hablas de hacerlos manual? slds -- rickygm http://gnuforever.homelinux.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-11-10 a las 20:50 -0600, troxlinux escribió:
El día 10 de noviembre de 2010 17:04, Carlos E. R. <> escribió:
Lo dudo, el postfix ya tiene de por sí una compleja política de tiempos y reintentos. Hace lo que debe. Puedes, quizás, poner el correo en hold.
Poner en hold , hablas de hacerlos manual?
si. No se ahora mismo si habría un mecanismo en transport para aumentar el timeout lo que haga falta o poner en hold. Y prefiero hold, porque él mismo te avisaba de posibles duplicados. - -- Saludos Carlos E. R. (desde 11.2 x86_64 "Emerald" en Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) iEYEARECAAYFAkzbxLQACgkQtTMYHG2NR9VbdQCeN8uYWl8zq+3PyLLZphFflfQr D+sAoJLVVfRlg7aTZVB2ZAxQ3FOnSEou =w7Km -----END PGP SIGNATURE-----
participants (3)
-
Camaleón
-
Carlos E. R.
-
troxlinux