-----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-----