Votre boîte de réception.
Sur le port 25. Ouvert par défaut. Sans KYC.

Le port 25 sortant est le vecteur d'attaque historique des botnets qui relayent du spam. Les hyperscalers (AWS, GCP, Azure) et la plupart des hébergeurs VPS le ferment par défaut et soit refusent purement et simplement de l'ouvrir, soit exigent au préalable un AUP signé et un compte entreprise vérifié KYC. La combinaison « nous vous vendrons un VPS mais vous ne pourrez pas envoyer de mail depuis lui » est devenue la norme non écrite de l'industrie, raison pour laquelle « quelle est votre politique port 25 » est la première question que tout futur auto-hébergeur de serveur mail pose. NordBastion ouvre le port 25 par défaut à chaque palier — aucun ticket requis.

Une IP de VPS fraîchement allouée n'a aucune réputation d'expéditeur auprès des grands fournisseurs de boîtes (Gmail, Outlook365, Yahoo). Les premiers milliers de messages qu'elle envoie sont traités comme coupables-jusqu'à-preuve-du-contraire — acceptés à titre provisoire avec un score de confiance bas, la délivrabilité oscillant entre boîte de réception et spam. La réputation se construit sur 2 à 4 semaines d'envois cohérents, à faible volume, bien authentifiés. Les accélérateurs sont : SPF + DKIM + DMARC + MTA-STS tous au vert à chaque message ; PTR/rDNS correspondant au HELO ; domaine FROM cohérent ; signaux d'engagement (des gens qui ouvrent réellement votre mail, pas juste qui le reçoivent).

Oui — ouvrez un ticket depuis votre panneau avec le PTR souhaité et nous le configurons sur le bloc IP upstream. La convention est que le PTR de l'IP corresponde au hostname HELO/EHLO du serveur mail (mail.example.org). Sans PTR correct, Gmail et Outlook365 pénalisent tous deux lourdement l'expéditeur — c'est donc l'une des premières choses à régler, idéalement avant le premier message sortant. Le délai du ticket est généralement de quelques heures.

Mailcow est l'option moderne docker-compose-native — activement développée, riche en interface web, livrée avec rspamd, ClamAV, le webmail Sogo et Z-Push out of the box. Mail-in-a-Box est l'option « tout sur une seule machine, opinionée, config minimale » — idéale pour une boîte personnelle + quelques alias. iRedMail est l'option classique de style LAMP — configuration granulaire, compatibilité plus large avec les boutiques non-Docker. Pour la plupart des nouveaux auto-hébergeurs en 2026, la réponse est Mailcow sur un Garrison ; tout ce qui suit suppose ce chemin.

Oui — mais seulement avec une hygiène d'authentification complète (SPF + DKIM + DMARC + MTA-STS), un PTR correct, un motif d'envoi propre, et de la patience pendant le warm-up. Gmail en particulier pondère lourdement l'engagement — des gens qui ne suppriment pas votre mail, qui y répondent, qui le marquent comme non-spam — et un expéditeur tout neuf sur un domaine tout neuf met des semaines à sortir du purgatoire « promotionnel ». Les opérateurs auto-hébergés rapportent une délivrabilité stable vers les deux boîtes en 4 à 8 semaines d'exploitation cohérente ; le chemin demande de la discipline, pas de la magie.

Moins que vous ne le pensez. Les expéditeurs modernes (Gmail, Outlook365, etc.) réessaient en cas d'échec de connexion pendant plusieurs jours, donc un MX primaire down pendant une heure de reboot est invisible pour tout le monde. Les serveurs MX de secours existent surtout pour gérer le cas rare des pannes pluri-journalières, et ce sont eux-mêmes des aimants à spam (les spambots ciblent spécifiquement les MX de secours qui sont plus faibles que le primaire). Si la disponibilité compte, le bon coup est monitoring + plan de restauration rapide, pas un MX de secours que vous maintenez mal.

Mailcow livre Sogo pour le webmail et CalDAV/CardDAV, dovecot-sieve pour le filtrage côté serveur (la manière canonique de trier le mail au moment de la livraison, fonctionne avec n'importe quel client IMAP), et supporte Z-Push pour Exchange ActiveSync — ce qui donne à iOS Mail des notifications push natives sans monter un backend push-IMAP séparé. Pour Android, les clients FairEmail et K-9 Mail fonctionnent nativement avec IMAP IDLE pour un push quasi temps réel. La stack couvre les attentes mobile-mail modernes.

Mailcow livre rspamd par défaut et c'est le bon défaut moderne — écrit en C, scriptable en Lua, augmenté par apprentissage machine, plus rapide et plus économe en mémoire que SpamAssassin pour le même taux de faux positifs. SpamAssassin reste la lingua franca des stacks mail legacy et c'est ce que iRedMail prend par défaut ; ça fonctionne, mais vous passerez plus de temps à régler les règles. Faites tourner rspamd sauf si une contrainte d'intégration impose SpamAssassin.