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 "[email protected]".
Sin embargo, hay algunos MUA's que no permiten especificar la direcci�n de origen (por extra�o que esto suene.) Por ejemplo, el comando "mail" disponible en la mayor�a de sistemas Unix permite enviar mensajes usando Sendmail, pero no especifica direcci�n de origen (por lo que Sendmail tiene que "imaginarla".)
A fin de no variar el escenario, supongamos que un usuario llamado "oscarin" se la conectado (usando telnet) al servidor de correo - no importa el motivo - y desea enviar un mensaje. Invoca a "mail" del siguiente modo:
oscarin$ mail [email protected]Sendmail tendr� ahora que crear el campo "From" del header, y lo har� usando el hostname (en nuestro caso, correo.laorganizacion.org), por lo que el correo que llega a "[email protected]" aparece como proveniente de:
[email protected]No est� tan mal, pero no es lo correcto.
A fin de corregir esta situaci�n, simplemente definiremos lo siguiente en nuestro archivo M4 "sendmail.mc":
MASQUERADE_AS(`laorganizacion.org')Lo que lograr� que el mensaje aparezca (correctamente) como enviado de:
[email protected]Como siempre, regenerar el archivo "cf" con el comando "m4" y reiniciar Sendmail.
N�tese que esto puede no funcionar adecuadamente con el usuario "root" (para facilitar ciertos diagn�sticos) por lo que se deben emplear usuarios comunes.
Recu�rdese que esto s�lo es necesario cuando se emplean MUA's con "problemas" en el sentido explicado. M�s adelante veremos otros casos m�s interesantes de enmascaramiento.