Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Enviar los correos locales de root a una cuenta de correo externa
383 views
Skip to first unread message
Javier Silva
Jan 27, 2012, 7:10:02 PM1/27/12
to
Hola,
quiero conseguir que todos los correos que son enviados a root, me
lleguen a una cuenta de correo externa. Para conseguirlo, he
configurado mi equipo para que pueda enviar correos a través de un
servidor SMTP externo, utilizando parte de la configuración propuesta
en:
http://wiki.debian.org/GmailAndExim4
Para que me reescriba los correos de root que se envían, he modificado
el archivo /etc/email-addresses, de la siguiente forma:
root: usu...@dominio.com
root@localhost: usu...@dominio.com
ro...@localhost.localdomain: usu...@dominio.com
ro...@dominio.lan: usu...@dominio.com
Para probar que el envío de correos funciona correctamente, envío un
correo de la siguiente forma:
# mail pep...@otrodominio.com
# Subject: Prueba 1
# Texto de Prueba
# .
# Cc:
Y el correo llega correctamente a su destino. En el campo From aparece
root y como dirección de correo usu...@dominio.com.
Para reenviar los correos de root he buscado en Internet y muchos
indican que modifique el archivo /etc/aliases, pero en el README de
EXIM para Debian lo desaconsejan. Igualmente he añadido la línea de 2
formas para probar (primero una y después la otra):
*: usu...@dominio.com
root: usu...@dominio.com
El caso es que cuando envío un correo al usuario root o cualquier
servicio le ha de enviar uno, me los encuentro todos en la bandeja de
enviados del servidor externo, donde el From es correcto, pero el To:
no ha sido reescrito y aparece To: ro...@dominio.lan
Seguro que algo se me escapa y tal vez alguien pueda ayudarme.
---
Un saludo.
Javier Silva
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CAOg_h5aE7OzmS6tXz8Ub2jQs...@mail.gmail.com
quiero conseguir que todos los correos que son enviados a root, me
lleguen a una cuenta de correo externa. Para conseguirlo, he
configurado mi equipo para que pueda enviar correos a través de un
servidor SMTP externo, utilizando parte de la configuración propuesta
en:
http://wiki.debian.org/GmailAndExim4
Para que me reescriba los correos de root que se envían, he modificado
el archivo /etc/email-addresses, de la siguiente forma:
root: usu...@dominio.com
root@localhost: usu...@dominio.com
ro...@localhost.localdomain: usu...@dominio.com
ro...@dominio.lan: usu...@dominio.com
Para probar que el envío de correos funciona correctamente, envío un
correo de la siguiente forma:
# mail pep...@otrodominio.com
# Subject: Prueba 1
# Texto de Prueba
# .
# Cc:
Y el correo llega correctamente a su destino. En el campo From aparece
root y como dirección de correo usu...@dominio.com.
Para reenviar los correos de root he buscado en Internet y muchos
indican que modifique el archivo /etc/aliases, pero en el README de
EXIM para Debian lo desaconsejan. Igualmente he añadido la línea de 2
formas para probar (primero una y después la otra):
*: usu...@dominio.com
root: usu...@dominio.com
El caso es que cuando envío un correo al usuario root o cualquier
servicio le ha de enviar uno, me los encuentro todos en la bandeja de
enviados del servidor externo, donde el From es correcto, pero el To:
no ha sido reescrito y aparece To: ro...@dominio.lan
Seguro que algo se me escapa y tal vez alguien pueda ayudarme.
---
Un saludo.
Javier Silva
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CAOg_h5aE7OzmS6tXz8Ub2jQs...@mail.gmail.com
BasaBuru
Jan 28, 2012, 3:30:02 AM1/28/12
to
On Sábado, 28 de enero de 2012 01:01:44 Javier Silva escribió:
> Hola,
> quiero conseguir que todos los correos que son enviados a root, me
> lleguen a una cuenta de correo externa. Para conseguirlo, he
> configurado mi equipo para que pueda enviar correos a través de un
> servidor SMTP externo, utilizando parte de la configuración propuesta
> en:
Me parece mucho mas sencillo crear una cuenta local. Si usas kmail está
> Hola,
> quiero conseguir que todos los correos que son enviados a root, me
> lleguen a una cuenta de correo externa. Para conseguirlo, he
> configurado mi equipo para que pueda enviar correos a través de un
> servidor SMTP externo, utilizando parte de la configuración propuesta
> en:
chupado. Y ni siquiera salen de tu máquina.
Un saludo
BasaBuru
Javier Silva
Jan 28, 2012, 4:10:01 AM1/28/12
to
con evolution, pero el caso que planteo, es para una máquina sin
entorno de escritorio, un servidor sin ningún entorno gráfico y
necesito precisamente que los correos puedan salir hacia fuera para
poder recibirlos, por ejemplo en una cuenta de gmail que está
configurada en un teléfono o cualquier otro dispositivo.
---
Un saludo.
Javier Silva
>
> BasaBuru
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
BasaBuru
Jan 28, 2012, 6:20:02 AM1/28/12
to
> Esto que propones ya lo tengo configurado en mi propia máquina GNOME
> con evolution, pero el caso que planteo, es para una máquina sin
> entorno de escritorio, un servidor sin ningún entorno gráfico y
> necesito precisamente que los correos puedan salir hacia fuera para
> poder recibirlos, por ejemplo en una cuenta de gmail que está
> configurada en un teléfono o cualquier otro dispositivo.
Un saludo
BasaBuru
JulHer
Jan 28, 2012, 6:50:01 AM1/28/12
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
El 28/01/12 01:01, Javier Silva escribió:
¿no...?
Si es así habría que mirar como reescribir ese campo de la cabecera.
Un saludo
JulHer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.16 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk8j2u8ACgkQN4Xu4S1+RIvDrwCgkwn57d0bh94maFZbojKk5j33
YD4AoILs1Kg9mwlO23CHHS0r69cEW6qO
=F6W8
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4F23DAEF...@escomposlinux.org
Hash: SHA1
El 28/01/12 01:01, Javier Silva escribió:
> El caso es que cuando envío un correo al usuario root o cualquier
> servicio le ha de enviar uno, me los encuentro todos en la bandeja
> de enviados del servidor externo, donde el From es correcto, pero
> el To: no ha sido reescrito y aparece To: ro...@dominio.lan
Pero el correo llega a su destinatario, aunque en el To aparezca root,
> servicio le ha de enviar uno, me los encuentro todos en la bandeja
> de enviados del servidor externo, donde el From es correcto, pero
> el To: no ha sido reescrito y aparece To: ro...@dominio.lan
¿no...?
Si es así habría que mirar como reescribir ese campo de la cabecera.
Un saludo
JulHer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.16 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk8j2u8ACgkQN4Xu4S1+RIvDrwCgkwn57d0bh94maFZbojKk5j33
YD4AoILs1Kg9mwlO23CHHS0r69cEW6qO
=F6W8
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Javier Silva
Jan 28, 2012, 7:30:01 AM1/28/12
to
El día 28 de enero de 2012 12:24, JulHer <jul...@escomposlinux.org> escribió:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> El 28/01/12 01:01, Javier Silva escribió:
>> El caso es que cuando envío un correo al usuario root o cualquier
>> servicio le ha de enviar uno, me los encuentro todos en la bandeja
>> de enviados del servidor externo, donde el From es correcto, pero
>> el To: no ha sido reescrito y aparece To: ro...@dominio.lan
>
> Pero el correo llega a su destinatario, aunque en el To aparezca root,
> ¿no...?
Si envío un correo directo a cualquier destinatario si que llega, pero
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> El 28/01/12 01:01, Javier Silva escribió:
>> El caso es que cuando envío un correo al usuario root o cualquier
>> servicio le ha de enviar uno, me los encuentro todos en la bandeja
>> de enviados del servidor externo, donde el From es correcto, pero
>> el To: no ha sido reescrito y aparece To: ro...@dominio.lan
>
> Pero el correo llega a su destinatario, aunque en el To aparezca root,
> ¿no...?
el caso es cuando el sistema ha de enviar un correo a root, que no
llega a su destinatario, me devuelve un error indicando que no puede
ser entregado a root@localhost.
Esto es, el sistema está configurado de manera correcta para el envío
de correos externamente, ya que el smarthost configurado funciona de
manera adecuada, pero cuando desde cualquier tarea interna (ejemplo
cron) ha de informar a root de un posible fallo, no lo envía
correctamente, y precisamente esta parte es la que creo que me falta
por configurar (y no encuentro cómo hacerlo).
---
Un saludo.
Javier Silva
>
> Si es así habría que mirar como reescribir ese campo de la cabecera.
>
> Un saludo
>
> JulHer
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2.0.16 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk8j2u8ACgkQN4Xu4S1+RIvDrwCgkwn57d0bh94maFZbojKk5j33
> YD4AoILs1Kg9mwlO23CHHS0r69cEW6qO
> =F6W8
> -----END PGP SIGNATURE-----
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> Archive: http://lists.debian.org/4F23DAEF...@escomposlinux.org
>
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/CAOg_h5Yu5VyzVs_q0SReAEt8...@mail.gmail.com
>
> Un saludo
>
> JulHer
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2.0.16 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk8j2u8ACgkQN4Xu4S1+RIvDrwCgkwn57d0bh94maFZbojKk5j33
> YD4AoILs1Kg9mwlO23CHHS0r69cEW6qO
> =F6W8
> -----END PGP SIGNATURE-----
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> Archive: http://lists.debian.org/4F23DAEF...@escomposlinux.org
>
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jan 28, 2012, 12:30:03 PM1/28/12
to
El Sat, 28 Jan 2012 01:01:44 +0100, Javier Silva escribió:
> quiero conseguir que todos los correos que son enviados a root, me
> lleguen a una cuenta de correo externa. Para conseguirlo, he configurado
> mi equipo para que pueda enviar correos a través de un servidor SMTP
> externo, utilizando parte de la configuración propuesta en:
(...)
> quiero conseguir que todos los correos que son enviados a root, me
> lleguen a una cuenta de correo externa. Para conseguirlo, he configurado
> mi equipo para que pueda enviar correos a través de un servidor SMTP
> externo, utilizando parte de la configuración propuesta en:
Hay algo que no entiendo.
Primero dices que funciona y luego que no funciona ¿cómo es eso
posible? :-?
Supongamos que desde el equipo que genera los mensajes ejecutas una
sesión smtp básica:
***
telnet localhost 25
mail from: ro...@dominio.lan
rcpt to: ro...@dominio.lan
data
test
.
quit
***
¿Qué sucede con el correo? ¿Quién lo recibe? ¿Viene devuelto/rebotado?
¿Qué dicen los registros que tienes en "/var/log/exim4"?
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Javier Silva
Jan 28, 2012, 4:20:01 PM1/28/12
to
El día 28 de enero de 2012 12:43, Camaleón <noel...@gmail.com> escribió:
> El Sat, 28 Jan 2012 01:01:44 +0100, Javier Silva escribió:
>
>> quiero conseguir que todos los correos que son enviados a root, me
>> lleguen a una cuenta de correo externa. Para conseguirlo, he configurado
>> mi equipo para que pueda enviar correos a través de un servidor SMTP
>> externo, utilizando parte de la configuración propuesta en:
>
> (...)
>
> Hay algo que no entiendo.
>
> Primero dices que funciona y luego que no funciona ¿cómo es eso
> posible? :-?
>
> Supongamos que desde el equipo que genera los mensajes ejecutas una
> sesión smtp básica:
>
> ***
> telnet localhost 25
> mail from: ro...@dominio.lan
> rcpt to: ro...@dominio.lan
> data
> test
> .
> quit
> ***
>
> ¿Qué sucede con el correo? ¿Quién lo recibe? ¿Viene devuelto/rebotado?
> ¿Qué dicen los registros que tienes en "/var/log/exim4"?
>
El sistema de envío funciona, ya que puedo enviar a cuentas externas
> El Sat, 28 Jan 2012 01:01:44 +0100, Javier Silva escribió:
>
>> quiero conseguir que todos los correos que son enviados a root, me
>> lleguen a una cuenta de correo externa. Para conseguirlo, he configurado
>> mi equipo para que pueda enviar correos a través de un servidor SMTP
>> externo, utilizando parte de la configuración propuesta en:
>
> (...)
>
> Hay algo que no entiendo.
>
> Primero dices que funciona y luego que no funciona ¿cómo es eso
> posible? :-?
>
> Supongamos que desde el equipo que genera los mensajes ejecutas una
> sesión smtp básica:
>
> ***
> telnet localhost 25
> mail from: ro...@dominio.lan
> rcpt to: ro...@dominio.lan
> data
> test
> .
> quit
> ***
>
> ¿Qué sucede con el correo? ¿Quién lo recibe? ¿Viene devuelto/rebotado?
> ¿Qué dicen los registros que tienes en "/var/log/exim4"?
>
utilizando la configuración del SMTP externo, tal y con el ejemplo que
puse incialmente.
Lo que no funciona (y falta por configurar) es que los correos que
genera el sistema con errores (ejemplo cron), quiero que en lugar de
enviarlos a ro...@dominio.lan los envíe a pepe@dominio_de_internet.com,
pero en lugar de esto último lo que hace es intentar enviarlos a
ro...@dominio.lan.
Sucede que envía correos pero no a quien debe, a pesar de haber
añadido la línea en los aliases (o tal vez no deba estar aquí).
---
Saludos,
Javier
> Saludos,
>
> --
> Camaleón
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> Archive: http://lists.debian.org/jg0n0p$vd9$2...@dough.gmane.org
>
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
JulHer
Jan 28, 2012, 4:40:02 PM1/28/12
to
El sáb, 28-01-2012 a las 13:20 +0100, Javier Silva escribió:
> Esto es, el sistema está configurado de manera correcta para el envío
> de correos externamente, ya que el smarthost configurado funciona de
> manera adecuada, pero cuando desde cualquier tarea interna (ejemplo
> cron) ha de informar a root de un posible fallo, no lo envía
> correctamente, y precisamente esta parte es la que creo que me falta
> por configurar (y no encuentro cómo hacerlo).
Vale, pues intenta esto:
> Esto es, el sistema está configurado de manera correcta para el envío
> de correos externamente, ya que el smarthost configurado funciona de
> manera adecuada, pero cuando desde cualquier tarea interna (ejemplo
> cron) ha de informar a root de un posible fallo, no lo envía
> correctamente, y precisamente esta parte es la que creo que me falta
> por configurar (y no encuentro cómo hacerlo).
Primero deja el aliases como estaba. Después crea un archivo .forward en
el home del usuario al que quieras redirigir el correo. Ese archivo debe
tener permisos 644, edítalo y dentro pon la dirección de correo destino.
Prueba y ya dirás si funciona.
Un saludo
JulHer
Camaleón
Jan 28, 2012, 7:00:01 PM1/28/12
to
El Sat, 28 Jan 2012 22:12:37 +0100, Javier Silva escribió:
> El día 28 de enero de 2012 12:43, Camaleón <noel...@gmail.com>
> escribió:
(...)
> El día 28 de enero de 2012 12:43, Camaleón <noel...@gmail.com>
> escribió:
>> ¿Qué sucede con el correo? ¿Quién lo recibe? ¿Viene devuelto/rebotado?
>> ¿Qué dicen los registros que tienes en "/var/log/exim4"?
>>
>>
> El sistema de envío funciona, ya que puedo enviar a cuentas externas
> utilizando la configuración del SMTP externo, tal y con el ejemplo que
> puse incialmente.
>
> Lo que no funciona (y falta por configurar) es que los correos que
> genera el sistema con errores (ejemplo cron), quiero que en lugar de
> enviarlos a ro...@dominio.lan los envíe a pepe@dominio_de_internet.com,
> pero en lugar de esto último lo que hace es intentar enviarlos a
> ro...@dominio.lan.
dirigido a "ro...@dominio.lan", rebota, lo recibe alguien...?
> Sucede que envía correos pero no a quien debe, a pesar de haber añadido
> la línea en los aliases (o tal vez no deba estar aquí).
como postfix usan ese archivo para las direcciones que considera locales.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Javier Silva
Jan 28, 2012, 7:10:02 PM1/28/12
to
El día 29 de enero de 2012 00:57, Camaleón <noel...@gmail.com> escribió:
> El Sat, 28 Jan 2012 22:12:37 +0100, Javier Silva escribió:
>
>> El día 28 de enero de 2012 12:43, Camaleón <noel...@gmail.com>
>> escribió:
>
> (...)
>
>>> ¿Qué sucede con el correo? ¿Quién lo recibe? ¿Viene devuelto/rebotado?
>>> ¿Qué dicen los registros que tienes en "/var/log/exim4"?
>>>
>>>
>> El sistema de envío funciona, ya que puedo enviar a cuentas externas
>> utilizando la configuración del SMTP externo, tal y con el ejemplo que
>> puse incialmente.
>>
>> Lo que no funciona (y falta por configurar) es que los correos que
>> genera el sistema con errores (ejemplo cron), quiero que en lugar de
>> enviarlos a ro...@dominio.lan los envíe a pepe@dominio_de_internet.com,
>> pero en lugar de esto último lo que hace es intentar enviarlos a
>> ro...@dominio.lan.
>
> ¿Y qué dice el registro de Exim4? ¿O no dice nada? ¿Dónde queda el correo
> dirigido a "ro...@dominio.lan", rebota, lo recibe alguien...?
>
El registro de Exim es correcto.
> El Sat, 28 Jan 2012 22:12:37 +0100, Javier Silva escribió:
>
>> El día 28 de enero de 2012 12:43, Camaleón <noel...@gmail.com>
>> escribió:
>
> (...)
>
>>> ¿Qué sucede con el correo? ¿Quién lo recibe? ¿Viene devuelto/rebotado?
>>> ¿Qué dicen los registros que tienes en "/var/log/exim4"?
>>>
>>>
>> El sistema de envío funciona, ya que puedo enviar a cuentas externas
>> utilizando la configuración del SMTP externo, tal y con el ejemplo que
>> puse incialmente.
>>
>> Lo que no funciona (y falta por configurar) es que los correos que
>> genera el sistema con errores (ejemplo cron), quiero que en lugar de
>> enviarlos a ro...@dominio.lan los envíe a pepe@dominio_de_internet.com,
>> pero en lugar de esto último lo que hace es intentar enviarlos a
>> ro...@dominio.lan.
>
> ¿Y qué dice el registro de Exim4? ¿O no dice nada? ¿Dónde queda el correo
> dirigido a "ro...@dominio.lan", rebota, lo recibe alguien...?
>
El correo quedaba en los enviados de la cuenta externa.
Ya está solucionado, he puesto las modificaciones que he realizado en
el correo que he enviado anteriormente.
Muchas gracias por todo.
Javier Silva.
>> Sucede que envía correos pero no a quien debe, a pesar de haber añadido
>> la línea en los aliases (o tal vez no deba estar aquí).
>
> Modifica el "/etc/aliases" y regenera la bd ("newaliases"), tanto exim
> como postfix usan ese archivo para las direcciones que considera locales.
>
> Saludos,
>
> --
> Camaleón
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> Archive: http://lists.debian.org/jg220k$6kd$2...@dough.gmane.org
>
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Javier Silva
Jan 28, 2012, 7:10:02 PM1/28/12
to
dar con la solución:
Como he visto que la página del wiki de debian
(http://wiki.debian.org/GmailAndExim4) había sido modificada hace
pocos días, he decidido volver a realizar la configuración de nuevo.
Al realizar dicha configuración, he introducido 2 cambios que antes no
había realizado:
En el system mail name he dejado localhost.
Y en el archivo aliases, he dirigido los correos de root a un usuario
corriente y de este a la dirección de correo externa.
Ahora cuando el sistema envía correos con mensajes para root, llegan
directamente a una cuenta externa.
---
Gracias a todos por su ayuda,
Javier Silva.
> ---
> Un saludo.
> Javier Silva
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jan 29, 2012, 7:40:02 AM1/29/12
to
El Sun, 29 Jan 2012 01:04:17 +0100, Javier Silva escribió:
> El día 29 de enero de 2012 00:57, Camaleón <noel...@gmail.com>
> escribió:
(...)
> El día 29 de enero de 2012 00:57, Camaleón <noel...@gmail.com>
> escribió:
>> ¿Y qué dice el registro de Exim4? ¿O no dice nada? ¿Dónde queda el
>> correo dirigido a "ro...@dominio.lan", rebota, lo recibe alguien...?
>>
>>
>
> El registro de Exim es correcto.
> El correo quedaba en los enviados de la cuenta externa.
pero ¿qué pasaba en Gmail entonces? ¿Por qué no enviaba el correo al
usuario externo? Si Gmail no puede enviar un correo por el motivo que
sea le debería venir rebotado, eso es lo que no me cuadra.
> Ya está solucionado, he puesto las modificaciones que he realizado en el
> correo que he enviado anteriormente.
/etc/aliases hubieras obtenido el mismo resultado.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Javier Silva
Jan 29, 2012, 12:30:02 PM1/29/12
to
El día 29 de enero de 2012 13:38, Camaleón <noel...@gmail.com> escribió:
> El Sun, 29 Jan 2012 01:04:17 +0100, Javier Silva escribió:
>
>> El día 29 de enero de 2012 00:57, Camaleón <noel...@gmail.com>
>> escribió:
>
> (...)
>
>>> ¿Y qué dice el registro de Exim4? ¿O no dice nada? ¿Dónde queda el
>>> correo dirigido a "ro...@dominio.lan", rebota, lo recibe alguien...?
>>>
>>>
>>
>> El registro de Exim es correcto.
>
> Vale, pero lo interesante es leerlo ;-)
Aquí tienes el registro de Exim, antes de funcionar (00:10) y cuando
> El Sun, 29 Jan 2012 01:04:17 +0100, Javier Silva escribió:
>
>> El día 29 de enero de 2012 00:57, Camaleón <noel...@gmail.com>
>> escribió:
>
> (...)
>
>>> ¿Y qué dice el registro de Exim4? ¿O no dice nada? ¿Dónde queda el
>>> correo dirigido a "ro...@dominio.lan", rebota, lo recibe alguien...?
>>>
>>>
>>
>> El registro de Exim es correcto.
>
> Vale, pero lo interesante es leerlo ;-)
ya funcionaba (00:40). La única diferencia es el destinatario, que no
lo pone de manera correcta hasta realizar los cambios que te
mencionaba:
2012-01-29 00:10:41 Start queue run: pid=2680
2012-01-29 00:10:41 End queue run: pid=2680
2012-01-29 00:10:54 1RrHQ6-0000hK-JU <= cata...@gmail.com U=root P=local S=327
2012-01-29 00:10:56 1RrHQ6-0000hK-JU => usuari...@dominio.lan
R=smarthost T=remote_smtp_smarthost H=gmail-smtp-msa.l.google.com
[173.194.67.109] X=TLS1.0:RSA_ARCFOUR_SHA1:16 DN="C=US,ST=Ca$
2012-01-29 00:10:56 1RrHQ6-0000hK-JU Completed
2012-01-29 00:33:42 exim 4.72 daemon started: pid=3653, -q30m,
listening for SMTP on [127.0.0.1]:25 [::1]:25
2012-01-29 00:33:43 Start queue run: pid=3656
2012-01-29 00:33:43 End queue run: pid=3656
2012-01-29 00:38:17 exim 4.72 daemon started: pid=4383, -q30m,
listening for SMTP on [127.0.0.1]:25 [::1]:25
2012-01-29 00:38:17 Start queue run: pid=4385
2012-01-29 00:38:17 End queue run: pid=4385
2012-01-29 00:38:27 Start queue run: pid=4390 -qff
2012-01-29 00:38:27 End queue run: pid=4390 -qff
2012-01-29 00:40:24 1RrHse-00018x-Lw <= cata...@gmail.com U=root P=local S=338
2012-01-29 00:40:27 1RrHse-00018x-Lw => usu...@gmail.com R=smarthost
T=remote_smtp_smarthost H=gmail-smtp-msa.l.google.com [173.194.67.108]
X=TLS1.0:RSA_ARCFOUR_SHA1:16 DN="C=US,ST$
2012-01-29 00:40:27 1RrHse-00018x-Lw Completed
>
>> El correo quedaba en los enviados de la cuenta externa.
>
> Eso quiere decir que el mensaje lo enviaba Exim a Gmail sin problemas,
> pero ¿qué pasaba en Gmail entonces? ¿Por qué no enviaba el correo al
> usuario externo? Si Gmail no puede enviar un correo por el motivo que
> sea le debería venir rebotado, eso es lo que no me cuadra.
que el destinatario no tenía un dominio válido (ya que es local).
>
>> Ya está solucionado, he puesto las modificaciones que he realizado en el
>> correo que he enviado anteriormente.
>
> No me queda claro lo que has hecho pero creo que modificando el
> /etc/aliases hubieras obtenido el mismo resultado.
el correo no sale nunca del sistema. Por otro lado la modificación
está realizada, pero no asignando a root el correo externo, sino a
otro usuario. Mira el archivo aliases:
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
root: usuariolocal
usuariolocal: usu...@gmail.com
Por otro lado está la configuración de EXIM...
Archivo /etc/exim4/passwd.client
# password file used when the local exim is authenticating to a remote
# host as a client.
#
# see exim4_passwd_client(5) for more documentation
#
# Example:
### target.mail.server.example:login:password
*.google.com:cata...@gmail.com:SuContraSeÑaDeAcceso
Y el archivo /etc/exim4/email-addresses
root: cata...@gmail.com
Si no me he explicado correctamente o se te ocurre alguna cosa, me lo
haces saber.
Saludos,
Javier Silva.
>
> Saludos,
>
> --
> Camaleón
>
>
> --
> To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
> Archive: http://lists.debian.org/jg3eji$4kk$2...@dough.gmane.org
>
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Camaleón
Jan 29, 2012, 12:50:03 PM1/29/12
to
El Sun, 29 Jan 2012 18:25:41 +0100, Javier Silva escribió:
> El día 29 de enero de 2012 13:38, Camaleón <noel...@gmail.com>
> escribió:
(...)
> El día 29 de enero de 2012 13:38, Camaleón <noel...@gmail.com>
> escribió:
>>> El registro de Exim es correcto.
>>
>> Vale, pero lo interesante es leerlo ;-)
>
> Aquí tienes el registro de Exim, antes de funcionar (00:10) y cuando ya
> funcionaba (00:40). La única diferencia es el destinatario, que no lo
> pone de manera correcta hasta realizar los cambios que te mencionaba:
> 2012-01-29 00:10:54 1RrHQ6-0000hK-JU <= cata...@gmail.com U=root P=local S=327
> 2012-01-29 00:10:56 1RrHQ6-0000hK-JU => usuari...@dominio.lan
Ahí ya aparece la dirección de correo incorrecta. O sea, que se genera
mal en origen.
>>> El correo quedaba en los enviados de la cuenta externa.
>>
>> Eso quiere decir que el mensaje lo enviaba Exim a Gmail sin problemas,
>> pero ¿qué pasaba en Gmail entonces? ¿Por qué no enviaba el correo al
>> usuario externo? Si Gmail no puede enviar un correo por el motivo que
>> sea le debería venir rebotado, eso es lo que no me cuadra.
>
> Como puedes ver en la primera parte del log de exim, no lo enviaba, ya
> que el destinatario no tenía un dominio válido (ya que es local).
cuenta remota no a una local. Si editas el archivo "/etc/aliases" y
configuras Exim4 como smarthost igualmente debería funcionar.
>>> Ya está solucionado, he puesto las modificaciones que he realizado en
>>> el correo que he enviado anteriormente.
>>
>> No me queda claro lo que has hecho pero creo que modificando el
>> /etc/aliases hubieras obtenido el mismo resultado.
>
> Se tiene que configurar un smarthost en exim, ya que en caso contrario
> el correo no sale nunca del sistema.
el propio equipo.
> Por otro lado la modificación está realizada, pero no asignando a root el
> correo externo, sino a otro usuario. Mira el archivo aliases:
>
> mailer-daemon: postmaster
> postmaster: root
> nobody: root
> hostmaster: root
> usenet: root
> news: root
> webmaster: root
> www: root
> ftp: root
> abuse: root
> noc: root
> security: root
> root: usuariolocal
> usuariolocal: usu...@gmail.com
root: usuariolocal, usu...@gmail.com
Y deberían recibir los dos. Exim tiene que saber que uno es local y otro es
remoto.
> Por otro lado está la configuración de EXIM...
Esto para usar el servidor smtp de Gmail como pasarela. Pero quizá este
paso se pueda obviar y puedas enviar correos directamente desde Exim4 sin
necesidad de pasar por el servidor de Gmail.
> Y el archivo /etc/exim4/email-addresses
>
> root: cata...@gmail.com
>
>
> Si no me he explicado correctamente o se te ocurre alguna cosa, me lo
> haces saber.
formas de envío, una para las cuentas locales y otra para las remotas.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
0 new messages