El Viernes, 3 de Marzo de 2006 15:30, Ricardo Frydman Eureka! escribió: > Iñaki wrote: > > El Jueves, 2 de Marzo de 2006 20:03, Antonio Galicia escribió: > >>On 3/2/06, Iñaki <[EMAIL PROTECTED]> wrote: > >>>Un problema similar sucede si uso "awk" en vez de "sed": > >>>------------------------------------------------------------------------ > >>>- ----------------------------------- cat $correo_original | awk > >>>'ok{print}/^\s*$/{ok=1}' | formail -X "" > $cabecera_original > >>>------------------------------------------------------------------------ > >>>- ----------------------------------- > >> > >> Similar ... ¿tienes el texto del error? > > > > Sí, usando esta expresión de "sed": > > > > cat $correo_original | sed '1,/^$/ d' | formail -X "" > > > $cabecera_original > > > > el error sería éste: > > > > ------------------------------------------------------------------------- > >------------------- 11:23:54.64 1 ENQUEUERRULES [9570439] rule(myRule) > > action #1: > > execute stderr: sed: couldn't write 72 items to {standard output}: > > Broken pipe: error de escritura: Tuberia rota > > ------------------------------------------------------------------------- > >--------------------- > > > > > > Pero repito, el el error NO sucede si ejecuto manualmente el script con > > un correo como parámetro de CUALQUIER tamaño, sólo sucede si lo ejecuta > > CommuniGate con correos GRANDES (de más de 100KB). > > NPI de que estas intentando hacer, pero el error dice "ni puedo escribir > en el standard output (normalmente consola), pregunto: que estas > intentando hacer y /adonde/ debiera redirigir su salida?
Es un script que al que se le pasa como parámetro el la ruta a un determinado fichero (un correo), lo lee y extrae sólo las cabeceras a otro fichero, así que la escritura es a otro fichero. Y repito, desde consola funciona perfecto y desde el servidor de correo sólo con ficheros pequeños. > PD: Eso le sucede a /todos/ los niños que utilizan software no-libre y > de noche: se mean en la cama! Se lo con esas mismas palabras al departamento de informática de la empresa dueña de dicho servidor. ;) PD: Aprovecho para decir que en Linux no existe ningún servidor de correo como solución final (SMTP, POP, IMAP, autenticación, reglas, interfaz web de mantenimiento y configuración con Logs, gráficas y demás reportes, todo ello integrado). Que yo sepa sólo existe Kolab (www.kolab.org) que ofrece SMTP, POP, IMAP, autenticación, agenda LDAP, groupware y un bonito interfaz web para administrar usuarios y demás. Tiene muy buena pinta pero de momento no tiene ni la mitad que el CommuniGate (he configurado ambos). No me parece tan descabellado que empresas que apuesten por Linux tengan que usar servidores de correo propietarios salvo que se pongan ellos mismos a diseñarse su Postfix con LDAP, Cyrus y demás... y luego a administrarlo por consola (estoy hablando de un caso de un servidor con más de 3000 usuarios, a mí no me gustaría llevar su administración por consola). En el interfaz web del CommuniGate pinchas en una pestañita y ves en tiempo real los correos que se están enviando, recibiendo, gráficas, estadísticas y demás. Esas cosas se agradecen y a veces son imprescindibles. -- y hasta aquí puedo leer...