información sobre telnet
Raúl Santos
Se supone que cuando haces telnet a tu servidor entrante de isp para leer el
correo al puerto 110 te conectas a él, pero..... una vez hecha la
conexión...¿que comandos debo escribir para visualizar mi correo? , es
decir, algún comando habrá para poder visualizar en la pantalla del terminal
del telnet (ms-dos) el correo que tienes, no?
Gracias.
EuroSuper
USER [username]; para meterte en tu cuenta
PASS [password]; para entrar la clave
una vez hecho estos pasos te dirá el número de correos que tienes
acumulados en el servidor.
---
EuroSuper
mig...@csigma.es
Óscar
EuroSuper <mig...@csigma.es> escribió en el mensaje de noticias
8F69721DC84jhu...@212.49.128.68...
> Los comandos exactos para leerlo no lo sé, pero
>
> USER [username]; para meterte en tu cuenta
> PASS [password]; para entrar la clave
>
> una vez hecho estos pasos te dirá el número de correos que tienes
> acumulados en el servidor.
y luego para bajartelos se pone RETR [Nº mensaje]
y para borrarlos DELE [Nº mensaje]
unikoke
Sobre:información sobre telnet
Raúl Santos tecleó el mensaje:
->Necesito ayuda, plis:
->Se supone que cuando haces telnet a tu servidor entrante de isp para leer el
->correo al puerto 110 te conectas a él, pero..... una vez hecha la
->conexión...¿que comandos debo escribir para visualizar mi correo? , es
->decir, algún comando habrá para poder visualizar en la pantalla del terminal
->del telnet (ms-dos) el correo que tienes, no?
->Gracias.
Aparte de los comandos que te dan en las otras respuestas, hay uno que
siempre hay que tener presente... help
Salu2
--
Consider the postage stamp: its usefulness consists in the ability to
stick to one thing till it gets there.
-- Josh Billings
Allan Psicobyte
(unikoke) wrote:
>Aparte de los comandos que te dan en las otras respuestas, hay uno que
>siempre hay que tener presente... help
Pero POP no tiene HELP
---
Allan Psicobyte. psicobyte(ARROBA)yahoo.com
---
---
Allan Psicobyte. psicobyte(ARROBA)yahoo.com
---
unikoke
Sobre:Re: información sobre telnet
Allan Psicobyte tecleó el mensaje:
->Pero POP no tiene HELP
Quería decir en general, siempre hay que probar. De todas formas no
estoy seguro si se puede implementar ayuda en 110 :-?
Salu2
--
Nothing is so often irretrievably missed as a daily opportunity.
-- Ebner-Eschenbach
Allan Psicobyte
Lo más primerísimo de las cosas primeras:
Que conste que yo no soy un jakes ni nada parecido, que no quiero
malentendidos. Que esas cosas tan raras que haseis son mu difíciles pa
mí.
Lo que si soy es un aficionadillo a mi emulador de terminal (hay quién
colecciona sellos...) y, viendo que hay algunas lagunas por aquí con
esto del POP3 (mucho empaquetar TCP a mano, pero luego a algunos le
fallan los protocolos esenciales ;-P), pues aquí va un esquema de qué
se puede hacer con este protocolo.
Los Winoduwseros me hacéis el favor de buscaros un emulador de
terminal como dios manda, porque el que trae el Windows es una
vergüenza. (Si hay algún makero en el grupo, también puedo
recomendarle algo ¿O creíais que no había emuladores de terminal para
mac?)
Personalmente os aconsejo CRT o KoalaTerm, que son cómodas de usar y
muy completas. están disponibles en la red (Si queréis os busco las
URLs) y son shareware de 30 días. Solo hay que pagar la licencia y
yastá. (habrá quién aconseje una visita a astalavista.box.sk, pero eso
es ilegal y está muy feo)
Hoy, para todos ustedes, cómo leer e-milios con vuestro emulador de
terminal:
Para leer los e-milios, al contrario que para mandarlos, tienes que
conectarte a TU servidor de correo.
El puerto POP es, normalmente, el 110 (No es obligatorio que sea este
puerto, pero yo NUNCA he visto una máquina que use otro)
De modo que coges tu terminal y te enchufas al 110 de tu servidor (no
olvides tener el eco local activado, por favor)
En adelante, todo lo que vaya precedido de +OK son las respuestas del
host (si todo va bien, las respuestas del servidor POP siempre van
precedidas de +OK. Si hay algo que falla, te pondrá -ERR), y lo que
vaya detrás de // son comentarios míos. Los nombres entre "<" y ">"
son variables, que tienes que poner o que te responde, que iré
explicando sobre la marcha. A POP3 le da igual que uses mayúsculas o
minúsculas. Las respuestas del host pueden cambiar un poco, pero más o
menos serán las que pongo:
// Bueno, pues te conectas y el servidor te dice:
+OK POP3 server ready
// está esperando a que le digas quién eres:
USER <fulano>
// se entiende que "fulano" eres tú, o sea, lo que vienen delante de
la arroba en tu dirección de correo. Ahora te pide la passoword:
+OK password required for user <fulano>
// y tu se la dices (mucho ojo si hay curiosos mirando por encima del
hombro, que aquí no se sustituye por asteriscos):
PASS <clave>
// si todo ha ido bien te responderá:
+OK maildrop ready
//bueno, ya estamos dentro. Ahora vamos a ver que podemos hacer. EL
puñetero POP no tiene ningún comando HELP, así que habrá que empaparse
los RFCs.
NOOP
// este comando significa "no operation", y hace exactamente eso:
NADA. ¿Y para qué demonios sirve no hacer nada? Pues, por ejemplo, los
servidores pop, si pasas demasiado tiempo sin enviar ningún comando,
se desconectan automáticamente. Para evitar esto, puedes mandar
comandos NOOP cada cierto tiempo, mientras buscas en tu disco la copia
de este artículo para ver cómo se escribe ese comando que se te ha
olvidado.
STAT
// de "statistic", te da los datos generales de tu mailbox. La
respuesta que te da es:
+OK <numero> <bytes>
// donde "numero" es el número de mensajes que tienes y bytes el peso
TOTAL en bytes de esos mensajes. (algunas versiones dan más datos)
LIST
// de "list", lista. Pues eso, te da una lista de los mensajes que
tengas, en el siguiente formato:
+OK <n> messages (<bytes> octets)
1 <bytes1>
2 <bytes2>
[...]
n <bytesn>
.
// donde "n" es el número de mensajes, bytes el peso TOTAL de estos en
bytes y la lista numerada es eso, una lista de 1 a n con el peso en
bytes de cada uno. Al final te pone un punto en una línea, para que
sepas que ha terminado.
// Algunos servidores no darán los datos totales con este comando, y
simplemente dirán:
+OK scan listing follows
1 <bytes1>
2 <bytes2>
[...]
n <bytesn>
.
// En el comando LIST se puede poner un parámetro: el número de
mensaje. De este modo nos da los datos de solo ese mensaje:
LIST 2
//te dará los datos del mensaje 2:
+OK 2 <bytes2>
//Ahora empezamos a meternos en lo interesante:
RETR <numero>
//donde "numero" es el número de mensaje, nos saca el mensaje por
pantalla:
+OK <bytes> octets
<(Aquí va el texto del mensaje)>
<(y mucho más texto)>
.
// "bytes es el peso en bytes del mensaje, debajo viene el mensaje
(con cabecera y todo), y al final un punto solitario.
//El siguiente comando interesante es:
TOP <numero> <lineas>
//donde "numero" es el número de mensaje y "líneas" las líneas a
partir de la primera que quieres que se te muestren del mensaje.
Sirve, en mensajes demasiado largos, para ver el principio de estos.
Si pones TOP 1 10, por ejemplo, se te mostrará la cabecera del primer
mensaje y sus 10 primeras líneas, si pones TOP 2 0, saldrá la cabecera
del segundo mensaje.
// Ahora que ya has leído tu mensaje, mejor será que lo borres, para
que no ocupe espacio:
DELE <numero>
// que, evidentemente, borra el mensaje indicado en "numero".
//En realidad DELE no borra los mensajes, estos se marcan como
borrados pero no se borran efectivamente hasta que terminas la sesión
POP3. De modo que, si has borrado uno o más mensajes y te arrepientes,
puedes recuperarlos con el siguiente comando:
RSET
// Que recupera TODOS los mensajes que hubiera marcados como borrados.
// Ya casi estamos acabando, y nos encontraos con uno de esos comandos
"tontos" que a una máquina le van muy bien, pero que sirven de poco
para las personas:
UIDL <numero>
// Donde "numero" es opcional, y representa un número de mensaje. Este
comando te devuelve una lista de los mensajes y su número de
"Unique-ID Listing", que es un número bastante inútil que solo se usa
para administración del servidor de correo (algunos clientes, como
Netscape, también los usan).
// Y, cuando te aburras de meter comandos, pones:
QUIT
// y sacabó.
// Y, por último, como imagino que esto a los hackers les puede
interesar, comentaré que existe una forma "segura" de autenticarse en
algunos servidores POP3, por medio de la siguiente orden:
APOP <nombre> <fingerprint>
//donde "nombre" es tu login y "fingerprint" es una clave que se
calcula del siguiente modo:
// Si el servidor soporta APOP, en el banner de presentación (el
primer texto que te sale al conectar) debe salir algo así
<123.4567@host>, donde hostname es el nombre del servidor, y los
números anteriores varían en cada sesión (concretamente son el PID del
proceso en ejecución y la hora del sistema).
//Vale: se supone que tú tienes que coger esa cadena, añadirle detrás
tu clave y aplicarle una función de tipo hash, llamada MD5. Una
función hash es un algoritmo que, a partir de un texto de longitud
arbitraria obtiene una cadena de una longitud preestablecida. Además,
no se puede invertir el proceso.
// De este modo ya tenemos una fingerprint encriptada que mandamos al
servidor. Este, que evidentemente no puede desencriptarla, encripta la
copia de la clave que tiene él del mismo modo y las compara. Si todo
va bien, estás autorizado.
Pos nada, espero haber servido de algo. La verdad es que existen
algunos comandos más, pero estos son lo más o menos universales. Para
más datos consultad el RFC 1939.
letradigital
que le pasa al telnet
eso me lo explicas si no es molestia pq no iniciar una sesion en una maquina
mediante telnet?
o mejor pq no intalarse un unix linux aix ,etc....
No comment
Fdo uno que sigue sin disco duro pa linux por tenerlo prestao
----------------------------------
Raistlin Majere
The DarkSide of The World
Allan Psicobyte
says...
> Emuladores?
> que le pasa al telnet
> eso me lo explicas si no es molestia pq no iniciar una sesion en una maquina
> mediante telnet?
Zorry.
La culpa es mía por ser tan pijo hablando.
Cuando hablo de un "emulador de terminal" me refiero a un "programa de
telnet".
El programa de telnet lo que hace es emular a una de aquellas antiguas
terminales (un teclado y un monitor) que servían para conectarse desde
cualquier sitio a un computador central. Suelo reservar la palabra
"telnet" exclusivamente para ese mismo puerto.
> o mejor pq no intalarse un unix linux aix ,etc....
Eso es a gusto del consumidor. Para el telnet no hay diferencia entre el
SO que estés usando, después de todo utilizas los recursos del sistema al
que te conectas, y no los tuyos. Jamás se me ocurriría recomendarle a un
Amiguero que se instale un Linux, me juego un linchamiento ;-)
letradigital
> Zorry.
>
> La culpa es mía por ser tan pijo hablando.
>
> Cuando hablo de un "emulador de terminal" me refiero a un "programa de
> telnet".
>
> El programa de telnet lo que hace es emular a una de aquellas antiguas
> terminales (un teclado y un monitor) que servían para conectarse desde
> cualquier sitio a un computador central. Suelo reservar la palabra
> "telnet" exclusivamente para ese mismo puerto.
Gracias por la aclaracion eso pensaba yo pero hablaste de emuladores me
despistaste
yo considero mas bien como una representacion de lo que se mostraria en la
maquina a la que conectamos si hariamos un login
ya que es ella la que procesa todas las ordenes (a expcecion de algunas que
obviamente requieren de la intervencion del cliente)
>
> > o mejor pq no intalarse un unix linux aix ,etc....
>
> Eso es a gusto del consumidor. Para el telnet no hay diferencia entre el
> SO que estés usando, después de todo utilizas los recursos del sistema al
> que te conectas, y no los tuyos. Jamás se me ocurriría recomendarle a un
> Amiguero que se instale un Linux, me juego un linchamiento ;-)
o dispones de recursos y tienes un unix mas potente y estable que linux o no
me puedo creer
que tengas amigos (o amiguero viene del comodore amiga esos siempre odiaron
windows) linuxfobicos.
Pq hacer telnet cuando puedes probar en tu maquina encontrar bugs y
juguetear con una cantidad de software que cada dia se acerca mas a la de
windows
Linux es hoy por hoy una opcion muy a tener en cuenta. su fallo las
librerias graficas pero se avanza poco a poco
Directx no pos opengl aunque sea mas dificil de programar.
Esto es pa tus amigueros
>
ya de camino no conoceras un software que ejecuta varios SO al mismo tiempo
se que es una locura pero juraria que en un pcworld lo vi
era una screenshot de windows en la que se veian una pantalla de las BIOS
arrancado y otra con un lilo
Un saludo
--------------------------------
Raistlin Majere
The Darkside of the World
Allan Psicobyte
says...
> Gracias por la aclaracion eso pensaba yo pero hablaste de emuladores me
> despistaste
> yo considero mas bien como una representacion de lo que se mostraria en la
> maquina a la que conectamos si hariamos un login
> ya que es ella la que procesa todas las ordenes (a expcecion de algunas que
> obviamente requieren de la intervencion del cliente)
Eso es justamente lo que hacían esas terminales ;-D
> o dispones de recursos y tienes un unix mas potente y estable que linux o no
> me puedo creer
> que tengas amigos (o amiguero viene del comodore amiga esos siempre odiaron
> windows) linuxfobicos.
Xacto, Amigueros de los de "Amiga". No es que sean Linuxfóbicos, es que
son "Todo-lo-que-no-sea-Amiga-fóbicos". Te lo digo yo, que conozco
algunos. Son algo así como la secta secreta, oculta y siniestra de la
computación.
Busca en el Jargon la expresión "Amiga Persecution Complex" (Manía
Persecutoria Amiga), para que veas a lo que me refiero.
> Pq hacer telnet cuando puedes probar en tu maquina encontrar bugs y
> juguetear con una cantidad de software que cada dia se acerca mas a la de
> windows
Y, en muchos casos, la supera.
Pero no tiene nada que ver. Yo hablo simplemente del terminal. Es
indistinto el sistema que uses, porque todo el peso de los procesos se
lleva en el ordenador remoto.
He tenido instalado Linux, pero un problema con el Scandisk de Windows me
obligaba a estar reinstalando a cada momento (al parecer, se comía el
LILO). Cuando me pille un disquillo duro baratito, me lo instalaré otra
vez.
> Linux es hoy por hoy una opcion muy a tener en cuenta. su fallo las
> librerias graficas pero se avanza poco a poco
> Directx no pos opengl aunque sea mas dificil de programar.
> Esto es pa tus amigueros
Que sí. si estoy de acuerdo en que linux es la hostia. Y no solo eso, si
no que la filosofía GNU me parece fabulosa. Pero yo no recomendaría Linux
a alguien que prefiere la comodidad de un Windows (O de un Mac, si vamos
a eso) y no quiere saber de informática.
> ya de camino no conoceras un software que ejecuta varios SO al mismo tiempo
> se que es una locura pero juraria que en un pcworld lo vi
> era una screenshot de windows en la que se veian una pantalla de las BIOS
> arrancado y otra con un lilo
Pos no tengo ni idea ¿No sería un linux con dosemu, winemu, vmware, o
algo por el estilo?
Esque lo de varios SO al mismo tiempo me resulta demasiado raro ¿Cómo se
administran las interrupciones? ¿Y el tiempo de procesador? ¿Y el sistema
de archivos? Sería algo así como un Meta-SO que emulara varios SO
distintos...
al mismo tiempo...
Mu complicao pa mi serebro... ¡ARG!
Brain Panic: Neuronal overflow....
Mind Halted in 5 sec.
...4
...3
...2
...1
The Mind is halted
...
Mind halted
---
Allan Psicobyte. psicobyte(ARROBA)yahoo.com
Recuerda: Aquellos que no hacen BackUp de su pasado están condenados a
reescribirlo.
---
David Martínez
letradigital wrote:
> ya de camino no conoceras un software que ejecuta varios SO al mismo tiempo
> se que es una locura pero juraria que en un pcworld lo vi
> era una screenshot de windows en la que se veian una pantalla de las BIOS
> arrancado y otra con un lilo
Existe un programa que emula un PC completo y que se llama vmware...
pero necesitas mucha máquina. Puedes instalar varios sistemas operativos
en cada una de las máquinas viruales y creo que incluso puedes montar
una red entre ellas.
Este programa es comercial. Existe un proyecto de una versión libre,
pero no recuerdo el nombre...
Saludos
letradigital
esos de las demos impresionantes y blah blah blah
muchos o casi todos los que conoci se pasaron a mac ahora estaran flipando
con Mac Xos o como se llame.
En cuanto a lo de varios SO al mismo tiempo soy tan reticente como tu pero
te prometo que vi esa pantalla en una la BIOS en otra el lilo y el articulo
decia que corria varios SO al mismo tiempo fue en un PCWorld. quien controla
el accesos a los recurso pues no lo se
para mi eso viola el concepto de SO ya que coloca un "GESTOR" por encima del
SO en el articulo no decia que fuera una emulacion de nada de echo tu
ejecutabas los SO que quisieras. Con restricciones de recursos claro.
Ya no puedo espeficicarte que los SO se ejecutaran al mismo tiempo pero
seria posible un comutador de SO?
para mi sigue violando mi logica
Gracias pos postear tan rapido me empezaba a aburrir en el curro ;o)
------------------------------------------
ripo
news:8kcj0m$s0t$1...@diana.bcn.ttd.net...
[...]
> En cuanto a lo de varios SO al mismo tiempo soy tan reticente como tu pero
> te prometo que vi esa pantalla en una la BIOS en otra el lilo y el
articulo
> decia que corria varios SO al mismo tiempo fue en un PCWorld. quien
controla
> el accesos a los recurso pues no lo se
Es que salia en la pcworld era: www.vmware.com y si efectivamente lo
viste bien. Se trata de una maquina virtual que emula un ordenador
completito. Luego eres t el que decide instalar en ese "ordenador" el SO que
te apetezca.
> para mi eso viola el concepto de SO ya que coloca un "GESTOR" por encima
del
> SO en el articulo no decia que fuera una emulacion de nada de echo tu
> ejecutabas los SO que quisieras. Con restricciones de recursos claro.
> Ya no puedo espeficicarte que los SO se ejecutaran al mismo tiempo pero
La idea es que al emular un ordenador entero un sistema operativo se
ejecuta dentro de otro por decirlo de algun modo. Pedes ejecutar tantas
maquinas virtuales al mismo tiempo como quieras (o más bien con las que
pueda tu ordenador) y en cada una tener el sistema operativo que quieras y
todos funcionando al mismo tiempo. Además si consigues configurarlo se puede
formar una red entre todos esos ordenadores incluso con acceso al resto de
ordenadores de tu red. Se le asigna a cada sistema operativo su propia ip y
desde fuera es como si existiese el ordenador en si mismo puediendo acceder
a todos los servicios que levantes en la maquina virtual.
Pero lo mejor es que no hace falta ni siquiera instalar un sistema
operativo si no quieres. Puedes ejecutar una maquina virtual que arranque
por ejemplo un SO que tengas en otra partición y trabajar con el como si
hubieses reiniciado y arrancado en ese SO.
Además se puede trabajar en modo no persistente que hace que cuando
apagas la maquina virtual todo queda como antes de haber empezado, y no veas
que gozada poder hacer todas las pruebas de programas basura y tener el SO
siempre en perfecto estado de estabilidad. Yo sobre todo lo he usado para
simular redes y para probar cosas que sabes que te pueden dar volcados de
pila, así arrancas en modo no persistente lo pruebas ysi casca es igual, al
sisguiente reinicio todo estará como antes de haber empezado.
Allan Psicobyte
como se envía:
El puerto para enviar correo es el 25. Como siempre, puede ser en otro
puerto, pero yo no he visto jamás el SMTP (Simple Mail Transfer Protocol)
en ninguno que no sea el 25.
De modo que nos enchufamos al puerto 25 del host que queramos (Si, al
contrario de lo que vimos en POP3, puede ser casi cualquier host, solo
tienes que probar con varios y ver si te aceptan.) En adelante, los
mensajes que vayan precedidos de un número de tres dígitos son las
respuestas del servidor, las expresiones entre "{" y "}" son variable que
explicaré en cada caso, y mis comentarios irán detrás de //.
El numero de tres dígitos es el llamado "status-code", y nos indica el
estado del servidor en un momento dado:
El primer dígito nos da el nivel de error (mientras sea 2, no hay
problema):
2xx Todo va bien, sigue así.
4xx Fallo temporal, a lo mejor la próxima vez que lo intentes funciona.
5xx Fallo permanente, has hecho algo mal o no tienes permiso para hacer
eso.
El segundo y tercer dígitos nos concretan los detalles:
x1x Relativo a la dirección de correo:
X10 Pasa algo con la dirección, pero no sabemos qué
X11 La dirección de destino está mal (el mailbox)
X12 La dirección de destino está mal (el host)
X13 La dirección de destino está mal escrita
X14 La dirección de destino es ambigua
X15 La dirección de destino es válida
X16 El mailbox ha cambiado
X17 La dirección de origen está mal escrita
X18 La dirección de origen está mal (el host)
x2x Relativo al mailbox (buzón):
X20 Pasa algo con el mailbox, pero no sabemos qué
X21 Mailbox desactivado, no se aceptan mensajes
X22 Mailbox lleno
X23 Mensaje demasiado largo
X24 Error al expandir la lista de correo
x3x Relativo al host:
X30 Pasa algo con el host, pero no sabemos qué
X31 Host lleno ¡!, no se aceptan mensajes
X32 El host no acepta mensajes de la red
X33 El host no acepta esa característica
X34 Mensaje demasiado largo para el host
x4x Relativo a la red:
X40 Pasa algo con el la red o el enrutado, pero no sabemos qué
X41 Sin respuesta del host
X42 Error de conexión
X43 error de enrutado
X44 No se puede enrutar
X45 Congestión de red
X46 detectado loop de Routing
X47 Tiempo de envío expirado
x5x Relativo al protocolo:
X50 Pasa algo con el protocolo, pero no sabemos qué
X51 Comando inválido
X52 Error de sintaxis
X53 Demasiados receptores
X54 Argumento/s inválido/s
X55 Versión de protocolo equivocada
x6x Relativo al contenido o formato del mensaje:
X60 Pasa algo con el media (formato, más o menos), pero no
sabemos qué
X61 Media no soportado
X62 Conversión requerida y prohibida
X63 Conversión requerida pero no soportada
X64 Conversión con errores
X65 Conversión fallida
x7x Relativo a la seguridad:
X70 Error de seguridad indefinido
X71 Envío rechazado, mensaje rehusado
X72 Expansión de lista de correo prohibida
X73 Conversión de seguridad necesaria pero imposible
X74 Característica de seguridad no disponible o soportada
X75 Error criptográfico
X76 Algoritmo criptográfico no soportado
X77 Fallo de integridad del mensaje
Cuando te conectes al host (supongamos que se llama mail.correo.com) te
dirá algo así como:
220 mail.correo.com ESMTP
// También es usual que te de algunos datos más, como la versión de
software que usa, la fecha, etc. Si, directamente, no te deja conectar,
es que está filtrando las IPs. Déjalo y busca otro.
//Ahora, lo primero es presentarse (hay que ser educados) diciendo desde
qué host nos conectamos:
HELO {host}
// Donde "host" es tu dominio o el nombre de tu máquina. Puedes intentar
engañarle, que muy probablemente te acepte igual, para lo que te va a
servir...
// el servidor te responderá algo del estilo de:
250 mail.correo.com
// Si, además, te dice algo como ESMTP, es que soporta SMTP Extendido, y
también admitirá caracteres de 8 bits (solo en el cuerpo de los mensajes,
no en las cabeceras). Otra opción es presentarse usando el comando:
EHLO {host}
// que es casi igual que el HELO, pero te presenta algunas opciones
avanzadas de las que dispone el servidor:
250-mail.correo.com
250-PIPELINING
250 8BITMIME
250 HELP
// variarán de servidor en servidor, y la mayoría no nos interesan ahora.
// A lo mejor te dice que el host no es válido, puedes intentarlo con
varios distintos. Normalmente, hoy día, no podrás hacer nada si no haces
un HELO o EHLO antes, pero si encuentras una máquina que no lo requiera,
es más que probable que puedas hacer cosas interesantes con ella, como
mandar correo anónimo...
//El siguiente paso es decirle de parte de quién viene el correo:
MAIL FROM: {y...@host.com}
// donde y...@host.com es la dirección desde la que se envía el mensaje, y
a la que, por defecto, se mandará cualquier mensaje de "nondeliberable
mail" y similares. Puedes inventarte la dirección, o incluso no poner
ninguna poniendo:
MAIL FROM: <>
// El servidor, si te acepta, te responderá algo como:
250 Sender <{y...@host.com}> Ok
// Ahora le indicamos a quién va dirigido el mensaje:
RCPT TO: {rece...@site.com}
// Donde "rece...@site.com" es la dirección a quien va dirigido el
mensaje. Puedes usar este comando varias veces, y se enviarán copias del
mensaje a cada uno de los receptores. El servidor debería responder:
250 Recipient <rece...@site.com> Ok
// NOTA: Algunos servidores exigen que la direcciones de remitente y
receptor se den entre los signos "<" y ">".
// Una vez que nos han aceptado el receptor, vamos a escribir el mensaje.
Para ello escribimos simplemente:
DATA
// a lo que el servidor nos responde:
354 Ok Send data ending with <CRLF>.<CRLF>
// Lo que significa que, tras terminar de escribir el mensaje, debemos
poner un punto en una sola línea para que sepa que hemos acabado. Algo
así como:
hola
Esto es un mensaje escrito con el telnet.
que cosas.
.
// Mucho ojo, hasta que no escribes el punto solitario, todo lo que
escribas irá en el mensaje.
// El servidor, una vez acabes, te responderá:
250 Message received: {número raro}
// donde "número raro" es el código de identificación del mensaje. Con
esto ya has enviado tu primer e-milio manual.
// Algunos comando más que puedes usar son:
NOOP
// Que no hace nada. Sirve para mantener la conexión (hay servidores que
se desconectan tras algún tiempo de inactividad) y para verificar que
sigues conectado.
VRFY {dirección}
// Donde "dirección es la dirección de correo que quieres testear. Sirve
para ver si existe esa dirección de e-milio. Usualmente solo servirá para
direcciones en el propio servidor ,y debería responderte algo como:
250 <rece...@site.com> Ok
// si es que existe. Si no existe te dirá:
550 Unknown address: <rece...@site.com>
// Como ves. este puede ser un comando muy útil. Además, es posible que
te de el nombre del usuario...
// Y si no te lo da, quizás este comando si:
EXPN {rece...@site.com}
// En principio, esto sirve para expandir una lista de correo, pero tanto
si se trata de un usuario como de una lista de correo, este comando puede
devolverte algunos datos interesantes:
250 rece...@site.com (Fulano García García)
// No es muy usual, pero yo lo he visto en varios sitios.
// Otros comandos pueden ser:
SEND FROM: {y...@host.com}
// que funciona igual que "MAIL FROM:" pero, en lugar de enviar el
mensaje al mailbox, lo envía al terminal del usuario, siempre y cuando
este esté en una sesión en el host en ese momento y tenga habilitada la
recepción de mensajes.
SOML FROM: {y...@host.com}
// Hace lo mismo que el anterior pero, si el usuario no está disponible o
no acepta mensajes, entonces el mensaje se envía a su mailbox.
SAML FROM: {y...@host.com}
// Casi igual que el anterior, solo que este envía el mensaje al terminal
del usuario (si está disponible) Y TAMBIEN al mailbox.
// Si, en un momento dado, te arrepientes de lo que estabas haciendo y
quieres empezar otra vez (por ejemplo, estás a medio escribir un mensaje
a tu jefe con tu curriculum y piensas que "cocainómano" no es una buena
palabra) tienes este comando:
RSET
// que elimina toda la información relativa al mailbox (remitente,
receptor, texto...)
// Y siempre tienes a nuestro viejo amigo y aliado (bueno, no siempre):
HELP
// que no creo que haya que explicar.
// Otros comandos menos usados (y muy poco soportados) son:
TURN
// que, si es aceptado, le da la vuelta a la situación, transformando al
servidor en cliente y al cliente en servidor (más exactamente, lo que
hace es decirle al servidor: "si quieres decir algo, estoy a la
escucha").
AUTH
// que sirve para autentificarse, usando el mismo protocolo MB5 que ya
comenté anteriormente.
Y estos son los comandos de SMTP. Para una información más detallada
puedes consultar el RFC 821 para el SMTP y el RFC 1893 para los códigos
de status.
Quizás habría que comentar algo de lo que se puede hacer con las
cabeceras de los e-milios, pero esto se está haciendo un poco largo. Si a
alguien le interesa que lo diga y lo pongo en otro post.
Juan Pablo Hierro Álvarez
Hash: SHA1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE5a4Ibd1aMoahwet8RAkNzAJ9x1YgYaA3jLFN47wSio4CaabnaKwCgxx6Z
1ZwaCH72EVp0ttRCMF6o6uA=
=bwkc
-----END PGP SIGNATURE-----
isocrono
> cabeceras de los e-milios, pero esto se está haciendo un poco largo.
Si a
> alguien le interesa que lo diga y lo pongo en otro post.
Sí por favor, a mi es una de las cosas que siempre me han llamado más
la atención.
--
isocrono
"la hora está cerca"
isocrono
> cabeceras de los e-milios, pero esto se está haciendo un poco largo.
Si a
> alguien le interesa que lo diga y lo pongo en otro post.
Sí por favor, a mi es una de las cosas que siempre me han llamado más
isocrono
> cabeceras de los e-milios, pero esto se está haciendo un poco largo.
Si a
> alguien le interesa que lo diga y lo pongo en otro post.
Sí por favor, a mi es una de las cosas que siempre me han llamado más