El 2004-05-30 a las 15:12 +0200, Antonio Lopez Fernandez escribió: Para resumir:
May 31 10:32:19 linux postfix/master[4545]: warning: process /usr/lib/postfix/local pid 4712 killed by signal 11
Lo de "throttling" creo que es simplemente que el postfix reconoce que tiene problemas serios y se autolimita en la entrega de correo para darte tiempo a corregirlo sin ahogar la maquina. Parece que lo que falla es el reparto local de correo, y no vemos porqué. En el /etc/postfix/main.cf tenemos esta linea: mailbox_command = /usr/bin/procmail que dice que el reparto local de correo se le pasa al procmail - no hace falta usar el .forward para ello, y además, creo que es contraproducente. El postfix, por política de seguridad, se niega a pasarle la pelota a otros programas que no sean los propios del postfix como root, por lo que llama a procmail como un usuario normal (supongo que el destinatario del correo) y procmail puede tener problemas para leer su fichero /etc/procmailrc y actuar conforme a él, según que es lo que contenga. En esto se comporta muy distinto al sendmail. Por eso, como primer remedio tentativo, digo de renombrar el "/etc/procmailrc" a otra cosa, para ver que pasa. Si no fuera eso, necesitamos ver el log del procmail, cuando llega al usuario. Necesitamos estas dos lineas, o equivalentes, al principio del fichero /home/usuario/.procmailrc: VERBOSE=on LOGFILE=$HOME/procmail.log A continuación, debería haber algo como esto (en lugar de en el /etc), como primera regla del fichero: :0fw | /usr/bin/spamc :0 a: * ^X-Spam-Status: Yes $HOME/Mail/in_spam Luego estarían tus reglas de reparto. No llames al .forward, renómbralo (al menos de momento). Y eso es el resumen de todo lo que se me ocurre :-) -- Saludos Carlos Robinson