El correo electrónico en la consola: Postfix, Fetchmail y Mutt.

Correo electrónico modo texto desde la consola:

 

Por desgracia, aunque configurar un sistema de correo electrónico entre
los diferentes usuarios de una máquina con GNULinux desde la línea de
órdenes no tiene demasiada ciencia, no ocurre lo mismo a la hora de
conectarse con el mundo exterior, dado que es imposible no andar
modificando diferentes ficheros de configuración, cosa que al usuario
poco experimentado le suele dar urticaria. Por ello mi consejo es que si
te apetece poco tocar ficheros o si no te sientes demasiado cómodo o
seguro esperes a que se comience a hablar del sistema gráfico. Si te
gusta trastear sigue leyendo las siguientes líneas donde hablaremos un
poco de la línea de órdenes y del correo desde ella.

 

Creo recomendable reconocer que las prácticas que he hecho con el correo
electrónico desde el sistema texto no han sido demasiado enriquecedoras
y que gran parte del material que expongo en este tema ha sido extraído
y remodificado de muchas páginas en Internet.

 

Empezaremos, pues, por definir el funcionamiento del correo electrónico,
más concretamente cómo lo hace en GNULinux.

 

Un servicio de correo electrónico en GNULinux va a constar de tres
elementos o programas diferenciados. No olvidemos que la filosofía
genérica de trabajo de este sistema operativo es que, normalmente, se
prefiere que cada programa haga solamente una tarea, pero que la haga
bien, para, más tarde, unirse las diferentes partes en el trabajo y
lograr un consistente ahorro de recursos, y como todo se paga, esto
suele sobrevenir en una ligera mayor complejidad que cuando lo hacemos
desde suites o programas más grandes, lo cual en el correo electrónico
se exagera un poco, dado que los programas al uso a los que nos
acostumbran los modos gráficos como GNOME KDE O Windows nos enmascaran y
facilitan el trabajo.

 

1: MUA (del inglés: Mail User Agent): es un programa que permite leer y
escribir correos. Suelen tener muchas funcionalidades que superan la
estricta lectura y composición de mensajes es la parte visible, con la
que interactúa el usuario. El más usado en el modo texto de linux es el
MUTT, aunque hay otros menos usados como pyne o como Alpine. En ellos
podemos gestionar los buzones, componer correos, adjuntar otros
ficheros, responder, reenviar, etc. Más adelante veremos un poco por
encima cómo se usa MUTT.

 

2: MTA (del inglés: Mail Transport Agent): son programas encargados de
recoger y enviar los mensajes generados, comunicando para ello con otros
MTA remotos según sean las diferentes necesidades. Estos programas
suelen estar funcionando como demonios del sistema actuando cada vez que
algo ocurre en los puertos donde se les configura para que escuchen,
donde esperan las llamadas recibidas de los programas MUA o de los MTA
remotos. Algunos de estos programas que se usan en GNULinux pueden ser:
sendmail (posiblemente el más extendido y seguramente el más complejo e
inseguro de todos ellos), Postfix (dicen que uno de los más sencillos y
que ubuntu trae por omisión), Qmail (utilizado para grandes sistemas de
correo ya que, al parecer,  gestiona muy bien un gran número de
cuentas), etc.

 

Por sus características intrínsecas, no conviene ni pueden tenerse más
de uno de estos MTA activos a la vez en el sistema, dado que como están
orientados a hacer lo mismo y, además, debido a que tienen que correr
como un demonio del sistema, se entorpecerían unos a otros como mínimo,
caso que el sistema nos permitiese arrancarlos juntos. Por ello, cuando
se decida cuál MTA se va a utilizar, ha de desinstalarse o
deshabilitarse a cualquier otro que se encuentre ya en el sistema.

 

3.- Recogida del correo. Esta tarea la harán programas tipo Fetchmail,
que es un demonio del sistema que nos va a permitir recoger el correo de
la zona donde lo esté depositando el MTA que tengamos trabajando y lo
colocará en los buzones de  donde lo retirará el programa MUA
correspondiente.

 

