Resultados de Búsqueda
Solución para enviar ficheros con Postfix en plesk 9
Actualización 30-12-2008: Incluimos ficheros para solucionar el problema con postfix-queue para Centos 4 y 5 a 32 bits y Debian 4 a 32 bits. Cortesía de Parallels. Teneis que sustituirlo en /usr/lib/plesk-9.0/ (esta ruta es la variable $PLESK_LIBEXEC_DIR) y si dudas buscarlo en tu Linux. Recuerda para Centos 5 a 64 bits el fichero es este.
Hace un rato anunciabamos que Parallels solucionaría el problema que descubrimos con Postfix, y poco después de esa entrada nos han solucionado el problema en nuestro servidor afectado antes del lanzamiento de la versión corregida.
Nos adelantamos un poco a la revisión de Parallels, nos acaban de sustituir el servicio de soporte el fichero postfix-queue en /usr/lib64/plesk-9.0/ por una versión que funciona correctamente para enviar ficheros de en principio cualquier tamaño sin problemas.
Según comenta Anastasia del soporte de Plesk el error podría estar provocado porque el timeout del correo es de 30 segundos por defecto, lo han actualizado a 300 segundos, aunque claro al tratarse de un fichero compilado por Plesk solo ellos pueden alterar ese valor. He preguntado si hay alguna forma más de hacerlo.
Descargar fichero postfix-queue para plesk 9.0 sobre Centos 5 a 64 bits corregido. Para otros sistemas o 32 bits no disponemos de la solución, tendrás que esperar a la revisión oficial. No hace falta decir que no me responsabilizo de posibles consecuencias o problemas con el fichero que os facilito de mi servidor, y que debéis hacer una copia de seguridad del actual previamente.
OJO: Parallels me confirma que el ticket no se considera cerrado y que esta solución solo es para que podamos funcionar.
Parallels solucionará el problema con postfix en Plesk 9
Después de un poco de lucha y análisis de funcionalidades, errores, … y “decenas” de pruebas con postfix hemos localizado que el problema con Plesk 9.0 está en el fichero postfix-queue en la ruta /usr/lib64/plesk-9.0/.
La nueva revisión 9.0.2 tampoco soluciona el problema y la gente de Parallels me han comentado que están trabajando para lanzar el parche pero sin duda estas fechas de navidad harán que la solución no sea todo lo rápida que debería.
Recordar que Plesk 9 para Linux incluye la posibilidad de migrar de Qmail a Postfix y viceversa, pero que Parallels quizás se equivoco al utilizar algunas aplicaciones para postfix propietarias y compiladas al margen del sistema de correo, lo que ha provocado que surga este error que no podemos solucionar de ninguna forma sin depender de ellos. Sería bueno que Parallels libere sus cambios que realize sobre sistemas de terceros y que afecten a estos, como por ejemplo Postfix, Apache, Qmail, …
De forma temporal podéis aplicar una solución para poder enviar adjuntos de más de 1 mb con postfix y plesk 9, aquí os explicamos como:
Editar /etc/postfix/master.cf y sustituir la línea:
smtp inet n – - – - smtpd -o smtpd_proxy_filter=127.0.0.1:10025
por:
smtp inet n – - – - smtpd
Ahora reiniciar postfix para aplicar cambios con:
/etc/init.d/postfix reload
Gracias a Alvaro Marín de Hostalia por su ayuda para localizar el error y la solución temporal.
Smtp con postfix no acepta adjuntos
Desde que actualize a Plesk 9 y me aventure a probar en un servidor (no muy crítico) el cambio de Qmail a Postfix mi pesadilla no parece tener fin.
No consigo que los mensajes con adjuntos se envien a través de smtp con postfix, y he optado por dejar una entrada aquí por si alguien sabe como arreglarlo y dejarlo documentado para toda la comunidad.
El error que reporta Eudora, Outlook Express, Thunderbird y/o Outlook es el siguiente:
El error en escritorio tanto en Windows, Linux como Mac es siempre el mismo: “451 4.3.0 Error: queue file write error” y en el servidor se genera la siguiente información en el maillog:
Dec 18 09:09:20 ns1 before-remote[7960]: check handlers for addr: xxxxx @ xxxx.es
Dec 18 09:09:50 ns1 before-remote[7960]: Timeout reading data from stream
Dec 18 09:09:50 ns1 before-remote[7960]: Unable to read data from stream
Dec 18 09:09:50 ns1 before-remote[7960]: Some error occured
Y el servidor recibe un correo de devolución en el root del servidor donde destacaría el siguiente contenido del mismo, que puede arrojar información sobre el posible problema que no consigo solucionar:
Leer el resto de la entrada »
Centralizar los Logs de tus servidores
Aunque de momento no suele representar un problema, poco a poco cuando una estructura de servidores crece y empiezas a tener muchos servidores que controlar, mucha información y muchos logs, la gestión de estos últimos se hace imposible hasta el punto que muchas veces la opción es desactivarlo 100%.
Logrep es una solución de código libre para centralizar los logs de tus servidores, tanto para Linux como para Windows.
Los logs se presentar en formato HTML a través del componente cliente de esta utilidad que como ya hemos comentado es totalmente multiplataforma. El cliente es capaz de recoletar logs de 30 sistemas diferentes entre los que están: Snort, Squid, Postfix, Apache, syslog, ipchains, Qmail, Sendmail, iptables, Servidores Windows, Firewall-1, wtmp, xferlog, Oracle y Pix.
Entre las características de Logrep podemos citar:
- Protocolo de comunicación segura entre cliente servidor a través de SSH.
- Completa ayuda para la interpretación de logs.
- Guardar copias de todos los logs en un sistema central.
- El cliente extrator de datos consume realmente pocos recursos.
- Tus logs con representación gráfica.
Logrep es sin duda la herramienta ideal para administradores de sistemas que necesiten centralizar la gestión de logs y tener una sistema de acceso rápido a todos ellos. La mejor forma de analizar por ejemplo una posible intrusión en la red.
Enlaces de referencia:
Logrep en SourceForge.
Descargar de Logrep.
Sistemas de los que puede interpretar log Logrep.
Manual Instalación de Logrep.
