Serveur de courriels Postfix, Dovecot et Rainloop

Principes

La session SMTP se compose de commandes émises par un client SMTP (l’agent initiateur, l’expéditeur ou l’émetteur) et les réponses correspondantes du serveur SMTP (l’agent d’écoute ou le récepteur) afin que la session soit ouverte et que les paramètres de session soient échangés. Une session peut inclure zéro ou plusieurs transactions SMTP. Une transaction SMTP se compose de trois séquences de commande / réponse :

MAIL, pour établir l’adresse de retour, également appelée return-path, reverse-path, bounce address, mfrom ou enveloppe sender. RCPT, pour établir un destinataire du message. Cette commande peut être émise plusieurs fois, une pour chaque destinataire. Ces adresses font également partie de l’enveloppe. DATA pour signaler le début du texte du message, le contenu du message, par opposition à son enveloppe. Il se compose d’un en-tête de message et d’un corps de message séparés par une ligne vide. DATA est en fait un groupe de commandes, et le serveur répond deux fois: une fois à la commande DATA elle-même, pour confirmer qu’il est prêt à recevoir le texte, et la deuxième fois après la séquence de fin de données, pour accepter ou rejeter le message entier.

Exemple

Un exemple typique d’envoi d’un message via SMTP à deux boîtes aux lettres (alice et theboss) situées dans le même domaine de messagerie (example.com ou localhost.com) est reproduit dans l’échange de session suivant. (Dans cet exemple, les parties de conversation sont préfixées avec S: et C :, respectivement pour le serveur et le client, ces étiquettes ne font pas partie de l’échange.)

Une fois que l’expéditeur du message (client SMTP) a établi un canal de communication fiable vers le récepteur du message (serveur SMTP), la session est ouverte avec un message d’accueil par le serveur, contenant généralement son nom de domaine complet (FQDN), dans ce cas smtp.example .com. Le client lance son dialogue en répondant avec une commande HELO s’identifiant dans le paramètre de la commande avec son FQDN (ou une adresse littérale si aucune n’est disponible).

S: 220 smtp.example.com ESMTP Postfix
C: HELO relay.example.com
S: 250 smtp.example.com, I am glad to meet you
C: MAIL FROM:<bob@example.com>
S: 250 Ok
C: RCPT TO:<alice@example.com>
S: 250 Ok
C: RCPT TO:<theboss@example.com>
S: 250 Ok
C: DATA
S: 354 End data with <CR><LF>.<CR><LF>
C: From: "Bob Example" <bob@example.com>
C: To: Alice Example <alice@example.com>
C: Cc: theboss@example.com
C: Date: Tue, 15 Jan 2008 16:02:43 -0500
C: Subject: Test message
C:
C: Hello Alice.
C: This is a test message with 5 header fields and 4 lines in the message body.
C: Your friend,
C: Bob
C: .
S: 250 Ok: queued as 12345
C: QUIT
S: 221 Bye
{The server closes the connection}

Le client informe le destinataire de l’adresse e-mail d’origine du message dans une commande MAIL FROM. Il s’agit également de l’adresse de retour ou de renvoi au cas où le message ne pourrait pas être livré. Dans cet exemple, le message électronique est envoyé à deux boîtes aux lettres sur le même serveur SMTP: une pour chaque destinataire répertorié dans les champs d’en-tête À et Cc. La commande SMTP correspondante est RCPT TO. Chaque réception et exécution réussies d’une commande est acquittée par le serveur avec un code de résultat et un message de réponse (par exemple, 250 Ok).

La transmission du corps du message électronique est initiée par une commande DATA après quoi elle est transmise textuellement ligne par ligne et se termine par une séquence de fin de données. Cette séquence se compose d’une nouvelle ligne <CR> <LF>, d’un seul point (point), suivi d’une autre nouvelle ligne. Puisqu’un corps de message peut contenir une ligne avec juste un point dans le cadre du texte, le client envoie deux points à chaque fois qu’une ligne commence par un point; en conséquence, le serveur remplace chaque séquence de deux périodes au début d’une ligne par une seule. Une telle méthode d’échappement est appelée dot-stuffing.