Programas MUA:

 

Son la parte primordial del correo electrónico en las consolas, Vamos a
ver muy por encima Postfix, por venir en distribuciones como Ubuntu, que
es una de las más utilizadas hoy en día, y dejaremos de momento de lado
Sendmail por su complejidad.

 

Postfix:

 

La configuración local es, aparentemente, sencilla. Lo más probable es
que el sistema funcione sin necesidad de tocar nada, dado que gran parte
de los datos los va a tomar ubuntu del sistema cuando instala Postfix.
Si no estuvierais seguros de cómo está vuestro Postfix, siempre podríais
reconfigurarlo y el instalador del paquete llevaría a cabo las preguntas
correspondientes en orden a una configuración básica.

 

Verificad que en vuestro fichero /etc./Postfix/main.cf existen unas
líneas similares a las que siguen, teniendo en cuenta que parte de los
datos tendrán que tener que ver con vuestra máquina en particular y no
con la mía.

 

myhostname = quetzatl

mydomain = quetzatl

myorigin = $myhostname

mail_spool_directory = /var/spool/mail

 

Además, hay que revisar el fichero de los alias. Normalmente este
fichero estará en /etc/aliases. Sin embargo, podría ocurrir que
encontraseis que /etc/aliases fuera  un enlace simbólico a
/etc./Postfix/aliases en vuestro sistema. Este archivo contendrá los
alias, es decir, equivalencias entre una dirección

local (probablemente ficticia) y una dirección real. Así, si el servidor
recibe un mensaje dirigido a "postmaster@milinux.quetzatl", y como en
/etc/aliases

va a haber una línea como ésta:

 

postmaster    root

 

será root quien realmente reciba el mensaje. Es por ello que deberemos
modificar esto y hacer que en ese fichero aparezca una o más líneas  que
redirijan el correo de root a uno o más usuarios normales:

 

root    usuario

 

En "man aliases" se puede obtener más información, para aprender cómo
establecer más de un destino para cada alias, enviar el mensaje a un
archivo, etc.

 

Para que aliases sea reconocido por Postfix, en el fichero de
configuración /etc/Postfix/main.cf debe haber una línea como esta:

 

alias_maps = hash:/etc/Postfix/aliases

 

Además, siempre que el fichero aliases tenga que ser modificado por
cualquier razón, es necesario que se invoque la orden:

 

newaliases

 

Esta orden ha de ser ejecutada como root y sirve para generar el fichero
/etc/aliases.db, base de datos de los aliases, para mejorar el acceso
durante la ejecución de Postfix.

 

Con esta configuración básica tal cual se ha hecho, ya deberíais ser
capaces de enviar mensajes entre los diferentes usuarios registrados en
vuestra máquina.

 

Sin embargo esto, si no se trata de un servidor pensado para una
Intranet, no nos va a servir, nuestra prioridad sería poder enviar
correo al exterior.

 

Vayamos pues ahora con esta cuestión: Es improbable, pero puede suceder
que el servidor de correo de nuestro Proveedor de Internet no necesite
nombre de usuario

y contraseña. Si fuera así, es mejor que Postfix le pase los mensajes a
él para que los distribuya. Para hacerlo, tendréis que escribir lo
siguiente en /etc/Postfix/main.cf:

 

relayhost = smtp.servidor.com

 

Ciertamente, será imprescindible que cambiéis el nombre del servidor al
correcto. De todos modos, es altamente improbable que esto funcione dado
que para evitar problemas con los spamers, generalmente los servidores
smtp requieren de autentificación segura, lo que nos complica un poco
más el invento.

 

