Grupos de Google ya no admite nuevas publicaciones ni suscripciones de Usenet. El contenido anterior sigue siendo visible.

Conseguir correo remoto con comandos ETRN

Visto 0 veces
Saltar al primer mensaje no leído

Carlos López

no leída,
2 ago 2001, 14:00:062/8/01
a
Buenas tardes,

Me gustaría recoger el correo que tengo en diferentes
cuentas de correo por internet desde casa con mi
workstation Debian.
Me explico:
Tengo dos cuentas, lease: cue...@dom1.com,
cue...@dom2.com. Necesito que sendmail me recoja todo
el correo una vez al dia de estas dos cuentas y
dejarlo en el buzon cuent...@casa.com.
Sé que se puede realizar esto via comandos ETRN con
otro servidor, pero ¿como lo hago?, o ¿donde puedo
encontrar documentación exhaustiva del tema?.

Bueno, muchas gracias por adelantado.


_________________________________________________________
Do You Yahoo!?
Obtenga su dirección de correo-e gratis @yahoo.com
en http://correo.espanol.yahoo.com


--
Unsubscribe? mail -s unsubscribe debian-user-s...@lists.debian.org < /dev/null

Fernando G. Ricchi

no leída,
2 ago 2001, 15:40:112/8/01
a
Disculpame que te conteste con otra pregunta pero,
porque no utilizas "fetchmail" que "es" para hacer precisamente
eso (descargar las cuentas y entregar los correos localmente
a sendmail)???
Supongo que debe haber una razon?
Saludos
Fernando

Carlos López

no leída,
2 ago 2001, 16:00:142/8/01
a
Si es correcto. Si no consigo una solución usaré
fetchmail. El tema está en que tengo un firewall por
el cual el servidor sendmail no corre por el puerto 25
como es habitual ni tampoco aceptará peticiones que le
vengan desde dentro al puerto smtp.

Por eso necesito un script o bin saber los comandos
etrn para que así de forma regular via cron el
firewall recoja los mensajes y los redirecione a un
smtp interno.


--- "Fernando G. Ricchi" <ricc...@ciudad.com.ar>
escribió: > Disculpame que te conteste con otra

Roberto Meyer

no leída,
2 ago 2001, 16:30:082/8/01
a
On Thu, Aug 02, 2001 at 11:06:39AM -0500, Carlos López wrote:

[...]

> Me explico:
> Tengo dos cuentas, lease: cue...@dom1.com,
> cue...@dom2.com. Necesito que sendmail me recoja todo
> el correo una vez al dia de estas dos cuentas y
> dejarlo en el buzon cuent...@casa.com.

Sendmail es un MTA, no va y busca correo en otros servidores. Basicamente se encarga del transporte del email.

Para recoger correo de cuentas POP o IMAP puedes utilizar fetchmail. Es flexible y facil de configurar.

Luego solo le indicas a cron que levante un enlace ppp con tu proveedor y punto.

Salu2,
--
Roberto

Marcelo Scollo

no leída,
3 ago 2001, 8:50:073/8/01
a
yo tengo eso funcionando aunque en un slack
el por que no al fetchmail es porque en el server no hay un pop3
tenes que mandarle el comando etrn y el dominio correspondiente, si queres
te mando el script (esta en perl)
lo unico que me parece es que tenes que bajar los mails por dominio (asi lo
tengo aca en la empresa)
si te puedo ayudar en algo avisa

----- Original Message -----
From: "Carlos López" <clo...@yahoo.com>
To: <debian-us...@lists.debian.org>
Sent: Thursday, August 02, 2001 1:06 PM
Subject: Conseguir correo remoto con comandos ETRN

Andres Seco Hernandez

no leída,
3 ago 2001, 12:00:143/8/01
a
Hola

El 02 Aug 2001 a las 11:06AM -0500, Carlos López escribio:


> Tengo dos cuentas, lease: cue...@dom1.com,
> cue...@dom2.com. Necesito que sendmail me recoja todo
> el correo una vez al dia de estas dos cuentas y
> dejarlo en el buzon cuent...@casa.com.
> Sé que se puede realizar esto via comandos ETRN con

ETRN es el comando con el que se le indica a un servidor "secundario" de
un dominio de correo, esto es, un servidor de backup, que conecte con el
primario para entregarle los mensajes porque se ha levantado despues de
una caida, o bien periodicamente se le envia este ETRN para decirle: "que
ya estoy aquí, que si tienes algo para mi, me lo des ahora". Tambien lo
usan servidores primarios que tienen conexión no permanete a internet, si
no bajo demanda, y están conectados poco rato al dia.
Solo es una indicación al servidor de correo secundario para que entregue,
pero este secundario inicia una conexión SMTP independiente para ello. No
te vale para lo que quieres.