La réponse positive du serveur à la fin des données, comme illustré, implique que le serveur a pris la responsabilité de délivrer le message. Un message peut être doublé s’il y a une panne de communication à ce moment, par ex. en raison d’une panne de courant: tant que l’expéditeur n’a pas reçu cette 250 réponse, il doit supposer que le message n’a pas été remis. En revanche, une fois que le destinataire a décidé d’accepter le message, il doit supposer que le message lui a été remis. Ainsi, pendant cette période, les deux agents ont des copies actives du message qu’ils essaieront de délivrer. La probabilité qu’un échec de communication se produise exactement à cette étape est directement proportionnelle à la quantité de filtrage que le serveur effectue sur le corps du message, le plus souvent à des fins anti-spam. Le délai d’expiration limite est spécifié à 10 minutes.

La commande QUIT met fin à la session. Si l’e-mail a d’autres destinataires situés ailleurs, le client effectue un QUIT et se connecte à un serveur SMTP approprié pour les destinataires suivants une fois que la ou les destinations actuelles ont été mises en file d’attente. Les informations que le client envoie dans les commandes HELO et MAIL FROM sont ajoutées (non vues dans l’exemple de code) en tant que champs d’en-tête supplémentaires au message par le serveur de réception. Il ajoute respectivement un champ d’en-tête Received et Return-Path.

Certains clients sont implémentés pour fermer la connexion une fois le message accepté (250 Ok: mis en file d’attente comme 12345), de sorte que les deux dernières lignes peuvent en fait être omises. Cela provoque une erreur sur le serveur lors de la tentative d’envoi de la réponse 221.

Définition des hôtes

etc/hosts

127.0.0.1       localhost
127.0.1.1       ns1.sio2a.home  ns1
172.16.150.16   ns1.sio2a.home  ns1

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Déclaration des zones

/etc/bind/named.conf.local

// Résolution directe :
zone "sio2a.home" IN {
        type master;
        notify yes;
        file "db.sio2a.home";
        allow-update {none;};
};

// Résolution inversée :
zone "16.172.in-addr.arpa" IN {
        type master;
        notify yes;
        file "rev.sio2a.home";
        allow-update {none;};
};

Enregistrement des résolutions directes

/var/cache/bind/db.sio2a.home

$TTL 86400
@   IN  SOA   dns.sio2a.home.   root.sio2a.home. (
        2020090302 ; numéro de série
        1w ; rafraîchissement
        1d ; nouvel essai
        4w ; expiration (quatre semaines)
        1d ; minimum dune journée
)
@               IN      NS      ns1.sio2a.home.
ns1             IN      A       172.16.150.16
mail            IN      A       172.16.150.19
webmail         IN      CNAME   mail
pop             IN      CNAME   mail
smtp            IN      CNAME   mail
imap            IN      CNAME   mail
sio2a.home.     IN      MX      10      mail

L’enregistrement de type MX pour Mail eXchange est nécessaire pour spécifier au DNS à quel serveur SMTP il faudra envoyer les courriels. ici en conséquence, tous les courriels à destination de nimporte-qui@sio2a.home seront envoyé à la machine appelé mail.

Enregistrement des résolutions inversées

/var/cache/bind/rev.sio2a.home

$TTL 86400
@ IN SOA dns.sio2a.home. root.sio2a.home. (
        2020090302 ; numéro de série AAAAMMDDSS
        1w ; rafraîchissement
        1d ; nouvel essai
        4w ; expiration (quatre semaines)
        1d ; minimum dune journée
)
@               IN      NS      ns1.sio2a.home.
ns1.sio2a.home. IN      A       172.16.150.16
16.150          IN      PTR     ns1.sio2a.home.
19.150          IN      PTR     mail.sio2a.home.

Installation

L’installation se fait grâce à la commande suivante :

La configuration du paquet se fait avec :

Informations à renseigner lors de l’installation de Postfix

Configuration

Il s’agit d’éditer le fichier de configuration de Postfix situé ici /etc/postfix/main.cf pour y ajouter les champs suivants :

• Nom du serveur pleinement qualité : myhostname = mail.sio2a.home
• Nom du courrier : mydestination = mail, mail.sio2a.home, localhost.sio2a.home, localhost, sio2a.home
• La portée de l’écoute : inet_interfaces = localhost
• On indique où sera stocké le courrier pour chaque utilisateur : home_mailbox = MailDir/

