---
title: Mettre en place une boîte mail : histoire, protocoles et architecture
source: https://synapx.fr/blog/boite-mail/
date: 2026-06-26
category: Email
site: SynapxLab
---

# Mettre en place une boîte mail : histoire, protocoles et architecture

Une boîte mail paraît simple dans Outlook, Thunderbird ou un webmail : une adresse, une boîte de réception et un bouton « Envoyer ». Côté serveur, elle résulte pourtant de plusieurs services distincts. SMTP transporte le courrier, IMAP ou POP3 permet de le consulter, un logiciel stocke les messages, le DNS indique où les livrer et un client les présente à l'utilisateur.

> Une boîte mail n'est ni SMTP, ni POP3, ni Exchange. La boîte est la ressource contenant les messages ; SMTP, IMAP et POP3 sont des protocoles ; Exchange est une plateforme ; une newsletter est un usage du courrier électronique.

Ce billet décrit la messagerie et ses boîtes. Pour le cycle complet d'une campagne — liste, réputation, authentification, tests, droit et mesure — consultez le dossier [Emailing professionnel en 2026](/blog/emailing-professionnel-2026/).

## Qu'appelle-t-on exactement une boîte mail ?

Le terme recouvre souvent quatre objets différents :

- **l'adresse**, par exemple `contact@example.com`, qui identifie le destinataire ;
- **la boîte aux lettres**, c'est-à-dire les dossiers, les messages, les quotas et leurs états ;
- **le compte**, qui porte l'identité, le mot de passe ou le jeton d'accès et les droits ;
- **le client de messagerie**, comme Outlook, Thunderbird, Apple Mail ou une application mobile.

Un **webmail** est encore autre chose : c'est un client accessible en HTTPS dans le navigateur. Roundcube, Outlook sur le web ou Gmail affichent une boîte, mais le navigateur ne parle généralement pas directement IMAP au serveur.

## Une courte histoire du courrier électronique

- **Années 1960 :** les systèmes à temps partagé permettent de laisser un message à un autre utilisateur du même ordinateur. Le courrier est local à la machine.
- **1971-1972 :** le courrier traverse ARPANET. Ray Tomlinson utilise la forme `utilisateur@machine`, qui sépare l'identité de l'hôte destinataire.
- **1982 :** la RFC 821 normalise SMTP pour transférer efficacement le courrier entre systèmes. La spécification moderne est la RFC 5321.
- **1984 :** la première version de POP est publiée pour qu'une station récupère les messages conservés sur un serveur. POP3 sera ensuite stabilisé par la RFC 1939.
- **Fin des années 1980 :** IMAP apparaît pour manipuler sur le serveur des dossiers et des états, au lieu de seulement télécharger une boîte de réception. IMAP4rev2 est aujourd'hui décrit par la RFC 9051.
- **1996 :** Microsoft commercialise Exchange Server 4.0. La messagerie d'entreprise se rapproche alors d'un outil collaboratif associant courrier, annuaire, calendriers, contacts et politiques d'administration.
- **Années 1990 et 2000 :** le webmail démocratise l'accès depuis un navigateur, tandis que les listes de diffusion évoluent vers les plateformes de newsletters et de marketing par e-mail.

### Les newsletters sont-elles les ancêtres des boîtes mail ?

Pas techniquement. La **newsletter papier** est bien plus ancienne que l'e-mail et constitue l'ancêtre éditorial du format. Sur Internet, ce sont plutôt les **listes de diffusion** des années 1970 qui préfigurent la newsletter électronique : un message est envoyé à une liste, puis un serveur le redistribue à de nombreux abonnés.

Une newsletter moderne reste un message e-mail. Elle utilise SMTP pour la distribution, arrive dans une boîte, puis est lue par IMAP, POP3, un webmail ou une plateforme Exchange. Le logiciel de newsletter ajoute la gestion des abonnements, le désabonnement, les rebonds, la segmentation, la cadence et les statistiques ; il ne remplace aucun protocole de messagerie.

## La différence entre boîte mail, SMTP, IMAP, POP3 et Exchange

| Élément | Ce que c'est | À quoi il sert |
|---|---|---|
| Boîte mail | Ressource logique et stockage | Conserver les messages, dossiers, quotas et états |
| SMTP | Protocole de transport | Soumettre, relayer et livrer un message |
| IMAP | Protocole d'accès synchronisé | Consulter et organiser la boîte sur plusieurs appareils |
| POP3 | Protocole de récupération | Télécharger les messages, surtout depuis la boîte de réception |
| Postfix | Logiciel serveur SMTP | Recevoir, mettre en file, relayer et remettre le courrier |
| Dovecot | Logiciel serveur IMAP/POP3/LMTP | Authentifier, exposer et alimenter les boîtes |
| Exchange | Produit serveur et collaboratif | Réunir messagerie, annuaire, agendas, contacts et politiques |
| Newsletter | Contenu et mode de diffusion | Envoyer un même contenu à une liste d'abonnés |

## Le trajet réel d'un message

```mermaid
flowchart LR
    A["Expéditeur<br>Outlook ou webmail"] -->|"1. Soumission SMTP<br>587 ou 465"| B["Serveur SMTP<br>Postfix ou Exchange"]
    B -->|"2. Recherche DNS MX"| C["Serveur SMTP<br>du destinataire"]
    C -->|"3. Livraison locale<br>LMTP ou agent local"| D["Boîte du destinataire"]
    E["Téléphone, ordinateur<br>ou navigateur"] -->|"4. IMAP, POP3,<br>MAPI ou HTTPS"| F["Serveur d'accès<br>Dovecot, Exchange ou webmail"]
    F --> D
```

Le serveur d'envoi consulte le DNS du domaine destinataire pour trouver son enregistrement MX. Il contacte ensuite ce serveur en SMTP, généralement sur le port 25. Après les contrôles antispam et d'authenticité, le message est remis à la boîte. Le destinataire le lit plus tard avec IMAP, POP3, le webmail ou les protocoles d'Exchange.

## SMTP : envoyer et transporter

SMTP signifie **Simple Mail Transfer Protocol**. Il fonctionne en mode « pousser » : un client ou un serveur remet un message à un autre serveur. Il ne sert pas à afficher la boîte de réception.

Il faut distinguer deux usages :

- la **soumission** par un utilisateur authentifié, normalement sur le port 587 avec STARTTLS ou sur le port 465 avec TLS implicite ;
- le **relais entre serveurs**, normalement sur le port 25, guidé par les enregistrements DNS MX.

Un serveur public ne doit jamais devenir un relais ouvert. Le port de soumission authentifie les utilisateurs autorisés ; le port 25 n'accepte que le courrier dont le serveur est réellement responsable ou qu'une règle de relais autorise explicitement.

## IMAP : synchroniser la boîte sur plusieurs appareils

IMAP conserve la boîte de référence sur le serveur. Il synchronise les dossiers, les messages, les drapeaux de lecture, les déplacements et les suppressions. Un téléphone et un ordinateur voient donc le même état.

C'est le protocole d'accès adapté au fonctionnement actuel. Le port 993 fournit IMAP avec TLS implicite. Le port 143 peut utiliser STARTTLS, mais une configuration publique doit imposer le chiffrement et refuser l'authentification en clair.

## POP3 : récupérer les messages

POP3 a été conçu pour télécharger les messages afin de les lire hors connexion. Son modèle historique suppose souvent qu'un poste récupère la boîte de réception et peut supprimer les copies du serveur. Certains clients savent laisser les messages en place, mais POP3 ne synchronise pas toute l'arborescence comme IMAP.

Le port chiffré usuel est 995. POP3 reste utile pour certains équipements anciens, pour une relève simple ou pour des processus d'archivage, mais il est rarement le meilleur choix pour une boîte consultée depuis plusieurs appareils.

| Besoin | IMAP | POP3 |
|---|---|---|
| Plusieurs appareils | Oui | Limité |
| Dossiers sur le serveur | Oui | Non |
| État lu/non lu partagé | Oui | Non ou limité |
| Travail hors connexion | Cache local | Téléchargement local |
| Usage conseillé | Messagerie courante | Cas simple ou ancien |

## Exchange : un produit, pas un protocole

Microsoft Exchange est une plateforme de messagerie d'entreprise. Elle fournit une boîte et un transport SMTP, mais aussi des calendriers partagés, des contacts, un annuaire, des règles, des politiques de rétention, de la haute disponibilité et des interfaces d'administration.

Entre serveurs Internet, Exchange utilise SMTP comme les autres. Pour les clients, Outlook utilise surtout les protocoles Microsoft tels que MAPI sur HTTP ; Outlook sur le web passe par HTTPS et les appareils mobiles peuvent utiliser Exchange ActiveSync. IMAP4 et POP3 existent également dans Exchange Server, mais ils sont optionnels et n'exposent pas toutes les fonctions collaboratives.

| Pile Linux modulaire | Exchange |
|---|---|
| Postfix pour SMTP, Dovecot pour IMAP/POP3, annuaire et webmail au choix | Fonctions regroupées dans une plateforme Microsoft |
| Standards ouverts et composants remplaçables | Intégration forte avec Outlook et l'écosystème Microsoft |
| Grande maîtrise de l'hébergement et du stockage | Administration centralisée et fonctions collaboratives intégrées |
| Exploitation, antispam et délivrabilité à construire | Exploitation intégrée ou déléguée avec Exchange Online |

Le choix ne se résume donc pas à « Dovecot ou Exchange » : on compare une brique spécialisée à une plateforme complète.

## Les ports à retenir

| Port | Service | Usage |
|---|---|---|
| 25 | SMTP | Relais entre serveurs de messagerie |
| 587 | Message submission | Envoi authentifié, généralement avec STARTTLS |
| 465 | Submissions | Envoi authentifié avec TLS implicite |
| 143 | IMAP | Accès avec STARTTLS si le serveur l'impose |
| 993 | IMAPS | IMAP avec TLS implicite |
| 110 | POP3 | Accès avec STARTTLS si le serveur l'impose |
| 995 | POP3S | POP3 avec TLS implicite |

Les appellations « IMAPS » et « POP3S » sont pratiques, mais il s'agit toujours d'IMAP et de POP3 transportés dans TLS.

## Les briques d'une pile de messagerie Linux

Une installation autonome comprend au minimum :

1. un nom d'hôte, par exemple `mail.example.com`, avec des enregistrements DNS A ou AAAA ;
2. un enregistrement MX pour désigner le serveur qui reçoit le courrier du domaine ;
3. un serveur SMTP tel que [Postfix](/blog/postfix/) ;
4. un serveur d'accès et de livraison tel que [Dovecot](/blog/dovecot/) ;
5. un stockage des boîtes, par exemple Maildir, et une source d'identités système, SQL ou LDAP ;
6. un certificat TLS valide pour les noms utilisés par les clients ;
7. un antispam, un antivirus selon le contexte, des quotas, des sauvegardes et de la supervision ;
8. [SPF, DKIM et DMARC](/blog/securite-email-spf-dkim-dmarc/) pour authentifier l'usage du domaine et encadrer les messages sortants.

Le reverse DNS, ou PTR, doit également correspondre au nom du serveur sortant. Une installation techniquement capable d'envoyer n'est pas automatiquement une installation dont les messages seront délivrés en boîte de réception.

Lorsque la pile est maîtrisée, [DNSSEC, KSK et ZSK](/blog/dnssec-ksk-zsk/) permettent de protéger la chaîne de confiance DNS et ouvrent la voie à DANE pour le transport SMTP.

## Installer la base Postfix et Dovecot sous Debian

Cette base prépare des boîtes virtuelles dans MySQL. Elle ne constitue pas encore une plateforme de production complète : TLS, politiques de relais, Dovecot SQL, LMTP, DKIM, antispam, sauvegardes et supervision restent à configurer.

```bash
sudo apt update
sudo apt install tree mailutils postfix postfix-mysql
sudo apt install dovecot-core dovecot-mysql dovecot-imapd dovecot-lmtpd dovecot-managesieved

# Facultatif si des clients exigent encore POP3
sudo apt install dovecot-pop3d

sudo groupadd -g 5000 vmail
sudo useradd -g vmail -u 5000 vmail -d /var/mail/vmail -m

dovecot --version
sudo doveadm pw -s SHA512-CRYPT
```

Pendant l'installation de Postfix, choisissez « Site Internet » et indiquez le vrai nom de courrier, par exemple `mail.example.com`.

> Debian 12 fournit Dovecot 2.3 et Debian 13 fournit Dovecot 2.4. Les deux branches n'utilisent pas exactement la même syntaxe. Vérifiez la version avant de reprendre un exemple de configuration.

## Créer la base des adresses et des alias

```sql
CREATE DATABASE postfix CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
USE postfix;

CREATE TABLE addresses (
  email VARCHAR(254) NOT NULL PRIMARY KEY,
  active TINYINT(1) NOT NULL DEFAULT 1,
  passwd VARCHAR(255) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE aliases (
  source VARCHAR(254) NOT NULL PRIMARY KEY,
  target VARCHAR(254) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE USER 'postfix'@'127.0.0.1' IDENTIFIED BY 'changez-ce-secret';
GRANT SELECT ON postfix.addresses TO 'postfix'@'127.0.0.1';
GRANT SELECT ON postfix.aliases TO 'postfix'@'127.0.0.1';

INSERT INTO addresses (email, active, passwd)
VALUES ('contact@example.com', 1, '{SHA512-CRYPT}copiez-ici-le-hachage-doveadm');

INSERT INTO aliases (source, target)
VALUES ('alias@example.com', 'contact@example.com');
```

Le compte SQL `postfix` ne reçoit que le droit `SELECT`. Le mot de passe de l'utilisateur final est stocké sous forme de hachage reconnu par Dovecot, jamais en clair.

## Préparer le dossier des boîtes

```bash
sudo mkdir -p /var/mail/vmail/example.com
sudo chown -R vmail:vmail /var/mail/vmail
sudo chmod 750 /var/mail/vmail
```

Le même UID et le même GID doivent être utilisés dans la configuration `userdb` de Dovecot. Une divergence de permissions empêche la livraison ou la création des dossiers.

## Mapper les boîtes virtuelles dans Postfix

Créez `/etc/postfix/mysql_virtual_mailbox_maps.cf` :

```ini
user = postfix
password = changez-ce-secret
hosts = 127.0.0.1
dbname = postfix
query = SELECT 1 FROM addresses WHERE email = '%s' AND active = 1
```

Créez `/etc/postfix/mysql_virtual_alias_maps.cf` :

```ini
user = postfix
password = changez-ce-secret
hosts = 127.0.0.1
dbname = postfix
query = SELECT target FROM aliases WHERE source = '%s'
```

Protégez ces deux fichiers, car ils contiennent le secret SQL :

```bash
sudo chown root:postfix /etc/postfix/mysql_virtual_*_maps.cf
sudo chmod 640 /etc/postfix/mysql_virtual_*_maps.cf
```

Ajoutez ensuite à `/etc/postfix/main.cf` :

```ini
virtual_mailbox_domains = example.com
virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf
virtual_transport = lmtp:unix:private/dovecot-lmtp
```

Le domaine `example.com` ne doit pas être déclaré en même temps dans `mydestination` : un domaine de boîtes virtuelles appartient à `virtual_mailbox_domains`, sinon Postfix peut refuser la configuration ou boucler sur sa propre livraison.

Vérifiez les deux requêtes avant de recharger Postfix :

```bash
sudo postmap -q contact@example.com mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
sudo postmap -q alias@example.com mysql:/etc/postfix/mysql_virtual_alias_maps.cf
sudo postfix check
sudo systemctl reload postfix
```

La première commande doit retourner `1` ; la seconde doit retourner l'adresse cible. Il reste ensuite à configurer le `passdb` et le `userdb` SQL de Dovecot, son socket LMTP et le service de soumission SMTP authentifié.

## Vérifications avant une mise en production

- Le DNS MX pointe vers le bon nom et ce nom possède une adresse A ou AAAA correcte.
- Le reverse DNS de l'adresse sortante est cohérent avec le nom annoncé par Postfix.
- Les ports 25, 465 ou 587, 993 et éventuellement 995 sont ouverts uniquement selon le besoin.
- Les certificats TLS sont valides, renouvelés automatiquement et testés depuis l'extérieur.
- Le relais SMTP est fermé aux utilisateurs non authentifiés et aux réseaux non autorisés.
- SPF, DKIM et DMARC sont publiés et vérifiés sur des messages réellement reçus.
- Les échecs d'authentification, la file SMTP, l'espace disque et les quotas sont supervisés.
- Les boîtes, les bases, les clés DKIM et la configuration sont sauvegardées puis restaurées lors d'un test.
- Les envois de newsletters passent par une file et une politique adaptées aux volumes, aux rebonds et aux désabonnements.

Une infrastructure de boîtes peut transporter quelques notifications, mais elle ne remplace pas une plateforme de campagne. Les rôles de l'orchestrateur, de la liste de suppression, des files par destination et du collecteur de retours sont détaillés dans [Construire son propre serveur d'e-mailing](/blog/serveur-emailing-postfix-mailcow-mailu/).