Nota Introductoria Si tuviera que buscar un adjetivo para calificar a Sendmail, pensar�a en "excesivo". Excesivo puesto que este programa intenta -y puede- satisfacer las necesidades de una audiencia extremadamente amplia... incluso, de una audiencia que hace a �os ha desaparecido. En general, cuando un programa es "m �s y m�s flexible", los usuarios deben pagarel precio de "m�s y m�s complejidad" para asimilar toda aquella flexibilidad. Sendmail permite configurar aspectos que normalmente yacen ocultos en el c �digo compilado de otros programas similares... aspectos que en la pr�ctica diaria ya casi nadie usa. Es por eso que usar Sendmail suele ser una experiencia desconcertante... desde el inicio y hasta el final. Y en ese sentido tengo que admitir que este peque �o texto tambi�n puede serlo, pese a que he procurado que no ocurra as �. Sendmail es calificado de "inseguro", y con justa raz �n. Tiene una larga historia de "vulnerabilidades" que han conminado a algunos administradores a optar porsoluciones supuestamente m �s seguras como postfix y qmail. En favor de Sendmail s�lo tengo que indicar que sus creadores han venido haciendo grandes esfuerzos para que esto cambie, y ciertamente los �ltimas versiones han consistido esencialmente en mejoras en esa direcci �n. Un �ltimo adjetivo para Sendmail podr�a ser "legendario", en el sentido que es una de las utilidades m�s antiguas de los sistemas Unix, se proporciona en pr�cticamente todas sus variantes (y tambi �n en Linux), es el servidor de email m�s utilizado a nivel mundial, y sorprendentemente es a la vez una de las utilidades menos "dominadas" por los administradores debido a lo antes indicado - as � como a una muy deficiente documentaci �n! C�mo se ha confeccionado este texto En la medida que tengo costumbre de usarvi, pero no tengo costumbre de escribir y recordar los extensos y variados tags de Docbook, he usado mi script "QDK" disponible en Sourceforge a fin de generar el SGML respectivo. Recomiendo su uso al lector que est � acostumbrado a escribir Docbook directamente. C�mo contactarme
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
Si tuviera que buscar un adjetivo para calificar a Sendmail, pensar �a en "excesivo".
Excesivo puesto que este programa intenta -y puede- satisfacer las necesidades de
una audiencia extremadamente amplia... incluso, de una audiencia que hace a�os ha
desaparecido.
En general, cuando un programa es "m�s y m�s flexible", los usuarios deben pagar
el precio de "m�s y m�s complejidad" para asimilar toda aquella flexibilidad.
Sendmail permite configurar aspectos que normalmente yacen ocultos en el c�digo
compilado de otros programas similares... aspectos que en la pr �ctica diaria ya casi
nadie usa.
Es por eso que usar Sendmail suele ser una experiencia desconcertante... desde el
inicio y hasta el final. Y en ese sentido tengo que admitir que este peque�o texto
tambi�n puede serlo, pese a que he procurado que no ocurra as�.
Sendmail es calificado de "inseguro", y con justa raz�n. Tiene una larga historia de
"vulnerabilidades" que han conminado a algunos administradores a optar por
soluciones supuestamente m�s seguras como postfix y qmail. En favor de
Sendmail s�lo tengo que indicar que sus creadores han venido haciendo grandes
esfuerzos para que esto cambie, y ciertamente los �ltimas versiones han consistido
esencialmente en mejoras en esa direcci�n.
Un �ltimo adjetivo para Sendmail podr �a ser "legendario", en el sentido que es una
de las utilidades m�s antiguas de los sistemas Unix, se proporciona en
pr �cticamente todas sus variantes (y tambi�n en Linux), es el servidor de email
m�s utilizado a nivel mundial, y sorprendentemente es a la vez una de las utilidades
menos "dominadas" por los administradores debido a lo antes indicado - as� como a
una muy deficiente documentaci�n!
C�mo se ha confeccionado este texto
En la medida que tengo costumbre de usar vi, pero no tengo costumbre de escribir y
recordar los extensos y variados tags de Docbook, he usado mi script "QDK"disponible en Sourceforge a fin de generar el SGML respectivo. Recomiendo su uso al
lector que est� acostumbrado a escribir Docbook directamente.
Luego se deber � recargar la configuraci�n de xinetd:
# service xinetd reload
Ahora todo est� listo por el lado del servidor.
Pruebas con el cliente "mail"
En los sistemas Linux el comando mail permite enviar y leer mensajes de correo
electr �nico mediante Sendmail. Por ejemplo, para enviar un mensaje a una cuenta
exterior de test:
[diego@edithpiaf diego]$ mail [email protected]: This is a testThere goes the challenger.Cc:
[diego@edithpiaf diego]$La lectura de mensajes de correo recibidos se puede hacer tambi�n con el comando
"mail":[pedrito@correo pedrito]$ mailMail version 8.1 6/6/93. Type ? for help."/var/spool/mail/pedrito": 1 message 1 new>N 1 [email protected] Sun Jan 27 06:24 "prueba"&Message 1:
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
creador del mensaje, la lista de destinatarios, la fecha de env�o, los servidores
intermedios por donde el mensaje ha pasado, etc.
Body
Contiene el texto del mensaje en s�. Est� compuesto por caracteres ASCII.
Envelope (sobre)
Contiene informaci�n usada para enrutar los mensajes, tal como los destinatarios
inmediatos. Esta informaci�n normalmente tiene coincidencias con algunos
componentes del header.
Attachment
Los archivos que no se componen de texto ASCII pueden ser enviados si primero se
codifican como texto ASCII y se a�aden ordenadamente a un mensaje normal. Estos
a�adidos al mensaje se denominan attachments.
Casilla del usuarioLos usuarios de correo electr �nico no est�n conectados a la red durante todo el
d�a, y lo mismo ocurre con sus computadores. Debido a esto, los mensajes que
est�n dirigidos a ellos normalmente se almacenan en un �rea temporal denominada
"casilla de correo" a la espera de que el usuario la extraiga cuando est� listo.
Relay
Corresponde a la facultad del MTA de reenviar los mensajes provenientes de uncomputador hacia otro computador. Por ejemplo, cuando un usuario de la red local le
proporciona un mensaje que en realidad est� dirigido hacia un usuario en Internet.
Empezando
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
La opci�n "-bt" significa "modo de test", y el "-d0.1" significa "debug de aspectosgenerales (el cero), en nivel 1". Al modificar el nivel de debug se puede obtener m�s
informaci�n. Por ejemplo, el lector podr �a observar la salida que presenta el
comando anterior con "-d0.15".
Inicio autom�tico
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
Como se aprecia, el servidor "sendmail" puede ser invocado en modo interactivo con
diversos prop�sitos, sin embargo, lo usual es que opere en forma "no interactiva", o
como se suele decir en sistemas Unix, como un "demonio". Por lo general esto es
configurado en los scripts de inicio del sistema operativo de modo tal que el "demonio
sendmail" se inicie en forma autom�tica cada vez que el computador es iniciado.En un sistema RedHat Linux (versiones 7 en adelante) se puede emplear el comando
"service" para invocar a estos scripts en cualquier momento. Por ejemplo, para
consultar acerca del estado actual del servicio Sendmail:
[root@edithpiaf root]# service sendmail status
sendmail est� parado
Para iniciarlo:[root@edithpiaf root]# service sendmail startIniciando sendmail: [ OK ]Inicio de sm-client: [ OK ]
Para detenerlo:[root@edithpiaf root]# service sendmail stopApagando sendmail: [ OK ]
Desactivaci�n de sm-client: [ OK ]
En otros sistemas habr � que consultar la respectiva documentaci�n. El comando
necesario podr �a ser como sigue:bash# /etc/rc.d/init.d/sendmail start
obash# /etc/init.d/sendmail start
obash# /sbin/init.d/sendmail start
Y para detenerlo, reemplazar el "start" por un "stop".
Para que esto se ejecute autom�ticamente cuando el sistema se inicia, en RedHat se
suele emplear los comandos ntsysv o chkconfig.
El log
Sendmail, como cualquier programa relacionado con el correo electr �nico, genera
mensajes de eventos (logs) mediante syslog. En los sistemas RedHat
normalmente syslog est� configurado para enviar los mensajes hacia elarchivo /var/log/maillog. Cuando se hacen pruebas con Sendmail es muy
conveniente tener una ventana o terminal abierta mostrando el log:
Dividiremos esto en dos partes: configuraci�n del host y configuraci�n de programa
Sendmail.
Configuraci�n del host
A continuaci�n algunos aspectos muy importantes relacionados al sistema operativo
donde Sendmail se ejecutar �. Esto NO es propiamente la configuraci�n de
Sendmail, pero �ste requiere interactuar con diversos elementos del sistema
operativo.
DNS
A fin de poder enviar mensajes a destinatarios remotos, Sendmail debe ser capaz de
obtener la informaci�n necesaria de un servidor DNS. Incluso en una red local puede
ser conveniente el empleo de un servidor DNS.
Si se desea desactivar completamente el uso del servidor DNS (por ejemplo, si nunca
se saldr � a Internet) entonces se debe recompilar Sendmail con las opciones
apropiadas (no explicaremos esto aqu�.)
En la mayor �a de computadores Unix/Linux, la direcci�n del servidor DNS que usanlas aplicaciones se configura en el archivo /etc/resolv.conf. Por ejemplo, si su
servidor DNS m�s cercano (el de la organizaci�n o el que ha proporcionado su
proveedor) tiene direcci�n ip 100.2.3.4, entonces el archivo "resolv.conf" del
computador destinado para ejecutar Sendmail debe lucir as�:
nameserver 100.2.3.4
Por lo general se configuran dos o tres servidores DNS.
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
smmsp 16226 ? S 15:43 sendmail: Queue runner@01:00:00 for/var/spool/clientmqueue
En este caso, el segundo proceso (client queue runner) es controlado mediante otro
archivo de configuraci�n:/etc/mail/submit.cf
Obviamente, en otros sistemas este archivo se puede encontrar en otros directorios.
Sistema de configuraci�n M4
Motivaci�n
Si el lector tuvo curiosidad de listar el archivo "cf", habr � notado seguramente que
�ste tiene una sintaxis muy poco intuitiva. Este problema no ha pasadodesapercibido para los desarrolladores de Sendmail (aunque la cura quiz� haya
resultado peor que la enfermedad:)
A fin de facilitar la configuraci�n de Sendmail para los usuarios ocasionales y los
administradores en general, existe un mecanismo complementario que evita la
escritura y modificaci�n directa del archivo "cf". Este mecanismo consiste en escribir
un archivo relativamente sencillo usando la sintaxis del lenguaje "M4", el cual se
proporciona en pr �cticamente todos los sistemas Unix/Linux (a veces como software
opcional.)
Mediante este sistema, el usuario crear � (o modificar �) un archivo relativamente
breve, el cual se traducir � en muchas l�neas del archivo "cf".
Lo cierto es que es absolutamente impr �ctico escribir "desde cero" un archivo "cf"
medianamente utilizable, as� que el m�todo M4 es una opci�n casi obligatoria.
Regenerando el archivo "cf"
Antes de hacer modificaciones, es recomendable conocer c�mo se gener � el
archivo "cf" proporcionado por el sistema. Normalmente �ste proviene de un archivotipo "M4". Lamentablemente esto no es v�lido en todos los casos, y las rutas de los
archivos involucrados son muy variables.
En RedHat 8 el archivo "cf" distribuido (/etc/mail/sendmail.cf) se puede regenerar
en cualquier momento a partir del archivo (/etc/mail/sendmail.mc) que usa la
sintaxis "M4". Esto se puede hacer con el siguiente comando:
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
El sistema M4 de Sendmail permite generar configuraciones para distintos prop�sitos
as� como alterar opciones bastante puntuales. A modo de ejemplo, el par �metroque controla el "tiempo de alerta" de un mensaje en cola (no se preocupe si no
entiende esto, es s�lo un ejemplo), se configura con M4 mediante una l�nea como
la siguiente:
define(`confTO_QUEUEWARN',`2h')
Lo cual se traduce en exactamente la siguiente l�nea en el archivo "cf" generado:O Timeout.queuewarn=2h
T�ngase cuidado dentro del archivo "M4" de emplear las comillas adecuadas para
cada caso (obs�rve que se han usado ambos tipos:` y '
En resumen, mediante la sintaxis (simple) de "M4", se puede regenerar un archivo en
la sintaxis (compleja) del "cf". Recu�rdese que al final, el programa Sendmail s�lo
utilizar � el archivo "cf".
En lo que sigue, presentaremos la configuraci�n de Sendmail empleando ambos
m�todos cuando sea posible, pero se preferir � el m�todo M4. Como se indic�,
algunas directivas del m�todo "M4" se traducen a una gran cantidad de complejas
directivas del archivo "cf", el cual resulta impr �ctico.
El Procesamiento de los mensajes
Los mensajes de correo electr �nico tienen principalmente dos tipos de
procesamiento:
• Local: Cuando el destinatario es un usuario perteneciente a nuestro servidorde
correo electr �nico
• Remoto: Cuando el destinatario est� ubicado en otro servidor
Estas "rutas" de env�o de mensaje se suelen denominar "mailers" y sonimplementadas por "delivery agents".
Env�os locales
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
especificado (lo que sigue a la @) es "correo.caligula.net"; si este coincide con elhostname del computador, entonces el mensaje debe ser considerado local.
Una excepci�n (extremadamente com�n) a lo �ltimo consiste en forzar que ciertas
direcciones sean tratadas como locales. Para esto, el usuario generalmente
configurar � el archivo/etc/mail/local-host-names con los nombres de host
considerados "locales" o "sin�nimos" del host local. Por ejemplo, para que el
mensaje con destino "[email protected]" sea tambi�n considerado local, habr �a que
incluir en el archivo /etc/mail/local-host-names:
neron.org
Esto es muy importante, puesto que t�picamente las organizaciones deciden utilizar una direcci�n de email terminada en "@dominio", donde "dominio" casi nunca
coincide exactamente con el hostname del servidor. De no configurarse el
archivo local-host-names, todos los mensajes que lleguen al servidor con esta
direcci�n ser �an considerados no locales, y por tanto ser �an rechazados.
En otros sistemas el nombre del archivo de configuraci�n local-host-names puede
variar. Para averiguar o verificar esto, debemos consultar la documentaci�n o en
�ltimo caso el archivo "cf":
# grep "^Fw" /etc/mail/sendmail.cf
Fw/etc/mail/local-host-names
En versiones anteriores de Sendmail, este archivo se denominaba /etc/sendmail.cw.
Si se dispone del archivo "M4" que dio origen al "cf", deber �amos buscar all� una
el archivo "cf" mediante el comando "C" (seguido por el nombre de la clase, o sea
"Cw") o mediante un archivo externo (definido por el comando "F", en nuestro caso
"Fw".)
Los env�os locales conllevan a que los mensajes sean almacenados en la "casilla de
correo" del usuario destinatario. El usuario deber � extraer estos mensajes con suprograma "cliente", posiblemente mediante los protocolos IMAP o POP como se ver �
despu�s.
La casilla de correo (inbox) es simplemente un archivo cuyo nombre coincide con el
del usuario y se ubica en el directorio /var/spool/mail (como siempre, esto puede
variar en otros Unix.) Como veremos, Sendmail no escribe directamente en este
archivo y por tanto no es parte de su configuraci�n.
Definici�n del env�o local
Como se indic�, el env�o local conlleva a que el mensaje sea guardado en el
archivo "inbox" o "casilla de correo". Sin embargo, Sendmail no realiza directamente
este trabajo, sino que invoca a un programa auxiliar para esta tarea (aparentemente
sencilla.)
Esto se configura en el archivo "cf" con la definici�n "Mlocal" (mailer local.) En el
archivo "cf" de RedHat 8.0, esta secci�n luce as�:
Nota: Como se indic� anteriormente, en las versiones recientes Sendmail viene
dividido en "dos partes", una de las cuales se encarga del procesamiento de losmensajes enviados desde la l�nea de comando del servidor (sm-client) y otra de los
mensajes recibidos desde la red. Ambas tienen su propia cola. A fin de ver la cola del
"sm-client" es menester usar:
# sendmail -Ac -bp
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
En una red conformada por un servidor de correo y un conjunto de estaciones (como
nuestro dominio "laorganizacion.org") los usuarios de seguro redactan sus mensajes
usando MUA's (clientes) que les permiten (y les exigen) especificar la direcci�n de
correo con la que el mensaje aparente haberse originado (campo "From" en el
header.) Esto se usa por lo general para que el destinatario pueda respondernos.En nuestro caso, los usuarios configurar �n sus direcciones de origen con algo como
Si nuestro servidor de email de pronto sufre un desperfecto, nuestros mensajes de
email no podr �n salir. Esto es grave, pero se puede suplir con llamadas telef �nicas
u otros medios.
Sin embargo, m�s grave es el no responder a los mensajes que nos env�an. En
ciertos casos, los servidores remotos intentar �n reenviarnos los mensajes (durante
cierto tiempo.) En otros, puede que esto nunca ocurra y que los mensajes "reboten"
inmediatamente. En cualquier caso, es muy grave el hecho de perder estos mensajes.
Aqu� analizaremos algunas medidas destinadas a contrarrestar estos
inconvenientes.
Un servidor local adicional
Si nuestro servidor de email deja de operar por un problema (cualquiera) del
computador, una forma de mantener el servicio consiste en disponer de un servidor de
respaldo ubicado al interior de nuestra organizaci�n el cual puede continuar
recibiendo los mensajes que nos env�an.
Esto es relativamente sencillo de implementar a�adiendo una entrada en el DNS:
@ MX 10 mailserver1MX 20 mailserver2
Aqu� mailserver1 es el servidor "normal" que recibe los mensajes, mientras
quemailserver2 es el "backup". Esta configuraci�n ocasionar � que los mensajesque llegan del exterior y no pueden ser enviados a mailserver1 sean enviados
a mailserver2.
Frecuentemente estos servidores guardar �n los mensajes en las casillas de email de
los usuarios destinatarios respectivos, a fin de que �stos los recojan v�a protocolos
POP o IMAP. El problema es que la mayor �a de clientes de email POP/IMAP s�lo
se pueden configurar para acceder a un servidor a la vez.
En otras palabras, si mailserver1 deja de operar y mailserver2 toma la posta,
entonces todos los usuarios de la red local deber �
n ser reconfigurados para queapunten amailserver2.
Esto puede ser aceptable en ciertas circunstancias, como en el caso de tener pocos
clientes.
A fin de evitar esto, es posible hacer algunos artificios asumiendo
que mailserver1 est� inoperativo.
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
Luego se configurar �an servidores de email independientes para cada ciudad. Desdeel punto de vista del email, cada subdominio viene a ser una organizaci�n
independiente. En cada servidor (en cada ciudad) el administrador crea sus propias
cuentas independientes.
El DNS deber � contener entradas independientes para cada uno de estos servidores
; archivo de zona de inkacoca.orglima IN MX 10 lima-maillima-mail IN A 18.1.3.40trujillo IN MX 10 tru-mailtru-mail IN A 18.1.4.40cuzco IN MX 10 cuzco-mailcuzco-mail IN A 18.1.5.40iquitos IN MX 10 iqui-mailiqui-mail IN A 18.1.6.40pmaldonado IN MX 10 pto-mailpto-mail IN A 18.1.7.40
Los problemas de este esquema son:
1. No se est� reflejando el dominio �nico de la organizaci�n (nadie tiene
Adicionalmente se requieren registros en el DNS para el "mail switch":
; archivo de zona de inkacoca.org@ IN MX 10 switchswitch IN A 18.1.3.41lima IN MX 10 lima-maillima-mail IN A 18.1.3.40trujillo IN MX 10 tru-mailtru-mail IN A 18.1.4.40cuzco IN MX 10 cuzco-mailcuzco-mail IN A 18.1.5.40
iquitos IN MX 10 iqui-mailiqui-mail IN A 18.1.6.40pmaldonado IN MX 10 pto-mailpto-mail IN A 18.1.7.40
Todo esto permite que los mensajes destinados con @incakoca.org lleguen al
servidor de correo local que les corresponde.
Los problemas pendientes son:
P�rdida de independencia
Cada administrador local debe notificar al administrador del switch de que se ha
creado un usuario local a fin de que se le registre en virtusertable. Se pierde
independencia y no hay una forma sencilla de evitar esto.
Ineficiencia en escritura de direcciones
Cuando un mensaje se env�a desde el interior de la organizaci�n a otro usuario de
la organizaci�n, es necesario especificar la direcci�n de email completa([email protected].) Ser �a deseable usar s�lo el nombre del usuario y que el
sistema asuma que se trata de la organizaci�n.
Ineficiencia en los env�os locales
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
[root@edithpiaf mqueue]# mount /dev/sdX cola1[root@edithpiaf mqueue]# mount /dev/sdY cola2[root@edithpiaf mqueue]# mount /dev/sdZ cola3[root@edithpiaf mqueue]# chown root.mail cola*[root@edithpiaf mqueue]# ls -ltotal 12drwx------ 2 root mail 4096 oct 11 13:01 cola1drwx------ 2 root mail 4096 oct 11 13:01 cola2drwx------ 2 root mail 4096 oct 11 13:01 cola3
En el archivo "cf" se colocar �a:QueueDirectory=/var/spool/mqueue/cola*
Por el m�todo M4:define(`QUEUE_DIR',`/var/spool/mqueue/cola*')
Tenga cuidado de no especificar "/var/spool/mqueue/*" pues esto har �a que
Sendmail incluya (incorrectamente) los directorios "/var/spool/mqueue/." y
"/var/spool/mqueue/..".
Encolar si hay mucha carga
Si la carga del sistema se hace muy elevada, es conveniente limitar la operaci�n de
Sendmail, al menos para los mensajes de menor prioridad.
Cuando un nuevo mensaje es recibido, Sendmail le calcula su prioridad inicial "PRI"
con la f �rmula se�alada anteriormente.
Si la carga es muy elevada, Sendmail tiene la opci�n de no intentar enviar el
mensaje, sino, simplemente encolarlo para un intento posterior. Esto ocurrir � si se
verifican las siguientes condiciones:
1) La carga promedio del sistema (load average) es mayor que el indicado en la
opci�n configurable "QueueLA" (cuyo default es ocho.) La carga promedio es un
valor proporcionado por el sistema operativo que se puede obtener con el comando
"uptime".
2) Se verifica la ecuaci�n:
PRI > QueueFactor /(LA-QueueLA+1)
Recordar que un valor "PRI" m�s elevado es menor prioridad y por tanto hace m�s
probable que la ecuaci�n anterior se verifique.QueueFactor es una opci�n configurable cuyo valor por omisi�n es 600000.
En sistemas grandes puede ser necesario elevar el valor de QueueLA:
O QueueLA=15
En M4:define(`confQUEUE_LA',`15')
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
RHS.) La LHS especifica un patr �n de b�squeda. De haber coincidencia con el
patr �n de b�squeda, la direcci�n de correo electr �nico que se est� procesando
es convertida en el RHS.
Tokens
A fin de comprender las reglas, es necesario conocer el concepto de "token".
Las direcciones electr �nicas procesadas en los rulesets por las reglas son
internamente fraccionadas en varias unidades independientes denominadas "token".
As�, la direcci�n proporcionada en el ejemplo de arriba: "[email protected]" es
internamente dividida en los siguientes cinco tokens:
diego@
hotmail.com
Los siguientes caracteres normalmente delimitan los tokens (y act�an ellos mismos
como tokens adicionales):.:@[]()<>,;\"\r\n
Expresiones de b�squeda
En el ejemplo de arriba, la LHS est� conformada por dos "expresi�n de b�squeda"(comodines o wildcards) de tipo "$+". Estos sirven para buscar coincidencias de uno o
m�s "tokens". M�s adelante veremos m�s de estos comodines.
En nuestro ejemplo, la direcci�n proporcionada hizo coincidir el primer "$+" con el
token "diego" y el segundo "$+" con los tokens "hotmail", ".", "com".
Por el lado de la RHS, el contenido de cada "expresi�n de b�squeda" es accesible
mediante los operadores $1, $2, ... respectivamente. Para nuestro caso, tendremos:
$1 = diego$2 = hotmail . com
En nuestro ejemplo, el RHS es "$1*${MAILHUB}", lo que equivale a
"diego*mail.peru.com.pe", cosa que se aprecia en la respuesta.
El modificador de debug 21.12 permite obtener m�s informaci�n acerca del
procesamiento de cada regla.
# sendmail -d21.12 -bt -Cprueba.cfADDRESS TEST MODE (ruleset 3 NOT automatically invoked)Enter
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com
Los clientes de nuestra red local acceder �n al servidor mediante programas
especializados para la redacci�n y visualizaci�n de mensajes. Estos programas se
conocen como MUA's (Mail User Agent.) Este es un asunto que estrictamente no tiene
que ver con nuestra gu�a, pero creemos conveniente proporcionar alg�n ejemplo
ilustrativo. Supondremos que los usuarios est�n utilizando Netscape Messenger, quees parte del Netscape Communicator. A continuaci�n mostramos la pantalla principal
de Netscape Messenger:
Figura 1. Netscape Messenger
Vamos a configurar el MUA para que acceda a nuestro servidor de correo. Asumimos
que ya est�n activos los servicios POP o IMAP. Cu�l de estos se usar � para traer
los mensajes, y de qu� usuario, se selecciona en el menu Edit -> Preferences -> Mail
Servers -> Incoming Mail Servers -> Edit o Add -> Server Name y Username , como
se aprecia en la figura:
Figura 2. Configuraci�n de servidor POP
Asimismo, en Edit -> Preferences -> Mail Servers -> Outgoing (SMTP) server,
se debe especificar nuevamente nuestro servidor de correo, puesto que hacia all� se
enviar �n los mensajes que redactemos.
Finalmente, en Edit -> Preferences -> Identity , se debe especificar nuestra
direcci�n de email y nuestro nombre real, tal como lo ver �n los destinatarios:
Figura 3. Configuraci�n de servidor POP
Ahora Ud. deber �a poder enviar mensajes a usuarios locales (de la forma
[email protected]), y recibir mensajes desde cualquier lugar de Internet. Pruebe a
crear algunos usuarios en el servidor y a hacer que se intercambien mensajes desde
sus estaciones.
Referencias
5/7/2018 SENDMAIL Nota Introductoria - slidepdf.com