Hola a todos, Tengo un pequeño problema Tengo un servidor de correo que recoge con el fetchmail 2 dominios distintos y envia a cada buzon sus correos, pero me surge un problema con un alias. El buzon info@dominio1 -> usuario1 El buzon info@dominio2 -> usuario2 Yo en el fichero /etc/aliases tengo puesto info: usuario1 Ahi no puedo indicar el dominio? porque haciendo eso el usuario1 recoge los 2 alias info. No se si me he explicado bien, lo ideal seria poder poner en algun sitio lo que indique arriba y que cada dominio envie el correo a su usuario correspondiente. Un saludo Emi
El Viernes, 18 de Noviembre de 2005 14:13, Emiliano Sutil escribió:
Hola a todos,
Tengo un pequeño problema Tengo un servidor de correo que recoge con el fetchmail 2 dominios distintos y envia a cada buzon sus correos, pero me surge un problema con un alias. El buzon info@dominio1 -> usuario1 El buzon info@dominio2 -> usuario2
Si entiendo bien, me parece que el fichero /etc/fetchmailrc deberia contener algo como esto: poll "pop.dominio1" protocol POP3 : user "nombre_usuario_pop_1" there with password "password_usuario_pop_1" is "usuario1" here ; poll "pop.dominio2" protocol POP3 : user "nombre_usuario_pop_2" there with password "password_usuario_pop_2" is "usuario2" here ; Lo puedes editar a mano, o configurar via YaST, que es bastante sencillo Saludos; -- Sergio Hernandez
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-18 a las 18:13 +0100, Emiliano Sutil escribió:
Tengo un pequeño problema Tengo un servidor de correo que recoge con el fetchmail 2 dominios distintos y envia a cada buzon sus correos, pero me surge un problema con un alias. El buzon info@dominio1 -> usuario1 El buzon info@dominio2 -> usuario2
Yo en el fichero /etc/aliases tengo puesto
info: usuario1
Ahi no puedo indicar el dominio? porque haciendo eso el usuario1 recoge los 2 alias info.
Creo que eso deberías hacerlo mediante lo que sea que usas para hace el reparto de los buzones, el cyrus o lo que sea. Estoy suponiendo que estás hablando de un servidor con usuarios virtuales, por docenas, porque si se trata de usuarios reales del sistema, pues puedes usar procmail para redirigir. Con el procmail si te puedo dar ideas, con lo otro no. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDfl6OtTMYHG2NR9URAqYWAJ9k6wH0vdJ/8tsK3akpD4fdCILBdQCbBNcq duwAdrsXssD0o+3jecIsJZo= =qLDP -----END PGP SIGNATURE-----
No se si me he explicado bien, lo ideal seria poder poner en algun sitio lo que indique arriba y que cada dominio envie el correo a su usuario correspondiente.
No es por hacerme pesado, pero todo eso, y mucho más, se puede configurar desde un entorno gráfico usando WebMin, que funciona perfecamente con SuSE. http://www.webmin.com/ -- Salutacions - Saludos, Josep M. Queralt
El 18/11/05, Sergio Hernandez
El Viernes, 18 de Noviembre de 2005 14:13, Emiliano Sutil escribió:
Hola a todos,
Tengo un pequeño problema Tengo un servidor de correo que recoge con el fetchmail 2 dominios distintos y envia a cada buzon sus correos, pero me surge un problema con un alias. El buzon info@dominio1 -> usuario1 El buzon info@dominio2 -> usuario2
Si entiendo bien, me parece que el fichero /etc/fetchmailrc deberia contener algo como esto:
poll "pop.dominio1" protocol POP3 : user "nombre_usuario_pop_1" there with password "password_usuario_pop_1" is "usuario1" here ; poll "pop.dominio2" protocol POP3 : user "nombre_usuario_pop_2" there with password "password_usuario_pop_2" is "usuario2" here ;
Parecido, pero no igual, en el servidor de correo del que recojo solo hay un buzon que recoge todo el correo, como si fuera el buzon de nobody. Es el fetchmail el que reparte luego los correos. Ahi paso el contenido: poll dominio1 localdomains dominio1 no envelope no dns with proto POP3 user usuario 1 there with password pass1 to * here fetchall no keep forcecr; poll dominio2 localdomains dominio2 no envelope no dns with proto POP3 user usuario2 there with password pass2 to * here fetchall no keep forcecr; De esta manera todos los correos que van a su buzón El problema es que cuando es info@domino1 tiene que ir a usuario1 y cuando es info@dominio2 tiene que ir a usuario2. El usuario info no existe en el sistema y lo envio mediante alias Alguna sugerencia? Emi
Creo que eso deberías hacerlo mediante lo que sea que usas para hace el reparto de los buzones, el cyrus o lo que sea. Estoy suponiendo que estás hablando de un servidor con usuarios virtuales, por docenas, porque si se trata de usuarios reales del sistema, pues puedes usar procmail para redirigir. Con el procmail si te puedo dar ideas, con lo otro no.
Hola, pues no uso dominios virtuales ya que este no es servidor publico en internet, simplemente es un servidor que recoge los correos del servidor de internet y los reparte en los buzones locales. El que reparte es el fetchmail usando el postfix de nuevo. El cyrus o en mi caso el courier es el servidor de pop3, no interviene para nada en ese proceso o eso creo.
- -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFDfl6OtTMYHG2NR9URAqYWAJ9k6wH0vdJ/8tsK3akpD4fdCILBdQCbBNcq duwAdrsXssD0o+3jecIsJZo= =qLDP -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
On Mon, 21 Nov 2005 09:37:12 +0100
Emiliano Sutil
El 19/11/05, Josep M. Queralt
No se si me he explicado bien, lo ideal seria poder poner en algun sitio lo que indique arriba y que cada dominio envie el correo a su usuario correspondiente.
No es por hacerme pesado, pero todo eso, y mucho más, se puede configurar desde un entorno gráfico usando WebMin, que funciona perfecamente con SuSE.
Si supongo que si, pero en mi caso no lo tengo instalado y no se va a instalar por lo que me temo, asi que no me queda mas remedio q hacerlo a manita. De todas maneras el webmin al final lo que hace es escribir el fichero .fetchmailrc asi que si tu sabes hacerlo con el webmin me podias pasar como deja ese fichero o lo que haga el webmin para hacer eso....
-- Salutacions - Saludos,
Josep M. Queralt
El 21/11/05, Josep M. Queralt
On Mon, 21 Nov 2005 09:37:12 +0100 Emiliano Sutil
wrote: emiliano.sutil> De esta manera todos los correos que van a su buzón emiliano.sutil> El problema es que cuando es info@domino1 tiene que ir a usuario1 y emiliano.sutil> cuando es info@dominio2 tiene que ir a usuario2. emiliano.sutil> El usuario info no existe en el sistema y lo envio mediante alias emiliano.sutil> emiliano.sutil> Alguna sugerencia?
Si utilizando PROCMAIL y estableciendo una regla parecida a la siguiente:
:0: * ^To:.*info@dominio1* /dir_de_correo/del/user1
:0: * ^To:.*info@dominio2* /dir_de_correo/del/user2
Hola de nuevo, Una cosa, no he usado el procmail en la vida. asi que no se como se configura y que implicaciones tiene. Para ir mas rápido, ¿que tengo que instalar y como se activa? Muchas gracias Emi
-- Salutacions - Saludos,
Josep M. Queralt
El Lunes, 21 de Noviembre de 2005 06:05, Emiliano Sutil escribió:
El 21/11/05, Josep M. Queralt
escribió: On Mon, 21 Nov 2005 09:37:12 +0100 Emiliano Sutil
wrote: De esta manera todos los correos que van a su buzón El problema es que cuando es info@domino1 tiene que ir a usuario1 y cuando es info@dominio2 tiene que ir a usuario2. El usuario info no existe en el sistema y lo envio mediante alias Alguna sugerencia?
Si utilizando PROCMAIL y estableciendo una regla parecida a la
siguiente: :0:
* ^To:.*info@dominio1* /dir_de_correo/del/user1
:0:
* ^To:.*info@dominio2* /dir_de_correo/del/user2
Una cosa, no he usado el procmail en la vida. asi que no se como se configura y que implicaciones tiene.
Para ir mas rápido, ¿que tengo que instalar y como se activa?
procmail pertenece a la instalacion predeterminada de SuSE, de modo que deberias tenerlo ya instalado y listo para funcionar. Para que realize la distribucion de correos, basta con que crees un fichero de texto llamado .procmailrc en el home del usuario activo, el que esta administrando el correo. En este fichero escribes las reglas de distribucion, como las ha puesto Josep, antecedidas de un encabezado como este: PATH=/bin:/usr/bin MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/inbox/ LOGFILE=$HOME/.procmail.log Saludos; -- Sergio Hernandez
El 21/11/05, Sergio Hernandez
El Lunes, 21 de Noviembre de 2005 06:05, Emiliano Sutil escribió:
El 21/11/05, Josep M. Queralt
escribió: On Mon, 21 Nov 2005 09:37:12 +0100 Emiliano Sutil
wrote: De esta manera todos los correos que van a su buzón El problema es que cuando es info@domino1 tiene que ir a usuario1 y cuando es info@dominio2 tiene que ir a usuario2. El usuario info no existe en el sistema y lo envio mediante alias Alguna sugerencia?
Si utilizando PROCMAIL y estableciendo una regla parecida a la
siguiente: :0:
* ^To:.*info@dominio1* /dir_de_correo/del/user1
:0:
* ^To:.*info@dominio2* /dir_de_correo/del/user2
Una cosa, no he usado el procmail en la vida. asi que no se como se configura y que implicaciones tiene.
Para ir mas rápido, ¿que tengo que instalar y como se activa?
procmail pertenece a la instalacion predeterminada de SuSE, de modo que deberias tenerlo ya instalado y listo para funcionar. Para que realize la distribucion de correos, basta con que crees un fichero de texto llamado .procmailrc en el home del usuario activo, el que esta administrando el correo. En este fichero escribes las reglas de distribucion, como las ha puesto Josep, antecedidas de un encabezado como este:
PATH=/bin:/usr/bin MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/inbox/ LOGFILE=$HOME/.procmail.log
Vale, pue si que tengo el procmail ya instalado, pero me surgen 2 dudas, Dices que tengo que poner el fichero .procmailrc en el home del usuario activo. ¿a que usuario te refieres? al que correo el postfix? al usuario de correo? al postmaster del dominio? y respecto al postmaster, como se indicaria que usuario es el postmaster de cada dominio? con el alias de postmaster igual que se hace con el alias de info? Otra cosa, me pasas esto
PATH=/bin:/usr/bin MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/inbox/ LOGFILE=$HOME/.procmail.log
pero yo uso Maildir como buzon, asi que me da que esas variables tendria que cambiarlas para que apunenten a $HOME/Maildir, no? Emi
Saludos; -- Sergio Hernandez
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El Lunes, 21 de Noviembre de 2005 08:44, Emiliano Sutil escribió:
El 21/11/05, Sergio Hernandez
escribió: El Lunes, 21 de Noviembre de 2005 06:05, Emiliano Sutil escribió:
El 21/11/05, Josep M. Queralt
escribió: On Mon, 21 Nov 2005 09:37:12 +0100
Emiliano Sutil
wrote: De esta manera todos los correos que van a su buzón El problema es que cuando es info@domino1 tiene que ir a usuario1 y cuando es info@dominio2 tiene que ir a usuario2. El usuario info no existe en el sistema y lo envio mediante alias Alguna sugerencia?
Si utilizando PROCMAIL y estableciendo una regla parecida a la
siguiente: :0:
* ^To:.*info@dominio1* /dir_de_correo/del/user1
:0:
* ^To:.*info@dominio2* /dir_de_correo/del/user2
Una cosa, no he usado el procmail en la vida. asi que no se como se configura y que implicaciones tiene.
Para ir mas rápido, ¿que tengo que instalar y como se activa?
procmail pertenece a la instalacion predeterminada de SuSE, de modo que deberias tenerlo ya instalado y listo para funcionar. Para que realize la distribucion de correos, basta con que crees un fichero de texto llamado .procmailrc en el home del usuario activo, el que esta administrando el correo. En este fichero escribes las reglas de distribucion, como las ha puesto Josep, antecedidas de un encabezado como este:
PATH=/bin:/usr/bin MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/inbox/ LOGFILE=$HOME/.procmail.log
Vale, pue si que tengo el procmail ya instalado, pero me surgen 2 dudas,
Dices que tengo que poner el fichero .procmailrc en el home del usuario activo.
¿a que usuario te refieres? al que correo el postfix? al usuario de correo? al postmaster del dominio?
El archivo .procmailrc debe estar en el home del usuario que es propietario del buzon al que llega el correo: /var/spool/mail/usuario Puse "el usuario activo", pues este debe estar "logueado" y debe ser quien ejecuta procmail sobre dicho buzon, distribuyendo asi el correo a los maildirs de los destinatarios.
y respecto al postmaster, como se indicaria que usuario es el postmaster de cada dominio? con el alias de postmaster igual que se hace con el alias de info?
Esto no lo se... :-(
Otra cosa, me pasas esto
PATH=/bin:/usr/bin MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/inbox/ LOGFILE=$HOME/.procmail.log
pero yo uso Maildir como buzon, asi que me da que esas variables tendria que cambiarlas para que apunenten a $HOME/Maildir, no?
Por supuesto, debes ajustarlo a tus configuraciones. Estos son los encabezados basicos, se que se pueden incorporar muchas mas variables. Buscando un poco en google seguro encuentras varios ejemplos de configuracion mas complejos. Saludos; -- Sergio Hernandez
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-21 a las 12:44 +0100, Emiliano Sutil escribió:
* ^To:.*info@dominio2* /dir_de_correo/del/user2
Dices que tengo que poner el fichero .procmailrc en el home del usuario activo.
¿a que usuario te refieres? al que correo el postfix? al usuario de correo? al postmaster del dominio?
No, en este caso en el del sistema, en /etc/procmailrc. Tu lo que haces es:
poll dominio1 localdomains dominio1 no envelope no dns with proto POP3 user usuario 1 there with password pass1 to * here fetchall no keep forcecr;
Con lo que el correo va al usuario local que tenga el mismo nombre que el usuario remoto. Por ello el usuario al que se refiere Sergio no existe, o mejor dicho, no es unico (*), tienes que usar /etc/procmailrc. Yo haría: :0: * ^To:.*info@dominio1* $HOME/user1/Mail/ :0: * ^To:.*info@dominio2* $HOME/user2/mbox Suponiendo que user1 y user2 sean usuarios locales del sistema - has dicho que no usas dominios virtuales. El user1 te lo he puesto para maildir, y user2 para mailbox. Cámbialo como te convenga. Otra posibilidad es esta: :0: * ^To:.*info@dominio1* ! user1 o incluso: :0: * ^To:.*info@dominio1* ! info@dominio1 Estas dos ultimas formas lo que hacen es pasarselo al postfix para que lo reenvie a esa dirección. En la segunda necesitas que el postfix sepa que él es el que maneja el dominio1 y 2, o sea, dominios virtuales - y en ese caso, no haría falta la receta del procmail. Mira en "man procmailrc" y "man procmailex" por los ejemplos, y haz probatinas.
y respecto al postmaster, como se indicaria que usuario es el postmaster de cada dominio? con el alias de postmaster igual que se hace con el alias de info?
¿Mande?
Otra cosa, me pasas esto
PATH=/bin:/usr/bin MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/inbox/ LOGFILE=$HOME/.procmail.log
pero yo uso Maildir como buzon, asi que me da que esas variables tendria que cambiarlas para que apunenten a $HOME/Maildir, no?
Pasando, no te hace falta poner nada de eso. Lo unico que tendrías que poner es lo que fuera distinto: #logfile no funciona en minusculas VERBOSE=off LOGFILE=$HOME/procmail.log o LOGFILE=/var/log/procmail.log - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDgb2AtTMYHG2NR9URAkqqAJ9QkmMrAvRpNVvAKa7v7ApKS9Uj9ACfaQ0q nU2+5MqZC+8gjmY90tyMcZA= =W6d9 -----END PGP SIGNATURE-----
El archivo .procmailrc debe estar en el home del usuario que es propietario del buzon al que llega el correo: /var/spool/mail/usuario Puse "el usuario activo", pues este debe estar "logueado" y debe ser quien ejecuta procmail sobre dicho buzon, distribuyendo asi el correo a los maildirs de los destinatarios.
Una cosa que no acabo de entender, ¿quien ejecuta el procmail? el postfix o tiene que lanzarse a parte? Yo he activado esto en el postfix mailbox_command = /usr/bin/procmail pero no parece que haga nada. Hay que lanzar el procmail de alguna manera?
On Mon, 21 Nov 2005 13:32:41 +0100
Emiliano Sutil
Yo haría:
:0: * ^To:.*info@dominio1* $HOME/user1/Mail/
:0: * ^To:.*info@dominio2* $HOME/user2/mbox
Suponiendo que user1 y user2 sean usuarios locales del sistema - has dicho que no usas dominios virtuales. El user1 te lo he puesto para maildir, y user2 para mailbox. Cámbialo como te convenga.
Otra posibilidad es esta:
:0: * ^To:.*info@dominio1* ! user1
He optado por este formato y he puesto esto en el fichero /etc/procmailrc VERBOSE=off LOGFILE=/var/log/procmail.log #recommended :0: * ^To:.*info@dominio1.es* ! user1 :0: * ^To:.*info@dominio2.es* ! user2
o incluso:
:0: * ^To:.*info@dominio1* ! info@dominio1
Estas dos ultimas formas lo que hacen es pasarselo al postfix para que lo reenvie a esa dirección. En la segunda necesitas que el postfix sepa que él es el que maneja el dominio1 y 2, o sea, dominios virtuales - y en ese caso, no haría falta la receta del procmail.
Mira en "man procmailrc" y "man procmailex" por los ejemplos, y haz probatinas.
El problema que tengo es que pruebo y no me hace nada de nada, no se si has visto otro correo que envie a este hilo. He puesto esto en el fichero /etc/postfix/main.cf mailbox_command = /usr/bin/procmail Pero no se si es necesario, lo que se es que no parece que haga nada. El procmail no se llama nunca asi que supongo que algo me falta para que el sistema sepa que tiene que ejecutar el procmail sobre los correos.
y respecto al postmaster, como se indicaria que usuario es el postmaster de cada dominio? con el alias de postmaster igual que se hace con el alias de info?
¿Mande?
Nada, bobadas, lo mismo que info hacerlo con la cuenta postmaster.
Otra cosa, me pasas esto
PATH=/bin:/usr/bin MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/inbox/ LOGFILE=$HOME/.procmail.log
pero yo uso Maildir como buzon, asi que me da que esas variables tendria que cambiarlas para que apunenten a $HOME/Maildir, no?
Pasando, no te hace falta poner nada de eso. Lo unico que tendrías que poner es lo que fuera distinto:
#logfile no funciona en minusculas VERBOSE=off LOGFILE=$HOME/procmail.log
o
LOGFILE=/var/log/procmail.log
- -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFDgb2AtTMYHG2NR9URAkqqAJ9QkmMrAvRpNVvAKa7v7ApKS9Uj9ACfaQ0q nU2+5MqZC+8gjmY90tyMcZA= =W6d9 -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-21 a las 16:23 +0100, Josep M. Queralt escribió:
Procmail se ejecutará si el fichero ".procmailrc" existe.
Otra cosa, si estas ejecutando SpamAssassin en el sistema debes añadir otra línea en las cabeceras del fichero .procmailrc:
:0fw | /usr/bin/spamassassin
Probablemente aquí, Carlos E.R. te dirá otra forma más elegante de cargar SA. La explicó hace mucho tiempo y no la recuerdo. :-)
No le lieis más ;-) No, no "debe" poner esa linea. Puede ponerla. En todo caso, mejor sería algo como esto: :0fw | /usr/bin/spamc :0 a * ^X-Spam-Status: Yes spam_folder observese que la llamada a spamc (que necesita el servicio rcspamd activado en los niveles de ejecución) es mucho más eficiente para el sistema. Pero mucho mejor es que no haga nada de eso por el momento, ya tiene bastante jaleo. Y, cuando le funcione, lo que tiene que poner (en mi opinión, claro) es el amavis_new integrando antivirus y antispam, puesto que se trata de un servidor de correo para varias cuentas. Si son pocas, entonces si puede hacerlo de la otra forma. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDgfZ9tTMYHG2NR9URAliYAJ4/fiICEkI3FK9D7saWbEoPX+KuGACgkYAX RzvVdhpvZqPgjRcGCLyYXik= =pcad -----END PGP SIGNATURE-----
On Mon, 21 Nov 2005 17:31:55 +0100 (CET)
"Carlos E. R."
Eso, no me lieis con el spamassasin que ese tiene su guasa. ;-) Volviendo al simple uso del procmail. No consigo que el procmail se ejecute cuando llega un correo. Vamos no veo en los logs ni en ningun sitio que el procmail haga algo, asi que no se si me falta algo para que se ejecute el procmail una vez recibido el correo. Alguna pista
On Mon, 21 Nov 2005 16:48:20 +0100
Emiliano Sutil
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-21 a las 20:02 +0100, Josep M. Queralt escribió:
No es por liarte, pero .... 0:-)
.... yo creo que hace falta que le digas donde debe buscar por ejemplo:
MAILDIR=$HOME/
No, no hace falta. No hace falta porque no está mandando a fichero ni a carpeta, sino a usuario: :0: * ^To:.*info@dominio1.es* ! user1 Eso lo que hace es devolverle el correo al postfix para que lo vuelva a enviar al "user1".
y ya de paso:
PATH=/usr/bin:/bin
No, el valor por defecto le vale: PATH $HOME/bin:/bin:/usr/bin:/sbin :/usr/sbin:/usr/local/bin :/usr/local/sbin:/usr/bin/X11 (Except during the processing of an /etc/procmailrc file, when it will be set to `/bin:/usr/bin :/usr/local/bin:/usr/X11R6/bin'.)
y ya puestos supongo que todo el filtro lo tienes en:
/etc/.procmailrc
Pues tampoco, porque en /etc ha de estar visible, sin punto. Leete el manual... :-p - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDgkRMtTMYHG2NR9URAmRiAJ48RGf2p1YtNyfLo1Ivaz5nSewHlQCeMLv2 fK4SSZty0NaSYyTPWi7Z08U= =Uzm/ -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-21 a las 16:48 +0100, Emiliano Sutil escribió:
He optado por este formato y he puesto esto en el fichero /etc/procmailrc
VERBOSE=off LOGFILE=/var/log/procmail.log #recommended
:0: * ^To:.*info@dominio1.es* ! user1 :0: * ^To:.*info@dominio2.es* ! user2
Vale. Aunque yo separaría ambas reglas con una linea en blanco. Por estética ;-)
Mira en "man procmailrc" y "man procmailex" por los ejemplos, y haz probatinas.
El problema que tengo es que pruebo y no me hace nada de nada, no se si has visto otro correo que envie a este hilo. He puesto esto en el fichero /etc/postfix/main.cf mailbox_command = /usr/bin/procmail
Pero no se si es necesario, lo que se es que no parece que haga nada. El procmail no se llama nunca asi que supongo que algo me falta para que el sistema sepa que tiene que ejecutar el procmail sobre los correos.
Habría que mirar en el log del sistema, /var/log/mail. Normalmente no
aparecerá casi nada, es el propio procmail el que debe reportar algo si
quiere. El postfix sólo dirá algo si se encuentra con problemas al
endosarselo al procmail. Sólo verás lineas como ésta:
Nov 21 22:07:22 nimrodel postfix/local[26887]: 19B701052E:
to=
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-21 a las 13:32 +0100, Emiliano Sutil escribió: [este correo se me quedó sin salir esta tarde, va con retraso]
El archivo .procmailrc debe estar en el home del usuario que es propietario del buzon al que llega el correo: /var/spool/mail/usuario Puse "el usuario activo", pues este debe estar "logueado" y debe ser quien ejecuta procmail sobre dicho buzon, distribuyendo asi el correo a los maildirs de los destinatarios.
Una cosa que no acabo de entender, ¿quien ejecuta el procmail? el postfix o tiene que lanzarse a parte? Yo he activado esto en el postfix mailbox_command = /usr/bin/procmail
pero no parece que haga nada. Hay que lanzar el procmail de alguna manera?
A ver, que te estás/están liando. El procmail no lo ejecutas. Efectivamente, en el postfix necesitas la linea: mailbox_command = /usr/bin/procmail pero eso debes tenerla "de fabrica". Quien es el que ejecuta el procmail es una discusión un tanto académica. Lo lanza el postfix, en principio. Primero lee el /etc/procmailrc, si existe, y luego coge los privilegios del usuario local al que se destina el correo (es decir, hace "su usuario"). No es tu caso, tienes que hacerlo en /etc/procmailrc. El procmail es un repartidor de correo local nada mas, a efectos del postfix. No puede recibir correo con destino remoto. Es decir, puesto que haces esta regla en el fetchmail: poll dominio1 localdomains dominio1 no envelope no dns with proto POP3 user usuario 1 there with password pass1 to * here fetchall no keep forcecr; al recibir un correo para "info@dominio1" el postfix lo mandaría al usuario local del mismo nombre, esto es, "info@localhost". Por tanto, el procmail primero procesará /etc/procmailrc, y a continuación, /home/info/.procmailrc. Y si en el "/etc/aliases" tienes: info: usuario1 Pues entonces cambia "usuario1" en el párrafo anterior. ¿Capishi? Y... cuidadin, porque si tienes courier o cyrus o algo de eso, el procmail pinta poco, me temo. Tienen sus propias reglas. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDgm6qtTMYHG2NR9URAoaRAJoCt0Jh2SYcsFAiJwvx3h6U/zy5pwCfV3vf yMp6FQ4LsL5eOkQUmH0Gars= =Qe1U -----END PGP SIGNATURE-----
El procmail no lo ejecutas. Efectivamente, en el postfix necesitas la linea:
mailbox_command = /usr/bin/procmail
pero eso debes tenerla "de fabrica".
From root@dominio.es Tue Nov 22 10:33:42 2005 Subject: prueba Folder: /usr/sbin/sendmail -oi usuario1 534
Vale, ya pille mi fallo y es que lo que viene de fabrica es que abajo del todo del fichero main.cf aparecia ese parametro vacio. Es decir yo lo cambiaba en el main.cf en la seccion donde aparece y resulta que abajo se me sobreescribia y me lo dejaba vacio y por eso no me hacia nada. Me di cuenta ejecutando el comando postconf y viendo que siempre me salia mailbox_command = Siguiente problema, ahora el procmail se me ejecuta pero me envia los correos a /var/spool/mail/usuario1 en vez de a /home/usuario1/Maildir/new Como hago para que lo envie ahi y con formato de Maildir claro. En el procmail.log me salio esto procmail: Couldn't determine implicit lockfile from "/usr/sbin/sendmail" procmail: Lock failure on ".lock" procmail: Couldn't determine implicit lockfile from "/usr/sbin/sendmail" procmail: Lock failure on ".lock"
From maria@dominio.es Tue Nov 22 10:33:42 2005 Subject: prueba Folder: /usr/sbin/sendmail -oi usuario1 704 From MAILER-DAEMON Tue Nov 22 10:33:42 2005 Subject: Undelivered Mail Returned to Sender Folder: /var/spool/mail/usuario1
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-22 a las 11:34 +0100, Emiliano Sutil escribió:
mailbox_command = /usr/bin/procmail
pero eso debes tenerla "de fabrica".
Vale, ya pille mi fallo y es que lo que viene de fabrica es que abajo del todo del fichero main.cf aparecia ese parametro vacio. Es decir yo lo cambiaba en el main.cf en la seccion donde aparece y resulta que abajo se me sobreescribia y me lo dejaba vacio y por eso no me hacia nada.
¡Anda! Pues se me ocurrió, mira. Pero pensé que lo sabías, que no sería eso.
Me di cuenta ejecutando el comando postconf y viendo que siempre me salia mailbox_command =
Siguiente problema, ahora el procmail se me ejecuta pero me envia los correos a /var/spool/mail/usuario1 en vez de a /home/usuario1/Maildir/new
Como hago para que lo envie ahi y con formato de Maildir claro.
Ya... claro. Bueno, sigo leyendo porsiaca.
En el procmail.log me salio esto
procmail: Couldn't determine implicit lockfile from "/usr/sbin/sendmail"
Quita los dos puntos de la regla, los segundos. Era otra cosa de lo que pensaba. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDg1+htTMYHG2NR9URAmFrAJ9QYoGBO7J2gEcPBCLRnUHpglM6lgCePPTE c5RrJrgDKsl9PaDDGh3sT0k= =HJJK -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-21 a las 18:39 +0100, Josep M. Queralt escribió:
robin1.listas> No le lieis más ;-)
Vale, vale, entonces me callo y no digo que si tiene el directorio ".spamassassin" tiene que marcarlo como de lectura-escritura para todo el mundo (chmod 777) porque de lo contrario PROCMAIL no funcionará .... 0:-)
¿Mande? Yo no lo tengo así y me funciona... cer@nimrodel:~> l | grep .spamassassin drwx------ 3 cer users 132 2005-11-22 17:37 .spamassassin/ - -rw-r--r-- 1 cer users 3853064 2005-10-30 13:20 .spamassassin.tar.gz
robin1.listas> robin1.listas> :0fw robin1.listas> | /usr/bin/spamc
Esa, esa era la que no recordaba.
¿Y a que esperas a ponerla? Entonces no se te olvidaría :-p - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDg2BTtTMYHG2NR9URAm7eAJ9zJsKX5uooLbxJfFUbncwx2JXKIgCgmNTz 8Edy5t+QiwDvGVDTmFVzNK8= =F21x -----END PGP SIGNATURE-----
¡Anda! Pues se me ocurrió, mira. Pero pensé que lo sabías, que no sería eso.
¡ Y DEBERIA HABERLO SABIDO! pero como con esto del procmail estoy bastante perdido me habia quedado en la seccion del main.cf donde lo explica, no me di cuenta de bajar hasta abajo. Un fallo que me ha costado horas de lectura de documentacion.... algo habré sacado en claro :-) si es que el que no se consuela es porque no quiere
Me di cuenta ejecutando el comando postconf y viendo que siempre me salia mailbox_command =
Siguiente problema, ahora el procmail se me ejecuta pero me envia los correos a /var/spool/mail/usuario1 en vez de a /home/usuario1/Maildir/new
Como hago para que lo envie ahi y con formato de Maildir claro.
Ya... claro. Bueno, sigo leyendo porsiaca.
En el procmail.log me salio esto
procmail: Couldn't determine implicit lockfile from "/usr/sbin/sendmail"
Quita los dos puntos de la regla, los segundos. Era otra cosa de lo que pensaba.
Vale, le he quitado los 2 puntos e la regla y ahora ya no me sale el error del lockfile pero me sigue enviando los correos al /var/spool/mail/usuario1 Lo que veo que no me convence es eso que sale en el log Folder: /usr/sbin/sendmail -oi usuario1 Porque parece que el sendmail esta enviando los correos al /var/spool/mail ¿algo de luz? Emi
On Tue, 22 Nov 2005 19:15:45 +0100 (CET)
"Carlos E. R."
On Wed, 23 Nov 2005 09:37:58 +0100
Emiliano Sutil
El 23/11/05, Josep M. Queralt
On Wed, 23 Nov 2005 09:37:58 +0100 Emiliano Sutil
wrote:
Porqué no pones como ha quedado, al final. el ".procmailrc" ???
Ahi va, de entrada no uso .procmailrc si no /etc/procmailrc y su contenido es este: VERBOSE=off LOGFILE=/var/log/procmail.log #recommended :0 * ^To:.*info@dominio1.es* ! usuario1 :0 * ^To:.*info@dominio2.es* ! usuario2
-- Salutacions - Saludos,
Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-23 a las 12:29 +0100, Josep M. Queralt escribió:
robin1.listas> > Vale, vale, entonces me callo y no digo que si tiene el directorio robin1.listas> > ".spamassassin" tiene que marcarlo como de lectura-escritura para todo robin1.listas> > el mundo (chmod 777) porque de lo contrario PROCMAIL no funcionará .... robin1.listas> > 0:-) robin1.listas> robin1.listas> ¿Mande? Yo no lo tengo así y me funciona...
Estas seguro ?. Mírate el "log" de procmail.
Absolutamente. Sólo que yo uso la pareja spamc/spamd. Y el spamc, que es el que llama el procmail, corre con los privilegios del usuario que es propietario de ese directorio, no necesita que sea legible por to'quisqui.
Hablo de un filtro de usuario local en /home/user/.spamassassin en mi caso concreto.
Si, yo también.
robin1.listas> ¿Y a que esperas a ponerla? Entonces no se te olvidaría :-p
1) Las cosas funcionan mejor si las enchufas a la red eléctrica 2) Si las cosas funcionan mejor no las toques.
No, es "Si las cosas funcionan no las toques", lo de "funcionar mejor" no es el caso :-p El procesado del correo con el SA consume un montón de CPU, al 100%. Descargo el correo con el modem más rápido que el amavis y el SA lo procesan, así que el ahorro que supone el spamd se agradece. Y es un P-IV. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDhHGatTMYHG2NR9URAkSzAJoDz/1BKfMdyfwUriBD5C/ushsODgCfb6fp oRm+RcuHVurkNLv54j2wZQY= =cUyU -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-23 a las 09:37 +0100, Emiliano Sutil escribió:
¡Anda! Pues se me ocurrió, mira. Pero pensé que lo sabías, que no sería eso.
¡ Y DEBERIA HABERLO SABIDO! pero como con esto del procmail estoy bastante perdido me habia quedado en la seccion del main.cf donde lo explica, no me di cuenta de bajar hasta abajo. Un fallo que me ha costado horas de lectura de documentacion.... algo habré sacado en claro :-) si es que el que no se consuela es porque no quiere
:-) Es el Yast quien pone las variables ahí abajo. Yo también caí en esa trampa en su dia.
Quita los dos puntos de la regla, los segundos. Era otra cosa de lo que pensaba.
Vale, le he quitado los 2 puntos e la regla y ahora ya no me sale el error del lockfile pero me sigue enviando los correos al /var/spool/mail/usuario1
Ah. ¿Donde quieres que vaya a parar? Porque ese sitio es correcto.
Lo que veo que no me convence es eso que sale en el log Folder: /usr/sbin/sendmail -oi usuario1
Porque parece que el sendmail esta enviando los correos al /var/spool/mail
Por cierto, es el sendmail del postfix, que tiene uno por compatibilidad, pero que en realidad tiene una funcionalidad muy limitada, sirve unicamente como punto de entrada para estos casos. Pues te lo pone ahí porque el postfix lo pone ahí por defecto, es correcto. Eso ya no se cambia en el procmail. Bueno, si, se puede cambiar en /home/usuario1/.procmailrc, por ejemplo. Dinos donde quieres que vaya a parar exactamente, y me lo pienso. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDhHNVtTMYHG2NR9URAofgAJ9iyyTSocjA9M4I8XzG4KBJJAURwACgk4Bp 2zsRpGvzlYbzyWA32I7AXhk= =LTG2 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-23 a las 12:42 +0100, Emiliano Sutil escribió:
Ahi va, de entrada no uso .procmailrc si no /etc/procmailrc y su contenido es este:
VERBOSE=off LOGFILE=/var/log/procmail.log #recommended
:0 * ^To:.*info@dominio1.es* ! usuario1
:0 * ^To:.*info@dominio2.es* ! usuario2
El fichero es correcto, y en principio el correo irá a parar al sitio por defecto de esos usuarios, que en principio es /var/spool/mail/, normalmente en formato mbox; observa que es de ahí de donde lo recojen servidores pop/imap como el wu_imap (el más sencillo, el imapd). Yo lo dejaría ahí. También es normal que los programas clientes de correo lo busquen ahí y se lo lleven: el Pine, por ejemplo, se lo lleva a $HOME/mbox por defecto, pero es un comportamiento que también lo pueden hacer kmail, mozilla... Si lo que quieres es que vaya a una carpeta del /home del usuario, pues se puede hacer, por ejemplo, con un fichero /home/usuario1/.procmailrc (en este caso si hay punto), que tenga: VERBOSE=off LOGFILE=$HOME/procmail.log :0 $HOME/Mail/Inbox Y listo. Es la forma preferida si hay pocos usuarios (o no tan pocos) que quieren tener la posibilidad de usar sus propios ajustes personalizados (como decidir si van a usar spamassassin, repartir el correo en carpetas, reenviar a otra cuenta, etc). Puedes incluso ponerlo en el skeleton para que los nuevos usuarios se creen con ese fichero hecho. Si la configuración sólo la vas a tocar tú, pues se puede poner en el /etc/procmailrc, pero con un poco más de cuidado, porque afecta a todos los usuarios, impidiendo que pueda luego cada uno usar su propio .procmailrc: :0 * ^To:.*info@dominio1.es* ! usuario1 :0 * ^To:.*info@dominio2.es* ! usuario2 :0 $HOME/Mail/Inbox Esto funciona unicamente en ese orden, porque es una condición que se ejecuta para todo el correo sin preguntar: las excepciones tendrían que ir antes. Otra opción sería discriminar: ... :0 * ^TOusuario1 $HOME/Mail/Inbox :0 * ^TOusuario2 $HOME/Mail/Inbox/ Observa que el 1 usa un mbox tradicional, mientras que el segundo usa un maildir. En fin, explica que quieres y nos devanaremos los sesos :-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDhIwOtTMYHG2NR9URAj8hAKCFxZC5jvvT3UEWcJYx6Fbxghj7RACcCRZw 3ameDdlL1CqDkA6Fg0kcNJY= =e+TB -----END PGP SIGNATURE-----
Ah. ¿Donde quieres que vaya a parar? Porque ese sitio es correcto.
Pues el problema es que yo en el postfix uso los buzones tipo Maildir, En el main.cf #home_mailbox = Mailbox home_mailbox = Maildir/ Los buzones creados de esta manera tienen 3 directorios Maildir - cur - new - tmp Por cada correo que se envia se crea un ficherito en el directorio new Pues eso es lo que quiero que haga. Yo lo que veo que hace el procmail es enviarlo a un unico fichero de formato mbox, vamos que si estuviera funcionando como Mailbox en vez de como Maildir. No se si me he explicado bien,
Lo que veo que no me convence es eso que sale en el log Folder: /usr/sbin/sendmail -oi usuario1
Porque parece que el sendmail esta enviando los correos al /var/spool/mail
Por cierto, es el sendmail del postfix, que tiene uno por compatibilidad, pero que en realidad tiene una funcionalidad muy limitada, sirve unicamente como punto de entrada para estos casos.
Pues te lo pone ahí porque el postfix lo pone ahí por defecto, es correcto. Eso ya no se cambia en el procmail. Bueno, si, se puede cambiar en /home/usuario1/.procmailrc, por ejemplo.
Dinos donde quieres que vaya a parar exactamente, y me lo pienso.
- -- Saludos Carlos Robinson
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFDhHNVtTMYHG2NR9URAofgAJ9iyyTSocjA9M4I8XzG4KBJJAURwACgk4Bp 2zsRpGvzlYbzyWA32I7AXhk= =LTG2 -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Ahi va, de entrada no uso .procmailrc si no /etc/procmailrc y su contenido es este:
:0 * ^To:.*info@dominio1.es* ! usuario1
:0 * ^To:.*info@dominio2.es* ! usuario2
Sustituye "!usuario1" y "!usuario2" por los directorios donde se debería recibor el correo de estos usuarios por ejemplo /var/spool/mail/usuario1 (que en realidad es donde lo manda !usuario1) -- Salutacions - Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-23 a las 16:50 +0100, Emiliano Sutil escribió:
Pues el problema es que yo en el postfix uso los buzones tipo Maildir, En el main.cf #home_mailbox = Mailbox home_mailbox = Maildir/
Los buzones creados de esta manera tienen 3 directorios Maildir - cur - new - tmp
Por cada correo que se envia se crea un ficherito en el directorio new
Pues eso es lo que quiero que haga. Yo lo que veo que hace el procmail es enviarlo a un unico fichero de formato mbox, vamos que si estuviera funcionando como Mailbox en vez de como Maildir.
No se si me he explicado bien,
Si, si. El procmail lo procesa, pero con la regla que le pusimos, lo que hace es devolverselo al postfix, pero enviado a otro nombre. Pero si, es un efecto lateral de lo del procmail: por el simple hecho de activar procmail en postfix, éste deja de controlar la entrega local del correo. Lo pone en los comentarios del "/etc/postfix/main.cf": # The mailbox_command parameter specifies the optional external # command to use instead of mailbox delivery. The command is run as .................^^^^^^^ Así que por ahí estamos fastidiados. Entonces lo que hay que hacer es decirle al procmail que lo haga a estilo maildir - no me di cuenta de esto antes. Entonces, si lo quieres en el directorio del usuario, se trata de hacer simplemente, en el .procmailrc del usuario en cuestión: DEFAULT=$MAILDIR/inbox/ en cuyo caso va al directorio inbox del usuario. Y, si quieres que vaya al directorio del sistema, /var/spool/mail/pepe/, como maildir, tienes que poner esto en /etc/procmailrc: DEFAULT=$ORGMAIL/ ¡Pero! ¡El directorio debe existir! Si no existe, el procmail no hace caso, o no puede, y crea un fichero mbox en su lugar: procmail: Unable to treat as directory "/var/spool/mail/pepe" procmail: Error while writing to "/var/spool/mail/pepe" - From cer@nimrodel.valinor Thu Nov 24 02:30:25 2005 Subject: cuatro Folder: /var/spool/mail/pepe 1018 En cuanto creas el directorio (cuidado con los permisos) el registro cambia: - From cer@nimrodel.valinor Thu Nov 24 02:32:48 2005 Subject: cinco, maildir Folder: /var/spool/mail/pepe/new/1132795968.10377_0.nimrodel 974 Como ves, lo he probado ;-) Por cierto, otra cosa. Si quieres tener un log del procmail, ten en cuenta que lo hace con los permisos del destinatario, con lo que un registro en /var/log da problemas, no registra nada si pertenece a otro usuario: Nov 24 02:11:59 nimrodel procmail[9595]: Error while writing to "/var/log/procmail.log" Yo lo hago así: LOGFILE=/tmp/procmail_$LOGNAME con lo que se crea como "/tmp/procmail_usuario". Si lo quieres en otro directorio, asegurate que tenga permisos rwx para todo el mundo. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDhR+PtTMYHG2NR9URAijKAJ95t4i3/dA8tzmtDesQM7tRIUW50gCfcFf/ 0YHxWwK4EdtYo70VYG54HDk= =8kpf -----END PGP SIGNATURE-----
El 23/11/05, Josep M. Queralt
Ahi va, de entrada no uso .procmailrc si no /etc/procmailrc y su contenido es este:
:0 * ^To:.*info@dominio1.es* ! usuario1
:0 * ^To:.*info@dominio2.es* ! usuario2
Sustituye "!usuario1" y "!usuario2" por los directorios donde se debería recibor el correo de estos usuarios por ejemplo
/var/spool/mail/usuario1 (que en realidad es donde lo manda !usuario1)
-- Salutacions - Saludos,
Josep M. Queralt
Hola, con esto puesto VERBOSE=off LOGFILE=/var/log/procmail.log #recommended MAILDIR=$HOME/Maildir DEFAULT=$MAILDIR/ :0 * ^To:.*info@dominio1.es* ! /home/usuario1/Maildir/new me llega un correo al directorio del postmaster pero es un correo de error (expanded from ): unknown user: "/home/usuario1/maildir/new"
Entonces, si lo quieres en el directorio del usuario, se trata de hacer simplemente, en el .procmailrc del usuario en cuestión:
DEFAULT=$MAILDIR/inbox/
en cuyo caso va al directorio inbox del usuario. Y, si quieres que vaya al directorio del sistema, /var/spool/mail/pepe/, como maildir, tienes que poner esto en /etc/procmailrc:
DEFAULT=$ORGMAIL/
¡Pero! ¡El directorio debe existir! Si no existe, el procmail no hace caso, o no puede, y crea un fichero mbox en su lugar:
He modificado el fichero /etc/procmail y he puesto esto:
VERBOSE=off
LOGFILE=/var/log/procmail.log #recommended
MAILDIR=$HOME/Maildir
DEFAULT=$MAILDIR/
:0
* ^To:.*info@dominio1.es*
! usuario1
:0
* ^To:.*info@dominio2.es*
! usuario2
y me pasan 2 cosas, si no tengo en /etc/aliases el alias de info
info:usuario1
Me va un correo al postmaster del sistema diciendo que el usuario info no existe
y si tengo el alias creado
y hago mail info@dominio2.es
From root@dominio1.es Thu Nov 24 10:02:32 2005 Subject: prueba de correo Folder: /usr/sbin/sendmail -oi usuario2@dominio2.es 544 From usuario1@dominio1.es Thu Nov 24 10:02:32 2005 Subject: prueba de correo Folder: /usr/sbin/sendmail -oi usuario2@dominio2.es 738 From MAILER-DAEMON Thu Nov 24 10:02:32 2005 Subject: Undelivered Mail Returned to Sender Folder: /home/usuario2/Maildir/new/1132822952.31020_0.servidor 2589
Ahi lo que me mosquea es que el correo pasa por el usuario1@dominio1 supongo que eso es debido al alias, Por cierto el log en el /var/log no me funcioanaba y le he dado permisos para todos al fichero. Cuando funcione del todo ya veré donde lo dejo.
On Thu, 24 Nov 2005 09:53:53 +0100
Emiliano Sutil
El 24/11/05, Josep M. Queralt
On Thu, 24 Nov 2005 09:53:53 +0100 Emiliano Sutil
wrote: emiliano.sutil> * ^To:.*info@dominio1.es* emiliano.sutil> ! /home/usuario1/Maildir/new ...........................^^^ El signo de exclamación si no recuerdo mal indica una dirección de correo, no una carpeta.
Suponiendo que el path existe sería:
"/home/usuario1/Maildir/new" (sin las comillas)
Tienes razon, ahi me colé, ya he hecho tantos cambios que no se ni lo
que pongo,
Vale poniendo.
/home/usuario1/Maildir/new
Me llega el correo de error que comentaba en otro de mis correos
This is the Postfix program at host servidor.dominio1.es.
I'm sorry to have to inform you that your message could not be
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to <postmaster>
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The Postfix program
No estaría de más que repasaras las reglas básicas de contrucción de los filtros.
Tienes una buena página en castellano en:
http://www.lsi.upc.es/lclsi/FAQ/HTMLs/CORREO/SP/procmail.html
-- Salutacions - Saludos,
Josep M. Queralt
On Thu, 24 Nov 2005 11:13:17 +0100
Emiliano Sutil
:0 * ^To:.*info@dominio1.es* /home/usuario1/Maildir/new
Ese error es muy extraño ya que PROCMAIL cuando se cumple la regla ya no aplica ninguna otra regla y debería salir del filtro,pero el error lo que dice es que que lo que está haciendo es reenviarse a si mismo hasta el infinito, Esto podría ser por algún "forward" o un "alias" para la dirección de correo mal definido y externo al PROCMAIL -- Salutacions - Saludos, Josep M. Queralt
El 24/11/05, Josep M. Queralt
On Thu, 24 Nov 2005 11:13:17 +0100 Emiliano Sutil
wrote: emiliano.sutil> emiliano.sutil>
: mail forwarding loop for usuario1@dominio1.es emiliano.sutil> emiliano.sutil> Cual puede ser el problema ahora? Lla cosa quedaría como sigue
:0 * ^To:.*info@dominio1.es* /home/usuario1/Maildir/new
Ese error es muy extraño ya que PROCMAIL cuando se cumple la regla ya no aplica ninguna otra regla y debería salir del filtro,pero el error lo que dice es que que lo que está haciendo es reenviarse a si mismo hasta el infinito, Esto podría ser por algún "forward" o un "alias" para la dirección de correo mal definido y externo al PROCMAIL
Yo creo que algo me falta por configurar ya que si no tengo definido el alias en /etc/aliases de info el error que me da el postfix es que no existe el usuario info, es decir ya no se mira el fichero /etc/procmailrc Pero ese alias yo creo que hace que entre en un loop asi que no se como solucionar esto
-- Salutacions - Saludos,
Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-11-24 a las 10:09 +0100, Emiliano Sutil escribió:
He modificado el fichero /etc/procmail y he puesto esto:
VERBOSE=off LOGFILE=/var/log/procmail.log #recommended
Te puede dar problemas.
MAILDIR=$HOME/Maildir DEFAULT=$MAILDIR/
¿Lo quieres en el home del usuario? Si estás haciendo un servidor para que otros recojan el correo desde sus máquinas, eso puede no ser conveniente.
:0 * ^To:.*info@dominio1.es* ! usuario1
:0 * ^To:.*info@dominio2.es* ! usuario2
y me pasan 2 cosas, si no tengo en /etc/aliases el alias de info
info:usuario1
Me va un correo al postmaster del sistema diciendo que el usuario info no existe
¡Claro! El usuario info tiene que existir. Recuerda que estás haciendo un servidor de usuarios reales, no virtuales. Si no quieres crearlo, entonces hay que decirle al postfix que no compruebe que el usuario existe, pero entonces tiene que haber un usuario catchall, para que recoja lo que no sabe a quien enviar.
y si tengo el alias creado y hago mail info@dominio2.es
(expanded from <usuario2>): mail forwarding loop for usuario2@dominio2.es
Obvio. O casi. Bueno, ahora mismo no lo veo, tendría que ver el log o estudiarlo un poco. Activar modo verbose en el procmail, si es que el problema está ahí. Vas a tener problemas siempre que te llegue correo a un usuario que no exista localmente. Podrías usar, ahora que se me ocurre, la tabla "canonical" del postfix. O mejor la "virtual". Tendrías que leerte el "VIRTUAL_README" y algún otro. Por ejemplo (adaptado del VIRTUAL_README): /etc/postfix/main.cf: virtual_alias_domains = dominio1.es, dominio2.es /etc/postfix/virtual: info@dominio1.es usuario1 info@dominio2.es usuario2 @dominio1.es resto1 @dominio2.es resto2 cuando el postfix vea un correo dirigido a uno de esos usuarios "virtuales" los reenviará a los respectivos usuarios locales nombrados, sin necesidad de usar el procmail, y más rápido. Y cuando llegue a un usuario no previsto lo mandará a resto1 o resto2, según el dominio. A ver, que estaba yo un tanto espeso con el fetchmail. He visto esto leyendo el man del fetchmail, lo de "localdomains" hace que ese asterisco signifique otra cosa de lo que yo pensaba: poll pop.provider.net localdomains loonytoons.org toons.org: user maildrop with pass secret1 to * here This also says that the mailbox of account `maildrop' on the server is a multi-drop box. It tells fetchmail that any address in the loonytoons.org or toons.org domains (including subdomain addresses like `joe@daffy.loonytoons.org') should be passed through to the local SMTP listener without modification. Be careful of mail loops if you do this! Y tu tenías: poll dominio1 localdomains dominio1 no envelope no dns with proto POP3 user usuario 1 there with password pass1 to * here fetchall no keep forcecr; poll dominio2 localdomains dominio2 no envelope no dns with proto POP3 user usuario2 there with password pass2 to * here fetchall no keep forcecr; Con lo que un correo destinado a "info@dominio1" al postfix le llega precisamente como que va a "info@dominio1". Prueba esa configuración de arriba (quitando lo del procmail), a ver que pasa, pero ojo, tienes que mandar el correo de prueba desde otra máquina, o usando un smtp externo (con el mozilla se puede hacer), porque si lo ve tu postfix lo enviará localmente. En el mismo VIRTUAL_README hay otro ejemplo que puedes adaptar para usar cuentas virtuales totalmente en vez del sistema. Otra cosa a leer son las "address classes" (ADDRESS_CLASS_README). De hecho, lo que he puesto arriba es un "virtual alias domain class". - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDhinXtTMYHG2NR9URAk/SAKCC4ZbbwC0UYxG0k394WH/TqEp1qwCeMAiH lk+AS81raFq4aIKeswbwFnQ= =+GUK -----END PGP SIGNATURE-----
¡Claro! El usuario info tiene que existir. Recuerda que estás haciendo un servidor de usuarios reales, no virtuales. Si no quieres crearlo, entonces hay que decirle al postfix que no compruebe que el usuario existe, pero entonces tiene que haber un usuario catchall, para que recoja lo que no sabe a quien enviar.
A ver que vuelvo al ataque. Pero para algo estan los alias, no? yo no tengo ningun usuairo info y por eso necesito los alias para que lo recojan
Vas a tener problemas siempre que te llegue correo a un usuario que no exista localmente. Podrías usar, ahora que se me ocurre, la tabla "canonical" del postfix. O mejor la "virtual". Tendrías que leerte el "VIRTUAL_README" y algún otro.
Por ejemplo (adaptado del VIRTUAL_README):
/etc/postfix/main.cf: virtual_alias_domains = dominio1.es, dominio2.es
/etc/postfix/virtual:
info@dominio1.es usuario1 info@dominio2.es usuario2
@dominio1.es resto1 @dominio2.es resto2
cuando el postfix vea un correo dirigido a uno de esos usuarios "virtuales" los reenviará a los respectivos usuarios locales nombrados, sin necesidad de usar el procmail, y más rápido. Y cuando llegue a un usuario no previsto lo mandará a resto1 o resto2, según el dominio.
Voy a probar con esta configuracion de los vritual a ver si consigo algo ya os contare mis progresos, Un saludo Emilaino Sutil
participants (4)
-
Carlos E. R.
-
Emiliano Sutil
-
Josep M. Queralt
-
Sergio Hernandez