Problema con Cyrus (invalid header)
Hola, Estoy teniendo problemas con Cyrus (un tanto extraños). A través de las estadísticas que me da Postfix (vía Pflogsumm) detecto que hay 5 mensajes que han sido "bounced", vamos, que no se han podido enviar a su destino. Los errores vienen de Cyrus y me dicen lo siguiente: "Message contains invalid header" Investigando con el MC encuentro los mensajes que están en la cola de Postfix "bounced" (efectivamente hay 5 rechazados que no logran salir de ahí). De los mensajes deduzco la siguiente secuencia: - Se recibe un correo de spam - Se recoge a través de Fetchmail - Fetchmail se lo envía a Postfix - Postfix lo pasa al SA - Spamassassin lo marca como spam y lo reinyecta en Postfix - Postfix lo pasa a Cyrus y Cyrus le contesta que hay un problema con la cabecera y recahaza el correo, quednado como "status=bounced" y en la cola correspondiente Sólo pasa con algunos mensajes (hoy 5) el resto -recibos cientos al día- no tienen este problema. He estado buscando en Google sobre el tema, y he encontrado bastante información, incluso aparece como bug en el sistema de errores de Cyrus pero no hay nada concluyente (es decir, no hay motivo para que de error ni tampoco ponen la forma de evitarlo). ¿Alguien con Cyrus que le haya sucedido ésto? ¿Cómo actuar? Entiendo que puedo establecer parámetros para eliminar los mensajes a través de Postfix (modificando las variables del "bounced") pero me preocupa que un correo sea "legítimo" y no se reciba bien por algún problema con la cabecera del correo y Cyrus. Saludos, -- Camaleón
"Message contains invalid header"
- Se recibe un correo de spam - Se recoge a través de Fetchmail - Fetchmail se lo envía a Postfix - Postfix lo pasa al SA - Spamassassin lo marca como spam y lo reinyecta en Postfix - Postfix lo pasa a Cyrus y Cyrus le contesta que hay un problema con la cabecera y recahaza el correo, quednado como "status=bounced" y en la cola correspondiente
¿Alguien con Cyrus que le haya sucedido ésto? ¿Cómo actuar?
Yo nunca me he encontrado con este problema. Imagino, ya que no has puesto ninguna cabecera, que el origen esta en la marca "standard" de SA, es decir en "*****SPAM*****". En los sistemas de correo que administro tengo activado Procmail, en cuya primera linea se ejecuta SA y a continuación uno de los filtros de Procmail comprueba si en el "subject" aparece la cadena "*****SPAM*****", si la cadena existe el mensaje ya no va a ningún sitio, se manda directo a /dev/null Otra alternativa sería probar de cambiar la marca de SA sustituyendo la cadena por otra, p.e. "PUBLI" o cualquier otra con carácteres ASCII menores de 127 -- Salutacions - Saludos, Josep M. Queralt
El 13/08/05, Josep M. Queralt escribió:
Yo nunca me he encontrado con este problema. Imagino, ya que no has puesto ninguna cabecera, que el origen esta en la marca "standard" de SA, es decir en "*****SPAM*****".
Pues la verdad es que SA está configurado para que no modifique el asunto. No hay modificación alguna. Además, sólo pasa con algunos correos, el resto (todos pasan por el SA) llegan a Cyrus sin problemas.
En los sistemas de correo que administro tengo activado Procmail, en cuya primera linea se ejecuta SA y a continuación uno de los filtros de Procmail comprueba si en el "subject" aparece la cadena "*****SPAM*****", si la cadena existe el mensaje ya no va a ningún sitio, se manda directo a /dev/null
Yo utilizo (para hacer algo similar) cuentas IMAP con Sieve (que permite scripts de servidor) y le digo que los mensajes que contengan "X-Spam-Status: Yes" los envíe a la carpeta de correo Trash de cada usuario.
Otra alternativa sería probar de cambiar la marca de SA sustituyendo la cadena por otra, p.e. "PUBLI" o cualquier otra con carácteres ASCII menores de 127
¿Crees que se debe exclusivamente al SA? Es que en ese caso fallarían todos los correos marcados y sólo fallan algunos (muy pocos). Saludos, -- Camaleón
¿Crees que se debe exclusivamente al SA? Es que en ese caso fallarían todos los correos marcados y sólo fallan algunos (muy pocos).
Bueno, yo creo menos que Santo Tomás. Ni que lo vea me lo creo :-) Si SpamAssassin no marca nada en el asunto, evidentemente no puede ser él. Si se añade el "X-Spam-Status" evidentemente en si o en no se añade a todos los correos y no tiene lógica que solo fallen algunos. Quizá sea un tema de esos en los que tu sistema no tiene nada que ver y que la "malformación" de la cabeceras ya te viene de fuera. No les has visto nada raro a esas cabeceras de los mensajes que fallan ? -- Salutacions - Saludos, Josep M. Queralt
El 13/08/05, Josep M. Queralt escribió:
Quizá sea un tema de esos en los que tu sistema no tiene nada que ver y que la "malformación" de la cabeceras ya te viene de fuera.
Eso creo, pero en el momento que llega a mi sistema "tiene que ver", vamos, que la responsable soy yo y si se tratara de un correo bueno y no llega el problema (aunque de fuera) sería mío. :-)
No les has visto nada raro a esas cabeceras de los mensajes que fallan ?
Copio y pego la cabecera de uno de los correos que se quedan en la cola de "deferred" a ver si ves algo raro (las xxxx las he puesto de forma intencionada, al igual que el "from" y el "to"): Received: by xxxxx (Postfix, from userid xxxx) id 6E3CF27AA9; Sat, 13 Aug 2005 17:12:17 +0200 (CEST) Received: from localhost by xxxxxx with SpamAssassin (version 3.0.4) Sat, 13 Aug 2005 17:12:16 +0200 From: "Les Allred" <spammer@spammer.com> To: usuario@dominio.com Subject: Re: Prescription Medications Online! Date: Sat, 13 Aug 2005 14:12:21 -0100 Message-Id: <TWUL449601KKC795806@spammer.com> X-Spam-Flag: YES X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on xxxx) X-Spam-Level: *************************** X-Spam-Status: Yes, score=27.4 required=5.0 tests=BAYES_99,HTML_FONT_INVISIBLE,HTML_IMAGE_ONLY_12,HTML_MESSAGE,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DSBL,RCVD_IN_XBL,URIBL_AB_SURBL,URIBL_JP_SURBL,URIBL_OB_SURBL,URIBL_SBL,URIBL_SC_SURBL,URIBL_WS_SURBL autolearn=unavailable version=3.0.4 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_42FE0DD0.35D779F9 This is a multi-part message in MIME format ------------=_42FE0DD0.35D779F9 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 8bit El SA lo detecta como spam pero no le llega al usuario, se queda en la cola y aparece el error de "data format error" o "invalid header". Este correo es de hoy y hoy mismo tengo 368 correos en la carpeta IMAP de Trash, es decir, que han seguido su curso normal (identificados por SA, pasados a Cyrus y dejados en la carpeta Trash del usuario). ¿Por qué éste no pasa? ¿Qué error hay que no le gusta a Cyrus? :-? Saludos, -- Camaleón
Content-Type: multipart/mixed; boundary="----------=_42FE0DD0.35D779F9 ................................................................................^^^^^
This is a multi-part message in MIME format ------------=_42FE0DD0.35D779F9 Content-Type: text/plain
De toda la cabecera hay solo dos cosas que me parecen raras. la imortante es que no cierra las comillas en el identificador del tipo de contenido y la otra es que no define un juego de carácteres para el mensaje (un charset). Quizá la primera podría ser el origen del problema ya que se estan usando carácteres con ASCII mayores de 127 sin especificar el final de la cadena. No se me ocurre nada más, salvo tirar unas gotas de agua bendita sobre la carcasa del servidor con la incidencia y quizá colgarle una ristra de ajos. Desde luego es algo muy extraño Lo siento :-) -- Salutacions - Saludos, Josep M. Queralt
El 14/08/05, Josep M. Queralt escribió:
No se me ocurre nada más, salvo tirar unas gotas de agua bendita sobre la carcasa del servidor con la incidencia y quizá colgarle una ristra de ajos.
Problema resuelto. Y como sucede en el 99,9% de los casos la culpa no era ni de Cyrus ni de Postfix sino mía. :-P Al descargar los correos de forma remota con Fetchmail hay algunos que vienen con cabeceras erróneas (falsos From: y To:, etc.). El problema era que no había definido una cuenta "postmaster" donde enviar este tipo de errores, y se quedaban encolados. Una vez definido la cuenta funciona correctamente y los correos erróneos van a la cuenta definida. Saludos, -- Camaleón
Al descargar los correos de forma remota con Fetchmail hay algunos que vienen con cabeceras erróneas (falsos From: y To:, etc.). El problema era que no había definido una cuenta "postmaster" donde enviar este tipo de errores, y se quedaban encolados. Una vez definido la cuenta funciona correctamente y los correos erróneos van a la cuenta definida.
Gracias por poner la solución. No se me ocurrió. En mi caso todos el correo dirigido a los dominios que administro es aceptado (salvo las excepciones típicas -info, sales, contact....- que ProcMail filtra) y todo el correo erróneo que pasa el filtro(muy poco) lo mando a la cuenta de "root" -- Salutacions - Saludos, Josep M. Queralt
Hola a todos, Quisiera preguntarles si alguien ha corrido con éxito el MS Office 2003 usando CrossOver o Wine. Hasta donde conozco, CrossOver solo puede con versiones anteriores de MS Office. Gracias, Alejandro Aragón
Nunca he podido instalarlo usando CrossOver o Wine. En algún sitio encontré que al parecer el problema es la forma como está desarrollado el instalador del Office. On 8/15/05, Alejandro Marcos Aragón <alex_aragon@hotmail.com> wrote:
Hola a todos,
Quisiera preguntarles si alguien ha corrido con éxito el MS Office 2003 usando CrossOver o Wine. Hasta donde conozco, CrossOver solo puede con versiones anteriores de MS Office. Gracias,
Alejandro Aragó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
Yo lo logré instalar en una maquina, la mia del trabajo ;P sin ningún problema, es una ubuntu + kde (no kubuntu), pero luego he probado en otras dos y no he podido instalarlo de nuevo, con crossover. El 16/08/05, Alejandro Marcos Aragón<alex_aragon@hotmail.com> escribió:
Hola a todos,
Quisiera preguntarles si alguien ha corrido con éxito el MS Office 2003 usando CrossOver o Wine. Hasta donde conozco, CrossOver solo puede con versiones anteriores de MS Office. Gracias,
Alejandro Aragó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
-- Salut, March. --------------------------------------------- Linux registered user: #356760 ---------------------------------------------
perdon, me corrijo, yo pensé que instalaba el 2003 y lo que tengo instalado es el office XP, la versión 2002. Ahora que consume mucha CPU, pero mucha mucha... El 16/08/05, March gmail<march.masip@gmail.com> escribió:
Yo lo logré instalar en una maquina, la mia del trabajo ;P sin ningún problema, es una ubuntu + kde (no kubuntu), pero luego he probado en otras dos y no he podido instalarlo de nuevo, con crossover.
El 16/08/05, Alejandro Marcos Aragón<alex_aragon@hotmail.com> escribió:
Hola a todos,
Quisiera preguntarles si alguien ha corrido con éxito el MS Office 2003 usando CrossOver o Wine. Hasta donde conozco, CrossOver solo puede con versiones anteriores de MS Office. Gracias,
Alejandro Aragó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
-- Salut,
March. --------------------------------------------- Linux registered user: #356760 ---------------------------------------------
-- Salut, March. --------------------------------------------- Linux registered user: #356760 ---------------------------------------------
participants (5)
-
Alejandro Marcos Arag�n -
Camaleón -
Josep M. Queralt -
March gmail -
Sadyht Arrazola