![]() |
| |||||||
| Registrarse | Preguntas Frecuentes | Lista de Foreros | Calendario | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
| | LinkBack | Herramientas | Desplegado |
|
#1
| |||
| |||
| -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hola! Estoy tratando de configurar las notificaciones que se hacen por correo electrónico de Bacula 1.38 de los repositorios de Debian GNU/Linux Etch de manera tal que los mensajes enviados al MTA lleguen con una cuenta de usuario local y con destino a una cuenta externa para que el servidor de correo pueda hacer relay con ese usuario de la Intranet. Para dar un ejemplo más aclaratorio, la situación serÃ***a la siguiente: la máquina con Bacula 1.38 tiene 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. Estuve leyendo el manual de Bacula y 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. ¿Alguien pudo conseguir esto y podrÃ***a darme una mano con la sintaxis que deberÃ***a usar? Gracias anticipadas por responder. Saludos, Daniel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklFAYgACgkQZpa/GxTmHTePiQCeJRoegrbcMVkZPlCN9vcNWf10 9aEAn0zAddS50fBTqmnms+rR8b2XzBez =4b0q -----END PGP SIGNATURE----- |
| | ||||
| ||||
| |
|
#2
| |||
| |||
| -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Daniel Bareiro <daniel-listas***gmx.net> writes: > Para dar un ejemplo más aclaratorio, la situación serÃ***a la siguiente: la > máquina con Bacula 1.38 tiene 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. Si la máquina que tien Bacula tiene su propio MTA, aprovecha las funcionalidades de ese MTA para hacer las reescrituras que te convengan. Con postfix puedes usar canonical_maps, sender_canonical_maps o recipient_canonical_maps (entre otras posibilidades). Con sendmail tienes opciones similares (aunque hace siglos que no uso sendmail y no soy capaz de recordar el nombre de la funcionalidad, pero seguro que en la documentacion de sendmail se encuentra rápido). Saludos. Iñaki. - -- Mondragon University GPG Key available at public keyservers -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Processed by Mailcrypt and GPG iD8DBQFJRQ2GRgC43oKhB3QRAkEBAJsEJ8qZ0/VlgQXhToRadTArF2646ACfXlko 4AnGaUp7CaAkZRqocecfQP8= =JvvS -----END PGP SIGNATURE----- |
|
#3
| |||
| |||
| -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hola Iñaki. El domingo 14 de diciembre del 2008 a las 11:43:35 -0200, Ignacio Arenaza escribió: >> Para dar un ejemplo más aclaratorio, la situación serÃ***a la siguiente: >> la máquina con Bacula 1.38 tiene 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. > Si la máquina que tien Bacula tiene su propio MTA, aprovecha las > funcionalidades de ese MTA para hacer las reescrituras que te > convengan. Con postfix puedes usar canonical_maps, > sender_canonical_maps o recipient_canonical_maps (entre otras > posibilidades). Con sendmail tienes opciones similares (aunque hace > siglos que no uso sendmail y no soy capaz de recordar el nombre de la > funcionalidad, pero seguro que en la documentacion de sendmail se > encuentra rápido). SÃ***, esto que me comentás era algo en lo que habÃ***a pensando también. Aunque querÃ***a antes de terminar en eso probar si podÃ***a lograr lo que pretendÃ***a por el lado de Bacula. Al final lo conseguÃ*** con las opciones propias del comando bsmtp fijando allÃ*** la cuenta local usando el parámetro -f. Gracias por responder. Saludos, Daniel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklM8kwACgkQZpa/GxTmHTdIdQCaAmYL1GUkfqkVnm/QXz/mq7m9 +OYAn2LPGduc82iYZFA98LrK8z4c3vRW =tpPv -----END PGP SIGNATURE----- |
| |
| |
| Herramientas | |
| Desplegado | |
| |
Temas Similares | ||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Problemas con notificaciones | Arturo Costa Delgado | Newsgroup microsoft.public.es.msn.messenger | 0 | 01-05-2009 14:54:28 |
| Notificaciones Tareas | Gonzalo Osorio | Newsgroup microsoft.public.es.sharepoint | 0 | 02-10-2008 14:45:05 |
| Consulta sobre Bacula | Daniel | Newsgroup es.comp.os.linux.instalacion | 0 | 11-01-2008 20:00:41 |
| notificaciones | maria pna | Newsgroup microsoft.public.es.project | 0 | 16-08-2005 07:30:01 |