Re: Procmail no filtra correctamente
http://www.linuxsc.net/filtrado-de-correo-con-procmail/ Enviado desde mi Samsung Mobile de Telcel Obtener Outlook para Android<https://aka.ms/ghei36> De: Aaron D. Enviado: jueves, 11 de febrero de 2021 03:37 Para: debian-user-spanish@lists.debian.org Asunto: Procmail no filtra correctamente Buenos días lista, tengo un problema con el siguiente filtro de procmail: :0: * ^From: noveda...@amazon.es publicity/ El resto de filtros (como de la lista) funcionan perfectamente, pero los correos de amazon me siguen llegando al inbox (la dirección es correcta). Alguna idea? -- Aaron D.
Re: Procmail no filtra correctamente
El 2021-02-11 a las 10:37 +0100, Aaron D. escribió: > Buenos días lista, tengo un problema con el siguiente filtro de > procmail: > > :0: > * ^From: noveda...@amazon.es > publicity/ > > El resto de filtros (como de la lista) funcionan perfectamente, pero > los correos de amazon me siguen llegando al inbox (la dirección es > correcta). > > Alguna idea? Hum... nunca he usado Procmail pero si se basa en expresiones regulares convecionales, prueba a delimitar mejor el texto que te interesa filtrar: * ^From:.*noveda...@amazon.es.* En la wiki¹ de Archlinux tienes otro ejemplo: * ^From.* someperson@\w+.com ¹https://wiki.archlinux.org/index.php/Procmail#Conditions Saludos, -- Camaleón
Procmail no filtra correctamente
Buenos días lista, tengo un problema con el siguiente filtro de procmail: :0: * ^From: noveda...@amazon.es publicity/ El resto de filtros (como de la lista) funcionan perfectamente, pero los correos de amazon me siguen llegando al inbox (la dirección es correcta). Alguna idea? -- Aaron D. signature.asc Description: PGP signature
Re: procmail
El día 22 de octubre de 2014, 16:34, Santiago Vila sanv...@unex.es escribió: Si ese es el log del usuario, entonces ya vamos mal, porque procmail, cuando entrega un mensaje a un usuario, suele hacerlo con la identidad del propio usuario, y si el fichero log es de root y del grupo postfix, malamente podrá escribir nada ahí. Ok , he estado probando varias ejemplos en la web si lograr algun resultado , dentro del directorio /home/email/dominio estan todos mis usuarios virtuales de postfix , ese directorio postfix tiene que tener lectura y escritura. Otra cosa rara que veo es que no defines en ninguna parte la variable DEFAULT. Si tu configuración no es estándar (mbox en /var/mail/usuario) probablemente te hará falta. ahora he probado este ejemplo donde aparece el DEFAULT como ruta por defecto de mi directorio de buzon. HELL=/bin/bash PATH=/usr/bin:/bin DROPPRIVS=yes MAILDIR=/home/email/$DOMAIN/$USER/ DEFAULT=$MAILDIR/ LOGFILE=$MAILDIR/procmail.log # . #VERBOSE=ON # .. :0: * ^X-Spam-Status: Yes $Spam -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014103405.GA19383@dell -- rickygm http://gnuforever.homelinux.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAL_GE3QMumEhM+gkNYDnPEYX8cXBND9V2BJU(yq461dNBL=g...@mail.gmail.com
Re: procmail
El Wed, 22 Oct 2014 12:40:17 -0600, ricky gutierrez escribió: saludos lista , estoy lidiando con una configuración de procmail y los mensajes marcados como spam por mi amavisd+spamassassin , la idea es qu mueva todo los mensajes marcados como spam a una carpeta llamada Spam dentro de su home/maildir . estoy usando maildir y postfixadmin con usuarios virtuales y testado esta configuración sin éxito. Antes de nada asegúrate de que en la cabecera de los correos aparezca la marca del SA (X-Spam-Flag) ya que dependiendo de la configuración del SA puede incluirse sólo en determinados casos. Comprueba también que no haya ningún archivo de Postfix que invalide el archivo de configuración de Procmail ya que Postfix tendrá preferencia. tengo un un archivo llamado procmailrc dentro de /etc y lo mando a llamar desde el main.cf en postfix. :0 MAILDIR=$HOME/email/$DOMAIN/$USER/ : ^X-Spam-Flag.*YES .Spam/ pero no me esta dando resultado. alguna idea? Nunca he usado Procmail pero en Internet tienes recetas para la configuración de filtros, por ejemplo: Filtering Spam with Procmail (UNIX/ Linux) — Advanced http://blink.ucsd.edu/technology/email/spam/filters/procmail-a.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.23.14.44...@gmail.com
Re: procmail
El día 23 de octubre de 2014, 8:44, Camaleón noela...@gmail.com escribió: Antes de nada asegúrate de que en la cabecera de los correos aparezca la marca del SA (X-Spam-Flag) ya que dependiendo de la configuración del SA puede incluirse sólo en determinados casos. Hola , lo esta haciendo perfecto. X-Spam-Flag: YES X-Spam-Score: 10.67 X-Spam-Level: ** X-Spam-Status: Yes, score=10.67 Comprueba también que no haya ningún archivo de Postfix que invalide el archivo de configuración de Procmail ya que Postfix tendrá preferencia. la verdad no , he probado tanto como en /etc/procmailrc y /home/email/dominio/usuario/.procmailrc sldss http://gnuforever.homelinux.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAL_GE3Ttp0VvbSqFHN9PLzd8PPhEGsStLE_uxAaP0g�5g...@mail.gmail.com
Re: procmail
El Thu, 23 Oct 2014 08:49:08 -0600, ricky gutierrez escribió: El día 23 de octubre de 2014, 8:44, Camaleón noela...@gmail.com escribió: Antes de nada asegúrate de que en la cabecera de los correos aparezca la marca del SA (X-Spam-Flag) ya que dependiendo de la configuración del SA puede incluirse sólo en determinados casos. Hola , lo esta haciendo perfecto. X-Spam-Flag: YES (...) Perfecto pues. No sé si habrás probado con la receta del enlace que te pasado, que parece bastante sencilla: # Catch SPAM :0: * ^X-Spam-Flag: YES Spam Como te he dicho antes de Procmail estoy pez pero yo comprobaría si permite trabajar con el formato maildir o si hay que configurar algo especial para que reconozca este tipo de buzones. Más enlacitos 8:-) Procmail recipes for Maildir folders http://www.panix.com/help/procmail-maildir.html Procmail - setup with postfix http://wiki.kartbuilding.net/index.php/Procmail_-_setup_with_postfix Comprueba también que no haya ningún archivo de Postfix que invalide el archivo de configuración de Procmail ya que Postfix tendrá preferencia. la verdad no , he probado tanto como en /etc/procmailrc y /home/email/dominio/usuario/.procmailrc Cuando usas una entrega local Postfix puede crear archivos ~/.forward para redirigir los mensajes y esto puede chocar con los filtros de Procmail. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.23.15.13...@gmail.com
Re: procmail
El día 23 de octubre de 2014, 9:13, Camaleón noela...@gmail.com escribió: Hola , lo esta haciendo perfecto. X-Spam-Flag: YES (...) Perfecto pues. No sé si habrás probado con la receta del enlace que te pasado, que parece bastante sencilla: # Catch SPAM :0: * ^X-Spam-Flag: YES Spam Se parece al que tenia anteriormente. Como te he dicho antes de Procmail estoy pez pero yo comprobaría si permite trabajar con el formato maildir o si hay que configurar algo especial para que reconozca este tipo de buzones. Más enlacitos 8:-) Procmail recipes for Maildir folders http://www.panix.com/help/procmail-maildir.html Procmail - setup with postfix http://wiki.kartbuilding.net/index.php/Procmail_-_setup_with_postfix probare. Comprueba también que no haya ningún archivo de Postfix que invalide el archivo de configuración de Procmail ya que Postfix tendrá preferencia. la verdad no , he probado tanto como en /etc/procmailrc y /home/email/dominio/usuario/.procmailrc Cuando usas una entrega local Postfix puede crear archivos ~/.forward para redirigir los mensajes y esto puede chocar con los filtros de Procmail. como se podra comprobar esto? slds y gracias .. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAL_GE3Tb-K_FP0YQe3B182q5kgbUTczJQ_+_7nFaN=rn40+...@mail.gmail.com
Re: procmail
El Thu, 23 Oct 2014 09:30:52 -0600, ricky gutierrez escribió: El día 23 de octubre de 2014, 9:13, Camaleón noela...@gmail.com escribió: (...) Comprueba también que no haya ningún archivo de Postfix que invalide el archivo de configuración de Procmail ya que Postfix tendrá preferencia. la verdad no , he probado tanto como en /etc/procmailrc y /home/email/dominio/usuario/.procmailrc Cuando usas una entrega local Postfix puede crear archivos ~/.forward para redirigir los mensajes y esto puede chocar con los filtros de Procmail. como se podra comprobar esto? Son archivos que se encuentran en los directorios /home de los usuarios, podrás buscarlos a ojo o con la herramienta que más rabia te dé: find $HOME/ -name *.forward Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.23.16.04...@gmail.com
Re: procmail
Bueno al final me cance de procmail , estoy medio hechando a andar sieve con dovecot , pero abrire otro hilo. slsss El día 23 de octubre de 2014, 10:04, Camaleón noela...@gmail.com escribió: El Thu, 23 Oct 2014 09:30:52 -0600, ricky gutierrez escribió: El día 23 de octubre de 2014, 9:13, Camaleón noela...@gmail.com escribió: (...) Comprueba también que no haya ningún archivo de Postfix que invalide el archivo de configuración de Procmail ya que Postfix tendrá preferencia. la verdad no , he probado tanto como en /etc/procmailrc y /home/email/dominio/usuario/.procmailrc Cuando usas una entrega local Postfix puede crear archivos ~/.forward para redirigir los mensajes y esto puede chocar con los filtros de Procmail. como se podra comprobar esto? Son archivos que se encuentran en los directorios /home de los usuarios, podrás buscarlos a ojo o con la herramienta que más rabia te dé: find $HOME/ -name *.forward Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.10.23.16.04...@gmail.com -- rickygm http://gnuforever.homelinux.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAL_GE3RgUxTMfg7RekG=a+amqekh90exs3gh-so--h45ptf...@mail.gmail.com
procmail
saludos lista , estoy lidiando con una configuración de procmail y los mensajes marcados como spam por mi amavisd+spamassassin , la idea es qu mueva todo los mensajes marcados como spam a una carpeta llamada Spam dentro de su home/maildir . estoy usando maildir y postfixadmin con usuarios virtuales y testado esta configuración sin éxito. tengo un un archivo llamado procmailrc dentro de /etc y lo mando a llamar desde el main.cf en postfix. :0 MAILDIR=$HOME/email/$DOMAIN/$USER/ : ^X-Spam-Flag.*YES .Spam/ pero no me esta dando resultado. alguna idea? -- rickygm http://gnuforever.homelinux.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cal_ge3rj8mqkkrnk45ylo03ppwgedyfcf-hymit5rgh9mzk...@mail.gmail.com
Re: procmail
On Wed, Oct 22, 2014 at 12:40:17PM -0600, ricky gutierrez wrote: [ problemas con procmail ] alguna idea? Añade LOGFILE=fichero-escribible y mira dentro para ver qué sucede. Si no es suficiente añade también VERBOSE=yes -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141022203923.ga...@cantor.unex.es
Re: procmail
Hola , hace unos 20 mn lo hice y creado un procmail.log en cada carpeta de usuario , pero no veo que escriba nada #cat /etc/procmailrc :0 MAILDIR=$HOME/email/$DOMAIN/$USER/ LOGFILE=$MAILDIR/procmail.log VERBOSE = yes : ^X-Spam-Flag.*YES .Spam/ 2014-10-22 14:39 GMT-06:00 Santiago Vila sanv...@unex.es: On Wed, Oct 22, 2014 at 12:40:17PM -0600, ricky gutierrez wrote: [ problemas con procmail ] alguna idea? Añade LOGFILE=fichero-escribible y mira dentro para ver qué sucede. Si no es suficiente añade también VERBOSE=yes -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141022203923.ga...@cantor.unex.es -- rickygm http://gnuforever.homelinux.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cal_ge3rlzayp0cyto7_yhr5lz-wbnr0jxljskpv6-k5xcmq...@mail.gmail.com
Re: procmail
El miércoles, 22 oct 2014 a las 23:22 horas (UTC+2), ricky gutierrez escribió: Hola , hace unos 20 mn lo hice y creado un procmail.log en cada carpeta de usuario , pero no veo que escriba nada No es un problema de permisos de escritura, supongo. #cat /etc/procmailrc :0 MAILDIR=$HOME/email/$DOMAIN/$USER/ LOGFILE=$MAILDIR/procmail.log VERBOSE = yes : ^X-Spam-Flag.*YES .Spam/ 2014-10-22 14:39 GMT-06:00 Santiago Vila sanv...@unex.es: On Wed, Oct 22, 2014 at 12:40:17PM -0600, ricky gutierrez wrote: [ problemas con procmail ] alguna idea? Añade LOGFILE=fichero-escribible y mira dentro para ver qué sucede. Si no es suficiente añade también VERBOSE=yes -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141022203923.ga...@cantor.unex.es -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141022234138.45c37...@gmail.com
Re: procmail
No , los permisos los veo bien #ls -l procmail.log -rwxrwx--- 1 root postfix 0 Oct 22 15:20 procmail.log dentro del directorio del usuario El día 22 de octubre de 2014, 15:41, Manolo Díaz diaz.man...@gmail.com escribió: El miércoles, 22 oct 2014 a las 23:22 horas (UTC+2), ricky gutierrez escribió: Hola , hace unos 20 mn lo hice y creado un procmail.log en cada carpeta de usuario , pero no veo que escriba nada No es un problema de permisos de escritura, supongo. #cat /etc/procmailrc :0 MAILDIR=$HOME/email/$DOMAIN/$USER/ LOGFILE=$MAILDIR/procmail.log VERBOSE = yes : ^X-Spam-Flag.*YES .Spam/ 2014-10-22 14:39 GMT-06:00 Santiago Vila sanv...@unex.es: On Wed, Oct 22, 2014 at 12:40:17PM -0600, ricky gutierrez wrote: [ problemas con procmail ] alguna idea? Añade LOGFILE=fichero-escribible y mira dentro para ver qué sucede. Si no es suficiente añade también VERBOSE=yes -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141022203923.ga...@cantor.unex.es -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141022234138.45c37...@gmail.com -- rickygm http://gnuforever.homelinux.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cal_ge3teg8kwrdotmu9xmo8vqojkroytiis04+hfa2v1l81...@mail.gmail.com
Re: procmail
El miércoles, 22 oct 2014 a las 23:45 horas (UTC+2), ricky gutierrez escribió: No , los permisos los veo bien #ls -l procmail.log -rwxrwx--- 1 root postfix 0 Oct 22 15:20 procmail.log dentro del directorio del usuario Te lo comento porque hace mcho usé procmail, y recuerdo problemas de permisos. Creo recordar que procmail funcionaba bajo un usuario propio, distinto al de postfix. ¿Puedes comprobarlo? -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141023001209.7ba06...@gmail.com
Re: procmail
On Wed, Oct 22, 2014 at 03:45:22PM -0600, ricky gutierrez wrote: No , los permisos los veo bien #ls -l procmail.log -rwxrwx--- 1 root postfix 0 Oct 22 15:20 procmail.log dentro del directorio del usuario Si ese es el log del usuario, entonces ya vamos mal, porque procmail, cuando entrega un mensaje a un usuario, suele hacerlo con la identidad del propio usuario, y si el fichero log es de root y del grupo postfix, malamente podrá escribir nada ahí. Otra cosa rara que veo es que no defines en ninguna parte la variable DEFAULT. Si tu configuración no es estándar (mbox en /var/mail/usuario) probablemente te hará falta. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014103405.GA19383@dell
postfix o procmail
Hola Necesito que al mi postfix recivir una cuenta de correo externo cor...@externo.com que llega a un usuario local usua...@localdomain.cu, esta sea reenviada automaticamente a p...@midominio.cu y ju...@midominio.cu hasta el momento no he logrado nada probe con lo que el amigo lazaro me envio pero esto me funciona solo internamente o sea esto echo multiples: pepe maria /etc/aliases postalias /etc/aliases echo '/^From:.*@abc\.com/iREDIRECT multip...@midominio.com' /etc/posftix/encabezados postmap /etc/postfix/encabezados echo 'header_checks = regexp:/etc/postfix/encabezados' /etc/postfix/main.cf Con procmail he probado y tampoco sin resultado con Procmail hize esto :0 c * ^From.*cuentaexte...@abc.com ! p...@midominio.com ma...@midominio.com o sea todo lo que entre de la cuentaexte...@abc.com sea renviado a esas cuentas o esto :0 c * ^From.*cuentaexte...@abc.com * ^Subject:.*( estado de cuentas) ! p...@midominio.com ma...@midominio.com probé con una sugerencia :0 * ^From.*cuentaexte...@abc.com * ^Subject:.*( estado de cuentas) { :0 c ! p...@midominio.com :0 c ! ma...@midominio.com } Sigo si tener resultados uso Denian 6 y postfix 2.7 Que me sugieren??? Salu2 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/f373a1e161323cf274479a7aabbe2a87.squirrel@192.168.13.16
postfix o procmail
Hola He estado buscando la forma de que los correo entrantes de una cuenta externa sean reenviados a varias cuentas de correo internas con Procmail hize esto :0 c * ^From.*cuentaexte...@abc.com ! p...@midominio.com ma...@midominio.com o sea todo lo que entre de la cuentaexte...@abc.com sea renviado a esas cuentas o esto :0 c * ^From.*cuentaexte...@abc.com * ^Subject:.*( estado de cuentas) ! p...@midominio.com ma...@midominio.com o sea todo lo que entre de la cuentaexte...@abc.com con al menos estas palabras estado de cuentas en el asunto sea renviado a esas cuentas Esto no me funciona Como pudiera hacerlo con postfix??? Salu2 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8f5a93f6956a205593daeaa684eef24e.squirrel@192.168.13.16
Re: postfix o procmail
El 11/07/13 20:08, co...@esid.gecgr.co.cu escribió: Hola He estado buscando la forma de que los correo entrantes de una cuenta externa sean reenviados a varias cuentas de correo internas con Procmail hize esto :0 c * ^From.*cuentaexte...@abc.com ! p...@midominio.com ma...@midominio.com o sea todo lo que entre de la cuentaexte...@abc.com sea renviado a esas cuentas o esto :0 c * ^From.*cuentaexte...@abc.com * ^Subject:.*( estado de cuentas) ! p...@midominio.com ma...@midominio.com o sea todo lo que entre de la cuentaexte...@abc.com con al menos estas palabras estado de cuentas en el asunto sea renviado a esas cuentas Esto no me funciona Como pudiera hacerlo con postfix??? Pues habrá que mirar la documentación de postfix, pero si no te funciona es probablemente por que no estás usando correctamente procmail. Sería conveniente ver si procmail se queja de algo en algún log, de todas maneras me da que esas reglas funcionarían mejor si se respeta la sintaxis que viene en la página man de procmailex. Algo así como: :0 * ^From.*cuentaexte...@abc.com { :0 c ! p...@midominio.com :0 c ! ma...@midominio.com } Un saludo JulHer Un saludo JulHer -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51df2181.6090...@escomposlinux.org
Re: Procmail no funciona
On 15/05/13 12:21, co...@esid.gecgr.co.cu wrote: Hola Alguien que haya podido hacer funcionar el procmail que pudiera dar una mano, no hay forma que me trabaje con postfix, no sé que estoy haciendo mal. /etc/procmailrc ?Como debe ir el fichero de configuración? Ejemplo como hacer para que los correos entrantes no se dupliquen ni tripliquen, etc. Para que trabaje en cojunto con Postfix activé esto mailbox_command = procmail -a $EXTENSION pero nada Mi postfix usa Maildir los usuarios de correo estan en /home/usuario/Maildir/ Salu2 Y que dicen los logs de postfix cuando tratas de hacer la entrega? Aquí tienes una receta de una configuración de Procmail funcionando con Maildir, con logueo activado. # file: /etc/procmailrc # system-wide settings for procmail SHELL=/bin/bash SENDMAIL=/usr/sbin/sendmail -oi -t LOGFILE=/var/log/procmail.log DEFAULT=$HOME/Maildir/ MAILDIR=$HOME/Maildir/ Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5194e5e2.9060...@uncu.edu.ar
Procmail no funciona
Hola Alguien que haya podido hacer funcionar el procmail que pudiera dar una mano, no hay forma que me trabaje con postfix, no sé que estoy haciendo mal. /etc/procmailrc ?Como debe ir el fichero de configuración? Ejemplo como hacer para que los correos entrantes no se dupliquen ni tripliquen, etc. Para que trabaje en cojunto con Postfix activé esto mailbox_command = procmail -a $EXTENSION pero nada Mi postfix usa Maildir los usuarios de correo estan en /home/usuario/Maildir/ Salu2 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8a7fba91de482f4eb570f907de0b9851.squirrel@192.168.13.16
Re: Procmail no funciona
El 15/5/2013 10:21 a.m., co...@esid.gecgr.co.cu escribi: Hola Alguien que haya podido hacer funcionar el procmail que pudiera dar una mano, no hay forma que me trabaje con postfix, no s que estoy haciendo mal. /etc/procmailrc ?Como debe ir el fichero de configuracin? Ejemplo como hacer para que los correos entrantes no se dupliquen ni tripliquen, etc. Para que trabaje en cojunto con Postfix activ esto mailbox_command = procmail -a "$EXTENSION" pero nada Mi postfix usa Maildir los usuarios de correo estan en /home/usuario/Maildir/ Salu2 Mira colega, yo lo tengo trabajando con dovecot con filtro sieve, que a mi pararece que debe ser casi lo mismo, en principio aunque no uses procmail, los correos no se te deben repetir, quisas los que mas saben de esto te dicen otra cosa pero a mi me parece asi, por lo pronto debes dar mas datos, por ejemplo tu configuracin en main.cf -- Saludos -- 0ooo ooo0( ) ( )) / \ ((_/ \_) `,,`,,`,,`,, Joel Ventura Castillo Tc. Ciencias Informticas Empresa Importadora - Exportadora ILECO Dir.: O' Relly No. 152 e/ San Ignacio y Mercaderes, Habana Vieja, Cuba. E-Mail: j...@ecoimpex.com.cu Telf.: 8625081 al 84, Ext. 156 `,,`,,`,,`,, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5193ff73.7090...@ecoimpex.com.cu
Dudas con procmail
Hola Alguien me pudiera poner un ejemplo de como configurar procmail en Debian squeeze quiero poner reglas para todos los usuarios por lo que debo ponerlo en /etc/procmailrc ?Como debe ir el fichero de configuración? Ejemplo como hacer para que los correos entrantes no se dupliquen ni tripliquen, etc. me inmagino que en el postfix debo activar la linea mailbox_command = procmail -a $EXTENSION Para que trabaje en cojunto con Postfix Busque algunos manuales y dicen que hay que cambiar cosas en master.cf la cuestion que no he logrado que trabaje. Mi postfix usa Maildir los usuarios de correo estan en /home/usuario/Maildir/ Salu2 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/fb578f4828785cf7d668257cf0144f7c.squirrel@192.168.13.16
Re: procmail en Debian
http://www.sromero.org/ext/articulos/sololnx/sololnx5.html y mas https://www.google.com.ar/search?q=procmailrc+ejemplosaq=2oq=procmailaqs=chrome.3.57j0l3.12638j0sourceid=chromeie=UTF-8 El 10 de mayo de 2013 16:51, co...@esid.gecgr.co.cu escribió: Hola Alguien me pudiera poner un ejemplo de como configurar procmail en Debian squeeze quiero poner reglas para todos los usuarios por lo que debo ponerlo en /etc/procmailrc Ejemplo como hacer para que los correos entrantes no se dupliquen ni tripliquen, etc. me inmagino que en el postfix debo activar la linea mailbox_command = procmail -a $EXTENSION Para que trabaje en cojunto con Postfix Cualquier otro ejemplo me serviria lo que quiero es entender como se configuran las reglas que uno necesita plicar Salu2 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/a8e2559e3695b9c7aebb646a1ce1f6fb.squirrel@192.168.13.16 -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos,
procmail en Debian
Hola Alguien me pudiera poner un ejemplo de como configurar procmail en Debian squeeze quiero poner reglas para todos los usuarios por lo que debo ponerlo en /etc/procmailrc Ejemplo como hacer para que los correos entrantes no se dupliquen ni tripliquen, etc. me inmagino que en el postfix debo activar la linea mailbox_command = procmail -a $EXTENSION Para que trabaje en cojunto con Postfix Cualquier otro ejemplo me serviria lo que quiero es entender como se configuran las reglas que uno necesita plicar Salu2 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/a8e2559e3695b9c7aebb646a1ce1f6fb.squirrel@192.168.13.16
Re: [SOLVE] Debian exim4 procmail mysql
El Wed, 13 Jun 2012 15:20:45 -0700, Germán Cervantes escribió: (ese html...) Tuve que declarar las siguientes variables en el /etc/procmailrc. UMASK = 007 MAILDIR =$HOME/Maildir/ ORGMAIL =$MAILDIR DEFAULT =$MAILDIR LOGFILE =$HOME/Maildir/procmail.log LOCKFILE=$HOME/.lockmail O sea, que te faltaba configurar en Procmail la ruta donde se encuentran almacenados los mensajes ¿no? Y la bitácora me ayudo a solucionar el problema. ¿Qué bitácora? :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jrd3ep$li$1...@dough.gmane.org
Re: [SOLVE] Debian exim4 procmail mysql
Tuve que declarar las siguientes variables en el /etc/procmailrc. UMASK = 007 MAILDIR =$HOME/Maildir/ ORGMAIL =$MAILDIR DEFAULT =$MAILDIR LOGFILE =$HOME/Maildir/procmail.log LOCKFILE=$HOME/.lockmail Y la bitácora me ayudo a solucionar el problema. Saludos. Hola Tengo una configuración como la que menciono en el subject. Sucede que cuando recibo correo, los filtros de procmail no funcionan. Básicamente lo que hice para utilizar procmail con exim4 fue nada, porque en la configuración de router y transport de exim4 ya viene la configuración para procmail en caso de que exista. Mi /etc/procmailrc tiene 744 Hice un debug de exim y me manda esto. A ver si a alguien le dice algo: Aquí lo raro es que me manda que usuario no es un usuario local y si lo tengo y le llega correo y todo. Siento que por ahí me falta una sentencia SQL, ¿alguien tiene idea? $ exim -bt -d usua...@my.domain.com procmail router local_part=usuario domain=my.domain.com checking domains search_open: mysql NULL cached open search_find: file=NULL key=SELECT domain FROM domains WHERE type=local and domain=my.domain.com partial=-1 affix=NULL starflags=0 LRU list: :/etc/aliases End internal_search_find: file=NULL type=mysql key=SELECT domain FROM domains WHERE type=local and domain=my.domain.com cached data used for lookup of SELECT domain FROM domains WHERE type=local and domain=my.domain.com lookup yielded: my.domain.com my.domain.com in @:localhost: my.domain.com? yes (matched @) my.domain.com in +local_domains? yes (matched +local_domains) checking for local user seeking password data for user usuario: using cached result getpwnam() returned NULL (user not found) procmail router skipped: usuario is not a local user
Re: Debian exim4 procmail mysql
El Wed, 06 Jun 2012 09:36:24 -0700, Germán Cervantes escribió: (ese html...) Hice un debug de exim y me manda esto. A ver si a alguien le dice algo: Aquí lo raro es que me manda que usuario no es un usuario local y si lo tengo y le llega correo y todo. Siento que por ahí me falta una sentencia SQL, ¿alguien tiene idea? (...) my.domain.com in +local_domains? yes (matched +local_domains) checking for local user seeking password data for user usuario: using cached result getpwnam() returned NULL (user not found) procmail router skipped: usuario is not a local user Pues ni idea de Exim... después de usar tantos años usando Postfix se me hace imposible entender este servidor de correo. De todas formas, si el error aparece cuando procmail entra en juego, es que algún parámetro de la configuración de éste no le gusta a Exim. ¿Cómo has integrado Exim con Procmail? ¿Qué tipo de filtro o regla has definido? ¿usuario es un usuario local o virtual del sistema de correo? ¿No será que procmail está apuntando a un usuario del sistema (bajo su / home, por ejemplo) cuando este no existe realmente en esa ruta? :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jqqfqp$dr8$9...@dough.gmane.org
Debian exim4 procmail mysql
Hola Tengo una configuración como la que menciono en el subject. Sucede que cuando recibo correo, los filtros de procmail no funcionan. Básicamente lo que hice para utilizar procmail con exim4 fue nada, porque en la configuración de router y transport de exim4 ya viene la configuración para procmail en caso de que exista. Mi /etc/procmailrc tiene 744 Hice un debug de exim y me manda esto. A ver si a alguien le dice algo: Aquí lo raro es que me manda que usuario no es un usuario local y si lo tengo y le llega correo y todo. Siento que por ahí me falta una sentencia SQL, ¿alguien tiene idea? $ exim -bt -d usua...@my.domain.com procmail router local_part=usuario domain=my.domain.com checking domains search_open: mysql NULL cached open search_find: file=NULL key=SELECT domain FROM domains WHERE type=local and domain=my.domain.com partial=-1 affix=NULL starflags=0 LRU list: :/etc/aliases End internal_search_find: file=NULL type=mysql key=SELECT domain FROM domains WHERE type=local and domain=my.domain.com cached data used for lookup of SELECT domain FROM domains WHERE type=local and domain=my.domain.com lookup yielded: my.domain.com my.domain.com in @:localhost: my.domain.com? yes (matched @) my.domain.com in +local_domains? yes (matched +local_domains) checking for local user seeking password data for user usuario: using cached result getpwnam() returned NULL (user not found) procmail router skipped: usuario is not a local user
Re: cambiar de mbox a maildir sendmail sin procmail
El Thu, 11 Nov 2010 02:43:00 -0300, Pablo Zuñiga escribió: Estimados: Estoy tratando de cambiar los correos desde mbox a maildir, vi un script que usa fetchmail y el archivo procsrc/procmail, hay alguna forma de apuntar la configuración de sendmail de esta forma sin usar este tipo de scripts Hay programitas que permiten realizar la conversión, por ejemplo mb2md: http://packages.debian.org/squeeze/mb2md Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2010.11.11.08.32...@gmail.com
Re: cambiar de mbox a maildir sendmail sin procmail
El 11/11/10 02:43, Pablo Zuñiga escribió: Estimados: Estoy tratando de cambiar los correos desde mbox a maildir, vi un script que usa fetchmail y el archivo procsrc/procmail, hay alguna forma de apuntar la configuración de sendmail de esta forma sin usar este tipo de scripts gracias Me parece que lo mejor es que utilices algún tipo de script para hacer el cambio junto con el programa que te han recomendado mb2md. Pasar los buzones de los usuarios es una tarea un tanto crítica y yo personalmente haría varias pruebas antes para verificar que todo quede en su lugar. mb2md es bastante simple de usar y te deja toda la estructura de maildir creada y funcional, solo tendrás que tener a mano una lista de tus usuarios y los orígenes y destino tanto de los buzones mbox como de los directorios maildir. Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cdbdec3.30...@uncu.edu.ar
cambiar de mbox a maildir sendmail sin procmail
Estimados: Estoy tratando de cambiar los correos desde mbox a maildir, vi un script que usa fetchmail y el archivo procsrc/procmail, hay alguna forma de apuntar la configuración de sendmail de esta forma sin usar este tipo de scripts gracias -- Atte. Pablo Zúñiga E (+56 9) - 82129677 Blog: http://ed00m.wordpress.com; http://blog.ed00m.tubencinera.cl | MSN Gtalk: pabl...@gmail.com | Skype: ed00m_ === -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimnx0jk7qqmywouargycmcto3bkqjc+09ln9...@mail.gmail.com
Re: Postfix con dominios virtuales y Procmail
Como me doy cuenta si tengo Dovecot como local delivery agent (LDA)? Que otras opciones tengo con dovecot? La configurtación que tengo es la siguiente: main.cf: mydestination = localhost mynetworks = 127.0.0.0/8 virtual_alias_maps = mysql:/etc/postfix/mysql/mysql_virtual_alias_maps.cf virtual_mailbox_domains = mysql:/etc/postfix/mysql/ mysql_virtual_domains_maps.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql/ mysql_virtual_mailbox_maps.cf mailbox_command = /usr/bin/procmail . . . smtpd_sasl_local_domain = smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous broken_sasl_auth_clients= yes smtpd_sasl_authenticated_header = yes En dovecot tengo lo siguiente: dovecot.conf: protocols = imap imaps pop3 pop3s protocol imap { listen = *:143 ssl_listen = *:993 } protocol pop3 { listen = *:110 ssl_listen = *:995 } passdb sql { # Path for SQL configuration file args = /etc/dovecot/dovecot-sql.conf } userdb sql { # Path for SQL configuration file args = /etc/dovecot/dovecot-sql.conf } y dovecot-sql.conf tiene los querys de consultas a la base de datos. /etc/procmailrc: #Eliminar correo spamassasin :0 * X-Spam-Status: Yes /dev/null Puse eso para hacer una prueba de que me borre los correos que sean detectados como spam, pero no me funciona. Gracias, 2010/1/5 Marc Aymerich glicer...@gmail.com 2010/1/6 Jose Pablo Rojas Carranza linux.t...@gmail.com Hola, disculpen la molestia pero tengo un mail server Debian con Postfix+Dovecot+SASL+MySQL, manejando dominios virtuales (con usuarios virtuales desde ya). Resulta que estoy intentando filtrar mails con Procmail y no me responde, o sea, no me manda los mails con un asunto XYZ a la carpeta que defino en el archivo global procmailrc. Alguno sabe si Procmail anda con usuarios virtuales y si es asi cual es la configuracion que tengo que usar en -por ejemplo- master.cf, main.cf y alguno que otro mas ??? Si no cual es la alternativa para filtrar mails, tal vez maildrop ¿estas usando Dovecot como local delivery agent (LDA)? Si es así tendrás que usar sieve para tus filtros. Saludos. Muchas gracias Jose Pablo
Re: Postfix con dominios virtuales y Procmail
2010/1/6 Jose Pablo Rojas Carranza linux.t...@gmail.com Como me doy cuenta si tengo Dovecot como local delivery agent (LDA)? Que otras opciones tengo con dovecot? La configurtación que tengo es la siguiente: main.cf: mydestination = localhost mynetworks = 127.0.0.0/8 virtual_alias_maps = mysql:/etc/postfix/mysql/mysql_virtual_alias_maps.cf virtual_mailbox_domains = mysql:/etc/postfix/mysql/ mysql_virtual_domains_maps.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql/ mysql_virtual_mailbox_maps.cf mailbox_command = /usr/bin/procmail . . . smtpd_sasl_local_domain = smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous broken_sasl_auth_clients= yes smtpd_sasl_authenticated_header = yes En dovecot tengo lo siguiente: dovecot.conf: protocols = imap imaps pop3 pop3s protocol imap { listen = *:143 ssl_listen = *:993 } protocol pop3 { listen = *:110 ssl_listen = *:995 } passdb sql { # Path for SQL configuration file args = /etc/dovecot/dovecot-sql.conf } userdb sql { # Path for SQL configuration file args = /etc/dovecot/dovecot-sql.conf } y dovecot-sql.conf tiene los querys de consultas a la base de datos. /etc/procmailrc: #Eliminar correo spamassasin :0 * X-Spam-Status: Yes /dev/null Puse eso para hacer una prueba de que me borre los correos que sean detectados como spam, pero no me funciona. Gracias, Pues parece que no tienes dovecot como LDA. Así que en principio procmail deveria funcionar. Podrias mostrarnos que dicen los logs cuando mandas un mail? (var/log/mail.log). Así nose aseguramos quel procmail se esta ejecutando.
Postfix con dominios virtuales y Procmail
Hola, disculpen la molestia pero tengo un mail server Debian con Postfix+Dovecot+SASL+MySQL, manejando dominios virtuales (con usuarios virtuales desde ya). Resulta que estoy intentando filtrar mails con Procmail y no me responde, o sea, no me manda los mails con un asunto XYZ a la carpeta que defino en el archivo global procmailrc. Alguno sabe si Procmail anda con usuarios virtuales y si es asi cual es la configuracion que tengo que usar en -por ejemplo- master.cf, main.cf y alguno que otro mas ??? Si no cual es la alternativa para filtrar mails, tal vez maildrop Muchas gracias Jose Pablo
Re: Postfix con dominios virtuales y Procmail
2010/1/6 Jose Pablo Rojas Carranza linux.t...@gmail.com Hola, disculpen la molestia pero tengo un mail server Debian con Postfix+Dovecot+SASL+MySQL, manejando dominios virtuales (con usuarios virtuales desde ya). Resulta que estoy intentando filtrar mails con Procmail y no me responde, o sea, no me manda los mails con un asunto XYZ a la carpeta que defino en el archivo global procmailrc. Alguno sabe si Procmail anda con usuarios virtuales y si es asi cual es la configuracion que tengo que usar en -por ejemplo- master.cf, main.cf y alguno que otro mas ??? Si no cual es la alternativa para filtrar mails, tal vez maildrop ¿estas usando Dovecot como local delivery agent (LDA)? Si es así tendrás que usar sieve para tus filtros. Saludos. Muchas gracias Jose Pablo
Procmail y metamail con errores de recibimiento
Hola! Tengo una solucion que utiliza fetchmail, procmail y metamail. LO que hace es simplemente descargar emails de una cuenta de correos con fetchmail , procmail lo enruta a metamail para que este separe los attachments que trae y los envia a una carpeta. Hasta ahi toda esta bien funciona de maravilla pero ahora resulta que la solucion no funciona con email con caracteres raros y desgraciadamente los email que me envia una app , que no controlo, le agrega ciertos caracteres al subject del email Ejemplo: Volante de Pago Eikôn Millenium - Los emails que traen este subject degeneran en un error y metamail no puede separar el attachment del correo, especificamente el error es este ô procmail: Error while writing to metamail procmail: Rescue of unfiltered data succeeded Desgraciadamente no puedo cambiar este caracter porque lo envia una app qe no controlo asi que tengo que inventar algo desde mi lado para descargar estos correos Alguien aca puede darme una idea de como filtrar este caracter o cambiarlo por otra cosa. Realmente lo que me interesa solo es el attachment no el mensaje en si *---* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-849-8087 * Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun *---* _ Windows Live Hotmail now works up to 70% faster. http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_faster_112008 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Sobre Procmail
On Fri, Feb 20, 2009 at 02:12:58PM -0500, Yacell Vázquez Jorge wrote: Saludos comunidad, tengo un pequeño problemita con el procmail, miren la cuestion es, yo estoy subscrito a la lista de correo debian-user-spanish@lists.debian.org y otro usuario esta subscrito a misma lista pero los correo a él no le llegan y a mi me llegan doble como logro que procmail me reparta esos mensajes a cada usuario. Hola Yacell: Puedes ver varios ejemplos de recetas de procmail en el manual de procmailex. Sobre lo que necesitas específicamente, el manual antes indicado tiene el siguiente ejemplo (algo modificado, para contextualizar): :0 * ^To:.*debian-user-span...@lists.debian.org { :0 c ! amigo.de.yac...@algun.lugar.cu :0 debian } Saludos. -- Pablo Jiménez -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Sobre Procmail
Saludos comunidad, tengo un pequeño problemita con el procmail, miren la cuestion es, yo estoy subscrito a la lista de correo debian-user-spanish@lists.debian.org y otro usuario esta subscrito a misma lista pero los correo a él no le llegan y a mi me llegan doble como logro que procmail me reparta esos mensajes a cada usuario. saludos y gracias de antemano. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [OT] ayuda procmail
On Fri, Aug 03, 2007 at 10:07:41AM -0500, user name wrote: [...] La única manera de hacer que procmail aplique reglas a un mbox es hacerlo pasar explícitamente por procmail de la forma que ya hablamos. Una vez que un mensaje llega a un mbox, ya pasó por procmail y ya fue (posiblemente) clasificado. Hay que actuar sobre el mensaje antes de que sea depositado en su destino final. Pero hasta donde se, corrijeme si me equivoco, cuando descargo mail con algun cliente de correo no es filtrado por procmail, o si? Depende. Eso es lo primero que habría que saber. Si el cliente que usas se descarga los mensajes directamente de un sitio remoto, sin hacerlos pasar por tu MTA y MDA locales, entonces efectivamente el correo no es filtrado. Si es el caso, lo que se me ocurre es que el cliente de correo que usas ofrezca algún sistema de 'hooks' para tratar los mensajes entrantes, en el cual podrías enganchar formail+procmail para que traten los mensajes que te bajas, pero eso depende del cliente. En Mutt, por ejemplo, existen bastantes posibilidades para hacer pasar los mensajes por los filtros que a uno se le ocurran. Si tu cliente no ofrece esas posibilidades, lo único que te queda es pasar el mbox por procmail periodicamente (usando cron) o manualmente cuando quieras clasificar. -- Blu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] ayuda procmail
Una idea muy muy rápida... Tu MTA recibe el correo, lo acepta como suyo , tras una serie de pasos más (filtros de cabeceras, listas negras, antvirus, etc) llega a delivery agent que busca el fichero .forward en la home del usuario. Lee el fichero cuyo contenido le indica que debe pasar el correo a procmail y su vez procmail lee el fichero de reglas .procmailrc para ver que hace con el correo. Por si te interesa...el contenido de .forward debe ser : | procmail Si quieres ver el proceso más completo te aconsejo que leas la documentación de tu MTA. Un saludo Cristian Mitchell escribió: El 2/08/07, user name [EMAIL PROTECTED] escribió: On 8/2/07, Blu [EMAIL PROTECTED] wrote: Que tal, alguien me puede decir si puedo utilizar procmail sobre un determinado archivo, es decir tengo cierto cliente de correo que me deja los mails en cierto archivo, por ejemplo /home/usuario/foo, puedo hacer que procmail funcione filtrando todo lo que llegue a ese archivo?, osea, aplicar todas las reglas a procmail para que solo filtre ese archivo mbox? Si el archivo es un mbox, el asunto sería algo como: cat /home/usuario/foo | formail -s procmail procmailrc reemplazando procmailrc por un archivo con recetas de procmail. heheheh justo eso acababa de leer, y ya me funcionó, gracias, ahora la punica duda que tengo es que si se debe de meter esas lineas en algun cron o con ejecutarlo una vez ya va a filtrar siempre, inclusive con el apagado y prendido obvio de la maquina? gracias se dispara de tu MTA ej postfix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] ayuda procmail
[...] La única manera de hacer que procmail aplique reglas a un mbox es hacerlo pasar explícitamente por procmail de la forma que ya hablamos. Una vez que un mensaje llega a un mbox, ya pasó por procmail y ya fue (posiblemente) clasificado. Hay que actuar sobre el mensaje antes de que sea depositado en su destino final. Pero hasta donde se, corrijeme si me equivoco, cuando descargo mail con algun cliente de correo no es filtrado por procmail, o si? Ahora veamos que es lo que hace la pseudo receta de arriba. Tú lo que quieres, me parece, es que se apliquen ciertas reglas a un mbox, pero automáticamente, a medida que los mensajes vayan llegando. Esto no es posible hacerlo con procmail, como explico más arriba, pero con la pseudoreceta que te dí se puede lograr un efecto equivalente. Si, es exacto lo que quiero, aplicar procmail a cierto archivo mbox a medida que va llegando correo :) Me imagino que los mensajes que finalmente llegan a dicha mbox pasan primero por procmail y llegan a esa mbox luego de que procmail los clasifica para que vayan a parar allá. La condición de entrada (la primera de la receta) es precisamente la regla que ya se está aplicando procmail para que los mensajes vayan a la mbox. La diferencia es que, ahora, en lugar de ir directamente a la mbox, entran a un subbloque de clasificación, lo que va encerrado en llaves. Una vez que un mensaje entra a este bloque, lo primero que se hace es sacarle una copia y mandarla al mbox del asunto, con lo que se replica el comportamiento anterior, pero, luego, el mensaje sigue transitando por las demás reglas hasta que concuerda con una de ellas y alguna acción se realiza sobre él. Esta condiciones extra deben ser las mismas que aplicarías si estuvieses clasificando los mensajes de la mbox a postriori, sólo que con esta receta son clasificados inmediatamnte, a medida que llegan. No se si es eso lo que quieres o estoy disparando a otra parte. Pues si, eso es lo que quiero pero no sé como hacer esas reglas/recetas :-(
[OT] ayuda procmail
Que tal, alguien me puede decir si puedo utilizar procmail sobre un determinado archivo, es decir tengo cierto cliente de correo que me deja los mails en cierto archivo, por ejemplo /home/usuario/foo, puedo hacer que procmail funcione filtrando todo lo que llegue a ese archivo?, osea, aplicar todas las reglas a procmail para que solo filtre ese archivo mbox? gracias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] ayuda procmail
On Thu, Aug 02, 2007 at 12:14:41PM -0500, user name wrote: Que tal, alguien me puede decir si puedo utilizar procmail sobre un determinado archivo, es decir tengo cierto cliente de correo que me deja los mails en cierto archivo, por ejemplo /home/usuario/foo, puedo hacer que procmail funcione filtrando todo lo que llegue a ese archivo?, osea, aplicar todas las reglas a procmail para que solo filtre ese archivo mbox? Si el archivo es un mbox, el asunto sería algo como: cat /home/usuario/foo | formail -s procmail procmailrc reemplazando procmailrc por un archivo con recetas de procmail. -- Blu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] ayuda procmail
On 8/2/07, Blu [EMAIL PROTECTED] wrote: Que tal, alguien me puede decir si puedo utilizar procmail sobre un determinado archivo, es decir tengo cierto cliente de correo que me deja los mails en cierto archivo, por ejemplo /home/usuario/foo, puedo hacer que procmail funcione filtrando todo lo que llegue a ese archivo?, osea, aplicar todas las reglas a procmail para que solo filtre ese archivo mbox? Si el archivo es un mbox, el asunto sería algo como: cat /home/usuario/foo | formail -s procmail procmailrc reemplazando procmailrc por un archivo con recetas de procmail. heheheh justo eso acababa de leer, y ya me funcionó, gracias, ahora la punica duda que tengo es que si se debe de meter esas lineas en algun cron o con ejecutarlo una vez ya va a filtrar siempre, inclusive con el apagado y prendido obvio de la maquina? gracias
Re: [OT] ayuda procmail
On Thu, Aug 02, 2007 at 01:46:58PM -0500, user name wrote: On 8/2/07, Blu [EMAIL PROTECTED] wrote: Que tal, alguien me puede decir si puedo utilizar procmail sobre un determinado archivo, es decir tengo cierto cliente de correo que me deja los mails en cierto archivo, por ejemplo /home/usuario/foo, puedo hacer que procmail funcione filtrando todo lo que llegue a ese archivo?, osea, aplicar todas las reglas a procmail para que solo filtre ese archivo mbox? Si el archivo es un mbox, el asunto sería algo como: cat /home/usuario/foo | formail -s procmail procmailrc reemplazando procmailrc por un archivo con recetas de procmail. heheheh justo eso acababa de leer, y ya me funcionó, gracias, ahora la punica duda que tengo es que si se debe de meter esas lineas en algun cron o con ejecutarlo una vez ya va a filtrar siempre, inclusive con el apagado y prendido obvio de la maquina? El comando te va a procesar la casilla una sola vez. Efectivamente si quieres que lo haga periódicamente tienes que meterlo en un cron, at, o algo así. Claro que si ese es el caso, creo más lógico meter las recetas directamente en el .procmailrc y clasificar apenas entren los mensajes. -- Blu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] ayuda procmail
El 2/08/07, user name [EMAIL PROTECTED] escribió: On 8/2/07, Blu [EMAIL PROTECTED] wrote: Que tal, alguien me puede decir si puedo utilizar procmail sobre un determinado archivo, es decir tengo cierto cliente de correo que me deja los mails en cierto archivo, por ejemplo /home/usuario/foo, puedo hacer que procmail funcione filtrando todo lo que llegue a ese archivo?, osea, aplicar todas las reglas a procmail para que solo filtre ese archivo mbox? Si el archivo es un mbox, el asunto sería algo como: cat /home/usuario/foo | formail -s procmail procmailrc reemplazando procmailrc por un archivo con recetas de procmail. heheheh justo eso acababa de leer, y ya me funcionó, gracias, ahora la punica duda que tengo es que si se debe de meter esas lineas en algun cron o con ejecutarlo una vez ya va a filtrar siempre, inclusive con el apagado y prendido obvio de la maquina? gracias se dispara de tu MTA ej postfix -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos, yo no fui, seguro que es mas inteligente.
Re: [OT] ayuda procmail
On 8/2/07, Blu [EMAIL PROTECTED] wrote: On Thu, Aug 02, 2007 at 01:46:58PM -0500, user name wrote: On 8/2/07, Blu [EMAIL PROTECTED] wrote: Que tal, alguien me puede decir si puedo utilizar procmail sobre un determinado archivo, es decir tengo cierto cliente de correo que me deja los mails en cierto archivo, por ejemplo /home/usuario/foo, puedo hacer que procmail funcione filtrando todo lo que llegue a ese archivo?, osea, aplicar todas las reglas a procmail para que solo filtre ese archivo mbox? Si el archivo es un mbox, el asunto sería algo como: cat /home/usuario/foo | formail -s procmail procmailrc reemplazando procmailrc por un archivo con recetas de procmail. heheheh justo eso acababa de leer, y ya me funcionó, gracias, ahora la punica duda que tengo es que si se debe de meter esas lineas en algun cron o con ejecutarlo una vez ya va a filtrar siempre, inclusive con el apagado y prendido obvio de la maquina? El comando te va a procesar la casilla una sola vez. Efectivamente si quieres que lo haga periódicamente tienes que meterlo en un cron, at, o algo así. Claro que si ese es el caso, creo más lógico meter las recetas directamente en el .procmailrc y clasificar apenas entren los mensajes. No entiendo lo que me dices aqui :-( explicame porfa, como clasifico apenas entren los mensajes, es eso lo que quiero :D
Re: [OT] ayuda procmail
On 8/2/07, Blu [EMAIL PROTECTED] wrote: Que tal, alguien me puede decir si puedo utilizar procmail sobre un determinado archivo, es decir tengo cierto cliente de correo que me deja los mails en cierto archivo, por ejemplo /home/usuario/foo, puedo hacer que procmail funcione filtrando todo lo que llegue a ese archivo?, osea, aplicar todas las reglas a procmail para que solo filtre ese archivo mbox? Si el archivo es un mbox, el asunto sería algo como: cat /home/usuario/foo | formail -s procmail procmailrc reemplazando procmailrc por un archivo con recetas de procmail. heheheh justo eso acababa de leer, y ya me funcionó, gracias, ahora la punica duda que tengo es que si se debe de meter esas lineas en algun cron o con ejecutarlo una vez ya va a filtrar siempre, inclusive con el apagado y prendido obvio de la maquina? El comando te va a procesar la casilla una sola vez. Efectivamente si quieres que lo haga periódicamente tienes que meterlo en un cron, at, o algo así. Claro que si ese es el caso, creo más lógico meter las recetas directamente en el .procmailrc y clasificar apenas entren los mensajes. Entonces, resumido, lo que quiero es: que cada vez que un mail llegue a mi archivo /home/usuario/mboxfile el procmail lo lea y haga su tarea, osea las reglas que tengo en mi .procmailrc como hago eso?
Re: [OT] ayuda procmail
On Thu, Aug 02, 2007 at 03:16:56PM -0500, user name wrote: On 8/2/07, Blu [EMAIL PROTECTED] wrote: Que tal, alguien me puede decir si puedo utilizar procmail sobre un determinado archivo, es decir tengo cierto cliente de correo que me deja los mails en cierto archivo, por ejemplo /home/usuario/foo, puedo hacer que procmail funcione filtrando todo lo que llegue a ese archivo?, osea, aplicar todas las reglas a procmail para que solo filtre ese archivo mbox? Si el archivo es un mbox, el asunto sería algo como: cat /home/usuario/foo | formail -s procmail procmailrc reemplazando procmailrc por un archivo con recetas de procmail. heheheh justo eso acababa de leer, y ya me funcionó, gracias, ahora la punica duda que tengo es que si se debe de meter esas lineas en algun cron o con ejecutarlo una vez ya va a filtrar siempre, inclusive con el apagado y prendido obvio de la maquina? El comando te va a procesar la casilla una sola vez. Efectivamente si quieres que lo haga periódicamente tienes que meterlo en un cron, at, o algo así. Claro que si ese es el caso, creo más lógico meter las recetas directamente en el .procmailrc y clasificar apenas entren los mensajes. Entonces, resumido, lo que quiero es: que cada vez que un mail llegue a mi archivo /home/usuario/mboxfile el procmail lo lea y haga su tarea, osea las reglas que tengo en mi .procmailrc Hmmm, es que una vez que ya llegó a /home/usuario/mboxfile el mensaje ya pasó por procmail y la única manera de reclasificarlo es hacerlo pasar otra vez, manualmente (esto suponiendo que procmail está instalado y configurado para clasificar mensajes a medida que van llegando, si no es así, hay que hacer eso primero, y ahí te tendría que remitir a la documentacion de procmail). Si lo que quieres es que los mensajes llegen a /home/usuario/mboxfile, que ya lo hacen según lo que dices, pero que, además, procmail los reparta a otras casillas, sugiero usar al menos una receta con la bandera 'c' activada usando recetas anidadas. Por ejemplo: :0: *condición para que vaya a /home/usuario/mboxfile { :0c: /home/usuario/mboxfile :0: *condicion 1 mbox1 :0: *condicion 2 mbox2 ... } Con eso una copia de los mensajes que lleguen, y que cumplan la condicion para ir a /home/usuario/mboxfile van a ir a esa casilla, pero, además, el mensaje va a ser procesado por las recetas que vienen a continuación, dentro del bloque, y una copia del mensaje llegará, finalemente, a alguna otra casilla también. Más información, man procmailrc y man procmailex. NOTA: no he probado la receta de arriba, es sólo un ejemplo de memoria. -- Blu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] ayuda procmail
On 8/2/07, Blu [EMAIL PROTECTED] wrote: On Thu, Aug 02, 2007 at 03:16:56PM -0500, user name wrote: On 8/2/07, Blu [EMAIL PROTECTED] wrote: Que tal, alguien me puede decir si puedo utilizar procmail sobre un determinado archivo, es decir tengo cierto cliente de correo que me deja los mails en cierto archivo, por ejemplo /home/usuario/foo, puedo hacer que procmail funcione filtrando todo lo que llegue a ese archivo?, osea, aplicar todas las reglas a procmail para que solo filtre ese archivo mbox? Si el archivo es un mbox, el asunto sería algo como: cat /home/usuario/foo | formail -s procmail procmailrc reemplazando procmailrc por un archivo con recetas de procmail. heheheh justo eso acababa de leer, y ya me funcionó, gracias, ahora la punica duda que tengo es que si se debe de meter esas lineas en algun cron o con ejecutarlo una vez ya va a filtrar siempre, inclusive con el apagado y prendido obvio de la maquina? El comando te va a procesar la casilla una sola vez. Efectivamente si quieres que lo haga periódicamente tienes que meterlo en un cron, at, o algo así. Claro que si ese es el caso, creo más lógico meter las recetas directamente en el .procmailrc y clasificar apenas entren los mensajes. Entonces, resumido, lo que quiero es: que cada vez que un mail llegue a mi archivo /home/usuario/mboxfile el procmail lo lea y haga su tarea, osea las reglas que tengo en mi .procmailrc Hmmm, es que una vez que ya llegó a /home/usuario/mboxfile el mensaje ya pasó por procmail y la única manera de reclasificarlo es hacerlo pasar otra vez, manualmente (esto suponiendo que procmail está instalado y configurado para clasificar mensajes a medida que van llegando, si no es así, hay que hacer eso primero, y ahí te tendría que remitir a la documentacion de procmail). Si lo que quieres es que los mensajes llegen a /home/usuario/mboxfile, que ya lo hacen según lo que dices, pero que, además, procmail los reparta a otras casillas, sugiero usar al menos una receta con la bandera 'c' activada usando recetas anidadas. Por ejemplo: :0: *condición para que vaya a /home/usuario/mboxfile { :0c: /home/usuario/mboxfile :0: *condicion 1 mbox1 :0: *condicion 2 mbox2 ... } Con eso una copia de los mensajes que lleguen, y que cumplan la condicion para ir a /home/usuario/mboxfile van a ir a esa casilla, pero, además, el mensaje va a ser procesado por las recetas que vienen a continuación, dentro del bloque, y una copia del mensaje llegará, finalemente, a alguna otra casilla también. Más información, man procmailrc y man procmailex. NOTA: no he probado la receta de arriba, es sólo un ejemplo de memoria. Pero supongo que esta regla hopotética la debería ejecutar a mano cierto?
Re: [OT] ayuda procmail
On Thu, Aug 02, 2007 at 04:45:11PM -0500, user name wrote: On 8/2/07, Blu [EMAIL PROTECTED] wrote: [...] Hmmm, es que una vez que ya llegó a /home/usuario/mboxfile el mensaje ya pasó por procmail y la única manera de reclasificarlo es hacerlo pasar otra vez, manualmente (esto suponiendo que procmail está instalado y configurado para clasificar mensajes a medida que van llegando, si no es así, hay que hacer eso primero, y ahí te tendría que remitir a la documentacion de procmail). Si lo que quieres es que los mensajes llegen a /home/usuario/mboxfile, que ya lo hacen según lo que dices, pero que, además, procmail los reparta a otras casillas, sugiero usar al menos una receta con la bandera 'c' activada usando recetas anidadas. Por ejemplo: :0: *condición para que vaya a /home/usuario/mboxfile { :0c: /home/usuario/mboxfile :0: *condicion 1 mbox1 :0: *condicion 2 mbox2 ... } Con eso una copia de los mensajes que lleguen, y que cumplan la condicion para ir a /home/usuario/mboxfile van a ir a esa casilla, pero, además, el mensaje va a ser procesado por las recetas que vienen a continuación, dentro del bloque, y una copia del mensaje llegará, finalemente, a alguna otra casilla también. Más información, man procmailrc y man procmailex. NOTA: no he probado la receta de arriba, es sólo un ejemplo de memoria. Pero supongo que esta regla hopotética la debería ejecutar a mano cierto? No. Tendrías que poner algo así en tu .procmailrc. Es la única manera de que los mensajes sean clasificados a medida que llegan. Recomiendo leer al menos el man de procmailrc, procmail no suele ser muy misericordioso cuando uno se pone a meter recetas sin saber lo que está haciendo. -- Blu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] ayuda procmail
On 8/2/07, Blu [EMAIL PROTECTED] wrote: On Thu, Aug 02, 2007 at 04:45:11PM -0500, user name wrote: On 8/2/07, Blu [EMAIL PROTECTED] wrote: [...] Hmmm, es que una vez que ya llegó a /home/usuario/mboxfile el mensaje ya pasó por procmail y la única manera de reclasificarlo es hacerlo pasar otra vez, manualmente (esto suponiendo que procmail está instalado y configurado para clasificar mensajes a medida que van llegando, si no es así, hay que hacer eso primero, y ahí te tendría que remitir a la documentacion de procmail). Si lo que quieres es que los mensajes llegen a /home/usuario/mboxfile, que ya lo hacen según lo que dices, pero que, además, procmail los reparta a otras casillas, sugiero usar al menos una receta con la bandera 'c' activada usando recetas anidadas. Por ejemplo: :0: *condición para que vaya a /home/usuario/mboxfile { :0c: /home/usuario/mboxfile :0: *condicion 1 mbox1 :0: *condicion 2 mbox2 ... } Con eso una copia de los mensajes que lleguen, y que cumplan la condicion para ir a /home/usuario/mboxfile van a ir a esa casilla, pero, además, el mensaje va a ser procesado por las recetas que vienen a continuación, dentro del bloque, y una copia del mensaje llegará, finalemente, a alguna otra casilla también. Más información, man procmailrc y man procmailex. NOTA: no he probado la receta de arriba, es sólo un ejemplo de memoria. Pero supongo que esta regla hopotética la debería ejecutar a mano cierto? No. Tendrías que poner algo así en tu .procmailrc. Es la única manera de que los mensajes sean clasificados a medida que llegan. Recomiendo leer al menos el man de procmailrc, procmail no suele ser muy misericordioso cuando uno se pone a meter recetas sin saber lo que está haciendo. Lo que pasa es que ya he estado leyendo pero no he encontrado como hacer esto en especial, que el procmail aplique las reglas a determinado archivo mbox, por ejemplo, en tus reglas hipoteticas no entiendo qué sería lo que debería ir en *condición para que vaya a /home/usuario/mboxfile :0: *condición para que vaya a /home/usuario/mboxfile { :0c: /home/usuario/mboxfile :0: *condicion 1 mbox1 :0: *condicion 2 mbox2 ... }
Re: [OT] ayuda procmail
On Thu, Aug 02, 2007 at 05:23:20PM -0500, user name wrote: [...] Lo que pasa es que ya he estado leyendo pero no he encontrado como hacer esto en especial, que el procmail aplique las reglas a determinado archivo mbox, por ejemplo, en tus reglas hipoteticas no entiendo qué sería lo que debería ir en *condición para que vaya a /home/usuario/mboxfile :0: *condición para que vaya a /home/usuario/mboxfile { :0c: /home/usuario/mboxfile :0: *condicion 1 mbox1 :0: *condicion 2 mbox2 ... } La única manera de hacer que procmail aplique reglas a un mbox es hacerlo pasar explícitamente por procmail de la forma que ya hablamos. Una vez que un mensaje llega a un mbox, ya pasó por procmail y ya fue (posiblemente) clasificado. Hay que actuar sobre el mensaje antes de que sea depositado en su destino final. Ahora veamos que es lo que hace la pseudo receta de arriba. Tú lo que quieres, me parece, es que se apliquen ciertas reglas a un mbox, pero automáticamente, a medida que los mensajes vayan llegando. Esto no es posible hacerlo con procmail, como explico más arriba, pero con la pseudoreceta que te dí se puede lograr un efecto equivalente. Me imagino que los mensajes que finalmente llegan a dicha mbox pasan primero por procmail y llegan a esa mbox luego de que procmail los clasifica para que vayan a parar allá. La condición de entrada (la primera de la receta) es precisamente la regla que ya se está aplicando procmail para que los mensajes vayan a la mbox. La diferencia es que, ahora, en lugar de ir directamente a la mbox, entran a un subbloque de clasificación, lo que va encerrado en llaves. Una vez que un mensaje entra a este bloque, lo primero que se hace es sacarle una copia y mandarla al mbox del asunto, con lo que se replica el comportamiento anterior, pero, luego, el mensaje sigue transitando por las demás reglas hasta que concuerda con una de ellas y alguna acción se realiza sobre él. Esta condiciones extra deben ser las mismas que aplicarías si estuvieses clasificando los mensajes de la mbox a postriori, sólo que con esta receta son clasificados inmediatamnte, a medida que llegan. No se si es eso lo que quieres o estoy disparando a otra parte. -- Blu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Consulta sobre procmail
Hola! Una consulta, es que acabo de modificar mi procmail para hacer varios filtros, pero hay muchos correos que no pasaron por el filtro porque llegaron antes de activar esas reglas, El correo lo tengo configurado en postfix con Maildir, seria posible hacer que el postfix vuelva a procesar todos los correos de mi inbox para que ejecute las reglas del procmail que deseo? o hacer algo para que ese Inbox sea procesado por el procmail. Otra consulta, tambien quiero implementar que ciertos correos que llegan de una direccion en especial se borren despues de cierto tiempo, porque estos correos son solo para revisar status, pero luego de 15 dias quiero eliminarlos y son en varias cuentas de correo, que sugerencia me dan para eliminar estos correos que tienen mas de 15 dias de haberlos recibido. Gracias de antemano. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Consulta sobre procmail
On Mon, May 28, 2007 at 08:20:45AM -0600, Jose Pablo Rojas wrote: Hola! Una consulta, es que acabo de modificar mi procmail para hacer varios filtros, pero hay muchos correos que no pasaron por el filtro porque llegaron antes de activar esas reglas, El correo lo tengo configurado en postfix con Maildir, seria posible hacer que el postfix vuelva a procesar todos los correos de mi inbox para que ejecute las reglas del procmail que deseo? o hacer algo para que ese Inbox sea procesado por el procmail. No uso maildir, por lo que no te puedo decir como hacer que cada mensaje sea alimentado a una tubería, pero si lo consigues, puedes usar formail+procmail para reclasificar con algo como: ... | formail -s procmail procmailrc con un procmailrc ajustado a la tarea. Otra consulta, tambien quiero implementar que ciertos correos que llegan de una direccion en especial se borren despues de cierto tiempo, porque estos correos son solo para revisar status, pero luego de 15 dias quiero eliminarlos y son en varias cuentas de correo, que sugerencia me dan para eliminar estos correos que tienen mas de 15 dias de haberlos recibido. Por lo que entiendo de maildir (que es poco), me imagino que se puede usar find para encontrar y borrar los correos antiguos, después de todo están en archivos separados. -- Blu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
procmail
tengo una instraccion en mi procmail :0 [EMAIL PROTECTED] mas simple imposible pero el servidor postfix me lo rechaza pero si me mando un mail de un usuario local a otro llega de las mi maravillas [EMAIL PROTECTED] a [EMAIL PROTECTED] pero cuando lo hace del fetchmail postfix procmail usuario local no llega ni a palos. lo mismo si lo hago con tres usuarios de uno al dos que redirecciona a tre no llega en los log me figura como rechazado sin ningun por que -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inutiles cronicos, yo no fui, seguro que es mas inteligente.
hasta las manos con procmail
Hace 5 dias que vengo leyendo todo lo que encuentro de procmail, y cada cosa que leo entiendo menos que antes, el mareo que me genero esto... tengo que reenvia unos mail que llegan a una cuenta. de Blackberry en telecom el tema es que devo filtrarlos 1- menores a 1 mega 2- el adjunto si lo hubiera NO el mail solo el adjunto 3- solo los mails de una lista que gere en un archivo 4- que se pueda activar y desactivar mandando un mail con un asunto espesifico ej asunto activar. asunto desactivar les mando el desastre que escribi hasta ahora #menor a un mega :0 * 1000 /dev/null :0 c * ^From.*pirulo ! [EMAIL PROTECTED] :0 * ^Subject:.*vacacione | aqui ejecuto el o los comando para activar el mensage #adjuntos :0B * name=.*\.(*) /dev/null :0 |for archivo in `cat permitidos.txt` ; |do ; |[EMAIL PROTECTED] ; /dev/null done por supuesto no anda nada de lo que escribi esto va enganchad a HOME/.forward de cada usuario que usa el BB desde ya muchas gracias -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inutiles cronicos, yo no fui, seguro que es mas inteligente.
procmail
Hola a todos, En la págia http://bulma.net/body.phtml?nIdNoticia=1978 Viene una explicación de cómo instalar Clamav con procmail para que escanee los mails con virus, pero vine una parte donde dice que editemos el archivo /etc/procmailrc y agreguemos unas líneas al archivo. Resulta que yo no tengo ese archivo /etc/procmailrc, ya busqué en el man de procmail y aparece que ese es uno de los archivos correspondientes a procmail, pero no está. Saben que es lo que pasa?? saludos... -- Usuario Linux 48 Debian User -- Colegio Universitario de Alajuela Centro de Tecnología e Informática -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: procmail
El jue, 07 de sep de 2006, a las 10:58:08 -0600, Carlos Eduardo Velásquez Chaves dijo: Hola a todos, En la págia http://bulma.net/body.phtml?nIdNoticia=1978 Viene una explicación de cómo instalar Clamav con procmail para que escanee los mails con virus, pero vine una parte donde dice que editemos el archivo /etc/procmailrc y agreguemos unas líneas al archivo. Resulta que yo no tengo ese archivo /etc/procmailrc, ya busqué en el man de procmail y aparece que ese es uno de los archivos correspondientes a procmail, pero no está. Saben que es lo que pasa?? Habra que crearlo? man procmail: If no rcfiles and no -p have been specified on the command line, procmail will, prior to reading $HOME/.procmailrc, interpret commands from /etc/procmailrc (if present). O sea, alli dice claramente que leera de alli si esta presente, con lo cual si no lo tienes, deberias crearlo. saludos... -- Usuario Linux 48 Debian User -- Colegio Universitario de Alajuela Centro de Tecnología e Informática -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 signature.asc Description: Digital signature
Re: procmail
Ricardo Frydman Eureka! escribió: El jue, 07 de sep de 2006, a las 10:58:08 -0600, Carlos Eduardo Velásquez Chaves dijo: Hola a todos, En la págia http://bulma.net/body.phtml?nIdNoticia=1978 Viene una explicación de cómo instalar Clamav con procmail para que escanee los mails con virus, pero vine una parte donde dice que editemos el archivo /etc/procmailrc y agreguemos unas líneas al archivo. Resulta que yo no tengo ese archivo /etc/procmailrc, ya busqué en el man de procmail y aparece que ese es uno de los archivos correspondientes a procmail, pero no está. Saben que es lo que pasa?? Habra que crearlo? man procmail: If no rcfiles and no -p have been specified on the command line, procmail will, prior to reading $HOME/.procmailrc, interpret commands from /etc/procmailrc (if present). O sea, alli dice claramente que leera de alli si esta presente, con lo cual si no lo tienes, deberias crearlo. saludos... -- Usuario Linux 48 Debian User -- Colegio Universitario de Alajuela Centro de Tecnología e Informática -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Gracias, ya funciona... -- Usuario Linux 48 Debian User -- Colegio Universitario de Alajuela Centro de Tecnología e Informática -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pierdo los correos con procmail :(
:0fw:spamassassin.lock * 256000 | /usr/bin/spamassassin :0: * ^X-Spam-Status: Yes .SPAM/ Prueba esta regla. Pon $MAILDIR/ antes del nombre de la carpeta. A lo mejor te está metiendo los spams en ~/.SPAM en vez de ~/Maildir/.SPAM :0: * ^X-Spam-Flag: YES $MAILDIR/.SPAM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Pierdo los correos con procmail :(
Buenas. Tengo un servidor con Debian+postfix+amavis y estoy tratando hacer que los mensajes capturados como spam, se depositen en un directorio .SPAM/ que tengo en el Maildir de cada uno de los usuarios. En el main.cf tengo el comando: mailbox_command = /usr/bin/procmail -t -a $mydomain y este es el .procmailrc que tengo en el home de cada usuario. SHELL=/bin/sh MAILDIR=$HOME/Maildir/ DEFAULT=$MAILDIR LOGFILE=$HOME/procmail.log VERBOSE=on :0fw:spamassassin.lock * 256000 | /usr/bin/spamassassin :0: * ^X-Spam-Status: Yes .SPAM/ Pero estoy notando que cuando activo el procmail, no todos los mensajes marcados como spam son movidos al directorio donde deberia hacerse; algunos se quedan en el Maildir. Lo peor es que tambien estoy notando que mientras procmail esta activo, algunos correos no llegan a los usuarios. asi que me toca desactivarlo y seguir reorganizando el spam por medio de filtros en el cliente (lo cual no me es muy practico, pues muchos usuarios leen sus correos desde varios clientes). Como puedo encontrar la razon para este problema que tengo con procmail? Gracias de antemano por su colaboracion. Saludos -- Imagination is more important than knowlege A.E. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Spamassassin + procmail + postfix
Hola, estoy intentando hacer que todo el correo se pase al procmail para que este gestione el spamassassin. Para ello y despues de leer un monton de cosas y de hacer y deshacer sin muchos resultados, he dejado la configuracion asi: - en el main.cf, he colocado la siguiente linea: mailbox_command = /usr/bin/procmail -m /etc/procmailrcs/procmail.gen - despues he creado la carpeta /etc/procmailrcs y dentro el procmail.gen con el siguiente contenido: # envia todo el spam a traves de spamassassin :0fw: spamassassin.lock * 256000 | spamassassin # FILTRA POR EL STATUS :0: * ^X-Spam-Status: Yes /root/spam - postfix reload Pero esto no funciona, alguien puede ayudarme? Gracias, [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Devolver mails a ciertas direcciones con procmail
Buenas, Soy una usuaria, que no administradora, de Debian con un grave problema de spam :-| Tengo un dominio @inventado.com que a nivel proveedor tengo configurado con Catch-All. Bien. Pues me encuentro con que los señores spammeadores se han especializado en ciertas direcciones de mi dominio (pej: [EMAIL PROTECTED] o [EMAIL PROTECTED]), direcciones que quiero eliminar. Así dejaría de recibir todo el spam que recibo en esas direcciones, que además sólo las usan los spammeadores, la que tienen mis amigos son otras (unos unas, otros otras). Lo que se me había ocurrido era filtrar esas direcciones con el procmail de manera que los correos enviados a esas direcciones (en concreto) fueran devueltos. No quiero meterlos en carpetas especiales de spam, de esa manera ya tengo suficientes mails, los quiero devolver directamente (para minimizar, así, los falsos positivos). Se me ocurrió redirigir los mails a una dirección inventada: :0 * ^To: [EMAIL PROTECTED] ! [EMAIL PROTECTED] Pero no funciona... El mail me viene devuelto a mí, no al spammer... Investigando más, probé la combinación Procmail + formail: :0 fhw * ^To: [EMAIL PROTECTED] | formail -I To: [EMAIL PROTECTED] Pero tampoco... me llega igualmente el mail, pero con la dirección reescrita (en mi buzón me aparece un mail enviado a [EMAIL PROTECTED], kk). ¿Alguien me sabría explicar cómo redirigir los mails a un buzón inexistente y que el error correspondiente no me viniera a mí sino al spammer? Eso, o alguna solución mejor... Muchas gracias :-* María __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Devolver mails a ciertas direcciones con procmail
On Sat, Jun 10, 2006 at 11:17:12AM -0700, Maria Garcia Suarez wrote: Buenas, Soy una usuaria, que no administradora, de Debian con un grave problema de spam :-| Tengo un dominio @inventado.com que a nivel proveedor tengo configurado con Catch-All. Eso significa que lo acepta todo no? Bien. Pues me encuentro con que los señores spammeadores se han especializado en ciertas direcciones de mi dominio (pej: [EMAIL PROTECTED] o [EMAIL PROTECTED]), direcciones que quiero eliminar. Así dejaría de recibir todo el spam que recibo en esas direcciones, que además sólo las usan los spammeadores, la que tienen mis amigos son otras (unos unas, otros otras). Lo que se me había ocurrido era filtrar esas direcciones con el procmail de manera que los correos enviados a esas direcciones (en concreto) fueran devueltos. No quiero meterlos en carpetas especiales de spam, de esa manera ya tengo suficientes mails, los quiero devolver directamente (para minimizar, así, los falsos positivos). No lo hagas. Un spam nunca debe ser devuelto al remitente, ni siquiera como rebote. La razón es que la dirección de retorno de un correo spam muy probablemente estará falsificada y el rebote lo va a recibir un inocente que, además, se va a enojar contigo por enviarle spam. En la práctica, si haces eso, te conviertes en un relay abierto y los spammers te lo van a agradecer. Lo más adecuado sería simplemente eliminar esas direcciones, de manera que los spams sean rechazados en el diálogo SMTP, antes de que el mensaje sea aceptado. De esa manera el ocasional correo legítimo enviado a alguna de estas direcciones gatillará un rechazo con un mensaje explicando que la dirección ya no existe. No nos cuentas como recibes esos correos (¿fetchmail?, ¿demonio SMTP?). Dependiendo de eso pueden existir diferentes soluciones, pero si las direcciones sólo reciben spam no entiendo por qué sigues bajando mensajes dirigidas a estas. Mejor déjalas descansar en paz si no puedes eliminarlas, o derechamente elimínalas si está en tu poder. Por último envía todo a /dev/null, pero nunca contestes un spam. Se me ocurrió redirigir los mails a una dirección inventada: :0 * ^To: [EMAIL PROTECTED] ! [EMAIL PROTECTED] Pero no funciona... El mail me viene devuelto a mí, no al spammer... Investigando más, probé la combinación Procmail + formail: :0 fhw * ^To: [EMAIL PROTECTED] | formail -I To: [EMAIL PROTECTED] Ninguno de esos te va a resultar. Se puede, sin embargo, mediante procmail y formail, responder automáticamente al remitente, incluso devolviendo una copia del correo, pero hay que tener mucho cuidado para evitar bucles y otro montón de detallitos que pueden causar desastres y la ira de otros usuarios. Es la peor solución en todo caso pues está casi garantizado que vas a molestar a más de alguien que no tiene nada que ver en el asunto. -- Blu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Devolver mails a ciertas direcciones con procmail
Hola Blu, Ante todo gracias por tu respuesta... --- Blu [EMAIL PROTECTED] wrote: On Sat, Jun 10, 2006 at 11:17:12AM -0700, Maria Garcia Suarez wrote: Buenas, Soy una usuaria, que no administradora, de Debian con un grave problema de spam :-| Tengo un dominio @inventado.com que a nivel proveedor tengo configurado con Catch-All. Eso significa que lo acepta todo no? Efectivamente. Lo acepta todo y lo redirige a una cuenta en una máquina con Debian... Bien. Pues me encuentro con que los se�ores spammeadores se han especializado en ciertas direcciones de mi dominio (pej: [EMAIL PROTECTED] o [EMAIL PROTECTED]), direcciones que quiero eliminar. As� dejar�a de recibir todo el spam que recibo en esas direcciones, que adem�s s�lo las usan los spammeadores, la que tienen mis amigos son otras (unos unas, otros otras). Lo que se me hab�a ocurrido era filtrar esas direcciones con el procmail de manera que los correos enviados a esas direcciones (en concreto) fueran devueltos. No quiero meterlos en carpetas especiales de spam, de esa manera ya tengo suficientes mails, los quiero devolver directamente (para minimizar, as�, los falsos positivos). No lo hagas. Un spam nunca debe ser devuelto al remitente, ni siquiera como rebote. La raz�n es que la direcci�n de retorno de un correo spam muy probablemente estar� falsificada y el rebote lo va a recibir un inocente que, adem�s, se va a enojar contigo por enviarle spam. En la pr�ctica, si No, yo no le enviarÃa nada, simplemente devolverÃa como error (ya que lo quiere redirigir a una dirección falsa) un mail que he recibido de esa dirección. haces eso, te conviertes en un relay abierto y los spammers te lo van a agradecer. En absoluto. Estoy haciendo que un mail que no me interesa le sea devuelto al que lo envÃa en forma de error. Simplemente. Un spammer no se puede aprovechar para nada de ésto ya que yo estoy generando una notificación de error donde no la hay (el mail va a una dirección que ahora mismo existe pero yo quiero que deje de existir de manera sencilla). Lo m�s adecuado ser�a simplemente eliminar esas direcciones, de manera que los spams sean rechazados en el di�logo SMTP, antes de que el mensaje sea aceptado. De esa manera el ocasional correo leg�timo enviado a alguna de estas direcciones gatillar� un rechazo con un mensaje explicando que la direcci�n ya no existe. No puedo, porque mi proveedor acepta cualquier cosa enviada a @inventada.com y la redirige a mi cuenta real. No puedo aceptarlo todo salvo unas direcciones en concreto, o lo acepto todo o nada... De ahà que el filtrado lo tenga que hacer a posteriori. No nos cuentas como recibes esos correos (�fetchmail?, �demonio SMTP?). El proveedor me lo redirecciona. Dependiendo de eso pueden existir diferentes soluciones, pero si las direcciones s�lo reciben spam no entiendo por qu� sigues bajando mensajes dirigidas a estas. Mejor d�jalas descansar en paz si no puedes eliminarlas, o derechamente elim�nalas si est� en tu poder. Por �ltimo env�a todo a /dev/null, pero nunca contestes un spam. Porque en el muy hipotético caso de llegar un mail legÃtimo no quiero borrarlo y que la otra persona se piense que lo he leÃdo. Devolviéndolo me aseguro que la persona que lo envió vea que yo no lo he leÃdo. El tema està en que de siempre he dicho que acepto cualquier cosa a @inventado.com, asà que ahora no puedo eliminar lo que me llega a ciertas direcciones, si el dÃa de mañana a alguien le da por escribirme a alguna de esas direcciones (que yo nunca he dado a nadie, asà que no sé de dónde han salido) no quiero crear malos entendidos. Se me ocurri� redirigir los mails a una direcci�n inventada: :0 * ^To: [EMAIL PROTECTED] ! [EMAIL PROTECTED] Pero no funciona... El mail me viene devuelto a m�, no al spammer... Investigando m�s, prob� la combinaci�n Procmail + formail: :0 fhw * ^To: [EMAIL PROTECTED] | formail -I To: [EMAIL PROTECTED] Ninguno de esos te va a resultar. Se puede, sin embargo, mediante procmail y formail, responder autom�ticamente al remitente, incluso devolviendo una copia del correo, pero hay que tener mucho cuidado para evitar bucles y otro mont�n de detallitos que pueden causar desastres y la ira de otros usuarios. Es la peor soluci�n en todo caso pues est� casi garantizado que vas a molestar a m�s de alguien que no tiene nada que ver en el asunto. Si lo estoy molestando no será porque yo lo provoque, la culpa es del spammer que ha enviado ese mail con remitente falso. Una de dos, o me fastidio yo o se fastidia otro. Ahora me estoy fastidiando yo perdiendo la *tira de tiempo* cada dÃa revisando todo el spam que me llega para evitar eliminar un mail legÃtimo... Yo no soy de las hermanitas de la caridad y tengo que buscar una solución
Re: Devolver mails a ciertas direcciones con procmail
On Sat, Jun 10, 2006 at 12:31:50PM -0700, Maria Garcia Suarez wrote: No, yo no le enviarÃa nada, simplemente devolverÃa como error (ya que lo quiere redirigir a una dirección falsa) un mail que he recibido de esa dirección. ... Si lo estoy molestando no será porque yo lo provoque, la culpa es del spammer que ha enviado ese mail con remitente falso. Una de dos, o me fastidio yo o se fastidia otro. Ahora me estoy fastidiando yo perdiendo la *tira de tiempo* cada dÃa revisando todo el spam que me llega para evitar eliminar un mail legÃtimo... Yo no soy de las hermanitas de la caridad y tengo que buscar una solución a un problema que tengo ... El escenario visto desde diversos puntos de vista: El spammer: El lo que quiere es que su mensaje le llegue a *alguien*, quien quiera que sea. Si te lo envía a tí con un remitente falso y tu le reenvias eso al remitente falso, el mensaje del spammer le llega a alguien y el cumplió su objetivo. Si sólo reenvias el mensaje de error, sin el contenido del spam, entonces él perdió 1 destinatario, o sea nada. El dueño de la dirección falsificada: Ahorita, él no tiene vela en el entierro. Después de tu acción, empieza a recibir mensajes no deseados desde tu dirección. Su respuesta va a ser considerar que *tú* eres spammer. Tú: Ahorita estas desperdiciando tiempo revisando el buzón. Después de hacer esto, vas a dejar de recibir spam. Pero muchas de las personas con las direcciones falsificadas van a quejarse de tí. O, si las direcciones no le llegan a alguin, los administradores de esos dominios. Resultado posible: Te denuncian con tu ISP y tú, el ISP o ambos son metidos a las listas negras de spammers y tus corero legítimos empiezan a rebotar. O tu ISP te corre a patadas. ¿Segura que quieres hacer esto? No se trata de que seas hermanita de la caridad, ni de que le eches la culpa al spammer. Ser tratada con mala educación no justifica que tú se lo hagas a terceros. Sin tomar en cuenta que esos terceros van a responder. -- Rodrigo GallardoPGP Key ID: ADC9BC28 Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 http://www.nul-unu.com http://www.nul-unu.com/blogs/elucubrando signature.asc Description: Digital signature
Re: Devolver mails a ciertas direcciones con procmail
[Estoy suscrito a la lista. No es necesario que me envies duplicados a mi casilla personal] On Sat, Jun 10, 2006 at 12:31:50PM -0700, Maria Garcia Suarez wrote: Hola Blu, Ante todo gracias por tu respuesta... --- Blu [EMAIL PROTECTED] wrote: On Sat, Jun 10, 2006 at 11:17:12AM -0700, Maria Garcia Suarez wrote: Buenas, Soy una usuaria, que no administradora, de Debian con un grave problema de spam :-| Tengo un dominio @inventado.com que a nivel proveedor tengo configurado con Catch-All. Eso significa que lo acepta todo no? Efectivamente. Lo acepta todo y lo redirige a una cuenta en una máquina con Debian... Al puerto 25 me imagino, donde hay un demonio SMTP escuchando. Bien. Pues me encuentro con que los se�ores spammeadores se han especializado en ciertas direcciones de mi dominio (pej: [EMAIL PROTECTED] o [EMAIL PROTECTED]), direcciones que quiero eliminar. As� dejar�a de recibir todo el spam que recibo en esas direcciones, que adem�s s�lo las usan los spammeadores, la que tienen mis amigos son otras (unos unas, otros otras). Lo que se me hab�a ocurrido era filtrar esas direcciones con el procmail de manera que los correos enviados a esas direcciones (en concreto) fueran devueltos. No quiero meterlos en carpetas especiales de spam, de esa manera ya tengo suficientes mails, los quiero devolver directamente (para minimizar, as�, los falsos positivos). No lo hagas. Un spam nunca debe ser devuelto al remitente, ni siquiera como rebote. La raz�n es que la direcci�n de retorno de un correo spam muy probablemente estar� falsificada y el rebote lo va a recibir un inocente que, adem�s, se va a enojar contigo por enviarle spam. En la pr�ctica, si No, yo no le enviarÃa nada, simplemente devolverÃa como error (ya que lo quiere redirigir a una dirección falsa) un mail que he recibido de esa dirección. Si lo que quieres hacer resultase, enviarías un rebote a la dirección de retorno del correo spam, que seguramente será la dirección de un usuario inocente. En internet, cada MTA se hace responsable de un mensaje que acepta durante un diálogo SMTP. Una vez aceptado el mensaje, el MTA que lo envió (que puede ser el MTA de un spammer) se desentiende y le pasa la responsabilidad al MTA que lo aceptó. Sea que el MTA de tu proveedor acepte el mensaje y luego lo reenvíe a tu MTA, o que simplemente redireccione el puerto 25 a tu máquina, el mensaje, una vez que es procesado por procmail, ya ha sido aceptado y no puede ser rechazado con un mensaje de error, lo más que se puede hacer es generar un rebote si se descubre que el mensaje no es entregable, pero eso genera lo que los gringos llaman backscatter, que en realidad significa rebotes a los remitentes equivocados. Los spammers usan activamente esta característica para que sus mensajes reboten hacie su verdadero objetivo, poniendo la dirección de su verdadero objetivo como dirección de retorno. haces eso, te conviertes en un relay abierto y los spammers te lo van a agradecer. En absoluto. Estoy haciendo que un mail que no me interesa le sea devuelto al que lo envÃa en forma de error. Simplemente. Un spammer no se puede aprovechar para nada de ésto ya que yo estoy generando una notificación de error donde no la hay (el mail va a una dirección que ahora mismo existe pero yo quiero que deje de existir de manera sencilla). Lo que haces es generar un rebote hacia el verdadero objetivo del spammer. Como los RFCs indican que los rebotes no deben ser rechazados, la víctima tiene que elegir entre recibir el spam rebotado por tí, o hacer que su MTA viole el estándar y rechazar los rebotes. Probablemente lo que hará será ponerte en lista negra y rechazar todo lo que venga de tí, y así con todos los que reciban backscatter de tu nodo. Finalmente vas a terminar en más de una base de datos de spammers y no vas a poder enviar a ninguna parte. [...] Porque en el muy hipotético caso de llegar un mail legÃtimo no quiero borrarlo y que la otra persona se piense que lo he leÃdo. Devolviéndolo me aseguro que la persona que lo envió vea que yo no lo he leÃdo. Eliminando las cuentas problemáticas también te aseguras de que la persona que envió un correo legítimo se entere que no lo recibiste. Tu MTA (o el de tu proveedor), no aceptará el mensaje y el remitente recibirá un rebote _desde su propio MTA_ indicándole que la dirección no existe. Si es un spammer el que envía, tu MTA (o el de tu proveedor) lo rechazará tambien y el MTA del spammer seguirá su camino intentando con otro blanco. Nadie recibe rebotes en este caso (los MTA usados por spammers en general ignoran los mensajes de error y simplemente pasan a su siguiente víctima). [...] Si lo estoy molestando no será porque yo lo provoque, la culpa es del spammer que ha enviado ese mail con remitente falso. Una de dos, o
Re: Devolver mails a ciertas direcciones con procmail
Hola, --- Luis Rodrigo Gallardo Cruz [EMAIL PROTECTED] wrote: On Sat, Jun 10, 2006 at 12:31:50PM -0700, Maria Garcia Suarez wrote: No, yo no le enviarÃa nada, simplemente devolverÃa como error (ya que lo quiere redirigir a una dirección falsa) un mail que he recibido de esa dirección. ... Si lo estoy molestando no será porque yo lo provoque, la culpa es del spammer que ha enviado ese mail con remitente falso. Una de dos, o me fastidio yo o se fastidia otro. Ahora me estoy fastidiando yo perdiendo la *tira de tiempo* cada dÃa revisando todo el spam que me llega para evitar eliminar un mail legÃtimo... Yo no soy de las hermanitas de la caridad y tengo que buscar una solución a un problema que tengo ... El escenario visto desde diversos puntos de vista: El spammer: El lo que quiere es que su mensaje le llegue a *alguien*, quien quiera que sea. Si te lo env�a a t� con un remitente falso y tu le reenvias eso al remitente falso, el mensaje del spammer le llega a alguien y el cumpli� su objetivo. Si s�lo reenvias el mensaje de error, sin el contenido del spam, entonces �l perdi� 1 destinatario, o sea nada. El due�o de la direcci�n falsificada: Ahorita, �l no tiene vela en el entierro. Despu�s de tu acci�n, empieza a recibir mensajes no deseados desde tu direcci�n. Su respuesta va a ser considerar que *t�* eres spammer. T�: Ahorita estas desperdiciando tiempo revisando el buz�n. Despu�s de hacer esto, vas a dejar de recibir spam. Pero muchas de las personas con las direcciones falsificadas van a quejarse de t�. O, si las direcciones no le llegan a alguin, los administradores de esos dominios. Resultado posible: Te denuncian con tu ISP y t�, el ISP o ambos son metidos a las listas negras de spammers y tus corero leg�timos empiezan a rebotar. O tu ISP te corre a patadas. �Segura que quieres hacer esto? No se trata de que seas hermanita de la caridad, ni de que le eches la culpa al spammer. Ser tratada con mala educaci�n no justifica que t� se lo hagas a terceros. Sin tomar en cuenta que esos terceros van a responder. Me parece que no nos acabamos de entender. Yo no quiero devolver el mensaje al remitente, quiero devolverle un mensaje de error como si el buzón no existiera. Creo estar en mi derecho a decidir qué direcciones de mi dominio existen y qué direcciones no, ¿me equivoco? ¿Simular que el buzón no existe es ser maleducada? ¿Y si realmente no existiera serÃa yo también una maleducada? ¿Si no te gusta este método (que a mi me parece muy legÃtimo y educado) qué solución me propones? MarÃa. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Devolver mails a ciertas direcciones con procmail
Hola, LeÃda toda la explicación de los MTAs, que me ha parecido muy interesante (¡gracias!) y partiendo de la idea que uso Thunderbird (con su correspondiente filtro bayeasiano) para leer el correo (por lo que bogofilter no es solución, ya lo uso con muestras de _miles_ de mails tanto buenos como de spam pero incluso asà se cuelan mensaje) ¿qué solución me recomiendas? 1. En el servidor de mi proveedor necesito el catch-all. 2. No puedo eliminar unas determinadas direcciones. 3. Como soy usuaria tampoco puedo eliminar ciertos destinatarios a nivel servidor Debian. De todas maneras, insisto, lo que proponÃa hacer no es muy ortodoxo pero al fin y al cabo es lo mismo que harÃa cualquier MTA: redirigir a otra dirección (en este caso falsa). Lo que pasa es que en vez de hacerlo a nivel MTA (que no puedo, no administro) lo harÃa con un procmail + formail. Cuando alguien me escribe a [EMAIL PROTECTED] mi proveedor lo recibe y me lo redirige a [EMAIL PROTECTED] Si yo aquà tuviera otro MTA lo redirigirÃa a donde me diera la gana. Como no puedo hacerlo a nivel MTA lo hago de la manera que puedo. Pero es exactamente lo mismo que hace mi proveedor conviertiendo [EMAIL PROTECTED] en [EMAIL PROTECTED] Lo diferencia es que yo quiero reconvertirlo a [EMAIL PROTECTED] Tal y como lo veo es lo mismo pero de manera diferente. ¿Me equivoco? Yo simplemente quiero una solución que no pase por recibir esos mensaje. Si el buzón no existiera (cosa que no puedo conseguir por la configuración de mi proveedor) no los recibirÃa, quiero no recibirlos. MarÃa. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Devolver mails a ciertas direcciones con procmail
On Sat, Jun 10, 2006 at 01:47:37PM -0700, Maria Garcia Suarez wrote: ... ¿qué solución me recomiendas? 1. En el servidor de mi proveedor necesito el catch-all. 2. No puedo eliminar unas determinadas direcciones. 3. Como soy usuaria tampoco puedo eliminar ciertos destinatarios a nivel servidor Debian. De todas maneras, insisto, lo que proponÃa hacer no es muy ortodoxo pero al fin y al cabo es lo mismo que harÃa cualquier MTA: redirigir a otra dirección (en este caso falsa). Lo que sigue no va a ser de much ayuda, pero la verdad no doy para más: La situación que tienes no es areglable, en mi opinión. El problema principal es, como dijo Blu, que para cuando puedes revisar el mensaje y ver que es indeseable la posibilidad de enviar un mensaje de error útil ya se perdió. Eso me lleva a pensar que tienes que rediseñar toda tu solución. Por ejemplo: ¿Para que necesitas el catch-all? ¿No te serviría, por ejemplo, dejar abierto solo un patrón (por decir algo, todas las direcciones que empiezen con 'pepito-')? Suponiendo, por supuesto, que es posible hacer eso con tu proveedor. ¿No puedes cambiar de proveedor a uno que te dé más control? ¿No hay forma de que metas esos filtros en el servidor? Exim, por ejemplo, puede configurarse para permitir que cada usuario especifique filtros. Perdón por no ser de más ayuda. -- Rodrigo GallardoPGP Key ID: ADC9BC28 Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 http://www.nul-unu.com http://www.nul-unu.com/blogs/elucubrando signature.asc Description: Digital signature
Re: Devolver mails a ciertas direcciones con procmail
Hola, On Sat, Jun 10, 2006 at 01:34:06PM -0700, Maria Garcia Suarez wrote: Me parece que no nos acabamos de entender. Yo no quiero devolver el mensaje al remitente, quiero devolverle un mensaje de error como si el buzón no existiera. Creo estar en mi derecho a decidir qué direcciones de mi dominio existen y qué direcciones no, ¿me equivoco? Creo que ya te lo han dicho, es mejor no devolver nada al remitente, porque no es seguro que él te haya enviado el correo. Lo mejor es usar un spam catcher para filtrar los correos, uno bueno es Razor2 que trabaja bastante bien. ¿Simular que el buzón no existe es ser maleducada? No, pero no es seguro que el mensaje que tú envíes informando que una cuenta X de tu dominio no existe, se convierte en algo problemático si la persona que lo reciba jamás envío correo alguno con ese destino. Empezarías a cargar mensajes que no representan nada al destinatario, incluso serían mensajes no deseados y te convertirías (de forma indirecta) en una suerte de SPAMMER. ¿Y si realmente no existiera serÃa yo también una maleducada? En ese caso no hay problema, pero empezarías a desperdiciar tu ancho de banda, sin que esto represente una solución. ¿Si no te gusta este método (que a mi me parece muy legÃtimo y educado) qué solución me propones? Es perfectamente legítimo y educado, hasta hace unos cuantos años atrás :). El problema es que en estos tiempos los spammers no sólo envían correos a destinos diversos, sino que también colectan correos legítimos que los usan para enviar sus mensajes basura, por tanto el mensaje que tu recibas no garantiza que el remitente sea quien en lo envió. Al fin y al cabo, al tratar de enviar mensajes de error o de fallo lo único que consigues no sólo es fastidiar a otros, sino que también gastas ancho de banda innecesario y puedes gastar el ancho de banda de otros. Lo mejor es usar un spam catcher, como razor2, y todo mensaje que captures como spam, deberá ser purgado. Saludos! nmag -- # nmag only,,,C79A 1F61 C728 B523 25D9 7ACB D7D0 92E8 978B 82FF sub boo{$q=pack q;N;,join q++,reverse split q--,shift;$q=~s;\s+$;\n; ;$q} do {printf /%s/,boo($_)} for(9112662581, 676371445, 2158412302) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Devolver mails a ciertas direcciones con procmail
On Sat, Jun 10, 2006 at 01:47:37PM -0700, Maria Garcia Suarez wrote: Hola, LeÃda toda la explicación de los MTAs, que me ha parecido muy interesante (¡gracias!) y partiendo de la idea que uso Thunderbird (con su correspondiente filtro bayeasiano) para leer el correo (por lo que bogofilter no es solución, ya lo uso con muestras de _miles_ de mails tanto buenos como de spam pero incluso asà se cuelan mensaje) ¿qué solución me recomiendas? 1. En el servidor de mi proveedor necesito el catch-all. 2. No puedo eliminar unas determinadas direcciones. 3. Como soy usuaria tampoco puedo eliminar ciertos destinatarios a nivel servidor Debian. En tu caso parece que no puedes hacer lo correcto, pero podrías hacer algo no tan incorrecto. Instala algún software tipo vacaciones, de esos que responden automáticamente cuando uno no está, que tampoco son muy bien vistos en internet, pero los que están bien hechos se preocupan de todos los detalles de los que debe preocuparse un software que envía respuestas automáticas, a saber: - evitar los bucles - no responder a rebotes (que te van a llegar miles, te lo aseguro) ni a mensajes de demonios. - no enviar sus mensajitos a listas de correo - enviar un solo mensaje a cada dirección y luego guardarla en un cache para no seguir enviando el mismo mensaje múltiples veces. No se si se me escapa algo. Configúralo con un mensaje del tipo: La dirección electrónica está deshabilitada permanentemente. Si Ud. no ha enviado un mensaje a la dirección , por favor disculpe la molestia e ignore este mensaje. De esta manera, al menos si molestas a alguien lo vas a hacer una sola vez y no todas las veces que al spammer se le ocurra usar su dirección. Es algo parecido a lo que hacen los servidores de listas de correo para confirmar direcciones de retorno, sólo que éstos últimos responden a comandos bien definidos y no a todo lo que les llega, por lo que molestan a muchos menos inocentes. De todas maneras, insisto, lo que proponÃa hacer no es muy ortodoxo pero al fin y al cabo es lo mismo que harÃa cualquier MTA: redirigir a otra dirección (en este caso falsa). Si bien no está aún (que yo sepa) escrito en ningún estándar, la práctica aceptada en la actualidad es que un MTA sólo debe aceptar un mensaje si sabe que puede entregarlo, de lo contrario debe rechazarlo en el diálogo SMTP para evitar backscatter. Aún existen MTAs que no cumplen con esto y son bastante odiados y están filtrados en muchas partes (yahoo es ejemplo de negligencia en esto y qmail por defecto genera backscatter). De esta formalos usuarios reciben rebotes sólo del MTA más cercano y nunca de un spammer. [...] Yo simplemente quiero una solución que no pase por recibir esos mensaje. Si el buzón no existiera (cosa que no puedo conseguir por la configuración de mi proveedor) no los recibirÃa, quiero no recibirlos. [...] Si no quieres recibirlos, simplemente bótalos a /dev/null, de lo contrario, la solución de más arriba es la que veo más viable. -- Blu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Postfix+courier+procmail
Buenas, Os queria hacer una pregunta porque llevos varios días con manuales y google y no encuentro la solucion. El tema esta en que hemos migrado el servidor de correo a cuentas imap tipo Maildir, todo funciona ok a excepcion de los filtros de correo, cuando teniamos mbox se filtraba con procmail y nos gustaria mantenerlo, por lo que he leido procmail sirve tanto para mbox como para maildir por lo que no deberia haber problemas. Mi duda (y problema) viene en que no se como hacer para que postfix llame a procmail antes de entregar el correo al usuario, antes lo haciamos con mailbox_command = procmail -a $EXTENSION dentro del main.cf pero lo hemos tenido que deshabilitar para poder usar Maildir. Solo eso, gracias a todos. Un saludo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
(solucionado) reprocesar correo con postfix/procmail
Muchas gracias, funciona a la perfección. Nos vemos, Quimi Luis Rodrigo Gallardo Cruz wrote: On Fri, Nov 04, 2005 at 10:09:29AM +0100, Joaquin Fernandez Piqueras wrote: ... Lo que quiero conseguir es que el servidor de correo reprocese estos mensajes (que están almacenados en un maildir) y los envie a la dirección de correo nueva. Procmail seguramente provee un binario /usr/sbin/sendmail o /usr/lib/sendmail. Busca cual tienes, metete al directorio cur/ del maildir que quieres reprocesar y dile for file in *; do sendmail -bm -t $file; done Y luego haz lo mismo en new/ si es que hay algo ahí. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reprocesar correo con postfix/procmail
Hola, Hace tiempo que busco como hacer que postfix me reprocese algunos correos pero no encuentro la solución, He leido que quizas se pueda hacer con procmail, pero la información que he encontrado es un poco difusa. Os explico el problema: Tengo un usuario que ha cambiado de empresa y por lo tanto, he configurado su cuenta de correo para que redirija los mensajes entrantes a su correo electronico en la otra empresa (algo asi como un .forward). Pero en el inbox de mi servidor se han quedado los mensajes que le habian llegado hasta el momento. Lo que quiero conseguir es que el servidor de correo reprocese estos mensajes (que están almacenados en un maildir) y los envie a la dirección de correo nueva. El servidor de correo es un Postfix+courierIMAP+procmail+ldap. Se me ocurre que tiene que haber alguna manera de volver a insertar estos mensajes en la cola Incomming del postfix para que los reprocese, o utilizar procmail para que los vuelva a procesar, pero no se como hacerlo. ¿A alguien se le ocurre la manera? Gracias, Quimi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: reprocesar correo con postfix/procmail
On Fri, Nov 04, 2005 at 10:09:29AM +0100, Joaquin Fernandez Piqueras wrote: ... Lo que quiero conseguir es que el servidor de correo reprocese estos mensajes (que están almacenados en un maildir) y los envie a la dirección de correo nueva. Procmail seguramente provee un binario /usr/sbin/sendmail o /usr/lib/sendmail. Busca cual tienes, metete al directorio cur/ del maildir que quieres reprocesar y dile for file in *; do sendmail -bm -t $file; done Y luego haz lo mismo en new/ si es que hay algo ahí. -- Rodrigo Gallardo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Procmail no me anda
Buenasestoy intentando usar Procmail en mi server de mail Debian (sendmail+uw-imap+spamassassin+spamass-milter) para filtrar correo spam y mandarlo a una carpeta aparte. Con Squirrelmail creo una archivo /home/alejandro/spam que tiene formato MBX y ahi van a parar todos los mensajes taggeados con [**SPAM**] por mi filtro de mail. Eso lo hace perfectamente, si yo hago un cat spam veo que hay mensajes de spam alli guardados. Pero ocurre que cuando intento leer la carpeta spam desde SquirrelMail o Outlook Express, me da el error este: SELECT failed: Unable to find CRLF at 2048 in 64 bytes, text: From [EMAIL PROTECTED] Wed Oct 26 15:42:40 2005 Aparentemente el Procmail hace cagadas con el formato del mailbox spam y no se puede leer. Me pasaron la formula para escribir mi .procmailrc de esta manera: SHELL=/bin/bash LOGFILE=$HOME/procmail.log :0: * ^Subject:.*\[\*\*SPAM\*\*\] $HOME/spam :0 *^X-Spam-Status: Yes $HOME/spam Que puedo estar haciendo mal ??? Alguna ayuda ??? Desde ya les agradezco muchisimo, saludos. Alejandro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mutt imap procmail
Buenas, En mi servidor de correo hay varios usuarios que quieren leer el correo con mutt, squirrelmail o thunderbird en función de la ubicación donde se encuentren, siempre a través del protocolo imap. Actualmente todo esta configurado salvo mutt, que a pesar de que recibe mensajes no los filtra con procmail. La configuración en mi muttrc para el tema de imap es esta: set folder=~/Maildir# Dónde guardar todo. set hostname = mihost.net # El host servidor set certificate_file = ~/.mutt/certificados #por si utilizara imaps en un determinado momento set editor=/usr/bin/vim +11# Usar VIM empezando en línea 8. account-hook imap://localhost/ 'set [EMAIL PROTECTED] imap_pass=clave' set folder = imap://localhost/INBOX set timeout = 10 set record = imap://localhost/INBOX.Sent folder-hook . 'unset from; unset imap_pass;' folder-hook imap://localhost/INBOX 'set imap_pass=clave; set from=Usuario [EMAIL PROTECTED]; set sort=date' mailboxes = imap://localhost/INBOX La configuración de procmail es esta: MAILDIR=$HOME/Maildir/INBOX./ DEFAULT=$HOME/Maildir/INBOX/ LOGFILE=$MAILDIR/from.log #Separa los mensajes de la lista de usuarios de debian de habla hispana :0 * [EMAIL PROTECTED] $MAILDIR/debian :0 * [EMAIL PROTECTED] $MAILDIR/debian Y la salida de mi servidor de correo postfix al hacer un postconf -n es esta: alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes command_directory = /usr/sbin config_directory = /etc/postfix content_filter = smtp-amavis:[localhost]:10024 daemon_directory = /usr/lib/postfix default_privs = nobody mail_owner = postfix mailbox_command = procmail -a $EXTENSION -a $LOCAL mailbox_size_limit = 0 maps_rbl_domains = relays.ordb.orglist.dsbl.org blackholes.mail-abuse.org dialups.mail-abuse.org mydestination = maquina, localhost.localdomain, localhost, $transport_maps mydomain = dominio.net myhostname = mail.dominio.net mynetworks = 127.0.0.0/8, 192.168.1.0/24 myorigin = /etc/mailname notify_classes = resource,software recipient_delimiter = + relayhost = setgid_group = postdrop smtp_tls_note_starttls_offer = yes smtp_use_tls = yes smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_recipient_restrictions = permit_sasl_authenticated permit_mynetworks reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_security_options = noanonymous smtpd_tls_cert_file = /etc/postfix/cert.pem smtpd_tls_key_file = /etc/postfix/privkey.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes tls_daemon_random_source = dev:/dev/urandom tls_random_source = dev:/dev/urandom transport_maps = mysql:/etc/postfix/transport.cf virtual_gid_maps = mysql:/etc/postfix/gids.cf virtual_mailbox_base = /var/mail virtual_mailbox_maps = mysql:/etc/postfix/mysql_virt.cf virtual_uid_maps = mysql:/etc/postfix/uids.cf La segunda pregunta es (aunque no tiene mucha importancia) porque aun habiendo especificado la password en el .muttrc, me la sigue pidiendo al arrancar mutt para poder conectarse al servidor. Muchas gracias. Un saludo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mutt imap procmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alvaro wrote: Buenas, En mi servidor de correo hay varios usuarios que quieren leer el correo con mutt, squirrelmail o thunderbird en función de la ubicación donde se que afortunado eres! /nunca/ he conseguido convencer a /nadie/ de usar uno de los mejores clientes de correo:mutt encuentren, siempre a través del protocolo imap. Actualmente todo esta configurado salvo mutt, que a pesar de que recibe mensajes no los filtra con procmail. La configuración en mi muttrc para el tema de imap es esta: no entiendo que quieres hacer. Para acceder a un buzon imap por mutt solo debes: mutt -f imap://[EMAIL PROTECTED] o bien mutt -f imaps://[EMAIL PROTECTED] set folder=~/Maildir# Dónde guardar todo. set hostname = mihost.net # El host servidor set certificate_file = ~/.mutt/certificados #por si utilizara imaps en un determinado momento set editor=/usr/bin/vim +11# Usar VIM empezando en línea 8. account-hook imap://localhost/ 'set [EMAIL PROTECTED] imap_pass=clave' set folder = imap://localhost/INBOX set timeout = 10 set record = imap://localhost/INBOX.Sent folder-hook . 'unset from; unset imap_pass;' folder-hook imap://localhost/INBOX 'set imap_pass=clave; set from=Usuario [EMAIL PROTECTED]; set sort=date' mailboxes = imap://localhost/INBOX La configuración de procmail es esta: MAILDIR=$HOME/Maildir/INBOX./ DEFAULT=$HOME/Maildir/INBOX/ LOGFILE=$MAILDIR/from.log #Separa los mensajes de la lista de usuarios de debian de habla hispana :0 * [EMAIL PROTECTED] $MAILDIR/debian :0 * [EMAIL PROTECTED] $MAILDIR/debian Y la salida de mi servidor de correo postfix al hacer un postconf -n es esta: alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes command_directory = /usr/sbin config_directory = /etc/postfix content_filter = smtp-amavis:[localhost]:10024 daemon_directory = /usr/lib/postfix default_privs = nobody mail_owner = postfix mailbox_command = procmail -a $EXTENSION -a $LOCAL mailbox_size_limit = 0 maps_rbl_domains = relays.ordb.orglist.dsbl.org blackholes.mail-abuse.org dialups.mail-abuse.org mydestination = maquina, localhost.localdomain, localhost, $transport_maps mydomain = dominio.net myhostname = mail.dominio.net mynetworks = 127.0.0.0/8, 192.168.1.0/24 myorigin = /etc/mailname notify_classes = resource,software recipient_delimiter = + relayhost = setgid_group = postdrop smtp_tls_note_starttls_offer = yes smtp_use_tls = yes smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_recipient_restrictions = permit_sasl_authenticated permit_mynetworks reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_security_options = noanonymous smtpd_tls_cert_file = /etc/postfix/cert.pem smtpd_tls_key_file = /etc/postfix/privkey.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes tls_daemon_random_source = dev:/dev/urandom tls_random_source = dev:/dev/urandom transport_maps = mysql:/etc/postfix/transport.cf virtual_gid_maps = mysql:/etc/postfix/gids.cf virtual_mailbox_base = /var/mail virtual_mailbox_maps = mysql:/etc/postfix/mysql_virt.cf virtual_uid_maps = mysql:/etc/postfix/uids.cf La segunda pregunta es (aunque no tiene mucha importancia) porque aun habiendo especificado la password en el .muttrc, me la sigue pidiendo al arrancar mutt para poder conectarse al servidor. Muchas gracias. Un saludo. - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFDQ8nLkw12RhFuGy4RAi0PAKCPYDRjxMnbaQJbPhq5PqrqXmLuvwCdHYSK mRX3uml9DWG2mZUYcSwsxv8= =aqC4 -END PGP SIGNATURE-
Re: mutt imap procmail
Ricardo Frydman Eureka! wrote: Alvaro wrote: Buenas, En mi servidor de correo hay varios usuarios que quieren leer el correo con mutt, squirrelmail o thunderbird en función de la ubicación donde se que afortunado eres! /nunca/ he conseguido convencer a /nadie/ de usar uno de los mejores clientes de correo:mutt encuentren, siempre a través del protocolo imap. Actualmente todo esta configurado salvo mutt, que a pesar de que recibe mensajes no los filtra con procmail. La configuración en mi muttrc para el tema de imap es esta: no entiendo que quieres hacer. Para acceder a un buzon imap por mutt solo debes: mutt -f imap://[EMAIL PROTECTED] o bien mutt -f imaps://[EMAIL PROTECTED] Lo que quiero hacer es separar los correos que me llegan por imap en diferentes carpetas. Gracias. Salu2. set folder=~/Maildir# Dónde guardar todo. set hostname = mihost.net # El host servidor set certificate_file = ~/.mutt/certificados #por si utilizara imaps en un determinado momento set editor=/usr/bin/vim +11# Usar VIM empezando en línea 8. account-hook imap://localhost/ 'set [EMAIL PROTECTED] imap_pass=clave' set folder = imap://localhost/INBOX set timeout = 10 set record = imap://localhost/INBOX.Sent folder-hook . 'unset from; unset imap_pass;' folder-hook imap://localhost/INBOX 'set imap_pass=clave; set from=Usuario [EMAIL PROTECTED]; set sort=date' mailboxes = imap://localhost/INBOX La configuración de procmail es esta: MAILDIR=$HOME/Maildir/INBOX./ DEFAULT=$HOME/Maildir/INBOX/ LOGFILE=$MAILDIR/from.log #Separa los mensajes de la lista de usuarios de debian de habla hispana :0 * [EMAIL PROTECTED] $MAILDIR/debian :0 * [EMAIL PROTECTED] $MAILDIR/debian Y la salida de mi servidor de correo postfix al hacer un postconf -n es esta: alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes command_directory = /usr/sbin config_directory = /etc/postfix content_filter = smtp-amavis:[localhost]:10024 daemon_directory = /usr/lib/postfix default_privs = nobody mail_owner = postfix mailbox_command = procmail -a $EXTENSION -a $LOCAL mailbox_size_limit = 0 maps_rbl_domains = relays.ordb.orglist.dsbl.org blackholes.mail-abuse.org dialups.mail-abuse.org mydestination = maquina, localhost.localdomain, localhost, $transport_maps mydomain = dominio.net myhostname = mail.dominio.net mynetworks = 127.0.0.0/8, 192.168.1.0/24 myorigin = /etc/mailname notify_classes = resource,software recipient_delimiter = + relayhost = setgid_group = postdrop smtp_tls_note_starttls_offer = yes smtp_use_tls = yes smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_recipient_restrictions = permit_sasl_authenticated permit_mynetworks reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_security_options = noanonymous smtpd_tls_cert_file = /etc/postfix/cert.pem smtpd_tls_key_file = /etc/postfix/privkey.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes tls_daemon_random_source = dev:/dev/urandom tls_random_source = dev:/dev/urandom transport_maps = mysql:/etc/postfix/transport.cf virtual_gid_maps = mysql:/etc/postfix/gids.cf virtual_mailbox_base = /var/mail virtual_mailbox_maps = mysql:/etc/postfix/mysql_virt.cf virtual_uid_maps = mysql:/etc/postfix/uids.cf La segunda pregunta es (aunque no tiene mucha importancia) porque aun habiendo especificado la password en el .muttrc, me la sigue pidiendo al arrancar mutt para poder conectarse al servidor. Muchas gracias. Un saludo. -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mutt imap procmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alvaro wrote: Ricardo Frydman Eureka! wrote: Alvaro wrote: Buenas, En mi servidor de correo hay varios usuarios que quieren leer el correo con mutt, squirrelmail o thunderbird en función de la ubicación donde se que afortunado eres! /nunca/ he conseguido convencer a /nadie/ de usar uno de los mejores clientes de correo:mutt encuentren, siempre a través del protocolo imap. Actualmente todo esta configurado salvo mutt, que a pesar de que recibe mensajes no los filtra con procmail. La configuración en mi muttrc para el tema de imap es esta: no entiendo que quieres hacer. Para acceder a un buzon imap por mutt solo debes: mutt -f imap://[EMAIL PROTECTED] o bien mutt -f imaps://[EMAIL PROTECTED] Lo que quiero hacer es separar los correos que me llegan por imap en diferentes carpetas. bueno, de eso se trata justamente imap. pero eso se hace /dentro/ de imap y no fuera. Tienes mezclados los conceptos, me parece, para hacer eso, utiliza procmail, no muttrc. Sinceramente no entiendo donde esta la dificultad/problema. el procedimiento debiera ser: el correo llega - lo derivas a los buzones de IMAP - puedes filtrarlos por procmail - Buzon del user. Luego, el MUA que use el cliente es indiferente. Gracias. Salu2. set folder=~/Maildir# Dónde guardar todo. set hostname = mihost.net # El host servidor set certificate_file = ~/.mutt/certificados #por si utilizara imaps en un determinado momento set editor=/usr/bin/vim +11# Usar VIM empezando en línea 8. account-hook imap://localhost/ 'set [EMAIL PROTECTED] imap_pass=clave' set folder = imap://localhost/INBOX set timeout = 10 set record = imap://localhost/INBOX.Sent folder-hook . 'unset from; unset imap_pass;' folder-hook imap://localhost/INBOX 'set imap_pass=clave; set from=Usuario [EMAIL PROTECTED]; set sort=date' mailboxes = imap://localhost/INBOX La configuración de procmail es esta: MAILDIR=$HOME/Maildir/INBOX./ DEFAULT=$HOME/Maildir/INBOX/ LOGFILE=$MAILDIR/from.log #Separa los mensajes de la lista de usuarios de debian de habla hispana :0 * [EMAIL PROTECTED] $MAILDIR/debian :0 * [EMAIL PROTECTED] $MAILDIR/debian Y la salida de mi servidor de correo postfix al hacer un postconf -n es esta: alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes command_directory = /usr/sbin config_directory = /etc/postfix content_filter = smtp-amavis:[localhost]:10024 daemon_directory = /usr/lib/postfix default_privs = nobody mail_owner = postfix mailbox_command = procmail -a $EXTENSION -a $LOCAL mailbox_size_limit = 0 maps_rbl_domains = relays.ordb.orglist.dsbl.org blackholes.mail-abuse.org dialups.mail-abuse.org mydestination = maquina, localhost.localdomain, localhost, $transport_maps mydomain = dominio.net myhostname = mail.dominio.net mynetworks = 127.0.0.0/8, 192.168.1.0/24 myorigin = /etc/mailname notify_classes = resource,software recipient_delimiter = + relayhost = setgid_group = postdrop smtp_tls_note_starttls_offer = yes smtp_use_tls = yes smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_recipient_restrictions = permit_sasl_authenticated permit_mynetworks reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_security_options = noanonymous smtpd_tls_cert_file = /etc/postfix/cert.pem smtpd_tls_key_file = /etc/postfix/privkey.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes tls_daemon_random_source = dev:/dev/urandom tls_random_source = dev:/dev/urandom transport_maps = mysql:/etc/postfix/transport.cf virtual_gid_maps = mysql:/etc/postfix/gids.cf virtual_mailbox_base = /var/mail virtual_mailbox_maps = mysql:/etc/postfix/mysql_virt.cf virtual_uid_maps = mysql:/etc/postfix/uids.cf La segunda pregunta es (aunque no tiene mucha importancia) porque aun habiendo especificado la password en el .muttrc, me la sigue pidiendo al arrancar mutt para poder conectarse al servidor. Muchas gracias. Un saludo. -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFDQ9GEkw12RhFuGy4RAsPLAJ9X5ss3s6k7aPDJINgN3S63DlM8XACeM24L pnmqfZDMbejin8MatwJ7T/A= =M6UQ -END PGP SIGNATURE-
Re: mutt imap procmail
Lo que quiero hacer es separar los correos que me llegan por imap en diferentes carpetas. bueno, de eso se trata justamente imap. pero eso se hace /dentro/ de imap y no fuera. Tienes mezclados los conceptos, me parece, para hacer eso, utiliza procmail, no muttrc. Eso es lo que estoy usando tal y como describía en el primer correo, efectivamente conecto bien con mutt al imap, pero me encuentro los correos sin clasificar segun la configuración que tengo en el procmailrc. Me parece que no leiste bien mi correo inicial en el que pegaba la configuración del fichero .procmailrc. Gracias. Saludos. Sinceramente no entiendo donde esta la dificultad/problema. el procedimiento debiera ser: el correo llega - lo derivas a los buzones de IMAP - puedes filtrarlos por procmail - Buzon del user. Luego, el MUA que use el cliente es indiferente. Gracias. Salu2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mutt imap procmail
Hola Alvaro... decías, el 05-oct-2005 [04:37 +0200]: Lo que quiero hacer es separar los correos que me llegan por imap en diferentes carpetas. bueno, de eso se trata justamente imap. pero eso se hace /dentro/ de imap y no fuera. Tienes mezclados los conceptos, me parece, para hacer eso, utiliza procmail, no muttrc. Eso es lo que estoy usando tal y como describía en el primer correo, efectivamente conecto bien con mutt al imap, pero me encuentro los correos sin clasificar segun la configuración que tengo en el procmailrc. Me parece que no leiste bien mi correo inicial en el que pegaba la configuración del fichero .procmailrc. No se como tienes Postfix, aunque lo tengo corriendo, solo es para madar correos, no para recibir y no se como se debe indicar que recoja de cuentas internas y las pase por procmail. Pero por la linea que pones mailbox_command = procmail -a $EXTENSION -a $LOCAL debe estar por aqui los tiros De todas formas yo tengo (pero para recoger correo de cuentas exteriores con fetchmail) algo como esto (fijate en el parametro de procmail) poll SERVER with proto POP3 and options no dns aka SERVER localdomains SERVER.local user 'X' there with password 'Y' is 'USER' here options fetchall flush pass8bits mda '/usr/bin/procmail -d USER' ^^^ Con esto se indico que corra procmail para el USER No se si te ayudara, se que es distinto tus pretenciones a como lo tengo pero a lo mejor te da ideas Venga Gracias. Saludos. Sinceramente no entiendo donde esta la dificultad/problema. el procedimiento debiera ser: el correo llega - lo derivas a los buzones de IMAP - puedes filtrarlos por procmail - Buzon del user. Luego, el MUA que use el cliente es indiferente. Gracias. Salu2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] signature.asc Description: Digital signature
Ayuda con Procmail
Hola gente de la lista... no escribo casi nunca pero tengo un problemita que hasta ahora no pude solucionar Necesito usar procmail para poder filtrar desde que direcciones pueden escribir a una casilla (hasta ahi todo bien) en google hay miles de ejemplos. Pero tambien necesito mediante el procmail reenviar ese mensaje que acepta a una lista de personas que tengo en un archivo. Funcionaria como una especie de newsletter que puedo decir quien le escribe mediante el procmail. Pero no logro hacer que el procmail reenvie el mail que le llega a una lista de direcciones que tengo en un archivo. Alguien a podido hacer algo parecido o tiene idea de como se puede hacer??? Desde ya mil gracias a todos y voy a seguir googleando a ver si consigo algo Saludos a todos Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ayuda con Procmail
Hola Carlos... decías, el 20-sep-2005 [10:50 -0300]: Hola gente de la lista... no escribo casi nunca pero tengo un problemita que hasta ahora no pude solucionar Necesito usar procmail para poder filtrar desde que direcciones pueden escribir a una casilla (hasta ahi todo bien) en google hay miles de ejemplos. Pero tambien necesito mediante el procmail reenviar ese mensaje que acepta a una lista de personas que tengo en un archivo. Funcionaria como una especie de newsletter que puedo decir quien le escribe mediante el procmail. Pero no logro hacer que el procmail reenvie el mail que le llega a una lista de direcciones que tengo en un archivo. Alguien a podido hacer algo parecido o tiene idea de como se puede hacer??? Desde ya mil gracias a todos y voy a seguir googleando a ver si consigo algo Saludos a todos Carlos Lo que necesitas es FORMAIL que viene con procmail y sirve para lo que quieres, modificar las cabeceras de los mensajes (y tambien reformatear mensajes) antes de enviarlos o almacenarlos Mira a ver ahora en google, ya veras que si lo encuentras a la 1º Venga, signature.asc Description: Digital signature
Re: Hacer filtros con procmail
Hola Pablo, Respecto a procmail, podria utilizar la siguiente clausula : MAILDIR=/home/pablo/mail DEFAULT=/var/spool/mail/pablo :0: * ^(From|Cc|To)[EMAIL PROTECTED] $MAILDIR/debian Para guardar todo los en entra y sales hacia la lista Debian atte. [EMAIL PROTECTED] escribi: On Tue, 8 Mar 2005 [EMAIL PROTECTED] wrote: Hola a todos, soy nuevo en esta lista (tambien en linux :D ), asi que no se como se manejan con respecto a los mensajes. Bueno esto seria un tema aparte.. :P Vamos a lo concreto. Estoy tratando de crear un flitro que me separe los mensajes que me llegan de debian-user-spanish@lists.debian.org a otra carpeta. Les comento lo que uso para que se den una idea, uso fetchmail para bajar los mails, los mails que bajo con el fetchmail los proceso con procmail, y luego los veo con el pine. Lo que yo hice fue editar el archivo .procmailrc en mi home, con las siguientes lineas: MAILDIR=/home/pablo/mail DEFAULT=/var/spool/mail/pablo :0 * ^Replay-To:\ debian-user-spanish@lists.debian.org :0 * /var/mail/pablo Pero el problema es que no se que esta mal de lo que puse, porque no anda. Si alguien me puede ayudar tirandome pistas, paginas webs, etc., se lo agradeceria. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] PD: Mi direccion de e-mail es [EMAIL PROTECTED], en el mensaje original aparece [EMAIL PROTECTED] porque tengo el pine configurado de tal forma que no toma como valido el mail que pongas ahi.(uso otra smtp) Lo que paso fue que me olvide de cambiar la dire. :S -- __ Participe en Conferencia Internacional Maptek 2005, Cancn - Mxico. __ Software VULCAN - Tecnologa a la Vanguardia _ Mauricio A. Rojas Barrientos Maptek Sudamrica. Ing. de Ejec. en Informtica 5 Norte #112 E-mail: [EMAIL PROTECTED] Via del Mar, CHILE Soporte: [EMAIL PROTECTED] Fono: 56-2-2344608 / 56-32-690683 Informaciones: [EMAIL PROTECTED] Fax: 56-2-3341156 / 56-32-690628 www.Vulcan3D.clwww.Maptek.cl counter.li.org #332258 __
Re: Hacer filtros con procmail
On Wed, 9 Mar 2005 [EMAIL PROTECTED] wrote: Me quedo asi:(el archivo .procmail que tiene que estar en el home) PATH=/bin:/usr/bin:/usr/local/bin MAILDIR=/home/pablo/mail/ DEFAULT=/var/mail/pablo :0: * ^To:[EMAIL PROTECTED] debian # en debian se guardan los mensajes :0 * /var/mail/pablo #todos los demas mensajes se guardan en la carpeta default Simplificando un poco: MAILDIR=$HOME/mail :0: * ^List-Id:.*debian-user-spanish.lists.debian.org debian procmail ya pone los mensajes en /var/mail si no hay ninguna regla en .procmailrc que coincida con el mensaje, así que te puedes ahorrar tanto la regla final como la variable DEFAULT. Por otro lado, si pones To: no funcionará cuando el mensaje tenga Cc: y si pones To: y Cc: no funcionará si el mensaje usa Bcc (copia ciega). Así que te recomiendo List-Id o cualquier otro campo específico de la lista.
Re: Hacer filtros con procmail
Buenas a todos... Les comento que hayer a la noche dije como era la solucion para poner filtros en procmail. Pero esta mal!!! Hoy cuando baje los mails no funciono, la forma correcta seria poner asi,(como me respondieron en el anterior mail) PATH=/bin:/usr/bin:/usr/local/bin MAILDIR=/home/pablo/mail DEFAULT=/var/spool/mail/pablo :0: * ^(From|Cc|To)[EMAIL PROTECTED] $MAILDIR/debian :0 * /home/pablo/mail Esta es la forma correcta, gracias a todos los que me ayudaron :D GondorSid -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hacer filtros con procmail
Hola a todos, soy nuevo en esta lista (tambien en linux :D ), asi que no se como se manejan con respecto a los mensajes. Bueno esto seria un tema aparte.. :P Vamos a lo concreto. Estoy tratando de crear un flitro que me separe los mensajes que me llegan de debian-user-spanish@lists.debian.org a otra carpeta. Les comento lo que uso para que se den una idea, uso fetchmail para bajar los mails, los mails que bajo con el fetchmail los proceso con procmail, y luego los veo con el pine. Lo que yo hice fue editar el archivo .procmailrc en mi home, con las siguientes lineas: MAILDIR=/home/pablo/mail DEFAULT=/var/spool/mail/pablo :0 * ^Replay-To:\ debian-user-spanish@lists.debian.org :0 * /var/mail/pablo Pero el problema es que no se que esta mal de lo que puse, porque no anda. Si alguien me puede ayudar tirandome pistas, paginas webs, etc., se lo agradeceria. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[Fwd: Re: Hacer filtros con procmail]
Original Message Subject:Re: Hacer filtros con procmail Date: Tue, 08 Mar 2005 17:58:09 -0800 From: gaba [EMAIL PROTECTED] To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] leete http://userpages.umbc.edu/~ian/procmail.html parece que te faltaria algo en la configuracion y ademas en las acciones, estas poniendo condiciones pero sin acciones. Otra ayuda puede ser man procmailrc y man procmailex (este ultimo para ejemplos). [EMAIL PROTECTED] wrote: Hola a todos, soy nuevo en esta lista (tambien en linux :D ), asi que no se como se manejan con respecto a los mensajes. Bueno esto seria un tema aparte.. :P Vamos a lo concreto. Estoy tratando de crear un flitro que me separe los mensajes que me llegan de debian-user-spanish@lists.debian.org a otra carpeta. Les comento lo que uso para que se den una idea, uso fetchmail para bajar los mails, los mails que bajo con el fetchmail los proceso con procmail, y luego los veo con el pine. Lo que yo hice fue editar el archivo .procmailrc en mi home, con las siguientes lineas: MAILDIR=/home/pablo/mail DEFAULT=/var/spool/mail/pablo :0 * ^Replay-To:\ debian-user-spanish@lists.debian.org :0 * /var/mail/pablo Pero el problema es que no se que esta mal de lo que puse, porque no anda. Si alguien me puede ayudar tirandome pistas, paginas webs, etc., se lo agradeceria. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Hacer filtros con procmail
On Tue, 8 Mar 2005 [EMAIL PROTECTED] wrote: Hola a todos, soy nuevo en esta lista (tambien en linux :D ), asi que no se como se manejan con respecto a los mensajes. Bueno esto seria un tema aparte.. :P Vamos a lo concreto. Estoy tratando de crear un flitro que me separe los mensajes que me llegan de debian-user-spanish@lists.debian.org a otra carpeta. Les comento lo que uso para que se den una idea, uso fetchmail para bajar los mails, los mails que bajo con el fetchmail los proceso con procmail, y luego los veo con el pine. Lo que yo hice fue editar el archivo .procmailrc en mi home, con las siguientes lineas: MAILDIR=/home/pablo/mail DEFAULT=/var/spool/mail/pablo :0 * ^Replay-To:\ debian-user-spanish@lists.debian.org :0 * /var/mail/pablo Pero el problema es que no se que esta mal de lo que puse, porque no anda. Si alguien me puede ayudar tirandome pistas, paginas webs, etc., se lo agradeceria. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] PD: Mi direccion de e-mail es [EMAIL PROTECTED], en el mensaje original aparece [EMAIL PROTECTED] porque tengo el pine configurado de tal forma que no toma como valido el mail que pongas ahi.(uso otra smtp) Lo que paso fue que me olvide de cambiar la dire. :S -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Hacer filtros con procmail
On Tue, 8 Mar 2005, gaba wrote: Original Message Subject: Re: Hacer filtros con procmail Date: Tue, 08 Mar 2005 17:58:09 -0800 From: gaba [EMAIL PROTECTED] To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] leete http://userpages.umbc.edu/~ian/procmail.html parece que te faltaria algo en la configuracion y ademas en las acciones, estas poniendo condiciones pero sin acciones. Otra ayuda puede ser man procmailrc y man procmailex (este ultimo para ejemplos). [EMAIL PROTECTED] wrote: Hola a todos, soy nuevo en esta lista (tambien en linux :D ), asi que no se como se manejan con respecto a los mensajes. Bueno esto seria un tema aparte.. :P Vamos a lo concreto. Estoy tratando de crear un flitro que me separe los mensajes que me llegan de debian-user-spanish@lists.debian.org a otra carpeta. Les comento lo que uso para que se den una idea, uso fetchmail para bajar los mails, los mails que bajo con el fetchmail los proceso con procmail, y luego los veo con el pine. Lo que yo hice fue editar el archivo .procmailrc en mi home, con las siguientes lineas: MAILDIR=/home/pablo/mail DEFAULT=/var/spool/mail/pablo :0 * ^Replay-To:\ debian-user-spanish@lists.debian.org :0 * /var/mail/pablo Pero el problema es que no se que esta mal de lo que puse, porque no anda. Si alguien me puede ayudar tirandome pistas, paginas webs, etc., se lo agradeceria. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Muchisimas gracias, ya lo solucione. Me quedo asi:(el archivo .procmail que tiene que estar en el home) PATH=/bin:/usr/bin:/usr/local/bin MAILDIR=/home/pablo/mail/ DEFAULT=/var/mail/pablo :0: * ^To:[EMAIL PROTECTED] debian # en debian se guardan los mensajes :0 * /var/mail/pablo #todos los demas mensajes se guardan en la carpeta default Para los que tienen este problema ya tienenahorrado el trabajo ;) AAA me olvidaba, casi no entiendo nada, porque la pagina era en ingles, me tuve que conseguir un diccionario. Pero te lo agradezco mucho. Hasta la proxima. Pablo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problemas con procmail
Tambin puedes usar el list-id: :0: * ^List-Id.*debian-user-spanish* $HOME/Maildir/.debian-user-spanish/new El mi, 05-01-2005 a las 22:11 -0300, Maximiliano J. Goldsmid escribi: No se como sera tu regla de procmail, pero yo tambien lo utilizo para filtrar los mails de las listas te muestro un ejemplo #Regla Lista Debian :0 *(^To|Cc): [EMAIL PROTECTED] /home/maxi/mail/Listas/Debian Asi, me funciona bien, y no me modifica el correo Saludos On Sun, 2 Jan 2000 17:45:59 +, Jose Jimenez [EMAIL PROTECTED] wrote: Soy usuario de mutt.Para ordenar el correo de varias listas he pensado en usar procmail, y asi me hice mi procmailrc. El caso es que procmail funciona,y filtra el correo segun las reglas que quiero,pero quita del principio de cada mensaje la linea From etc, de manera que mutt despues no parece capaz de reconocer el fichero como buzon. He leido la documentacion de procmail y no consigo atinar a evitar esto. Parece que existe una opcion (-f) para esto, pero no acierto Agradeceria ayuda. Saludos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] .''`. Luis Prez Meli : :' : `. `'` `- Debian GNU/Linux
Re: Problemas con procmail,resueltos
al final era muy simple procmail -f - y todo va como la seda. Gracias.
Problemas con procmail
Soy usuario de mutt.Para ordenar el correo de varias listas he pensado en usar procmail, y asi me hice mi procmailrc. El caso es que procmail funciona,y filtra el correo segun las reglas que quiero,pero quita del principio de cada mensaje la linea From etc, de manera que mutt despues no parece capaz de reconocer el fichero como buzon. He leido la documentacion de procmail y no consigo atinar a evitar esto. Parece que existe una opcion (-f) para esto, pero no acierto Agradeceria ayuda. Saludos
Re: Problemas con procmail
José Jiménez escribió: Soy usuario de mutt.Para ordenar el correo de varias listas he pensado en usar procmail, y asi me hice mi procmailrc. El caso es que procmail funciona,y filtra el correo segun las reglas que quiero,pero quita del principio de cada mensaje la linea From etc, de manera que mutt despues no parece capaz de reconocer el fichero como buzon. He leido la documentacion de procmail y no consigo atinar a evitar esto. Parece que existe una opcion (-f) para esto, pero no acierto Lo que dices es lo normal cuando se utilza el formato Maildir. ¿No estarás usando el formato Maildir para la entrega de los mensajes? Si es que no: ¿Te ocurre lo mismo con otros MTAs (exim, postfix) o solamente con Smail? Y si te ocurre lo mismo: ¿Puedes poner un ejemplo del .procmailrc más pequeño posible con el que te ocurre eso que dices?
Re: Problemas con procmail
No se como sera tu regla de procmail, pero yo tambien lo utilizo para filtrar los mails de las listas te muestro un ejemplo #Regla Lista Debian :0 *(^To|Cc): [EMAIL PROTECTED] /home/maxi/mail/Listas/Debian Asi, me funciona bien, y no me modifica el correo Saludos On Sun, 2 Jan 2000 17:45:59 +, Jose Jimenez [EMAIL PROTECTED] wrote: Soy usuario de mutt.Para ordenar el correo de varias listas he pensado en usar procmail, y asi me hice mi procmailrc. El caso es que procmail funciona,y filtra el correo segun las reglas que quiero,pero quita del principio de cada mensaje la linea From etc, de manera que mutt despues no parece capaz de reconocer el fichero como buzon. He leido la documentacion de procmail y no consigo atinar a evitar esto. Parece que existe una opcion (-f) para esto, pero no acierto Agradeceria ayuda. Saludos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]