On Thu, 28 Aug 2003 08:30:31 -0600, Danilo Alfaro wrote:
> quiero poder enviar correos desde mi maquina sin necesidad de ir a
> hotmail, por eso pregunte antes sobre como usar postfix [...] pero no
> dicen lo basico como que hacer para enviar correos desde tu maquina?
Es f�cil una si uno trata de mantener la cabeza fr�a... en general
depende de tu ISP. Para enviar correo hacia el resto del mundo desde
tu m�quina, "algo" tiene que abrir una conexi�n desde tu m�quina hasta
otra m�quina. Esta otra m�quina puede ser algo que se llama un "relay"
(un repetidor) o puede ser tal vez algo que est� m�s cerca del destino
final, o el destino final mismo. Por ejemplo, este correo viene de
[EMAIL PROTECTED] Si envi�s un mensaje a esa direcci�n lo que
va a pasar es algo as�:
Se abre una conexi�n a X y se pone el correo en una cola
X abre una conexi�n a mail.sneakemail.com y all� se pone el mensaje
en una cola
Otra m�quina (o tal vez mail.sneakemail.com) abre una conexi�n a una
m�quina en otra parte de la red que por razones de privacidad no voy
a divulgar. Dicha m�quina recibe el mensaje y lo pone en una cola.
Esta otra m�quina abre una conexi�n a una m�quina en mi universidad,
que deposita el mensaje en un buz�n de correo predestinado para este
fin.
Mi cliente de correo abre este buz�n
Lo que a vos te interesa en este momento es aclarar qui�n es X y que es
lo que pasa en esa primera l�nea.
Si tu ISP permite que cualquier m�quina dentro de su red abra
conexiones al puerto 25 de m�quinas fuera de su red (lo cual es Algo
Muy Malo(TM)), "X" puede ser tu propia m�quina, o en general una
m�quina de tu lado de la conexi�n a tu ISP.
Si tu ISP *no* permite eso (es decir, es un ISP razonable), *ten�s* que
abrir una conexi�n a una m�quina que tu ISP a predestinado para ello.
Si la memoria no me enga�a en el caso de RACSA eso es smtp.racsa.co.cr.
Ahora la pregunta es *qui�n* en tu m�quina abre esta famosa conexi�n.
Eso puede ser tu cliente de correo (por ejemplo, Evolution te deja
configurar un "servidor SMTP" para este efecto) pero no tiene que ser
necesariamente as� y aunque no es extraordinariamente mala la idea,
tampoco es extraordinariamente buena. De hecho es mala en general.
La otra opci�n es que sea un programa como Exim o Postfix o lo que sea
que est� de moda ese d�a (pero por favor que no sea sendmail), en
general algo que acepte correo local y que lo ponga en una cola y que
lo entregue cuando se le diga que lo haga. Exim en Debian viene con
una cosa preconfigurada para hacer exactamente eso. En este caso, tu
cliente de correo abre una conexi�n a tu propia m�quina (mala idea) o
corre un programa que hace algo de magia para poner tu mensaje en una
cola de salida (igual de mala la idea, pero mejor que la alternativa).
Ese programa se llama por razones hist�ricas /usr/sbin/sendmail o
/usr/lib/sendmail o algo as�. Algunos clientes como Evolution le
llaman a esto "Unix mail delivery" (que en realidad no es 100%
correcto, pero hab�a que ponerle alg�n nombre al asunto). Mutt es
suficientemente flexible como para tener un default
("/usr/sbin/sendmail -oem -oi" para ser exactos) que funcionar� en
cualquier instalaci�n razonable, pero te deja especificar cosas
arbitrarias.
Ok, para esta altura ya te he confudido bastante :-)
En corto:
Tu cliente de correo corre un programa que pone tu mensaje en una
cola.
Tu MTA mira peri�dicamente en esta cola y trata de entegrar los
mensajes al servidor SMTP de tu ISP
El servidor SMTP de tu ISP hace todo lo que sea necesario para que
tu mensaje sea entregado. Este detalle es importante, pues hay
locos dando vuelta por ah� que te van a decir que esto es algo malo.
Es Bueno(TM). El servidor SMTP de tu ISP tiene mejor conectividad
que tu m�quina en casa. El servidor puede reaccionar de forma
*razonable* en caso de que existan problemas con una ruta o un
servidor en el camino o lo que sea. Tu m�quina no.
Vamos progresando...
Como dije antes, el Exim de Debian tiene una configuraci�n que hace
exactamente esto. A este modo de operaci�n se le llama "smarthost".
Lo que hac�s es que cuando la conexi�n de internet levante, le dec�s a
Exim que trate de entregar los mensajes en la cola. Para lo que vos
ocup�s Exim es suficiente y tiene la ventaja de que la documentaci�n es
buena. A lo �nico que ten�s que ponerle cuidado es que deb�s hacer que
el campo de "Sender" contenga algo que sea posible alcanzar desde fuera
de tu m�quina (o sea, no [EMAIL PROTECTED] sino [EMAIL PROTECTED] o
algo as�)
> a proposito y canbiando de tema a que se refieren cuando en un
cambiando.
> programa dicen que esta escuchando un puerto?
Quiere decir que si se inicia una conexi�n a un puerto, los datos que
vengan por esa conexi�n ser�n env�ados a ese programa. Hay 65 mil
puertos disponibles para este efecto. Cada programa que presta un
servicio se "pega" a un puerto predestinado (es decir, se "hace due�o"
del puerto) y espera que le lleguen datos, es decir, "escucha en ese
puerto". Pod�s hacer algo as�:
$ sudo lsof -i | grep LISTEN
portmap 133 daemon 4u IPv4 874 TCP *:sunrpc (LISTEN)
XFree86 858 root 1u IPv4 122538026 TCP *:X11 (LISTEN)
inetd 18946 root 4u IPv4 83402986 TCP *:discard (LISTEN)
inetd 18946 root 6u IPv4 83402992 TCP *:daytime (LISTEN)
inetd 18946 root 7u IPv4 83402995 TCP *:time (LISTEN)
inetd 18946 root 8u IPv4 83402998 TCP *:shell (LISTEN)
inetd 18946 root 9u IPv4 83403001 TCP *:login (LISTEN)
inetd 18946 root 10u IPv4 83403004 TCP *:exec (LISTEN)
inetd 18946 root 11u IPv4 83403007 TCP *:auth (LISTEN)
ypserv 18992 root 5u IPv4 83404728 TCP *:941 (LISTEN)
ypbind 18998 root 6u IPv4 83404744 TCP *:944 (LISTEN)
ypbind 18999 root 6u IPv4 83404744 TCP *:944 (LISTEN)
ypbind 19000 root 6u IPv4 83404744 TCP *:944 (LISTEN)
ypbind 19001 root 6u IPv4 83404744 TCP *:944 (LISTEN)
rpc.statd 19017 root 6u IPv4 123158192 TCP *:977 (LISTEN)
rpc.mount 19088 root 4u IPv4 123160087 TCP *:ipp (LISTEN)
sshd 19937 root 4u IPv4 123545357 TCP *:ssh (LISTEN)
ypserv 23338 root 5u IPv4 83404728 TCP *:941 (LISTEN)
amd 26479 root 5u IPv4 1193474 TCP *:799 (LISTEN)
Esos son los programas escuchando en puertos en tu m�quina.
-m.
--
Desuscripci�n: escriba a [EMAIL PROTECTED], tema 'unsubscribe'
Problemas a: [EMAIL PROTECTED] http://www.linux.or.cr/listas
