Le cimetière des startups de messagerie électronique : pourquoi la plupart des entreprises de messagerie électronique échouent

Alors que de nombreuses startups de messagerie électronique ont investi des millions pour résoudre des problèmes perçus, nous, chez Un courriel transféré se concentre sur la création d'une infrastructure de messagerie fiable à partir de zéro depuis 2017. Cette analyse explore les modèles derrière les résultats des startups de messagerie et les défis fondamentaux de l'infrastructure de messagerie.

[!NOTE] Informations clésLa plupart des startups de messagerie ne construisent pas d'infrastructure de messagerie à partir de zéro. Nombre d'entre elles s'appuient sur des solutions existantes comme Amazon SES ou des systèmes open source comme Postfix. Les protocoles de base fonctionnent bien ; le défi réside dans leur mise en œuvre.

[!TIP] Plongée technique approfondie:Pour plus de détails sur notre approche, notre architecture et notre mise en œuvre de la sécurité, consultez notre Livre blanc technique sur le transfert d'e-mails et À propos de la page qui documente notre chronologie complète de développement depuis 2017.

La matrice des échecs de démarrage d'e-mails

[!CAUTION] Alerte de taux d'échec: Techstars compte à elle seule 28 entreprises liées au courrier électronique avec seulement 5 sorties - un taux d'échec extrêmement élevé (parfois estimé à plus de 80 %).

Voici tous les échecs majeurs de startups de messagerie que nous avons pu trouver, organisés par accélérateur, financement et résultat :

EntrepriseAnnéeAccélérateurFinancementRésultatStatutProblème clé
Skiff2024-14,2 millions de dollars au totalAcquis par Notion → Arrêt😵 MortLes fondateurs ont quitté Notion pour Cursor
Moineau2012-247 000 $ de semences, Acquisition de moins de 25 millions de dollarsAcquis par Google → Fermeture😵 MortAcquisition de talents uniquement
Copilote de courrier électronique2012Techstars~120 000 $ (norme Techstars)Acquis → Arrêt😵 MortRedirige désormais vers Validity
RépondreEnvoyer2012Techstars~120 000 $ (norme Techstars)Échoué😵 MortProposition de valeur vague
Enveloppé2012Techstars~120 000 $ (norme Techstars)Échoué😵 Mort« Facile. Sécurisé. Courriel »
Fouillis2015Techstars~120 000 $ (norme Techstars)Échoué😵 MortCryptage des e-mails
Fièvre de la boîte de réception2011Techstars~118 000 $ (Techstars 2011)Échoué😵 MortAPI pour les applications de messagerie
E-mail2014YC~120 000 $ (norme YC)Pivoté🧟 ZombieCourriel mobile → « bien-être »
MailTime2016YC~120 000 $ (norme YC)Pivoté🧟 ZombieClient de messagerie → analyses
reMail2009YC~$20K (YC 2009)Acquis par Google → Arrêt😵 MortRecherche d'e-mails sur iPhone
Mailhaven2016500 Global~100 000 $ (500 $ standard)SortiInconnuSuivi des colis

Le bilan de la réalité des infrastructures

[!WARNING] La vérité cachée: Chaque start-up de messagerie électronique se contente de développer une interface utilisateur à partir d'une infrastructure existante. Elles ne construisent pas de véritables serveurs de messagerie, mais des applications qui se connectent à une véritable infrastructure de messagerie.

Qu'est-ce qui fait réellement fonctionner le courrier électronique ?

graph TD
    A[Email Infrastructure] --> B[Amazon SES]
    A --> C[Postfix SMTP]
    A --> D[Cyrus IMAP]
    A --> E[SpamAssassin]
    A --> F[DKIM/SPF/DMARC]

B --> G[Powers most email APIs]
C --> H[Actual SMTP server everywhere]
D --> I[Handles email storage]
E --> J[Filters spam]
F --> K[Authentication that works]





Ce que les « startups de messagerie » créent réellement


graph LR
    A[Email Startup Stack] --> B[React Native Apps]
    A --> C[Web Interfaces]
    A --> D[AI Features]
    A --> E[Security Layers]
    A --> F[API Wrappers]

B --> G[Memory leaks]
C --> H[Break email threading]
D --> I[Gmail already has]
E --> J[Break existing workflows]
F --> K[Amazon SES with 10x markup]







[!TIP]
Modèle clé pour la réussite des e-mailsLes entreprises qui réussissent réellement dans le domaine du courrier électronique ne cherchent pas à réinventer la roue. Au contraire, elles construisent infrastructures et outils qui améliorent flux de travail de messagerie existants. SendGrid, Pistolet postal, et Cachet de la poste sont devenues des entreprises d'un milliard de dollars en fournissant des API SMTP et des services de livraison fiables - elles fonctionnent avec Nous respectons les protocoles de messagerie électronique, et non les contre. C'est la même approche que nous adoptons chez Forward Email.




Pourquoi la plupart des startups de messagerie échouent




[!IMPORTANT]
Le modèle fondamental: E-mail client Les startups échouent généralement parce qu'elles tentent de remplacer les protocoles de travail, tandis que le courrier électronique infrastructure Les entreprises peuvent réussir en améliorant leurs flux de travail existants. L'essentiel est de comprendre les besoins réels des utilisateurs et ceux perçus par les entrepreneurs.




1. Les protocoles de messagerie fonctionnent, mais leur mise en œuvre échoue souvent