> otro servidor, pero ¿como lo hago?, o ¿donde puedo
> encontrar documentación exhaustiva del tema?.

Las RFCs son el mejor sitio. Busca por "Simple Mail Transfer Protocol" en
rfc-editor.org

--
Andres Seco Hernandez - Andr...@alamin.org
MCP ID 445900 - http://andressh.alamin.org
GnuPG public information: pub 1024D/3A48C934
E61C 08A9 EBC8 12E4 F363 E359 EDAC BE0B 3A48 C934
--------------------------------------------------
Alamin GSM SMS Gateway - http://www.alamin.org
Debian GNU/Linux - http://www.debian.org
Grupo de Usuarios de GNU/Linux de Guadalajara y
alrededores - http://gulalcarria.sourceforge.net
--------------------------------------------------

German Poo Caaman~o

no leída,
3 ago 2001, 12:50:103/8/01
a
Andres Seco Hernandez wrote:
> El 02 Aug 2001 a las 11:06AM -0500, Carlos López escribio:
> > Tengo dos cuentas, lease: cue...@dom1.com,
> > cue...@dom2.com. Necesito que sendmail me recoja todo
> > el correo una vez al dia de estas dos cuentas y
> > dejarlo en el buzon cuent...@casa.com.
> > Sé que se puede realizar esto via comandos ETRN con
>
> ETRN es el comando con el que se le indica a un servidor "secundario" de
> un dominio de correo, esto es, un servidor de backup, que conecte con el
> primario para entregarle los mensajes porque se ha levantado despues de
> una caida, o bien periodicamente se le envia este ETRN para decirle: "que
> ya estoy aquí, que si tienes algo para mi, me lo des ahora". Tambien lo
> usan servidores primarios que tienen conexión no permanete a internet, si
> no bajo demanda, y están conectados poco rato al dia.
> Solo es una indicación al servidor de correo secundario para que entregue,
> pero este secundario inicia una conexión SMTP independiente para ello. No
> te vale para lo que quieres.

Solo para complementar. ETRN es ETURN, y TURN fue la sentencia
original que le indicida al servidor SMTP "cambiemos los roles",
con lo cual el cliente comienza a actuar como servidor y el
servidor "original" SMTP como cliente, de esta forma recibe
todos los mensajes que el servidor tiene para el cliente.

--
German Poo Caaman~o
mailto:gp...@ubiobio.cl
http://www.ubiobio.cl/~gpoo/chilelindo.html
"La historia no se lee, se escribe"

Andres Seco Hernandez

no leída,
3 ago 2001, 20:50:073/8/01
a
Hola

El 03 Aug 2001 a las 12:34PM -0400, German Poo Caaman~o escribio:


> Andres Seco Hernandez wrote:
> > El 02 Aug 2001 a las 11:06AM -0500, Carlos López escribio:
> > > Tengo dos cuentas, lease: cue...@dom1.com,
> > > cue...@dom2.com. Necesito que sendmail me recoja todo
> > > el correo una vez al dia de estas dos cuentas y
> > > dejarlo en el buzon cuent...@casa.com.
> > > Sé que se puede realizar esto via comandos ETRN con
> >
> > ETRN es el comando con el que se le indica a un servidor "secundario" de
> > un dominio de correo, esto es, un servidor de backup, que conecte con el
> > primario para entregarle los mensajes porque se ha levantado despues de
> > una caida, o bien periodicamente se le envia este ETRN para decirle: "que
> > ya estoy aquí, que si tienes algo para mi, me lo des ahora". Tambien lo
> > usan servidores primarios que tienen conexión no permanete a internet, si
> > no bajo demanda, y están conectados poco rato al dia.
> > Solo es una indicación al servidor de correo secundario para que entregue,
> > pero este secundario inicia una conexión SMTP independiente para ello. No
> > te vale para lo que quieres.
>
> Solo para complementar. ETRN es ETURN, y TURN fue la sentencia
> original que le indicida al servidor SMTP "cambiemos los roles",
> con lo cual el cliente comienza a actuar como servidor y el
> servidor "original" SMTP como cliente, de esta forma recibe
> todos los mensajes que el servidor tiene para el cliente.

Y un poco más, TURN hace (hacía) lo mismo que ETRN, pero en la misma
conexión smtp, con lo que los malos podian conectarse a, por ejemplo, el
secundario de debian.org y pedir que le fueran entregados los mensajes,
haciendose pasar por el primario. Con ETRN, el secundario inicia una nueva
comunicación contra el verdadero primario. Es para evitar "robo" de
mensajes.

0 mensajes nuevos