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ónlocal (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 usuariosregistrados 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 usuarioy 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 quienrecoja 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 tantosbloques 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 editadodirectamente 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.