Voici le fichier de configuration édité :

# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# See http://www.postfix.org/COMPATIBILITY_README.html -- default to 2 on
# fresh installs.
compatibility_level = 2

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname = mail.sio2a.home
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = mail.sio2a.home, localhost.sio2a.home, localhost, sio2a.home
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 51200000
recipient_delimiter =
inet_interfaces = all
inet_protocols = all
home_mailbox = MailDir/

On relance le serveur avec :

Puis on affiche la configuration en cours avec :

Ce qui nous donne :

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
compatibility_level = 2
home_mailbox = MailDir/
inet_interfaces = all
inet_protocols = all
mailbox_size_limit = 51200000
mydestination = mail.sio2a.home, localhost.sio2a.home, localhost, sio2a.home
myhostname = mail.sio2a.home
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter =
relayhost =
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes

Envoi via Telnet

Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
220 mail.sio2a.home ESMTP Postfix (Debian/GNU)
mail from: titi
250 2.1.0 Ok
rcpt to: alex
250 2.1.5 Ok
data
354 End data with <CR><LF>.<CR><LF>
Ceci est un message de test
.
250 2.0.0 Ok: queued as 966396F3A
quit
221 2.0.0 Bye
Connection closed by foreign host.

Lecture du courrier

On a donc envoyer un mail en local à l’utilisateur Alex, l’email en question devrait se trouver dans son home :

1622558919.V806IbbM590241.mail

Voici le contenu du fichier envoyé :

Return-Path: <titi@mail.sio2a.home>
X-Original-To: alex
Delivered-To: alex@mail.sio2a.home
Received: from localhost (localhost [127.0.0.1])
        by mail.sio2a.home (Postfix) with SMTP id 966396F3A
        for <alex>; Tue,  1 Jun 2021 16:47:59 +0200 (CEST)
Message-Id: <20210601144817.966396F3A@mail.sio2a.home>
Date: Tue,  1 Jun 2021 16:47:59 +0200 (CEST)
From: titi@mail.sio2a.home

Ceci est un message de test

Le courrier est au format mbox ou Maildir, Postfix a créé 3 dossiers dans le home :

• new
• tmp
• cur

dovecot-pop3d

On installe l’extension dovecot pour pop3 :

On utilise pour commencer une politique d’authentification simple en texte clair (sans sécurité). On édite les fichiers suivants dans /etc/dovecot/conf.d/ :

• 10-auth.conf

disable_plaintext_auth = no

• 20-pop3.conf

pop3_uidl_format = %08Xu%08Xv

• 10-mail.conf

mail_location = maildir:/home/%u/MailDir

On relance le service Dovecot :

On entre la commande suivante pour vérifier sur quels ports TCP Dovecot est-il en écoute :

LISTEN    0         100                0.0.0.0:995              0.0.0.0:*        users:(("dovecot",pid=423,fd=23))
LISTEN    0         100                0.0.0.0:110              0.0.0.0:*        users:(("dovecot",pid=423,fd=21))
LISTEN    0         100                   [::]:995                 [::]:*        users:(("dovecot",pid=423,fd=24))
LISTEN    0         100                   [::]:110                 [::]:*        users:(("dovecot",pid=423,fd=22))

Les résultats sont doublés car on écoute en IPv4 et IPv6. 110 est le port par défaut de POP3 et 995 est sa version TLS/SSL chiffrés soit POP3S.

Test POP avec Telnet

On effectue un test toujours avec Telnet mais cette fois ci sur le port 110 :

Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
+OK Dovecot (Debian) ready.
USER alex
+OK
PASS alex
+OK Logged in.
LIST
+OK 2 messages:
1 400
2 412
.
RETR 1
+OK 400 octets
Return-Path: <titi@mail.sio2a.home>
X-Original-To: alex
Delivered-To: alex@mail.sio2a.home
Received: from localhost (localhost [127.0.0.1])
        by mail.sio2a.home (Postfix) with SMTP id 278EA5B08
        for <alex>; Tue, 29 Sep 2020 11:23:00 +0200 (CEST)