[!NOTE]
Statistiques de courrier électronique: 347,3 milliards d'e-mails envoyés quotidiennement sans problèmes majeurs, au service 4,37 milliards d'utilisateurs de messagerie électronique dans le monde à partir de 2023.




Les principaux protocoles de messagerie électronique sont solides, mais la qualité de mise en œuvre varie considérablement :



La véritable opportunité: Meilleure mise en œuvre des protocoles existants, pas remplacement de protocole.


2. Les effets de réseau sont incassables


L’effet réseau du courrier électronique est absolu :



3. Ils ciblent souvent les mauvais problèmes


De nombreuses startups de messagerie électronique se concentrent sur les problèmes perçus plutôt que sur les véritables points faibles :



De vrais problèmes qui méritent d'être résolus:Fiabilité de l'infrastructure, délivrabilité, filtrage du spam et outils de développement.


4. La dette technique est énorme


La création d’une véritable infrastructure de messagerie électronique nécessite :



5. L'infrastructure existe déjà


Pourquoi réinventer quand on peut utiliser :



Études de cas : Quand les startups de messagerie échouent


Étude de cas : la catastrophe du Skiff


Skiff illustre parfaitement tout ce qui ne va pas avec les startups de messagerie électronique.


La configuration


    

  • Positionnement: « Plateforme de messagerie et de productivité axée sur la confidentialité »
    • 

  • Financement: Un capital-risque important
    • 

  • Promesse:Un meilleur courrier électronique grâce à la confidentialité et au cryptage
    • 



L'acquisition


Notion a acquis Skiff en février 2024 avec des promesses d’acquisition typiques concernant l’intégration et le développement continu.


La réalité



L'analyse de l'accélérateur


Y Combinator : l'usine d'applications de messagerie


Combinateur Y a financé des dizaines de startups spécialisées dans le courrier électronique. Voici la tendance :



Taux de réussiteRésultats mitigés, avec quelques sorties notables. Plusieurs entreprises ont réussi des acquisitions (reMail vers Google, Rapportive vers LinkedIn), tandis que d'autres ont délaissé le courrier électronique ou ont été rachetées pour leurs talents.


Techstars : Le cimetière des e-mails


Techstars a un bilan encore pire :



Modèle:Propositions de valeur vagues, pas de réelle innovation technique, échecs rapides.


Le piège du capital-risque




[!CAUTION]
Paradoxe du financement par capital-risqueLes capital-risqueurs adorent les startups spécialisées dans l'e-mailing, car elles paraissent simples, mais sont en réalité impossibles. Les hypothèses fondamentales qui attirent les investissements sont précisément ce qui garantit l'échec.




Les VC aiment les startups de messagerie électronique parce qu'elles semblent simples mais sont en réalité impossibles :


graph TD
    A[VC Email Startup Pitch] --> B[Sounds Simple]
    A --> C[Seems Obvious]
    A --> D[Technical Moat Claims]
    A --> E[Network Effect Dreams]

B --> F[Everyone uses email!]
C --> G[Email is old and broken!]
D --> H[We'll build better infrastructure!]
E --> I[Once we get users, we'll dominate!]

F --> J[Reality: Email works fine]
G --> K[Reality: Protocols are proven]
H --> L[Reality: Infrastructure is hard]
I --> M[Reality: Network effects unbreakable]





Réalité:Aucune de ces hypothèses ne s’applique au courrier électronique.


La réalité technique : les piles de courrier électronique modernes


Qu'est-ce qui fait réellement avancer les « startups de messagerie » ?


Voyons ce que ces entreprises gèrent réellement :


graph LR
    A[Most Email Startups] --> B[React Native App]
    B --> C[Node.js API]
    C --> D[Amazon SES]
    D --> E[Existing Email Infrastructure]

F[Forward Email] --> G[100% Custom Node.js JavaScript Stack]
G --> H[Built From Scratch]





Les problèmes de performance


Ballonnement de la mémoire:La plupart des applications de messagerie sont des applications Web basées sur Electron qui consomment d'énormes quantités de RAM :





[!WARNING]
Crise de performance des électronsLes clients de messagerie modernes basés sur Electron et React Native souffrent d'importants problèmes de mémoire et de performances. Bien que pratiques pour les développeurs, ces frameworks multiplateformes génèrent des applications gourmandes en ressources, qui consomment des centaines de mégaoctets, voire des gigaoctets de RAM, pour les fonctionnalités de messagerie de base.




Décharge de la batterie: Synchronisation constante et code inefficace :


    

  • Processus d'arrière-plan qui ne dorment jamais
    • 

  • Appels d'API inutiles toutes les quelques secondes
    • 

  • Mauvaise gestion des connexions
    • 

  • Aucune dépendance tierce, à l'exception de celles absolument nécessaires aux fonctionnalités de base
    • 



Les modèles d'acquisition : succès ou échec


Les deux modèles


Modèle d'application client (échoue généralement):


flowchart TD
    A[Email Client Launch] --> B[VC Funding]
    B --> C[User Growth]
    C --> D[Talent Acquisition]
    D --> E[Service Shutdown]

A -.-> A1["Revolutionary interface"]
B -.-> B1["$5-50M raised"]
C -.-> C1["Acquire users, burn cash"]
D -.-> D1["Acqui-hire for talent"]
E -.-> E1["Service discontinued"]





Modèle d'infrastructure (réussit souvent):


flowchart TD
    F[Infrastructure Launch] --> G[Revenue Growth]
    G --> H[Market Position]
    H --> I[Strategic Acquisition]
    I --> J[Continued Operation]

F -.-> F1["SMTP/API services"]
G -.-> G1["Profitable operations"]
H -.-> H1["Market leadership"]
I -.-> I1["Strategic integration"]
J -.-> J1["Enhanced service"]





Exemples récents


Échecs de l'application client:



Exception notable:


    

  • Surhumain → Grammarly (2025) : Acquisition réussie avec intégration stratégique dans une plateforme de productivité
    • 



Succès en matière d'infrastructures:



Évolution et consolidation de l'industrie


Progression de l'industrie naturelle


Le secteur du courrier électronique a naturellement évolué vers la consolidation, les grandes entreprises acquérant des entreprises plus petites pour intégrer des fonctionnalités ou éliminer la concurrence. Ce n'est pas forcément négatif : c'est ainsi que la plupart des secteurs matures se développent.


Transitions post-acquisition


Lors de l'acquisition d'entreprises de messagerie électronique, les utilisateurs sont souvent confrontés à :


    

  • Migrations de services: Passage à de nouvelles plateformes
    • 

  • Modifications des fonctionnalités:Perte de fonctionnalités spécialisées
    • 

  • Ajustements de prix:Différents modèles d'abonnement
    • 

  • Périodes d'intégration:Interruptions temporaires de service
    • 



Considérations des utilisateurs pendant les transitions


Lors de la consolidation du secteur, les utilisateurs bénéficient de :


    

  • Évaluer les alternatives:Plusieurs fournisseurs proposent des services similaires
    • 

  • Comprendre les chemins migratoires:La plupart des services fournissent des outils d'exportation
    • 

  • Considérant la stabilité à long terme:Les fournisseurs établis offrent souvent plus de continuité
    • 



Le point sur la réalité de Hacker News


Chaque startup de messagerie reçoit les mêmes commentaires sur Actualités des pirates:



La communauté a raisonCes commentaires apparaissent à chaque lancement de startup par e-mail car les problèmes fondamentaux sont toujours les mêmes.


L'arnaque moderne des e-mails de l'IA


La dernière vague


2024 a apporté une nouvelle vague de startups « e-mail alimenté par l'IA », avec la première sortie réussie majeure déjà en cours :



Les mêmes vieux problèmes


L’ajout de « l’IA » ne résout pas les défis fondamentaux :


    

  • Résumés de l'IA:La plupart des e-mails sont déjà concis
    • 

  • Réponses intelligentes: Gmail les a depuis des années et ils fonctionnent bien
    • 

  • Planification des e-mails: Outlook le fait nativement
    • 

  • Détection prioritaire:Les clients de messagerie existants disposent de systèmes de filtrage efficaces
    • 



Le véritable défi:Les fonctionnalités de l’IA nécessitent un investissement important en infrastructure tout en résolvant des problèmes relativement mineurs.


Ce qui fonctionne réellement : les véritables réussites du courrier électronique


Entreprises d'infrastructure (les gagnants)



Modèle:Ils construisent des infrastructures, pas des applications.


Fournisseurs de messagerie électronique (les survivants)


    

  • FastMail: 25+ ans, rentable, indépendant
    • 

  • ProtonMail:Une croissance durable et axée sur la confidentialité
    • 

  • Zoho Mail:Une partie d'une suite d'affaires plus grande
    • 

  • Nous: 7+ ans, rentable, en croissance
    • 





[!WARNING]
La question de l'investissement JMAP:Alors que Fastmail investit des ressources dans JMAP, un protocole qui est 10 ans et plus avec adoption limitée, ils simultanément refuser de mettre en œuvre le cryptage PGP C'est une demande de nombreux utilisateurs. Il s'agit d'un choix stratégique visant à privilégier l'innovation protocolaire plutôt que les fonctionnalités demandées par les utilisateurs. L'adoption plus large de JMAP reste à déterminer, mais l'écosystème actuel des clients de messagerie continue de s'appuyer principalement sur IMAP/SMTP.






[!TIP]
Succès de l'entreprise: Pouvoirs de transfert de courrier électronique solutions de messagerie électronique pour les anciens élèves des meilleures universités, y compris l'Université de Cambridge avec 30 000 adresses d'anciens élèves, générant 87 000 $ d'économies annuelles par rapport aux solutions traditionnelles.




Modèle:Ils améliorent le courrier électronique, ils ne le remplacent pas.


L'exception : l'histoire du succès de Xobni


Hobney se distingue comme l'une des rares startups liées au courrier électronique à avoir réussi en adoptant la bonne approche.


Ce que Xobni a bien fait:


    

  • Courriel existant amélioré:Construit sur Outlook au lieu de le remplacer
    • 

  • Résolu de vrais problèmes: Gestion des contacts et recherche d'e-mails
    • 

  • Axé sur l'intégration: Travaillé avec les flux de travail existants
    • 

  • Orientation entreprise:Utilisateurs professionnels ciblés avec de réels points faibles
    • 



Le succès: Xobni a été acquis par Yahoo pour 60 millions de dollars en 2013, offrant un rendement solide pour les investisseurs et une sortie réussie pour les fondateurs.


Pourquoi Xobni a réussi là où d'autres ont échoué


    

  1. Construit sur une infrastructure éprouvée:Utilisation de la gestion des e-mails existante d'Outlook
    2. 

  2. Problèmes réels résolus:La gestion des contacts était vraiment défectueuse
    3. 

  3. Marché des entreprises:Les entreprises paient pour des outils de productivité
    4. 

  4. Approche d'intégration: Amélioration plutôt que remplacement des flux de travail existants
    5. 



Le succès continu des fondateurs


Matt Brezina et Adam Smith ne s'est pas arrêté après Xobni :


    

  • Matt Brezina:Devenu actif investisseur providentiel avec des investissements dans Dropbox, Mailbox et autres
    • 

  • Adam Smith:Continuer à bâtir des entreprises prospères dans le domaine de la productivité
    • 

  • Les deux fondateurs:Il a été démontré que le succès du courrier électronique provient de l'amélioration et non du remplacement
    • 



Le modèle


Les entreprises réussissent dans le domaine du courrier électronique lorsqu'elles :


    

  1. Construire des infrastructures (SendGrid, Pistolet postal)
    2. 

  2. Améliorer les flux de travail existants (Hobney, FastMail)
    3. 

  3. Mettre l'accent sur la fiabilité (Amazon SES, Cachet de la poste)
    4. 

  4. Servir les développeurs (API et outils, pas d'applications destinées aux utilisateurs finaux)
    5. 



Quelqu’un a-t-il réussi à réinventer le courrier électronique ?


C'est une question cruciale qui touche au cœur de l'innovation en matière de messagerie électronique. La réponse est simple : personne n'a réussi à remplacer le courrier électronique, mais certains l'ont amélioré avec succès.


Ce qui est réellement resté


Regard sur les innovations en matière de courrier électronique au cours des 20 dernières années :



Modèle:Toutes les innovations réussies amélioré les protocoles de messagerie existants plutôt que de les remplacer.


De nouveaux outils complètent le courrier électronique (mais ne le remplacent pas)


    

  • Mou:Idéal pour le chat d'équipe, mais envoie toujours des notifications par e-mail
    • 

  • Discorde:Excellent pour les communautés, mais utilise le courrier électronique pour la gestion des comptes
    • 

  • WhatsApp:Parfait pour la messagerie, mais les entreprises utilisent toujours le courrier électronique
    • 

  • Zoom:Essentiel pour les appels vidéo, mais les invitations aux réunions arrivent par e-mail
    • 



L'expérience HEY




[!IMPORTANT]
Validation dans le monde réel:Le fondateur de HEY DHH utilise en fait notre service Forward Email pour son domaine personnel dhh.dk et ce depuis plusieurs années, démontrant que même les innovateurs du courrier électronique s'appuient sur une infrastructure éprouvée.




HEY par Camp de base représente la tentative récente la plus sérieuse de « réinventer » le courrier électronique :


    

  • Lancé: 2020 en grande pompe
    • 

  • Approche:Un paradigme de courrier électronique entièrement nouveau avec filtrage, regroupement et flux de travail
    • 

  • Réception:Mixte - certains l'adorent, la plupart restent fidèles à leur e-mail existant
    • 

  • Réalité:C'est toujours un e-mail (SMTP/IMAP) avec une interface différente
    • 



Ce qui fonctionne réellement


Les innovations les plus réussies en matière de courrier électronique ont été :


    

  1. De meilleures infrastructures: Des serveurs plus rapides, un meilleur filtrage du spam, une délivrabilité améliorée
    2. 

  2. Interfaces améliorées: Vue de conversation de Gmail, Intégration du calendrier Outlook
    3. 

  3. Outils de développement: API pour l'envoi d'e-mails, webhooks pour le suivi
    4. 

  4. Flux de travail spécialisés: Intégration CRM, automatisation du marketing, e-mail transactionnel
    5. 



Aucun de ces éléments n’a remplacé le courrier électronique : ils l’ont amélioré.


Construire une infrastructure moderne pour les protocoles de messagerie existants : notre approche


Avant de se pencher sur les échecs, il est important de comprendre ce qui fonctionne réellement dans le domaine des e-mails. Le problème n'est pas que les e-mails soient défaillants, mais que la plupart des entreprises tentent de « réparer » quelque chose qui fonctionne déjà parfaitement.


Le spectre de l'innovation par courrier électronique


L’innovation dans le domaine du courrier électronique se divise en trois catégories :


graph TD
    A[Email Innovation Spectrum] --> B[Infrastructure Enhancement]
    A --> C[Workflow Integration]
    A --> D[Protocol Replacement]

B --> E[What works: Better servers, delivery systems, developer tools]
C --> F[Sometimes works: Adding email to existing business processes]
D --> G[Always fails: Trying to replace SMTP, IMAP, or POP3]





Pourquoi nous nous concentrons sur les infrastructures


Nous avons choisi de construire une infrastructure de messagerie électronique moderne parce que :


    

  • Les protocoles de courrier électronique sont éprouvés: SMTP fonctionne de manière fiable depuis 1982
    • 

  • Le problème est la mise en œuvre:La plupart des services de messagerie utilisent des piles logicielles obsolètes
    • 

  • Les utilisateurs veulent de la fiabilité:Pas de nouvelles fonctionnalités qui perturbent les flux de travail existants
    • 

  • Les développeurs ont besoin d'outils:De meilleures API et interfaces de gestion
    • 



Ce qui fonctionne réellement dans le courrier électronique


Le modèle réussi est simple : améliorer les flux de travail de messagerie existants au lieu de les remplacer. Cela signifie:


    

  • Créer des serveurs SMTP plus rapides et plus fiables
    • 

  • Créer un meilleur filtrage du spam sans perturber les e-mails légitimes
    • 

  • Fournir des API conviviales pour les développeurs pour les protocoles existants
    • 

  • Améliorer la délivrabilité grâce à une infrastructure appropriée
    • 



Notre approche : pourquoi nous sommes différents


Ce que nous faisons


    

  • Construire une infrastructure réelle: Serveurs SMTP/IMAP personnalisés à partir de zéro
    • 

  • Mettre l'accent sur la fiabilité: 99,99 % de disponibilité, gestion appropriée des erreurs
    • 

  • Améliorer les flux de travail existants: Fonctionne avec tous les clients de messagerie
    • 

  • Servir les développeurs: Des API et des outils qui fonctionnent réellement
    • 

  • Maintenir la compatibilité: Complet SMTP/IMAP/POP3 conformité
    • 



Ce que nous ne faisons pas


    

  • Créez des clients de messagerie « révolutionnaires »
    • 

  • Essayez de remplacer les protocoles de messagerie existants
    • 

  • Ajouter des fonctionnalités d'IA inutiles
    • 

  • Promesse de « réparer » le courrier électronique
    • 



Comment nous construisons une infrastructure de messagerie électronique qui fonctionne réellement


Notre approche anti-startup


Alors que d’autres entreprises dépensent des millions en essayant de réinventer le courrier électronique, nous nous concentrons sur la création d’une infrastructure fiable :


    

  • Pas de pivots:Nous construisons des infrastructures de messagerie depuis plus de 7 ans
    • 

  • Aucune stratégie d'acquisition:Nous construisons pour le long terme
    • 

  • Aucune revendication « révolutionnaire »:Nous améliorons simplement le fonctionnement du courrier électronique
    • 



Ce qui nous rend différent




[!TIP]
Conformité de niveau gouvernemental: Le transfert d'e-mail est Conforme à la section 889 et sert des organisations comme l'Académie navale américaine, démontrant ainsi notre engagement à répondre aux exigences strictes en matière de sécurité fédérale.






[!NOTE]
Implémentation d'OpenPGP et d'OpenWKD:Contrairement à Fastmail, qui refuse d'implémenter PGP citant des problèmes de complexité, Forward Email fournit un support OpenPGP complet avec la conformité OpenWKD (Web Key Directory), offrant aux utilisateurs le cryptage qu'ils souhaitent réellement sans les forcer à utiliser des protocoles expérimentaux comme JMAP.




Comparaison des piles techniques:


graph TD
    A[Proton Mail Stack] --> B[Postfix SMTP Server]
    A --> C[Custom Encryption Layer]
    A --> D[Web Interface]

E[Forward Email Stack] --> F[100% Custom Node.js]
E --> G[JavaScript Throughout]
E --> H[Built From Scratch]

B --> I[1980s C code]
C --> J[Glue code required]
D --> K[Integration complexity]

F --> L[Modern language]
G --> M[No glue code needed]
H --> N[Web-native design]






Principales différences:


    

  • Langue moderne: JavaScript sur l'ensemble de la pile par rapport au code C des années 1980
    • 

  • Pas de code de colle:Un langage unique élimine la complexité de l'intégration
    • 

  • Web natif:Conçu pour le développement Web moderne dès le départ
    • 

  • Maintenable:Tout développeur Web peut comprendre et contribuer
    • 

  • Aucune dette héritée: Base de code propre et moderne sans décennies de correctifs
    • 





[!NOTE]
Confidentialité dès la conception: Notre politique de confidentialité garantit que nous ne stockons pas les e-mails transférés sur un disque dur ou dans des bases de données, ne stockons pas de métadonnées sur les e-mails et ne stockons pas de journaux ou d'adresses IP - fonctionnant en mémoire uniquement pour les services de transfert d'e-mails.




Documentation technique:Pour plus de détails sur notre approche, notre architecture et notre mise en œuvre de la sécurité, consultez notre livre blanc technique et une documentation technique complète.


Comparaison des fournisseurs de services de messagerie : croissance grâce à des protocoles éprouvés




[!NOTE]
Chiffres de croissance réelle: Alors que d'autres fournisseurs privilégient les protocoles expérimentaux, Forward Email se concentre sur les besoins réels des utilisateurs : des protocoles IMAP, POP3, SMTP, CalDAV et CardDAV fiables et compatibles avec tous les appareils. Notre croissance démontre la valeur de cette approche.




FournisseurNoms de domaine (2024 via Sentiers de sécurité)Noms de domaine (2025 via VoirDNS)Pourcentage de variationEnregistrement MX
Un courriel transféré418,477506,653+21.1%mx1.forwardemail.net
Courrier à protons253,977334,909+31.9%mail.protonmail.ch
Courriel rapide168,433192,075+14%in1-smtp.messagingengine.com
Boîte aux lettres38,65943,337+12.1%mxext1.mailbox.org
Total18,78121,720+15.6%mail.tutanota.de
Skiff (disparu)7,5043,361-55.2%inbound-smtp.skiff.com


Principales informations:


    

  • Un courriel transféré affiche une forte croissance (+21,1%) avec plus de 500 000 domaines utilisant nos enregistrements MX
    • 

  • Des infrastructures éprouvées et gagnantes: Les services avec IMAP/SMTP fiable montrent une adoption de domaine cohérente
    • 

  • L'inutilité du JMAP: L'investissement JMAP de Fastmail montre une croissance plus lente (+14%) par rapport aux fournisseurs se concentrant sur les protocoles standards
    • 

  • L'effondrement du Skiff:La start-up disparue a perdu 55,2 % de ses domaines, démontrant l'échec des approches de courrier électronique « révolutionnaires »
    • 

  • Validation du marché:La croissance du nombre de domaines reflète l'adoption réelle des utilisateurs, et non les mesures marketing
    • 



La chronologie technique


Basé sur notre chronologie officielle de l'entreprise, voici comment nous avons construit une infrastructure de messagerie qui fonctionne réellement :


timeline
    title Forward Email Development Timeline
    2017 : October 2nd - Domain purchased : November 5th - 634-line JavaScript file created : November - Official launch with DNS-based forwarding
    2018 : April - Switched to Cloudflare DNS for privacy : October - Gmail and Outlook "Send Mail As" integration
    2019 : May - v2 release with performance improvements using Node.js streams
    2020 : February - Enhanced Privacy Protection plan : April - Spam Scanner alpha release and 2FA : May - Custom port forwarding and RESTful API : August - ARC email authentication support : November 23rd - Public launch out of beta
    2021 : February - 100% JavaScript/Node.js stack (removed Python) : September 27th - Regular expression alias support
    2023 : January - Redesigned website : February - Error logs and dark mode : March - Tangerine integration and DNS over HTTPS : April - New infrastructure with bare metal servers : May - Outbound SMTP feature launch : November - Encrypted mailbox storage with IMAP support : December - POP3, passkeys, WebAuthn, and OpenPGP support
    2024 : February - CalDAV support : March-July - IMAP/POP3/CalDAV optimizations : July - iOS Push support and TTI monitoring : August - EML/Mbox export and webhook signatures : September-January 2025 - Vacation responder and OpenPGP/WKD encryption



Pourquoi nous réussissons là où d'autres échouent


    

  1. Nous construisons des infrastructures, pas des applications: Focus sur les serveurs et les protocoles
    2. 

  2. Nous améliorons, ne remplaçons pas: Travailler avec les clients de messagerie existants
    3. 

  3. Nous sommes rentables:Pas de pression du capital-risque pour « grandir vite et casser des choses »
    4. 

  4. Nous comprenons le courrier électronique: Plus de 7 ans d'expérience technique approfondie
    5. 

  5. Nous servons les développeurs: Des API et des outils qui résolvent réellement les problèmes
    6. 



Le contrôle de la réalité des coûts


graph TD
    A[Typical Email Startup] --> B[$500K-2M per month burn]
    A --> C[20-50 employees]
    A --> D[Expensive office space]
    A --> E[Marketing costs]

F[Forward Email] --> G[Profitable from day one]
F --> H[Small focused team]
F --> I[Remote-first, low overhead]
F --> J[Organic growth]





Défis de sécurité dans l'infrastructure de messagerie électronique




[!IMPORTANT]
Sécurité des e-mails Quantum-Safe: Le transfert d'e-mail est le premier et unique service de messagerie électronique au monde à utiliser des boîtes aux lettres SQLite résistantes aux quanta et chiffrées individuellement, offrant une sécurité sans précédent contre les futures menaces de l’informatique quantique.




La sécurité des e-mails est un défi complexe qui touche tous les fournisseurs du secteur. Plutôt que de mettre en lumière des incidents individuels, il est plus judicieux de comprendre les considérations de sécurité communes auxquelles tous les fournisseurs d'infrastructures de messagerie doivent répondre.


Considérations de sécurité courantes


Tous les fournisseurs de messagerie sont confrontés à des défis de sécurité similaires :


    

  • Protection des données: Sécurisation des données et des communications des utilisateurs
    • 

  • Contrôle d'accès: Gestion de l'authentification et de l'autorisation
    • 

  • Sécurité des infrastructures: Protection des serveurs et des bases de données
    • 

  • Conformité:Répondre à diverses exigences réglementaires telles que GDPR et CCPA
    • 





[!NOTE]
Cryptage avancé: Notre pratiques de sécurité inclut le cryptage ChaCha20-Poly1305 pour les boîtes aux lettres, le cryptage complet du disque avec LUKS v2 et une protection complète avec cryptage au repos, cryptage en mémoire et cryptage en transit.




La valeur de la transparence


En cas d'incident de sécurité, la réponse la plus efficace réside dans la transparence et la rapidité d'action. Les entreprises qui :


    

  • Déclarer rapidement les incidents: Aider les utilisateurs à prendre des décisions éclairées
    • 

  • Fournir des échéanciers détaillés:Montrer qu'ils comprennent l'ampleur des problèmes
    • 

  • Mettre en œuvre rapidement les correctifs: Démontrer une compétence technique
    • 

  • Partager les leçons apprises: Contribuer aux améliorations de la sécurité à l'échelle de l'industrie
    • 



Ces réponses profitent à l’ensemble de l’écosystème de messagerie en promouvant les meilleures pratiques et en encourageant les autres fournisseurs à maintenir des normes de sécurité élevées.


Défis de sécurité actuels


L’industrie du courrier électronique continue de faire évoluer ses pratiques de sécurité :



Ces défis nécessitent un investissement et une expertise continus de la part de tous les fournisseurs du secteur.


Conclusion : se concentrer sur l’infrastructure, pas sur les applications


Les preuves sont claires


Après avoir analysé des centaines de startups de messagerie électronique :


    

  • Taux d'échec de plus de 80 %:La plupart des startups de messagerie échouent complètement (ce chiffre est probablement bien supérieur à 80 % ; nous sommes gentils)
    • 

  • Les applications clientes échouent généralement:Être acquis signifie généralement la mort pour les clients de messagerie
    • 

  • Les infrastructures peuvent réussir:Les entreprises qui créent des services SMTP/API prospèrent souvent
    • 

  • Le financement par capital-risque crée une pression:Le capital-risque crée des attentes de croissance irréalistes
    • 

  • La dette technique s'accumule:Construire une infrastructure de messagerie électronique est plus difficile qu'il n'y paraît
    • 



Le contexte historique


Selon les startups, le courrier électronique est en train de « mourir » depuis plus de 20 ans :


    

  • 2004: « Les réseaux sociaux remplaceront le courrier électronique »
    • 

  • 2008: « La messagerie mobile va tuer le courrier électronique »
    • 

  • 2012: "Mou remplacera le courrier électronique"
    • 

  • 2016: « L'IA va révolutionner le courrier électronique »
    • 

  • 2020: « Le travail à distance nécessite de nouveaux outils de communication »
    • 

  • 2024: « L'IA va enfin réparer le courrier électronique »
    • 



Le courrier électronique est toujours là. C'est toujours en croissance. C'est toujours essentiel.


La vraie leçon


La leçon à retenir n'est pas que les e-mails ne peuvent pas être améliorés. Il s'agit de choisir la bonne approche :


    

  1. Les protocoles de courrier électronique fonctionnent: SMTP, IMAP, POP3 sont testés au combat
    2. 

  2. Les infrastructures sont importantes:La fiabilité et les performances surpassent les fonctionnalités tape-à-l'œil
    3. 

  3. L'amélioration bat le remplacement: Travaillez avec le courrier électronique, ne le combattez pas
    4. 

  4. La durabilité l'emporte sur la croissance:Les entreprises rentables survivent à celles financées par des fonds de capital-risque
    5. 

  5. Servir les développeurs:Les outils et les API créent plus de valeur que les applications destinées aux utilisateurs finaux
    6. 



L'opportunité: Meilleure mise en œuvre des protocoles éprouvés, pas remplacement des protocoles.




[!TIP]
Analyse complète du service de messagerie électronique:Pour une comparaison approfondie de 79 services de messagerie en 2025, y compris des évaluations détaillées, des captures d'écran et une analyse technique, consultez notre guide complet : 79 meilleurs services de messagerie électronique. Cette analyse démontre pourquoi Forward Email est systématiquement classé comme le choix recommandé en termes de fiabilité, de sécurité et de conformité aux normes.






[!NOTE]
Validation dans le monde réel:Notre approche fonctionne pour des organisations allant de agences gouvernementales exigeant la conformité à la section 889 à grandes universités gérant des dizaines de milliers d'adresses d'anciens élèves, prouvant que la construction d’une infrastructure fiable est la voie vers le succès du courrier électronique.




Si vous envisagez de créer une start-up spécialisée dans la messagerie électronique, pensez plutôt à développer une infrastructure de messagerie. Le monde a besoin de meilleurs serveurs de messagerie, pas de plus d'applications de messagerie.


Le cimetière des e-mails étendu : davantage de pannes et de fermetures


Les expériences de messagerie électronique de Google ont mal tourné


Google, bien que propriétaire Gmail, a tué plusieurs projets de courrier électronique :


    

  • Google Wave (2009-2012) : « Le tueur d'emails » que personne ne comprenait
    • 

  • Google Buzz (2010-2011) : Catastrophe de l'intégration des e-mails sociaux
    • 

  • Boîte de réception par Gmail  (2014-2019) : Le successeur « intelligent » de Gmail, abandonné
    • 

  • Google+ fonctionnalités de messagerie électronique (2011-2019) : intégration de messagerie électronique aux réseaux sociaux
    • 



Modèle:Même Google ne parvient pas à réinventer le courrier électronique.


L'échec en série : les trois décès de Newton Mail


Newton Mail décédé trois fois:


    

  1. CloudMagic (2013-2016) : Client de messagerie acquis par Newton
    2. 

  2. Newton Mail (2016-2018) : Rebranding, échec du modèle d'abonnement
    3. 

  3. La renaissance du courrier de Newton (2019-2020) : Tentative de retour, encore un échec
    4. 



Leçon:Les clients de messagerie ne peuvent pas prendre en charge les modèles d'abonnement.


Les applications qui n'ont jamais été lancées


De nombreuses startups de messagerie électronique ont disparu avant même d’avoir été lancées :


    

  • Temps (2014) : Intégration calendrier-e-mail, arrêt avant le lancement
    • 

  • Flux de courrier (2011) : Outil de gestion des e-mails, acquis avant sa sortie
    • 

  • Courant (2013) : Client de messagerie, développement arrêté
    • 



Le modèle d'acquisition à fermeture



Consolidation de l'infrastructure de messagerie



Le cimetière des e-mails open source : quand « gratuit » n'est pas durable


Nylas Mail → Mailspring : le fork qui n'a pas réussi



Eudora : la marche de la mort de 18 ans


    

  • 1988-2006: Client de messagerie dominant pour Mac/Windows
    • 

  • 2006: Qualcomm a arrêté le développement
    • 

  • 2007:Open-source sous le nom « Eudora OSE »
    • 

  • 2010: Projet abandonné
    • 

  • Leçon:Même les clients de messagerie performants finissent par mourir
    • 



FairEmail : tué par la politique de Google Play



Le problème de maintenance


Les projets de courrier électronique open source échouent parce que :


    

  • Complexité:Les protocoles de courrier électronique sont complexes à mettre en œuvre correctement
    • 

  • Sécurité: Mises à jour de sécurité constantes requises
    • 

  • Compatibilité:Doit fonctionner avec tous les fournisseurs de messagerie
    • 

  • Ressources: Épuisement professionnel des développeurs bénévoles
    • 



L'essor des startups de messagerie électronique utilisant l'IA : l'histoire se répète avec « l'intelligence »


La ruée vers l'or actuelle du courrier électronique de l'IA


Les startups de messagerie électronique IA de 2024 :



La frénésie du financement


Les capital-risqueurs investissent dans « l'IA + le courrier électronique » :


    

  • Plus de 100 millions de dollars investis dans les startups de messagerie électronique IA en 2024
    • 

  • Les mêmes promesses: « Une expérience de courrier électronique révolutionnaire »
    • 

  • Mêmes problèmes:Construire sur l'infrastructure existante
    • 

  • Même résultat:La plupart échoueront dans les 3 ans
    • 



Pourquoi ils échoueront tous (à nouveau)


    

  1. L'IA ne résout pas les non-problèmes du courrier électronique: Le courrier électronique fonctionne bien
    2. 

  2. Gmail dispose déjà de l'IA: Réponses intelligentes, boîte de réception prioritaire, filtrage anti-spam
    3. 

  3. Préoccupations relatives à la confidentialité: L'IA nécessite de lire tous vos e-mails
    4. 

  4. Structure des coûts:Le traitement de l'IA est coûteux, le courrier électronique est une marchandise
    5. 

  5. Effets de réseau: Impossible de briser la domination de Gmail/Outlook
    6. 



Le résultat inévitable


    

  • 2025: Superhuman acquis avec succès par Grammarly - une sortie réussie rare pour un client de messagerie
    • 

  • 2025-2026:La plupart des startups restantes spécialisées dans l'e-mailing IA vont pivoter ou fermer leurs portes
    • 

  • 2027:Les survivants seront acquis, avec des résultats mitigés
    • 

  • 2028: « Blockchain email » ou la prochaine tendance émergera
    • 



La catastrophe de la consolidation : quand les « survivants » deviennent des catastrophes


La grande consolidation des services de messagerie électronique


Le secteur du courrier électronique s’est considérablement consolidé :



Outlook : le « Survivor » qui ne cesse de se briser


Microsoft Outlook, bien qu'étant un « survivant », a des problèmes constants :



Notre expérience du monde réel:Nous aidons régulièrement les clients dont les configurations Outlook perturbent notre implémentation IMAP parfaitement conforme.


Le problème de l'infrastructure du timbre postal


Après L'acquisition d'ActiveCampaign:



Victimes récentes de clients de messagerie (2024-2025)


Boîte aux lettres → Client eM Acquisition:En 2024, eM Client a acquis Postbox et fermez-le immédiatement, forçant des milliers d’utilisateurs à migrer.


Courrier des Canaries Problèmes: Malgré Support en séquoia, les utilisateurs signalent des fonctionnalités non fonctionnelles et un support client médiocre.


Spark par Readdle:Les utilisateurs signalent de plus en plus de mauvaises expériences avec le client de messagerie.


Mailbird Problèmes de licence:Les utilisateurs de Windows sont confrontés à des problèmes de licence et à une confusion en matière d'abonnement.


Poste aérienne Déclin:Le client de messagerie Mac/iOS, basé sur la base de code Sparrow défaillante, continue de recevoir mauvaises critiques pour des problèmes de fiabilité.


Extension de messagerie et acquisitions de services


HubSpot Sidekick → Arrêté:L'extension de suivi des e-mails de HubSpot était abandonné en 2016 et remplacé par « HubSpot Sales ».


Engage pour Gmail → Retraité:L'extension Gmail de Salesforce était retraité en juin 2024, obligeant les utilisateurs à migrer vers d’autres solutions.


Les survivants : les entreprises de messagerie électronique qui fonctionnent réellement


Toutes les entreprises de messagerie ne sont pas vouées à l'échec. Voici celles qui fonctionnent réellement :


Mailmodo: Histoire de réussite de Y Combinator, 2 millions de dollars provenant de Sequoia's Surge en mettant l’accent sur des campagnes d’e-mails interactives.


Mixmax: Soulevé Financement total de 13,3 millions de dollars et continue de fonctionner comme une plateforme d’engagement commercial réussie.


Outreach.io: Atteint Évaluation de plus de 4,4 milliards de dollars et se prépare à une éventuelle introduction en bourse en tant que plateforme d'engagement commercial.


Apollo.io:Réalisé Évaluation de 1,6 milliard de dollars avec une série D de 100 millions de dollars en 2023 pour leur plateforme de veille commerciale.


GMass: Génération d'histoires de réussite Bootstrap 140 000 $ par mois en tant qu'extension Gmail pour le marketing par e-mail.


Streak CRM: CRM basé sur Gmail qui fonctionne à merveille depuis 2012 sans problèmes majeurs.


ToutApp:Avec succès acquis par Marketo en 2017 après avoir levé plus de 15 millions de dollars de financement.


Bananatag: Acquis par Staffbase en 2021 et continue de fonctionner sous le nom de « Staffbase Email ».


Modèle de clé:Ces entreprises réussissent parce qu'elles améliorer les flux de travail de messagerie existants plutôt que de chercher à remplacer entièrement le courrier électronique. Ils créent des outils efficaces. avec l'infrastructure de messagerie, pas contre elle.




[!TIP]
Vous ne voyez pas un fournisseur que vous connaissez mentionné ici ? (ex. Posteo, Mailbox.org, Migadu, etc.) Consultez nos page de comparaison complète des services de messagerie électronique pour plus d'informations.