Para verificar que el servidor de correo de vuestro proveedor permitirá
el uso de correo no autentificado, podréis hacer la siguiente prueba:
Con la línea anteriormente especificada, enviaremos un correo de prueba
a una cuenta diferente a la nuestra, y si no se recibe un mensaje de
vuelta diciendo que Postfix no ha podido entregar el mensaje, es que el
servidor de vuestro proveedor lo acepta. En caso contrario quitaremos la
línea y listo.

 

Bueno, ahora llega el gran lío, como todos vamos a tener problemas por
requerir smtp autentificado, vamos a ver cómo solucionar esto, o al
menos intentarlo. Ya dije más arriba que esto no es sencillo ni
obligatorio excepto que estemos utilizando ordenadores muy bajos de
recursos y/o nos veamos obligados a trabajar con el correo bajo consola.
Si este no es vuestro caso esperad a que hablemos en el modo gráfico de
otros clientes de correo. No obstante, dado que generalmente el correo
en consola actualmente lo usamos más para el control y comunicación
entre usuarios y administrador, tal cual lo tenemos hasta ahora, nos
serviría.

 

Bien, puesto que la autentificación hemos de controlarla con un programa
específico para ello, (supongo que a lo largo de estos apuntes lo he
dicho en infinidad de ocasiones y que os habréis dado cuenta del asunto,
cada cosa la hace un programa pequeñito y eficaz y luego se unen para
desarrollar en conjunto grandes trabajos), instalaremos el paquete sasl
desde root o con la orden sudo, (dependiendo de vuestro modo de
utilización del sistema), con la siguiente orden:

 

Apt-get install sasl2-bin

 

Ahora editando el fichero /etc/Postfix/main.fc añadiremos o
verificaremos que existe algo como esto:

 

smtpd_sasl_auth_enable = yes

smtpd_sasl_application_name = smtpd

smtpd_sasl_local_domain = mail

smtpd_sasl_security_options = noanonymous

smtpd_recipient_restrictions =

permit_sasl_authenticated,

permit_mynetworks,

check_relay_domains

 