Message-Id: <20200929092315.278EA5B08@mail.sio2a.home>
Date: Tue, 29 Sep 2020 11:23:00 +0200 (CEST)
From: titi@mail.sio2a.home

Message de test
.
STAT
+OK 2 812
CAPA
+OK
CAPA
TOP
UIDL
RESP-CODES
PIPELINING
AUTH-RESP-CODE
.
quit
+OK Logging out.
Connection closed by foreign host.

Voici une description générale des commandes utilisables :

• USER alex : Nom du compte
• PASS alex : Le mot de passe associé à ce compte
• LIST : Liste les messages présents sur la boite ainsi que leur taille
• RETR 1 : Récupère le message numéro 1 de la liste fournie par LIST
• DEL 1 : Supprime le message numéro 1.
• STAT : Fournit le nombre de message et la taille occupée par l’ensemble de ceux-ci.
• CAPA : Affiche lmes informations du serveur.

dovecot-imapd

On installe l’extension imap pour dovecot :

On redémarre dovecot avec :

On entre la commande suivante pour vérifier sur quels ports TCP Dovecot est-il en écoute :

LISTEN    0         100                0.0.0.0:993             0.0.0.0:*         users:(("dovecot",pid=423,fd=40))
LISTEN    0         100                0.0.0.0:995             0.0.0.0:*         users:(("dovecot",pid=423,fd=23))
LISTEN    0         100                0.0.0.0:110             0.0.0.0:*         users:(("dovecot",pid=423,fd=21))
LISTEN    0         100                0.0.0.0:143             0.0.0.0:*         users:(("dovecot",pid=423,fd=38))
LISTEN    0         100                   [::]:993                [::]:*         users:(("dovecot",pid=423,fd=41))
LISTEN    0         100                   [::]:995                [::]:*         users:(("dovecot",pid=423,fd=24))
LISTEN    0         100                   [::]:110                [::]:*         users:(("dovecot",pid=423,fd=22))
LISTEN    0         100                   [::]:143                [::]:*         users:(("dovecot",pid=423,fd=39))

Dovecot écoute maintenant sur les ports POP3 et IMAP, 143 étant le port par défaut IMAP et 993 sa version TLS/SSL chiffrés soit IMAPS.

Test IMAP avec Telnet

On effectue un test toujours avec Telnet mais cette fois ci sur le port 143 :

Toutes les commandes devront être précédées d’un point.

Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE LITERAL+ STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot (Debian) ready.
. LOGIN alex alex
. OK [CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS BINARY MOVE SNIPPET=FUZZY LITERAL+ NOTIFY SPECIAL-USE] Logged in
. NAMESPACE
* NAMESPACE (("" ".")) NIL NIL
. OK Namespace completed (0.001 + 0.000 secs).

Voir ici pour plus de détails sur TELNET IMAP.

Installation via un script

Une procédure pour l’installation se trouve sur le site officiel. Pour une utilisation commerciale libre et gratuite, choisir la Community Edition. Pour une installation rapide sans archive ni décompression, on va executer un script php directment depuis le site officle et l’executer sur notre machine.

Permissions

On autorise l’application à lire et à écrire sur les fichiers présent dans /var/www/rainloop :

On met à jour le propriétaire des dossiers de manière récursives pour www-data:

Administration

L’administration de l’application devrait être accessible depuis cette adresse : http://172.16.150.19/?admin

L’utilisateur par défaut est : admin, et le mot de passe : 12345. Ceci est à changer absolument au plus vite dans l’onglet Sécurité.

Dans Domains, il faut renseigner notre nom de domaine, les ports SMTP et IMAP comme ceci :

Test

Après avoir configurer l’application, nous allons essayer de nous connecter à l’utilisateur Alex :

Dans la Boîte de réception, on peut apercevoir le mail de test effectué avec Telnet auparavant :

Après avoir créé un utilisateur asterix dans le système, on effectue un test d’envoi de courriel :

On se déconnecte pour aller sur la boite d’Asterix pour vérifier que le courriel est bien arrivé :

Plugins

Rainloop dispose de multiples plugins pour améliorer l’application et la sécurité :