Re: Notificaciones de Bacula
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
El lunes 08 de diciembre del 2008 a las 19:12:41 -0200,
Luis A. R. Paz escribió:
>> Estoy tratando de configurar las notificaciones que se hacen por
>> correo-e de Bacula 1.38 de los repositorios de Debian GNU/Linux Etch
>> de manera tal que los mensajes enviados al MTA lleguen con el usuario
>> user@intra.net con destino a user@publicdomain.com para que el
>> servidor de correo pueda hacer relay con ese usuario de la Intranet.
>>
>> Ahora bien, estuve leyendo el manual de Bacula y probé varias
>> configuraciones del recurso Messages (Standard y Daemon) con las
>> variables 'mail' y 'operator', pero aún no logré el comportamiento
>> mencionado.
>>
>> ¿Alguien pudo conseguir esto y podría darme una mano con la sintaxis
>> que debería usar?
> específicamente que quieres hacer?
>
> tienes dos servidores mta ?
>
> o un solo servidor para hacer eso?
> me atrevo a especular que lo que tratas de hacer es un servidor con
> todas las direcciones de correo de tu intranet
>
> le entreguen a el servidor de internet la mensajería y viceversa no ??
La cuestión es la siguiente. Tengo una máquina con Bacula 1.38 con su
propio MTA que funciona haciendo relay contra otro servidor de correo de
mi LAN que es el que se encarga de rutear el tráfico hacia Internet.
Ahora bien, lo que pretendo hacer es que los correos de notificación que
manda Bacula salgan desde el MTA donde está instalado Bacula con un
usuario de mi LAN y teniendo como destino una cuenta que tengo en otro
servidor externo a mi red local (digamos daniel@foo.com). De esta
manera, cuando al otro MTA que se encarga de rutear los mensajes hacia
Internet (haciendo tambien relay contra un servidor X de Internet) le
llega el correo del servidor Bacula mandado, por ejemplo, con la cuenta
root@backup.intranet, reemplace ese usuario de la Intranet por una
cuenta válida para hacer relay contra X y entregando el mensaje
destinado a la cuenta daniel@foo.com.
Como comentaba, probé de varias formas pero no pude lograr este
comportamiento modificando los valores de las variables 'operator' y
'mail' de los recursos Messages (con nombres Daemon y Standard). Por
ejemplo, con ambas usando la cuenta daniel@foo.com, pero de cualquier
manera que probaba siempre los mensajes eran entregados con el usuario
daniel@foo.com para el usuario daniel@foo.com. Entonces cuando llegaban
al MTA que rutea hacia Internet, como el usuario daniel@foo.com no es
válido para hacer relay contra el servidor X, el envío fallaba.
Espero haber sido un poco más claro. Cualquier cosa, me volvés a
preguntar. Gracias por tu respuesta.
Saludos,
Daniel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkk9liYACgkQZpa/GxTmHTdZ2QCcDfyFbJA3fB95WOw2OlaDxQvK
XbMAn2VlKd7+ACae6mIMi47oGnGEMJw0
=r2Tr
-----END PGP SIGNATURE-----
Reply to: