Problema con direcciones de correo deformadas
Hola, El siguiente problema me pasa con Fetchmail, pero no sé si la culpa es de Postfix. Cuando tengo un correo con una dirección de remitente falsa, del tipo "R[5-]@yebox.com", Fetchmail no se baja el correo y me responde: SMTP error: 501 Bad address syntax not flushed Bien, es de esperar, pero el problema es que no me entero del error hasta que miro el log y entonces borro los correos que dan problemas vía telnet. Los correos buenos se los baja bien, y deja los que no entiende, pero no es plan. ¿Se trata de un error de Postfix o de Fetchamil? ¿Cómo lo puedo solucionar? Versión de Fetchmail 6.2.1 Versión de Postfix: 2.0.6 ¿Puede tener relación con la opción de Postfix de "invalid_hostname_reject_code=501"? Saludos, -- Camaleón
El 2004-08-06 a las 20:58 +0200, Camaleón escribió:
El siguiente problema me pasa con Fetchmail, pero no sé si la culpa es de Postfix. Cuando tengo un correo con una dirección de remitente falsa, del tipo "R[5-]@yebox.com", Fetchmail no se baja el correo y me responde:
SMTP error: 501 Bad address syntax not flushed
Ese es nuevo para mi.
Bien, es de esperar, pero el problema es que no me entero del error hasta que miro el log y entonces borro los correos que dan problemas vía telnet.
Yo uso kshowmail para eso, es más rápido.
Los correos buenos se los baja bien, y deja los que no entiende, pero no es plan.
¿Se trata de un error de Postfix o de Fetchamil? ¿Cómo lo puedo solucionar?
Prueba a descargarlos con otro programa, como mozilla. Mirando el log con cuidado se puede ver si lo rebota el postfix o el fetchmail.
Versión de Fetchmail 6.2.1 Versión de Postfix: 2.0.6
¿Puede tener relación con la opción de Postfix de "invalid_hostname_reject_code=501"?
Qui lo sa... -- Saludos Carlos Robinson
Carlos E. R. wrote:
Prueba a descargarlos con otro programa, como mozilla. Mirando el log con cuidado se puede ver si lo rebota el postfix o el fetchmail.
Hola Carlos, El problema es que si me bajo el correo directamente no pasa por Fetchmail ni por Postfix, va directo del servidor remoto al lector de correo electrónico (KMail) y entonces no soluciono nada. De esta forma (ya lo he probado) sí se descarga bien, era como lo hacía antes de utilizar telnet. Bueno, acabo de encontrar un mensaje en un foro donde parece que se apunta a Postfix como culpable: http://lists.ccil.org/pipermail/fetchmail-friends/2004-January/008269.html Por lo que creo que la solución pasará por decirle a Postfix que no sea tan estricto, aunque no me gusta nada esta solución. Pero no quiero que se vayan quedando acumulados los mensajes porque Postfix no los recoge. Saludos, -- Camaleón
Hola a todos. Ayer actualicé el kernel de mi Suse 9.0 con you. Resultado: arranque gráfico no va. Solución: En consola de root ejecutar la siguiente orden mkinitrd -s 1024x768 y listo. Saludos
El 2004-08-08 a las 00:34 +0200, csalinux escribió:
Date: Sun, 8 Aug 2004 00:34:32 +0200 From: csalinux To: Lista SuSE Subject: [suse-linux-s] Problema con bootsplash al actualizar kernel con YOU
Hola a todos.
Ayer actualicé el kernel de mi Suse 9.0 con you.
No secuestres hilos, porfa. (Secuestraste "Problema con direcciones de correo deformadas") (In-Reply-To: <41153CC4.2010108@telefonica.net>) -- Saludos Carlos Robinson
El 2004-08-07 a las 22:34 +0200, Camaleón escribió:
Carlos E. R. wrote:
Prueba a descargarlos con otro programa, como mozilla. Mirando el log con cuidado se puede ver si lo rebota el postfix o el fetchmail.
Hola Carlos,
El problema es que si me bajo el correo directamente no pasa por Fetchmail ni por Postfix, va directo del servidor remoto al lector de correo electrónico (KMail) y entonces no soluciono nada. De esta forma (ya lo he probado) sí se descarga bien, era como lo hacía antes de utilizar telnet.
Bueno, era simplemente para saber si eran descargables o no, y también para poder comprobar si eran basuras o correos legítimos.
Bueno, acabo de encontrar un mensaje en un foro donde parece que se apunta a Postfix como culpable:
http://lists.ccil.org/pipermail/fetchmail-friends/2004-January/008269.html
Por lo que creo que la solución pasará por decirle a Postfix que no sea tan estricto, aunque no me gusta nada esta solución. Pero no quiero que se vayan quedando acumulados los mensajes porque Postfix no los recoge.
No te preocupes, si no lo tira postfix lo tirará amavis-new. Como estamos usando fetchmail, el correo se va a descargar entero, aunque postfix lo rechace; así que realmente da igual si lo hacemos un poco antes o un poco después - salvo el tiempo de cpu, pero como ni tu ni yo tenemos montados servidores de correo corporativos en casa, pues da igual :-P -- Saludos Carlos Robinson
Carlos E. R. wrote:
No te preocupes, si no lo tira postfix lo tirará amavis-new.
:-? Yo no tengo configurado Amavis...
Como estamos usando fetchmail, el correo se va a descargar entero, aunque postfix lo rechace; así que realmente da igual si lo hacemos un poco antes o un poco después - salvo el tiempo de cpu, pero como ni tu ni yo tenemos montados servidores de correo corporativos en casa, pues da igual :-P
¿Dices que el mensaje se va a descargar? He visto mensajes que llevan "bailando" en el servidor remoto bastante tiempo y no se bajan si no lo hago de forma manual. :-( Saludos, -- Camaleón
El 2004-08-09 a las 20:04 +0200, Camaleón escribió:
Carlos E. R. wrote:
No te preocupes, si no lo tira postfix lo tirará amavis-new.
:-?
Yo no tengo configurado Amavis...
Mal hecho. ¿A que esperas? :-p
Como estamos usando fetchmail, el correo se va a descargar entero, aunque postfix lo rechace; así que realmente da igual si lo hacemos un poco antes o un poco después - salvo el tiempo de cpu, pero como ni tu ni yo tenemos montados servidores de correo corporativos en casa, pues da igual :-P
¿Dices que el mensaje se va a descargar? He visto mensajes que llevan "bailando" en el servidor remoto bastante tiempo y no se bajan si no lo hago de forma manual.
:-(
Bueno, vamos a ver, no me refiero a esos casos. Me refiero a los casos en los que el fetchmail bajaría una cosa, pero el postfix le dice que lo tire. El fetchmail lo termina de recoger y manda (o intenta mandar) un correo de rechazo. Si el fetchmail no intervinera, sería el propio postfix el que por SMTP informara al enviante del rechazo, y sería éste quien informase hacia atrás de la imposibilidad de entregar el correo. O sea, digamos que el fetchmail asume un punto parecido a un cliente/servidor smtp. Es cierto que hay casos en los que hay correos que se quedan colgando; creo que es cuando el fetchmail cree que ha habido un error, y lo deja para recogida manual. O cuando el servidor pop3 lo apunta como ya recogido, y el fetchmail se lo salta las siguientes veces. Otros casos, los peores, los intenta recoger todas las veces, sy falla todas las veces. Y otros falla, no los recoge, y los borra, y los pierdes (los que tienen "bad header"). Esto es un bug de la version que viene con suse 9.1. -- Saludos Carlos Robinson
participants (3)
-
Camaleón
-
Carlos E. R.
-
csalinux