Ahora conviene que un mensaje enviado a un usuario, por ejemplo quetzatl
se convierta en enviado a quetzatl@servidor.com
<mailto:quetzatl@servidor.com> (donde se substituye servidor.com por el
que tengamos cada uno de nosotros. En /etc/Postfix/main.cf, por tanto,
tendremos que poner algo similar a lo siguiente:

 

myorigin = servidor.com

 

o bien

 

masquerade_domains = servidor.com

 

La diferencia entre utilizar myorigin o masquerade_domains es que, con
myorigin, enviado un mensaje a root@servidor.com, el correo será
repartido localmente por asumir Postfix que el dominio interno es
servidor.com. Si utilizamos masquerade_domains, ya no se supondrá por
parte de Postfix que el dominio de la máquina será servidor.com, de tal
modo que un correo que fuese enviado a root@servidor.com se enviaría
efectivamente a la cuenta del usuario root en Internet y no localmente.

 

Con esto Ya tenemos una configuración bastante básica de Postfix, ahora
lanzamos como root o con sudo la siguiente orden:

 

sendmail -q al conectarnos a Internet para poder enviar los correos que
están almacenados en la cola del MUA. De todos modos, dado que Postfix
estará trabajando como un demonio del sistema la conexión y el envío
será permanente bajo la demanda del MUA

 

 

 

Recogiendo correo con Fetchmail:

 

 

Fetchmail, como apuntamos en la introducción  de este tema,  es un
programa daemon (o demonio) del sistema, cuya misión principal es la
recogida de correo, para posteriormente pasárselo a un MTA, que será
quien lo va a distribuir a las cuentas que haya dadas de alta en el sistema.

 

Para configurar a Fetchmail crearemos un fichero llamado .fetchmailrc en
nuestro directorio personal de cada usuario o en el directorio /root si
somos root, de forma que sea root quien

recoja el correo y se lo pase a los usuarios. (Ojo con el punto que hay
antes del nombre del archivo, es necesario ponerlo ya que eso indica que
el fichero es oculto).

 

A continuación vamos a ver cómo podría ser uno de estos ficheros:

 

 

defaults

fetchall

flush

pass8bits

poll pop.servidor.es

proto pop3

user usuario

pass "password"

to usuario_local

 

 

Ahora una brevísima explicación sobre lo que significan las líneas de
arriba:

 

defaults: establecerá los valores como valores por omisión para
Fetchmail con todos los usuarios del sistema.

 

fetchall: hará que Fetchmail recoja todos los mensajes pendientes en el
servidor de correo.

 

flush: obligará a Fetchmail a eliminar todos los mensajes del servidor
de correo tras haberlos descargado. Por seguridad, quizás mientras
probéis esto, sea recomendable que salvaguardéis vuestros mensajes, por
lo que podríais sustituir esta línea poniendo en su lugar keep, con lo
que descargareis el correo, pero no lo eliminareis del servidor. De
todos modos, seguramente en el uso cotidiano nunca se pondría en keep
dado que ello nos obligaría a ir directamente a nuestro buzón a eliminar
los mensajes, y ello no tiene demasiado sentido.

 

pass8bits: Indicará que el mensaje podrá contener caracteres de 8 bits
tales como acentos, eñes, diéresis y demás símbolos que se encuentran
por encima del 127 en la tabla ansi.

 

poll: servidor de correo entrante de donde se leerá el correo

 

proto pop3: hará que el servidor de correo entrante utilice POP3 para la
recogida del correo.

 

user y pass: indican la cuenta del correo y password del usuario en el
buzón de correo.

 

to usuario_local: ajustará a qué cuenta de correo se enviarán los
correos. Estas cuentas han de ser usuarios locales definidos en el sistema.

 

Si disponemos de más de una cuenta de correo que queramos utilizar, el
grupo de opciones poll, proto, user, y pass, deberá incluir tantos

bloques como cuentas tengamos

 

Supongo que habréis advertido algo que parecería una absoluta temeridad
por inseguro, esto es, que estamos poniendo una clave y un usuario en un
simple archivo de texto. Es por ello que este fichero de configuración
deberá tener unos permisos de lectura/escritura 0600, los cuales
garantizarán que nadie más podrá acceder a él. Esto se hace desde root
con una vieja orden ya conocida por nosotros:

 

chmod 0600 .fetchmailrc

 

Para poder recoger el correo, estando conectados, ejecutaremos la orden
"Fetchmail". Esto se podrá hacer desde root o desde cualquier usuario,
pero hay que tener en cuenta que siempre se leerá el fichero
.fetchmailrc del directorio personal de quien lo haya ejecutado.

 

Finalmente, para que Fetchmail funcione como un demonio del sistema y
nos recoja el correo de modo automático cada cierto tiempo, deberéis
añadir la siguiente línea al fichero .fetchmailrc:

 

set daemon N

 

donde N es el número de segundos de intervalo que ajusta a Fetchmail
diciéndole cada cuanto tiempo debe buscar los nuevos mensajes.

 

Cuando Fetchmail haya recogido los mensajes, serán colocados por el MTA
en /var/spool/mail/usuario, de manera que puedan ser vistos por los
programas de correo que haya instalados.

 

 

MUTT

 

Mutt es posiblemente el cliente de correo más famoso y más utilizado
bajo Linux en modo texto. Es sencillo de utilizar, muy accesible con los
lectores de pantalla y tremendamente ligero, por lo que es ideal cuando
existen problemas con el entorno gráfico o cuando se quiere velocidad y
no se tienen recursos.

 

Para instalarlo en nuestra ubuntu (recordad abstraeros a vuestra distro
si tenéis otra), nada más sencillo que la consabida orden:

 

Apt-get install mutt

 

Tras la instalación del programa deberemos proceder a su configuración,
aunque los valores del que trae por omisión nos permitirán su uso de
modo inmediato.

 

Antes de comenzar a utilizarlo será imprescindible la creación de un
directorio Mail (donde se irá colocando el correo de entrada y de
salida. Para hacer esto escribiremos:

 

mkdir /home/usuario/Mail (donde usuario será el nombre del usuario para
el que queremos crear el directorio.

 

Por tanto, la configuración de mutt se va a realizar en un fichero de
configuración en el directorio personal de cada uno de los usuarios que
lo ejecutarán, cuyo nombre es siempre .muttrc (ojo de nuevo al punto que
precede al nombre que indicará que se trata de un fichero oculto y que,
por tanto, habrá que ponerlo).

 

Mediante la edición de este fichero, es como cada usuario va a
personalizar mutt para su uso particular. Para ver un ejemplo de este
tipo de fichero, podréis acudir al directorio
/usr/share/doc/mutt/examples/sample.muttrc. podréis entonces copiarlo a
vuestro directorio personal para luego modificarlo. Esto se podría hacer
del siguiente modo:

 

Cp /usr/doc/mutt/examples/sample.muttrc /home/usuario/.muttrc (donde
usuario es el nombre del directorio del usuario para quien es el fichero.

 

 

Veamos ahora cómo podría ser un fichero de configuración para mutt:

 

set folder=~/Mail               # Dónde se guarda el correo

#set spoolfile='~/Mail/inbox'   # De dónde se lee el correo. De Usarse
procmail

                                                              # habría
que descomentarlo y redirigirlo al inbox

set mbox=+read                  # Dónde guardar los mensajes leídos.

set record=+sent_mail           # Donde guardar mensajes de salida.

set move=yes                    # Mover mensajes sin preguntar.

set copy=yes                    # Copia mensajes salientes.

source ~/.mail_aliases          # Incluir mail aliases.

set abort_nosubject=ask-yes     # Preguntar "Abortar msg" si vacío.

unset autoedit                  # No ir directo al editor.

set auto_tag                    # Aplicar comandos a msgs marcados.

set nobeep                      # No pitar en errores.

set charset="iso-8859-1"             # ajusta tabla de códigos.

set locale="es_ES"                                 # Idioma Español.

set allow_8bit                  # permitir uso de ansi superiors a 127.

set editor="/usr/bin/nano +8"   # Usar nano empezando en línea 8. Podría
cambiarse el

   #editor por otro preferido. Normalmente vim.

set edit_headers                # Permitir cambiar cabeceras.

set hdrs

set fast_reply                  # No preguntar cabeceras (usar From)

unset force_name                # No grabar en carpetas con nombre.

set forward_format="Re: %s"     # Formato de las respuestas.

set forward_quote               # Incluir texto quoteado en forwards

set realname="quetzatl"         # Nombre para el campo DE el cual se
verá a la

   #a la recepción del mensaje por otras personas.

set hostname="iname.com"        # Para el From: @

set include                     # Incluir texto quoteado.

set indent_string="> "          # Cadena de quoteado.

unset metoo                     # No autocontestarme.

unset mime_forward_decode

set postpone=ask-yes            # Preguntar si quiero postponer msgs.

set print=ask-no                # Preguntar si deseo imprimir el msg.

set delete=yes                  # Borrar mensajes sin preguntar.

set print_command=/bin/false    # No imprimir.

set noprompt_after

set quit=ask-yes                # Preguntar si quiero salir.

set recall=no

unset save_name

set shell="/bin/sh"             # Shell que queremos usar.

set sig_dashes                  # Anteponer -- a firma.

set signature="~/.signature"    # Fichero de firma

set sort=threads                # Método de ordenación principal.

set sort_aux=last-date          # Método de ordenación auxiliar.

#set sort_browser=reverse-date  # Método de ordenación de ficheros.

set tmpdir=/home/yo/Mail/tmp    # Directorio temporal (tb puede ser /tmp).

set nowait_key

#folder-hook . "push <esc>V"    # Colapso de los threads automático.

mailboxes `echo $HOME/Mail/*`

hdr_order date from reply-to subject to cc

auto_view application/x-gunzip

lists valux-list lista-eya      # Listas de correo que tenemos.

#set pager_index_lines=10       # Configuración del pager.

set pager_stop                  # No avanzar al siguiente mensaje...

bind pager <up> previous-line

bind pager <down> next-line

bind pager p previous-undeleted

bind pager n next-undeleted

color hdrdefault red default    # Colores de MUTT similares a slrn

color quoted cyan default

color signature red default

color indicator brightyellow red

color error brightred default

color status yellow blue

color tree white default

color tilde magenta default

color message brightcyan default

color markers brightcyan default

color attachment white default

color search yellow blue

color header brightred default ^(From|Subject):

color body magenta default "(ftp|http)://[^ ]+"

color body magenta default [-a-z_0-9.]+@[-a-z_0-9.]+

color underline brightgreen default

unset use_from

unmy_hdr From:

my_hdr From: quetzatl quetzatl@servidor.com
<mailto:quetzatl@servidor.com> #define la línea de salida FROM (DE)

set quote_regexp="^ *[a-zA-Z]*[>:#}]"

set reply_regexp="^(re|aw):[ \t]*"

set date_format="%a, %d de %b de %Y, a las %I:%M:%S%p %Z"

set attribution="El %d, %n dijo:"

 

Deberéis de tener en cuenta que este solamente es un ejemplo de cómo
puede ser la cuestión, pero no significa que vayáis a encontraros con un
fichero exactamente igual.

 

 

Algunas teclas rápidas de manejo de mutt:

 

m = mensaje nuevo

r =  Responder mensaje actual.

L = Reenviar.

d = Borrar mensaje actual.

u = Recuperar mensaje borrado.

C = Copiar mensaje a carpeta.

s =  Guardar mensaje en disco y marcarlo como borrado. disco y marcarlo
como c           N = Marcar mensaje como no leído.

a =  Adjuntar ficheros estando en la ventana de envío.

ENTER =  Leer un mensaje.

v =  Ver los adjuntos del mensaje que se podrán grabar con s.

q =  Salir de MUTT o del visualizador de mensajes.

y =  Confirmar envío del mensaje.

t = Marcar mensajes.

; =  Le dice a mutt que la próxima acción se realice sobre

todos los mensajes marcados. $           Eliminar inmediatamente los
mensajes marcados.

/ = Buscar mensajes.

 

La mayoría de teclas de Mutt son reconfigurables, por lo que no es
necesario aprender las teclas de uso de Mutt si estamos acostumbrados a
otros clientes, pero no lo recomiendo en absoluto, dado que, como a
menudo he dicho en estos apuntes, si remapeamos teclas, lo único que
conseguiremos es no saber manejar el sistema el día en que nos veamos
obligados a utilizar una máquina que no sea la nuestra y que tenga el
mapeado de teclado original. No obstante, si se quiere hacer, basta con
editar el fichero de configuración de mutty utilizar la orden bind

 

Si se han recogido los mensajes con Fetchmail como se explicó más
arriba, al Entrar en mutt, podremos encontrarnos tantos mensajes como
haya habido en nuestro buzón externo de correo.

 

De todos modos, si no quisiérais conectaros a vuestro buzón de correo
mientras estais haciendo pruebas con él por miedo a perder mensajes,
siempre podríais enviaros mensajes desde el root a los diferentes
usuarios para verificar que todo va bien y para poder practicar a
vuestras anchas.

 

Esto se hace de forma muy sencilla utilizando la orden mail:

 

mail -s "titulo" usuario

 

Cuando tengamos más de un mensaje en la bandeja de entrada nos
desplazaremos por ellos pulsando las teclas de cursor y, estando sobre
el correo elegido, presionando intro activaremos el mensaje

 

Dentro del visualizador podréis moveros y leer el mensaje con las
flechas del cursor.

 

Si pulsais la tecla r activareis el editor por omisión que esté
referenciado en el fichero de configuración de mutt  y  podréis
responder el mensaje ( en mi caso nano, porque me gusta más y es muy
ligero, pero por omisión será, muy probablemente, vim), tras lo cual
deberéis abandonar el editor del modo habitual  guardando el documento
con el nombre por omisión. Tras hacer esto aparecerá una nueva pantalla
donde se podrán utilizar diferentes opciones referidas al mensaje: y =
enviarlo, q = descartarlo, a = añadir adjuntos y e = reeditarlo.

 

Si pulsamos la tecla y para enviar el mensaje, se cierra la pantalla en
la que estábamos y volvereis a caer sobre la pantalla de mensajes
directamente colocados sobre el que habíais respondido, y estará marcado
como respondido. Si ya no lo queremos podremos pulsar la letra d. El
mensaje quedará con una marca de borrado y éste se llevará a cabo cuando
cerremos el programa. No obstante, mientras tanto no lo cerremos,
podremos eliminar la marca de borrado pulsando la letra u sobre el mismo
mensaje para quitarle  la marca de eliminación.

 

Por otro lado, es importante reseñar que mutt tras haber leído un
mensaje y luego de haber salido del programa, lo enviará a la bandeja de
elementos leídos.

 

Si quereis conservar un mensaje lo podréis mover a cualquier bandeja con
las teclas C para copiar o s para mover

 

Con c podréis abrir los ficheros del directorio Mail como si fueran
buzones de mensajes  e ir navegando por ellos, así como por cualquier
otro mensaje que hubiérais guardado con antelación allí.

 

Para adjuntar otros ficheros o documentos al mensaje lo hareis pulsando
la tecla a. Si sois vosotros quienes recibís los mensajes con adjuntos,
los podréis grabar pulsando la letra v y la letra s, para abrirlos con
el programa deseado, o dejar que lo abra mutt directamente con el
programa que esté asociado al tipo de archivo adjunto que estemos
recibiendo.

 

Si habeis leído un mensaje pero no lo habeis respondido ni habeis hecho
ninguna otra acción de correo con él, para regresar a la ventana de
correos y poder seguir leyendo otros, simplemente  debereis pulsar la
tecla q y ello se llevará a cabo.

 

Por último nos falta una capacidad bien interesante que por obvia en
otros programas de correo que usamos en entornos gráficos podríamos
descuidar, esto es, los mail aliases. Estos no son ni más ni menos que
algo muy similar a las libretas de direcciones.

 

La utilidad de estos mail aliases es la capacidad para abreviarnos la
escritura de las direcciones de correo. En muchas ocasiones, dichas
direcciones no son fácilmente memorizables por ser largas o por tener
una concepción compleja tal como abreviaturas, iniciales, etc.

 

Para solucionar este problema podréis crear dichos alias de correo. Para
ello desde mutt os pondreis sobre un email de dicha persona (en la lista
de mensajes) y pulsareis la tecla a. Ireis, entonces, respondiendo a las
preguntas que el sistema realice y, finalmente, responderéis
afirmativamente a la pregunta de guardado de los cambios en el fichero
.mail_aliases Con ello a la hora de escribir un correo, en el campo de
direcciones simplemente se pondrá el nombre del alias en lugar de la
compleja dirección de correo a la que corresponde.

 

 

Asimismo, el fichero de aliases podrá ser editado

directamente por el usuario mediante cualquiera de los editores que haya
en el sistema, y se podrán añadir aliases a mano con una sintaxis
similar a la siguiente:

 

alias NombreDeAlias nombre de la persona correo-electrónico@correo.com
<mailto:correo-electr%F3nico@correo.com>

 

Y con esto daremos por terminada la presente entrega de estos apuntes,
si bien es importante que tengais en cuenta que existen más programas
para las mismas cosas de los que hemos visto aquí. Todo sea leerse
manuales o páginas man si por cualquier causa éstos no nos gustan o
convienen.

VOLVER A LA PORTADA DE LOS APUNTES