Etiqueta: email

  • Cómo configurar el envío de emails con SSMTP

    Cómo configurar el envío de emails con SSMTP

    Desde siempre, un servidor Linux bien configurado necesita de un servidor de correos configurado de una forma muy particular para conseguir que las notificaciones de los servicios que corren, puedan enviarnos avisos y notificaciones. Un ejemplo de ello ha sido el uso del VoiceMail de Asterisk que nos envía un email cuando alguien nos deja un mensaje en el buzón de voz.

    Hace ya algunos años explicamos en Sinologic cómo configurar el envío de email para que Asterisk nos pueda enviar mensajes y para ello utilizábamos uno de los MTA (Mail Transport Agent) más utilizados llamado Exim. No obstante, tanto si utilizas Exim, como Postfix, como SendMail, estás configurando un servidor íntegro de envío de emails, el mismo servidor que podría utilizar una empresa para todos sus empleados o para sus usuarios. Claro que nuestro servidor no necesita configurar permisos, cuentas de usuario, sistemas de antispam, antivirus, direcciones IP de reenvío de emails, etc, ya que lo único que queremos es que utilice una cuenta de otro servidor de email para enviar las notificaciones.

    SSMTP, una aplicación para simplificar el envío de emails

    Para eso justamente existe un servicio desde hace bastante tiempo llamado SSMTP (https://github.com/badoo/ssmtp) instalable desde paquetes propios de la distribución…

    Así, en Debian/Ubuntu instalaríamos el paquete ssmtp con el siguiente comando:

    sudo apt-get install ssmtp mailutils

    La configuración de esta forma de configurar el envío de email es 1000 veces más sencilla que utilizando Exim, Sendmail, Postfix o similares… tremendamente sencilla y permite configurar una cuenta de email para que todas las notificaciones que envíe nuestro sistema Linux, se envíen utilizando dicha cuenta.

    Qué necesitamos para enviar emails

    Para configurar el envío de email en nuestro servidor Linux, debemos tener una cuenta de email válida y que funcione para envío de mensajes:

    Servidor SMTP: smtp.miservidor.com
    Puerto SMTP: 587
    Usuario: superchuloemail@miservidor.com
    Contraseña: $uperContraseña999

    Una vez tengamos estos datos y hayamos comprobado que podemos enviar emails desde un cliente normal y corriente de envío de email, tan solo nos queda configurar la aplicación:

    Cómo configurar el envío de email con SSMTP

    La aplicación SSMTP tiene dos archivos de configuración muy sencillos:

    El archivo revaliases nos sirve para definir qué cuenta debemos usar si un usuario del sistema envía un email. Generalmente los servicios suelen enviar email como ‘root‘, así que el archivo sería algo así:

    # sSMTP aliases
    #
    # Format: local_account:outgoing_address:mailhub
    #
    # Example: root:your_login@your.domain:mailhub.your.domain[:port]
    # where [:port] is an optional port number that defaults to 25.
    
    root:superchuloemail@miservidor.com:smtp.miservidor.com:587

    Y otro archivo ssmtp.conf que nos permitirá configurar los datos del servidor que queremos utilizar para enviar los mensajes de email:

    #
    # Config file for sSMTP sendmail
    #
    # The person who gets all mail for userids < 1000
    # Make this empty to disable rewriting.
    root=superchuloemail@miservidor.com
    
    # The place where the mail goes. The actual machine name is required no
    # MX records are consulted. Commonly mailhosts are named mail.domain.com
    mailhub=smtp.miservidor.com
    
    # Where will the mail seem to come from?
    #rewriteDomain=
    
    # The full hostname
    hostname=mi.servidor.com
    
    # Are users allowed to set their own From: address?
    # YES - Allow the user to specify their own From: address
    # NO - Use the system generated From: address
    FromLineOverride=YES
    
    AuthUser=superchuloemail@miservidor.com
    AuthPass=$uperContraseña999
    UseTLS=YES
    UseSTARTTLS=YES

    Con estos dos archivos, ya podemos hacer una prueba de envío de email con un comando básico de consola:

    Comprobar que podemos enviar email desde el servidor

    echo "Mensaje" | mail -s "Asunto" micorreopersonal@midominio.com

  • Thunderbird 102 compatible con Matrix

    Thunderbird 102 compatible con Matrix

    Si hay un cliente de correo que cuenta tanto con la experiencia de usuario necesaria para ser considerado uno de los mejores clientes de correo existentes hasta la fecha, éste es Thunderbird.

    Thunderbird almacena los emails en archivos separados utilizando además sistemas de búsquedas especiales, de manera que podamos tener decenas de gigabytes de emails y aún así poder hacer búsquedas complejas en apenas unos segundos y sin requerir los recursos de un servidor dedicado. También incorpora la posibilidad de utilizar plugins para dotar a esta aplicación del mejor sistema de comunicaciones que podamos necesitar.

    No obstante, otra de las ventajas que incorpora esta aplicación y que la convierten en uno de los sistemas de comunicación asíncrona más interesante, es la de incluir soporte para mensajería instantánea, incluyendo protocolos estándares como: IRC, XMPP y es que, recientemente, acaban de anunciar la incorporación de Matrix a la lista de protocolos compatibles permitiéndonos conectar nuestra cuenta de Matrix y utilizarla desde esta aplicación.

    Matrix es un protocolo estándar abierto, descentralizado y orientado a la comunicación en tiempo real que puede ser utilizado tanto para mensajería instantánea como para señalización VoIP/WebRTC, IoT o cualquier cosa que pueda necesitar de un sistema basado en HTTP.

    Más información: https://www.thunderbird.net/es-ES/
    Más información: https://matrix.org/

  • Listado completo de servidores de email libres y gratuitos que puedes instalar

    Listado completo de servidores de email libres y gratuitos que puedes instalar

    Siempre he considerado a Google como una empresa muy innovadora que hace cosas que nadie ha hecho antes y que además, lo hace cuidando mucho los detalles hasta el punto que cualquier imitación lo tenga realmente difícil para llegar a este nivel. No hay que decir que admiro bastante como trabajan y desde hace muchos años, la filosofía que seguían. Con el tiempo las cosas cambian y lo que antes era «defendemos el software libre«, pasó a ser «te ofrecemos acceso a una API que puedes usar cuando quieras» y posteriormente «si quieres usar la API, debes pagar por usarla«. Es normal, una empresa necesita tener beneficios para crecer y Google no es una excepción. Nadie vive permanentemente de poner banners en cientos de millones de webs.

    Google ofreció su servicio Google Suite, un Gmail especial para que cualquier usuario pudiera utilizar su propio dominio con él, así cualquiera que registrase un dominio pudiera tener su cuenta de correos, y algunos servicios muy interesantes como un procesador de textos muy chulo, una hoja de cálculos e incluso un sistema de presentaciones y de dibujo, todo colaborativo y bajo tu propio dominio… todo ventajas.

    A partir del 1 de Julio, Google Suite (el servicio que Google ofrecía a dominios personales) se cambia a Google WorkSpace y dejará de ser gratuito, por lo que pasará a costar como mínimo $6 por usuario al mes. (Al igual que Microsoft, una vez nos acostumbramos a pagar suscripciones, ya no parece tan malo pagar mensualmente por tener un email con nuestro dominio). Pero para los que tenemos varios dominios para ciertos proyectos y dos o tres cuentas en cada uno de ellos se traduce en… varios cientos de euros al año que no compensa para el uso que le doy. <snif!> por lo que aprovechando que ya contamos con infraestructura propia, toca buscar alternativas que permitan tener nuestro propio dominio y tantos correos electrónicos como necesitemos. Para ello, vamos a necesitar de un servidor donde montar el servidor de email, y a ser posible con algo de espacio para que los emails y sus adjuntos no acabe con el espacio disponible.

    En Linux existe la máxima de «es preferible pequeños programas que funcionen muy bien antes que uno grande que pueda fallar en algún punto«, así que la mayoría de las soluciones de correo se basan en software muy especializado y estable, y la única variación es la configuración de este software para conectarlo entre sí: Postfix para el envío de email (SMTP), Dovecot como almacenamiento del correo (POP3 / IMAP), SpamAssassin como sistema antispam que autoaprende, ClamAV como sistema antivirus, y Amavis como gestor de filtros (que conecta SpamAssassin, ClamAV, y otras aplicaciones) para los emails. En ocasiones hay algún sistema que utiliza Exim como sistema MTA (SMTP) aunque es bien raro esto.

    Llevo algún tiempo buscando sistemas de gestión de correos para aprovechar que dispongo de un servidor propio y muchas cuentas. Aunque seguiré utilizando la versión de Google WorkSpace en algunos correos, en otros he hecho la migración a este nuevo sistema que, aunque no tiene todas la ventajas, con software libre se puede llegar muy, muy cerca e incluso mejor aún, ya que se puede controlar más además de, lo más importante: no depender de una empresa y sus condiciones que cambian y cambiarán con el tiempo.

    Vamos a ver algunos sistemas interesantes que podemos montar:

    Zimbra

    Zimbra está muy orientado a las comunicaciones de la empresa. Uno de los más potentes sistemas de mensajería colaborativa empresarial que cuenta con una versión libre.
    Ofrece servidor de email, chat, videoconferencia, calendario corporativo, gestor de contactos, tareas, documentos, compartición de archivos, y almacenamiento personal para cada usuario.

    Ideal para empresas que necesitan un sistema de mensajería unificado y seguro.

    https://www.zimbra.com/open-source-email-overview/


    Modoboa

    Modoboa es un servidor de correo multidominio, multiusuario, antivirus, antispam, etc… fácil de instalar y que dispone de un interfaz web para facilitar su gestión. Fácil de instalar y realmente útil para los que tienen muchos dominios y necesitan gestionar muchas cuentas. (esto es ideal para lo que estamos hablando). Lo he estado usando un tiempo y puedo decir que es uno de mis preferidos.

    El interfaz está programado en Django y es un frontend de postfix, dovecot, amavisd, spamassassin, y una gran colección de herramientas típicas que funcionan a la perfección.

    https://modoboa.org/


    Mail-in-a-Box

    Mail-in-a-Box es uno de los preferidos de muchos administradores de sistemas, es otro sistema de gestión multidominio, multiusuario, antivirus, antispam, etc. con un fácil sistema de instalación en prácticamente un único comando y además incluye algunas herramientas como NextCloud (para el almacenamiento personal de archivos) y Roundcube (webmail)

    https://mailinabox.email/


    iRedMail

    iRedMail es otro sistema que te permite gestionar dominios de correos, así como usuarios y que cuenta con un interfaz muy atractivo. La única «pega» es que el interfaz está muy limitado y, aunque cuenta con un interfaz muy completo, el precio de la versión «Pro» del interfaz es de 500€/año un poco excesivo en mi opinión. La ventaja es que está todo listo para hacer muchas cosas a mano (listas de correo, desvíos, etc.) Otra opción muy recomendable.

    https://www.iredmail.org/


    Flurdy

    Flurdy es un sistema multidominio, multiusuario, con todo lo necesario para montar un servidor de correos todoterreno (antispam, antivirus, webmail, etc.) y lo más curioso es que es tipo «qmailrocks» (si llevas tiempo con Linux, seguro que te suena esto) es decir: un tutorial paso a paso para instalarlo todo comando a comando y terminar con el sistema perfectamente instalado, configurado y listo para funcionar.

    https://flurdy.com/docs/postfix/


    MailU

    _images/domains.png

    MailU es otra alternativa dockerizada y muy potente multidominio y multiusuario, que puede correr incluso en una raspberry PI. Tiene su propia interfaz de administración bastante completa y cuenta con webmail.

    https://mailu.io/


    MailCOW

    MailCOW es otra solución hospedada de email que cuenta con facilidad de montaje vía Docker y que permite manejar y gestionar cuentas de usuarios de diferentes dominios además de contar con un interfaz muy intuitivo y fácil de manejar.

    https://mailcow.email/


    WildDuck

    GitHub - nodemailer/wildduck-webmail: Demo webmail service for WildDuck Mail  Server

    Quizá uno de los más interesantes sistemas de email, orientado a grandes cantidades de emails y cuentas, así como especialmente orientado a seguridad y cifrado. Almacena los emails cifrados en bases de datos de forma que sea fácil y rápido hacer búsquedas. También cuenta con varios sistemas que mejoran la seguridad como el soporte de autentificación en dos pasos vía app, o incluso Yubikey.

    https://docs.wildduck.email/#/


    Todos estos sistemas los he probado y puedo decir que todos funcionan bastante bien (aquellos muy inestables o que no me daban seguridad, ni siquiera lo he puesto aquí). También hay que decir que no están todos los que están, así que si conocéis alguna solución libre (no tiene que ser gratuita) que no esté aquí, os agradeceré que me aviséis para que lo incluya.

    También he probado otros que tienen muy buena pinta y que se instalan con un único comando ya que se instalan en un contenedor Docker, pero estos tienen varios puntos que no me terminan de convencer y es que no dejan de ser bastante «caja negra», además de no ser software libre, por esa razón, no la vamos a ver aquí.

  • El Fax debe morir

    El Fax debe morir

    Fax

    El FAX (cuyo nombre es una abreviación de facsímil), se inventó en 1843 y permitía enviar de forma telemática un documento escaneando línea a línea y transmitiendo los puntos que forman cada línea vía telefónica. Desde entonces hasta ahora, el fax ha sufrido muchas y distintas evoluciones: aumento de la velocidad de transmisión, soporte de corrección de errores,  e incluso la posibilidad de enviar fax a color, siendo esto último casi una características inútil y desconocida para los millones de usuarios que utilizan este sistema para transmitir documentos. Casi doscientos años después (172 años para ser exactos), millones de usuarios siguen utilizando este sistema para enviar documentos escaneados, procesados, comprimidos y enviados línea a línea, utilizando la red telefónica.

    Hoy día tenemos todos los documentos en archivos de ordenador (pdf, doc, odt, rtf, html, etc…) que incluyen fotografías, hojas de cálculo, cientos de hojas, e incluso vídeo incrustados,… incluyen texto que utilizan fuentes vectorizadas que permiten ampliar su tamaño sin que la calidad se vea perjudicada, e incluso pueden incluir enlaces a otros recursos y documentos disponibles, permitiendo completar la información que almacenan.
    Tenemos email, redes sociales, almacenamiento en la nube, sistemas de mensajería compatible con ordenadores, móviles y tablets, etc… todo de forma completamente cifrada, personal y segura, con capacidad de gestión, ordenación, clasificación, búsqueda,… documentos que permiten ser modificados en grupo, personalizados, protegidos con contraseña, que expiran con el tiempo e incluso que prohíben ser modificados o leídos a partir de una fecha o desde un equipo no autorizado, … podemos firmar digitalmente estos documentos para mostrar su validez, con un sistema un millón de veces más seguro que la firma manuscrita.
    Hay cientos de formas de enviar un documento, una imagen, una foto, un vídeo…

    No obstante, tu cliente quiere enviar un fax…

    (más…)

  • Cómo instalar un servidor Exim en Debian con SPF y DKIM

    Cómo instalar un servidor Exim en Debian con SPF y DKIM

    exim-mta-smtp-serverEn muchas ocasiones nos encontramos que nuestro servidor necesita enviarnos un mensaje, una notificación, algo… y pese a que no soy muy amigo de que un servidor envíe un email para ese tipo de notificación, es cierto que es uno de los sistemas más socorridos y fáciles de configurar. No obstante, cada día que pasa, la posibilidad de recibir un mensaje como spam, o que pongan al servidor en una lista negra por enviar mensajes «no legales», aumenta proporcionalmente por cada mensaje que el sistema envía, hasta que llega un momento que dejamos de recibir emails, momento seguro en el que el mensaje es de suma importancia y jamás llegaremos a ver.

    Visto lo cual, hay dos posibilidades: o bien utilizamos una cuenta SMTP de un servidor externo, o bien configuramos un servidor con soporte SPF y DKIM para evitar que un servidor considere nuestros mensajes como que proceden de un servidor vulnerable y cueste más meterlo en una lista negra.

    Siempre he trabajado con Postfix y con Exim, pero visto que Debian instala por defecto Exim, vamos a crear este tutorial utilizando dicha herramienta.

    (más…)

  • La crisis de los medios y cómo utilizarlos

    La crisis de los medios y cómo utilizarlos

    email :: Fotografía de cicciodylan (http://www.flickr.com/photos/cicciodylan/)Tras un comentario de Antonio Pérez y un artículo de Enrique Dans, me doy cuenta de que uno de los grandes problemas de la comunicación que tenemos todos es la incapacidad de seleccionar el medio adecuado para cada momento. Hay personas que apenas utilizan el email, y en cambio yo conozco a otras que únicamente utilizan el email como forma de contacto, hay otras personas que no saben de mensajes y si quieren algo, te llaman por teléfono a la casa y si es importante al móvil y ay de tí como no lo cojas! Amigos que solo me hablan vía GTalk aunque sea cuestión de vida o muerte y en cambio otros que sólo hablo con ellos vía WhatsApp.

    La cuestión es ¿por qué la gente no es consciente de la importancia de cada medio? Cada forma de comunicarse tiene su razón y su velocidad y por ese motivo deberíamos aprender a utilizarlo convenientemente si esperamos una respuesta rápida por un tema importante o en cambio, es por un tema que puede esperar o requiere de una cierta reflexión para ser contestado.

    Primeramente vamos a hacer un análisis de los medios que disponemos y los vamos a ir ordenando en función de la prioridad, importancia y velocidad de comunicación:

    (más…)

  • Descuento del 25% a la Astricon si eres dCap

    Acabo de recibir un correo de Digium dándome la noticia que este año, a todos aquellos que tengan el título dCap, dispondrán de un 25% de descuento para asistir a la próxima Astricon que será en los EEUU, concretamente en Phoenix en el hotel Westgate, uno de los hoteles más grandes de todo el estado de Arizona.

    Ya conseguiré más información, pero de momento comentar que será del 23 al 25 de Septiembre.

  • Attractel añade soporte T.38 a Asterisk

    Ya me lo comentaba hoy Alberto y justo he visto que Tom Keating también hacía referencia a esto ya que no hace ni dos días que criticaba el hecho de que Asterisk todavía no soportaba el protocolo T.38.

    FoIPNunca me han gustado los faxes, leí en un buen artículo que estaba considerado el «anti-invento» ya que en lugar de ayudar a las empresas a evolucionar y hacer su trabajo más rápidamente, con menos esfuerzos y más barato, hace justamente todo lo contrario, la gente termina imprimiendo un documento, y luego enviándolo por fax con una considerable pérdida de tiempo, esfuerzo (imprimir, levantarse, preparar el fax, enviar, recojer el documento, romperlo y volver a sentarse), y por supuesto, una llamada telefónica, cuando lo realmente interesante es que todo el mundo utilizara sistemas como el envío de archivos (mediante cualquiera de los métodos que se te puedan pasar por la cabeza), más seguro (ya que puedes cifrarlo) y además asegurándote que llega correctamente y al destinatario correcto y sin pagar ninguna llamada, pero bueno, es inevitable. Volvamos al tema…

    Attractel es la empresa que ha desarrollado el softphone Zoiper (el que cogió el relevo de Idefisk) y que ha hecho pública unas herramientas para poder enviar y recibir faxes mediante T.38 a través de Asterisk (de momento 1.4)

    La aplicación en cuestión se llama Faxterisk e incluye:

    T30faxRX para recibir faxes normales desde la PSTN
    T30faxTX para enviar faxes normales hacia la PSTN
    T38faxTX para enviar faxes mediante T.38 (IAF fax)
    T38faxRX para recibir faxes mediante T.38 (IAF fax)
    T38gate para hacer de gateway de T.38.

    Una de las cosas que me gusta de esta aplicación es que no hay que hacer ningún cambio en el dialplan, el sistema reconoce automáticamente el tipo de fax que llega y activa la aplicación más conveniente.

    Otro detalle interesante es que soporta el envío y recepción con sistemas módems compatibles con: V.27ter, V.29 y V.17 con velocidades de hasta 14400 bps.

    El software es comercial, pero podemos solicitar una licencia de prueba de 2 semanas.

    La versión gratuita para enviar y recibir faxes con T.38 la tenemos en el SpanDSP incluida en los Addons de AGX y que funciona perfectamente. 😀

    Habrá que probarlo.

    Enlace: http://www.attractel.com/faxterisk.php

  • Lista de Asterisk sobre Alta-Disponibilidad y Clusters

    ClusterSaúl que está bastante activo, no solo en la lista Asterisk-ES si no en su blog, nos comenta que Digium acaban de crear una nueva lista con una temática muy interesante como es la Alta disponibilidad y Clusters de sistemas Asterisk.

    La verdad es que iba haciendo falta, Asterisk cada día se conoce más en infraestructuras con una gran cantidad de usuarios (>1000) que requieren de fiabilidad y manejan una gran cantidad de recursos y con la próxima salida de Asterisk 1.6 (que personalmente pensaba que nos iban a sorprender estas navidades) con el que van a centrarse entre otras cosas a vídeo y entornos de alta-disponibilidad, esta lista va a estar bastante activa en cuanto empiecen con las novedades.

    Hasta ahora, para grandes infraestructuras se suele recomendar utilizar OpenSER, aunque está claro que si un Asterisk puede hacerse cargo de 700 e incluso 1000 usuarios, varios Asterisk pueden multiplicar este número, lo que se espera es que con la nueva versión de Asterisk, sea más sencillo interconectarlos entre sí, así como ahorrar recursos para ampliar el número de usuarios por sistema.

    Podeis apuntaros a la lista aquí:
    http://lists.digium.com/mailman/listinfo/asterisk-ha-clustering

  • Cuidado con el phishing de Skype

    Phishing SkypeHabía recibido emails de falsos bancos, de falsos paypal, etc, lo que no me imaginaba es que iba a recibir un phising de skype.

    Recibo un correo solicitándome los datos de una supuesta cuenta de skype que en ningún momento indica cual es, y que si para el 15 de diciembre no lo ha recibido, la cuenta será suspendida.

    Como siempre el correo trae un enlace que apunta a un dominio brasileño, con tan mala fortuna que en el whois aparecen los datos del responsable: duplitec@vitalmaster.com

    Vamos, que si se descuida, hasta da el número de carné y el de celda, porque con lo torpe que es, seguro que ya está entre rejas.

    A lo importante, que tengais cuidados los usuarios de Skype, que hay gente mala.