La meilleure messagerie axée confidentialité pour les développeurs en 2026 : Proton vs Infomaniak

Certains liens de cette page sont des liens d'affiliation : si vous vous inscrivez via ces liens, ce site touche une commission, sans surcoût pour vous. Les prix et les recommandations ne changent pas.

Tout projet personnel finit par avoir besoin de deux choses différentes en matière d’email, et la plupart des guides ne parlent que de l’une d’elles.

La première, c’est une boîte mail humaine : you@yourdomain.dev, consultée sur un ordinateur portable et un téléphone, à l’écart d’une entreprise publicitaire. La seconde, c’est un point de sortie SMTP : ce sur quoi votre application s’authentifie à trois heures du matin pour envoyer une réinitialisation de mot de passe. Ce ne sont ni le même métier, ni le même profil de trafic, ni le même mode de panne, et dès que vous les traitez comme une seule chose, vous obtenez un projet dont les inscriptions s’arrêtent de fonctionner en silence.

Voici une comparaison des deux fournisseurs axés confidentialité qui valent vraiment la peine d’y héberger un domaine en 2026, avec les tarifs tels qu’ils sont facturés aujourd’hui, les enregistrements DNS que vous allez réellement coller, et une ligne honnête sur les limites de chacun.

En bref

Tarifs vérifiés le 25 octobre 2026 ; la conversion CHF utilise 1 CHF = €1.0838 au 23 octobre 2026. Proton affiche ses prix en USD sur les pages de tarifs et convertit au moment du paiement.

Ce que « axé confidentialité » vous apporte vraiment

Soyez précis sur la menace que vous payez pour éliminer, car les deux fournisseurs n’éliminent pas la même.

Proton chiffre le courrier de bout en bout entre utilisateurs Proton, et au repos avec un chiffrement à accès nul pour tout le reste. La conséquence pratique, celle qu’on oublie, c’est que le fournisseur ne peut pas lire votre boîte de réception, et rien de ce que vous y branchez ne le peut non plus. Il n’y a pas d’IMAP natif, parce qu’il n’y a rien sur le serveur à livrer en clair. C’est la fonctionnalité. C’est aussi la limite.

Infomaniak ne fait pas de chiffrement de bout en bout. Il propose un service mail classique, bien tenu, hébergé en Europe, avec chiffrement en transit et au repos, sans profilage publicitaire, et une entreprise qui vend de l’hébergement plutôt que de l’attention. Pour la plupart des projets personnels, c’est la véritable alternative à un compte Gmail gratuit, et il parle tous les protocoles que vos outils connaissent déjà.

Si votre courrier doit être illisible pour le fournisseur, la décision est déjà prise pour vous. Si ce que vous voulez, c’est arrêter d’être le produit, Infomaniak est moins cher, plus rapide à mettre en place, et beaucoup moins susceptible de se battre avec vos outils.

La réalité pour les développeurs : le Bridge

C’est le seul élément qui tranche le choix pour la plupart des gens qui écrivent du code, donc ça doit passer avant le tableau de prix dans votre tête.

Proton n’a pas de serveur IMAP auquel se connecter. Pour utiliser Thunderbird, Apple Mail, mutt, neomutt, aerc, ou tout autre client qui parle le protocole, vous faites tourner Proton Bridge : un démon local qui détient vos clés, expose IMAP et SMTP sur 127.0.0.1, et déchiffre sur votre machine. Ça fonctionne bien et il existe un mode headless. Mais c’est un processus qui doit tourner, sur une machine qui doit être déverrouillée, ce qui veut dire :

• Du courrier sur un serveur headless via Proton veut dire faire tourner le Bridge sur ce serveur et lui confier les clés.
• Sur téléphone, c’est l’app Proton, pas votre client préféré. Il n’y a pas de moyen de contourner ça.
• Si le Bridge ne tourne pas, votre client est tout simplement hors ligne.

Infomaniak vous donne mail.infomaniak.com sur les ports 993 et 465, et votre client se connecte. Voilà, c’est tout le paragraphe.

Envoyer depuis votre application

Les deux fournisseurs peuvent envoyer du courrier pour une application. Ni l’un ni l’autre ne devrait être votre fournisseur de mail transactionnel. Ces deux affirmations sont compatibles, et c’est sur cette distinction que la plupart des gens se brûlent.

Soumission SMTP chez Proton

Les plans payants permettent de générer des jetons de soumission SMTP pour les adresses à domaine personnalisé. Les paramètres :

host:     smtp.protonmail.ch
port:     587
security: STARTTLS
user:     noreply@yourdomain.dev
password: <the generated token>

Trois détails qui ne sont pas évidents depuis l’écran de configuration :

1. Le jeton n’est affiché qu’une fois, à la création. Mettez-le dans votre gestionnaire de secrets dans la minute.
2. Les jetons ne s’associent qu’à des adresses à domaine personnalisé, jamais à votre adresse @proton.me.
3. Générez un jeton par client et par adresse. Une révocation ne vous coûte alors qu’une intégration au lieu de toutes.

Une config msmtp, qui est tout ce dont a besoin un cron job ou un petit conteneur :

account        proton
host           smtp.protonmail.ch
port           587
tls            on
tls_starttls   on
auth           on
from           noreply@yourdomain.dev
user           noreply@yourdomain.dev
passwordeval   "cat /run/secrets/smtp_token"

account default : proton

La limite que personne ne documente

Les limites publiées par Proton sont de 50 emails par heure et 150 par jour sur les comptes gratuits, et pour les comptes payants « ça dépend de la réputation de votre compte », avec jusqu’à 100 destinataires par message. Aucun plafond payant n’est publié.

Relisez ça deux fois avant de brancher un flux d’inscription là-dessus. Une limite non documentée et modelée par la réputation convient très bien à un formulaire de contact, une alerte de sauvegarde, ou un rapport nocturne. Ce n’est pas une base pour un produit qui envoie du mail d’onboarding par rafales, parce que la première fois que vous toucherez la limite, vous l’apprendrez par vos utilisateurs plutôt que par un tableau de bord.

La règle à retenir : votre fournisseur de boîte mail envoie du courrier vers vous et en tant que vous. Un fournisseur transactionnel avec une vraie API, des webhooks et un tableau de bord des bounces envoie du courrier vers vos utilisateurs. Payez une facture pour chacun. La seconde facture est généralement nulle au volume d’un projet personnel.

Les enregistrements DNS, en entier

Identiques dans la forme pour les deux fournisseurs, et l’étape que les gens sautent au prix d’une semaine dans les dossiers spam. Remplacez le sélecteur et les valeurs d’hôte par celles que votre fournisseur affiche.

; MX
yourdomain.dev.          3600  IN  MX   10 mail.provider.example.
; SPF - exactly one TXT record starting with v=spf1
yourdomain.dev.          3600  IN  TXT  "v=spf1 include:_spf.provider.example -all"
; DKIM - copy the public key your provider generates
sel._domainkey.yourdomain.dev. 3600 IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBg..."
; DMARC - start at none, read the reports, then tighten
_dmarc.yourdomain.dev.   3600  IN  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.dev; fo=1"

Quatre choses qui causent presque tous les problèmes de délivrabilité que nous avons dû déboguer :

• Deux enregistrements SPF. Un seul enregistrement TXT peut commencer par v=spf1. Un second, généralement laissé par un ancien fournisseur, invalide les deux. Fusionnez-les.
• -all avant d’être prêt. Commencez par ~all, confirmez dans les rapports DMARC que tout ce qui est légitime passe, puis durcissez vers -all.
• p=reject dès le premier jour. Vous allez rejeter votre propre courrier. p=none pendant deux semaines, ce n’est pas de la timidité, c’est le seul moyen de retrouver l’expéditeur que vous aviez oublié.
• Un PTR manquant quand vous envoyez depuis votre propre machine. Pas pertinent avec les deux fournisseurs ici, mais c’est la raison pour laquelle le SMTP auto-hébergé sur un VPS part en spam. Si vous êtes tenté de faire tourner votre propre serveur mail, lisez d’abord Meilleur VPS pour l’auto-hébergement en 2026, puis faites-le pour la boîte mail, pas pour l’envoi.

Le coût aux tailles qui comptent

Une personne, un domaine. Proton Mail Plus à $3.99/mois en facturation annuelle donne un utilisateur, le support de domaine personnalisé et des jetons SMTP. Le service mail autonome d’Infomaniak coûte CHF 2.29 par adresse et par mois avec un stockage mail illimité, ou CHF 1.76 par utilisateur sur kSuite Standard, qui inclut deux adresses et 50 GB de stockage cloud. Infomaniak gagne sur le prix ; Proton gagne si vous voulez que la boîte mail soit chiffrée contre son propre opérateur.

Une petite équipe de cinq personnes. Proton Mail Essentials coûte $6.99 par utilisateur et par mois sur un engagement annuel, soit environ $420 par an, avec 15 GB par utilisateur et jusqu’à 3 domaines. Infomaniak kSuite Business coûte CHF 7.33 par utilisateur (environ €7.94), réduit de moitié la première année, et apporte 3 TB de stockage cloud par utilisateur, ce qui est le poste qui change vraiment la comparaison si vous alliez de toute façon payer pour du stockage.

Vous payez déjà pour un VPN ou du stockage cloud. Proton Unlimited à $9.99/mois en facturation annuelle regroupe mail, 500 GB, VPN et un gestionnaire de mots de passe dans une seule facture. Face à quatre abonnements séparés, c’est la réponse la moins chère, et c’est ce pack, pas le client mail, qui est la vraie raison pour laquelle la plupart des développeurs finissent chez Proton.

Ce que nous choisirions

Pour une boîte mail privée sur votre propre domaine où le fournisseur ne doit pas pouvoir la lire, prenez Proton , acceptez le Bridge, et réservez le jeton SMTP au courrier automatisé à faible volume.

Pour tout le reste - une équipe qui vit dans des clients standards, un projet qui veut des boîtes mail bon marché et du stockage au même endroit, une config mail qui doit prendre quinze minutes et qu’on n’a plus jamais à repenser - prenez Infomaniak .

Et quel que soit votre choix, envoyez le courrier de votre produit via un fournisseur transactionnel. La boîte mail à €2 et le palier d’envoi à 10 000 messages sont deux achats différents, et les confondre est l’erreur la plus coûteuse de tout cet article.

Prochain épisode de la série : la configuration mail complète sur un domaine personnalisé, du DNS à un client qui fonctionne, avec les rapports DMARC lus à voix haute.