Het kerkhof van e-mailstartups: waarom de meeste e-mailbedrijven mislukken

Terwijl veel e-mailstartups miljoenen hebben geïnvesteerd in het oplossen van vermeende problemen, zijn wij bij E-mail doorsturen richten zich sinds 2017 op het vanaf nul opbouwen van betrouwbare e-mailinfrastructuur. Deze analyse onderzoekt de patronen achter de resultaten van e-mailstartups en de fundamentele uitdagingen van e-mailinfrastructuur.

[!NOTE] Belangrijk inzichtDe meeste e-mailstartups bouwen geen e-mailinfrastructuur vanaf nul. Veel bouwen voort op bestaande oplossingen zoals Amazon SES of open-sourcesystemen zoals Postfix. De kernprotocollen werken goed - de uitdaging zit in de implementatie.

[!TIP] Technische diepgaande duik:Voor uitgebreide details over onze aanpak, architectuur en beveiligingsimplementatie, zie onze Technisch whitepaper over het doorsturen van e-mails en Over pagina waarin onze volledige ontwikkelingstijdlijn sinds 2017 is vastgelegd.

De matrix voor mislukte e-mailstarts

[!CAUTION] Waarschuwing voor faalpercentage: Techstars alleen al heeft 28 e-mailgerelateerde bedrijven met slechts 5 uitgangen - een extreem hoog falingspercentage (soms berekend op 80%+).

Hieronder staan alle grote mislukkingen van e-mailstartups die we konden vinden, gesorteerd op accelerator, financiering en resultaat:

BedrijfJaarGaspedaalFinancieringResultaatToestandKernpunt
Skiff2024-Totaal $14,2 miljoenOvergenomen door Notion → Afsluiting😵 DoodOprichters verlieten Notion voor Cursor
Mus2012-$247K zaad, <$25 miljoen overnameOvergenomen door Google → Afgesloten😵 DoodAlleen talentwerving
E-mail Copilot2012Techsterren~$120K (Techstars-standaard)Verworven → Afgesloten😵 DoodWordt nu doorgestuurd naar Geldigheid
BeantwoordenVerzenden2012Techsterren~$120K (Techstars-standaard)Mislukt😵 DoodVage waardepropositie
Omhuld2012Techsterren~$120K (Techstars-standaard)Mislukt😵 Dood"Eenvoudig. Veilig. E-mail"
Mengelmoes2015Techsterren~$120K (Techstars-standaard)Mislukt😵 DoodE-mailversleuteling
InboxFever2011Techsterren~$118K (Techstars 2011)Mislukt😵 DoodAPI voor e-mailapps
E-mail2014YC~$120K (YC-standaard)Gedraaid🧟 ZombieMobiele e-mail → "welzijn"
MailTime2016YC~$120K (YC-standaard)Gedraaid🧟 ZombieE-mailclient → analyse
opnieuw mailen2009YC~$20K (YC 2009)Overgenomen door Google → Afsluiten😵 DoodiPhone e-mail zoeken
Mailhaven2016500 Wereldwijd~$100K (500 standaard)UitgetredenOnbekendPakket volgen

De infrastructuur-realiteitscheck

[!WARNING] De verborgen waarheid: Elke "e-mailstartup" bouwt slechts een gebruikersinterface bovenop de bestaande infrastructuur. Ze bouwen geen echte e-mailservers - ze bouwen apps die verbinding maken met een echte e-mailinfrastructuur.

Wat houdt e-mail eigenlijk in?

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]





Wat "e-mailstartups" eigenlijk bouwen


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]
Belangrijk patroon voor e-mailsuccesDe bedrijven die daadwerkelijk succesvol zijn in e-mail, proberen niet het wiel opnieuw uit te vinden. In plaats daarvan bouwen ze infrastructuur en hulpmiddelen die de bestaande e-mailworkflows. SendGrid, Postpistool, en Poststempel zijn miljardenbedrijven geworden door betrouwbare SMTP API's en bezorgdiensten te leveren - ze werken met e-mailprotocollen, niet ertegen. Dit is dezelfde aanpak die we bij Forward Email hanteren.




Waarom de meeste e-mailstartups mislukken




[!IMPORTANT]
Het fundamentele patroon: E-mail cliënt startups mislukken meestal omdat ze proberen werkende protocollen te vervangen, terwijl e-mail infrastructuur Bedrijven kunnen succesvol zijn door bestaande workflows te verbeteren. De sleutel is om te begrijpen wat gebruikers daadwerkelijk nodig hebben en wat ondernemers denken dat ze nodig hebben.




1. E-mailprotocollen werken, implementatie vaak niet




[!NOTE]
E-mailstatistieken: 347,3 miljard e-mails per dag verzonden zonder grote problemen, in dienst 4,37 miljard e-mailgebruikers wereldwijd vanaf 2023.




De kernprotocollen voor e-mail zijn solide, maar de kwaliteit van de implementatie varieert sterk:



De echte kans: Betere implementatie van bestaande protocollen, geen vervanging van protocollen.


2. Netwerkeffecten zijn onbreekbaar


Het netwerkeffect van e-mail is absoluut:



3. Ze richten zich vaak op de verkeerde problemen


Veel e-mailstartups richten zich op waargenomen problemen in plaats van op echte pijnpunten:



Echte problemen die het waard zijn om opgelost te worden: Betrouwbare infrastructuur, leverbaarheid, spamfiltering en ontwikkelaarstools.


4. Technische schuld is enorm


Voor het bouwen van een echte e-mailinfrastructuur is het volgende nodig:



5. De infrastructuur bestaat al


Waarom opnieuw uitvinden als je het volgende kunt gebruiken:



Casestudies: Wanneer e-mailstartups falen


Casestudy: De Skiff-ramp


Skiff is een prachtig voorbeeld van wat er allemaal mis is met e-mailstartups.


De opstelling



De overname


Notion nam Skiff over in februari 2024 met de gebruikelijke overnamebeloftes over integratie en doorontwikkeling.


De realiteit



De Accelerator-analyse


Y Combinator: De e-mailappfabriek


Y-Combinator heeft tientallen e-mailstartups gefinancierd. Dit is het patroon:



Succespercentage: Gemengde resultaten met enkele opvallende exits. Verschillende bedrijven realiseerden succesvolle overnames (reMail naar Google, Rapportive naar LinkedIn), terwijl andere zich terugtrokken uit e-mail of werden overgenomen voor talent.


Techstars: Het e-mailkerkhof


Techsterren heeft een nog slechter track record:



Patroon: Vage waardeproposities, geen echte technische innovatie, snelle mislukkingen.


De valkuil van durfkapitaal




[!CAUTION]
VC-financieringsparadox: VC's zijn dol op e-mailstartups omdat ze simpel klinken, maar in werkelijkheid onmogelijk zijn. De fundamentele aannames die investeringen aantrekken, zijn precies wat mislukking garandeert.




VC's zijn dol op e-mailstartups, omdat ze eenvoudig klinken, maar in werkelijkheid onmogelijk zijn:


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]





Realiteit:Geen van deze veronderstellingen geldt voor e-mail.


De technische realiteit: moderne e-mailstapels


Wat is de werkelijke kracht achter "e-mailstartups"?


Laten we eens kijken wat deze bedrijven eigenlijk doen:


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]





De prestatieproblemen


GeheugenopzwellenDe meeste e-mail-apps zijn op Electron gebaseerde web-apps die enorme hoeveelheden RAM verbruiken:





[!WARNING]
Crisis in de elektronenprestatiesModerne e-mailclients die met Electron en React Native zijn gebouwd, kampen met ernstige geheugenproblemen en prestatieproblemen. Deze platformonafhankelijke frameworks zijn weliswaar handig voor ontwikkelaars, maar creëren applicaties die veel resources verbruiken en honderden megabytes tot gigabytes RAM verbruiken voor basisfunctionaliteit voor e-mail.




Batterij leeglopen: Constante synchronisatie en inefficiënte code:


    

  • Achtergrondprocessen die nooit slapen
    • 

  • Onnodige API-aanroepen om de paar seconden
    • 

  • Slecht verbindingsbeheer
    • 

  • Geen afhankelijkheden van derden, behalve die welke absoluut noodzakelijk zijn voor de kernfunctionaliteit
    • 



De overnamepatronen: succes versus sluiting


De twee patronen


Client-apppatroon (mislukt meestal):


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"]





Infrastructuurpatroon (vaak succesvol):


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"]





Recente voorbeelden


Fouten in client-apps:



Opmerkelijke uitzondering:



Infrastructuursuccessen:



Evolutie en consolidatie van de industrie


Natuurlijke industriële progressie


De e-mailindustrie is op natuurlijke wijze geëvolueerd naar consolidatie, waarbij grote bedrijven kleinere bedrijven overnemen om functies te integreren of de concurrentie uit te schakelen. Dit is niet per se negatief – het is hoe de meeste volwassen industrieën zich ontwikkelen.


Overgangen na overnames


Wanneer e-mailbedrijven worden overgenomen, worden gebruikers vaak geconfronteerd met:


    

  • Service migraties:Verhuizen naar nieuwe platforms
    • 

  • Functiewijzigingen: Verlies van gespecialiseerde functionaliteit
    • 

  • Prijsaanpassingen: Verschillende abonnementsmodellen
    • 

  • Integratieperiodes: Tijdelijke serviceonderbrekingen
    • 



Overwegingen voor gebruikers tijdens overgangen


Tijdens de consolidatie van de sector profiteren gebruikers van:


    

  • Alternatieven evalueren: Meerdere aanbieders bieden soortgelijke diensten aan
    • 

  • Migratiepaden begrijpen: De meeste diensten bieden exporttools
    • 

  • Rekening houdend met de stabiliteit op lange termijn: Gevestigde aanbieders bieden vaak meer continuïteit
    • 



De Hacker News Reality Check


Elke e-mailstartup krijgt dezelfde opmerkingen Hackernieuws:



De gemeenschap heeft gelijkDeze opmerkingen verschijnen bij elke e-mailstartuplancering, omdat de fundamentele problemen altijd hetzelfde zijn.


De moderne AI-e-mailfraude


De nieuwste golf


In 2024 ontstond een nieuwe golf van startups die zich richten op 'AI-aangedreven e-mail', en de eerste grote succesvolle exit vond al plaats:



Dezelfde oude problemen


Het toevoegen van 'AI' lost de fundamentele uitdagingen niet op:



De echte uitdaging:AI-functies vereisen aanzienlijke investeringen in infrastructuur, terwijl er tegelijkertijd relatief kleine pijnpunten moeten worden aangepakt.


Wat echt werkt: de echte succesverhalen over e-mail


Infrastructuurbedrijven (de winnaars)



Patroon:Ze bouwen infrastructuur, geen apps.


E-mailproviders (de overlevenden)


    

  • FastMail: 25+ jaar, winstgevend, onafhankelijk
    • 

  • ProtonMail: Privacygerichte, duurzame groei
    • 

  • Zoho Mail: Onderdeel van een grotere business suite
    • 

  • Wij: 7+ jaar, winstgevend, groeiend
    • 





[!WARNING]
De JMAP-beleggingsvraag:Terwijl Fastmail middelen investeert in JMAP, een protocol dat is 10+ jaar oud met beperkte adoptie, ze tegelijkertijd weigeren PGP-encryptie te implementeren waar veel gebruikers om vragen. Dit is een strategische keuze om protocolinnovatie voorrang te geven boven door gebruikers gevraagde functies. Of JMAP breder zal worden toegepast, valt nog te bezien, maar het huidige e-mailclientecosysteem blijft voornamelijk afhankelijk van IMAP/SMTP.






[!TIP]
Ondernemingssucces: Bevoegdheden voor het doorsturen van e-mails alumni-e-mailoplossingen voor topuniversiteiten, waaronder de Universiteit van Cambridge met 30.000 alumni-adressen, wat een jaarlijkse kostenbesparing van $ 87.000 oplevert vergeleken met traditionele oplossingen.




Patroon:Ze verbeteren e-mail, ze vervangen het niet.


De uitzondering: Xobni's succesverhaal


Hobney onderscheidt zich als een van de weinige startups op het gebied van e-mail die daadwerkelijk succes heeft geboekt dankzij de juiste aanpak.


Wat Xobni goed deed:


    

  • Verbeterde bestaande e-mail: Gebouwd op Outlook in plaats van het te vervangen
    • 

  • Echte problemen opgelost: Contactbeheer en e-mail zoeken
    • 

  • Gericht op integratie: Werkte met bestaande workflows
    • 

  • Focus op ondernemingen: Gerichte zakelijke gebruikers met echte pijnpunten
    • 



Het succes: Xobni werd in 2013 voor 60 miljoen dollar overgenomen door Yahoo, wat een solide rendement voor investeerders en een succesvolle exit voor oprichters oplevert.


Waarom Xobni succesvol was waar anderen faalden


    

  1. Gebouwd op bewezen infrastructuur: Gebruikte de bestaande e-mailverwerking van Outlook
    2. 

  2. Opgeloste actuele problemen: Het contactbeheer was echt kapot
    3. 

  3. OndernemingsmarktBedrijven betalen voor productiviteitstools
    4. 

  4. Integratiebenadering: Verbeterde in plaats van vervangende bestaande workflows
    5. 



Het voortdurende succes van de oprichters


Matt Brezina en Adam Smith stopte niet na Xobni:


    

  • Matt Brezina: Werd een actieve investeerder met investeringen in Dropbox, Mailbox en anderen
    • 

  • Adam Smith: Blijven bouwen aan succesvolle bedrijven in de productiviteitssector
    • 

  • Beide oprichters: Aangetoond dat e-mailsucces voortkomt uit verbetering, niet uit vervanging
    • 



Het patroon


Bedrijven zijn succesvol met e-mail als ze:


    

  1. Bouw infrastructuur (SendGrid, Postpistool)
    2. 

  2. Verbeter bestaande workflows (Hobney, FastMail)
    3. 

  3. Focus op betrouwbaarheid (Amazon SES, Poststempel)
    4. 

  4. Ontwikkelaars bedienen (API's en tools, geen eindgebruikersapps)
    5. 



Heeft iemand met succes e-mail opnieuw uitgevonden?


Dit is een cruciale vraag die de kern raakt van e-mailinnovatie. Het korte antwoord is: niemand heeft e-mail succesvol vervangen, maar sommigen hebben het wel succesvol verbeterd.


Wat is er eigenlijk blijven hangen?


Een blik op e-mailinnovaties van de afgelopen 20 jaar:



Patroon:Alle succesvolle innovaties versterkt bestaande e-mailprotocollen in plaats van ze te vervangen.


Nieuwe tools vullen e-mail aan (maar vervangen het niet)


    

  • Slack: Geweldig voor teamchat, maar stuurt nog steeds e-mailmeldingen
    • 

  • Meningsverschil: Uitstekend voor communities, maar gebruikt e-mail voor accountbeheer
    • 

  • WhatsApp: Perfect voor berichten, maar bedrijven gebruiken nog steeds e-mail
    • 

  • Zoom: Essentieel voor videogesprekken, maar uitnodigingen voor vergaderingen komen via e-mail
    • 



Het HEY-experiment




[!IMPORTANT]
Validatie in de echte wereld: De oprichter van HEY DHH gebruikt daadwerkelijk onze service bij Forward Email voor zijn persoonlijke domein dhh.dk en dat al jarenlang, wat aantoont dat zelfs e-mailvernieuwers vertrouwen op bewezen infrastructuur.




HEY door Basiskamp vertegenwoordigt de meest serieuze recente poging om e-mail "opnieuw uit te vinden":


    

  • Gelanceerd: 2020 met veel bombarie
    • 

  • Benadering: Geheel nieuw e-mailparadigma met screening, bundeling en workflows
    • 

  • Receptie: Gemengd - sommigen vinden het geweldig, de meesten houden vast aan hun bestaande e-mailadres
    • 

  • Realiteit:Het is nog steeds e-mail (SMTP/IMAP) met een andere interface
    • 



Wat echt werkt


De meest succesvolle e-mailinnovaties zijn:


    

  1. Betere infrastructuur: Snellere servers, betere spamfiltering, verbeterde leverbaarheid
    2. 

  2. Verbeterde interfaces: De conversatieweergave van Gmail, Integratie van de agenda in Outlook
    3. 

  3. Ontwikkelaarstools: API's voor het verzenden van e-mail, webhooks voor tracking
    4. 

  4. Gespecialiseerde workflows: CRM-integratie, marketingautomatisering, transactionele e-mail
    5. 



Geen van deze oplossingen heeft e-mail vervangen, ze hebben het juist beter gemaakt.


Moderne infrastructuur bouwen voor bestaande e-mailprotocollen: onze aanpak


Voordat we ingaan op de mislukkingen, is het belangrijk om te begrijpen wat er daadwerkelijk werkt in e-mail. De uitdaging is niet dat e-mail kapot is, maar dat de meeste bedrijven proberen iets te "repareren" dat al perfect werkt.


Het e-mailinnovatiespectrum


E-mailinnovatie valt in drie categorieën uiteen:


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]





Waarom wij ons richten op infrastructuur


Wij hebben ervoor gekozen om een moderne e-mailinfrastructuur te bouwen omdat:


    

  • E-mailprotocollen zijn bewezen: SMTP werkt betrouwbaar sinds 1982
    • 

  • Het probleem is de implementatie: De meeste e-maildiensten gebruiken verouderde softwarestacks
    • 

  • Gebruikers willen betrouwbaarheid: Geen nieuwe functies die bestaande workflows verstoren
    • 

  • Ontwikkelaars hebben tools nodig: Betere API's en beheerinterfaces
    • 



Wat werkt echt in e-mail?


Het succesvolle patroon is eenvoudig: bestaande e-mailworkflows verbeteren in plaats van ze te vervangenDit betekent:


    

  • Snellere, betrouwbaardere SMTP-servers bouwen
    • 

  • Het creëren van betere spamfilters zonder legitieme e-mails te beschadigen
    • 

  • Het aanbieden van ontwikkelaarsvriendelijke API's voor bestaande protocollen
    • 

  • Verbetering van de leverbaarheid door middel van een goede infrastructuur
    • 



Onze aanpak: waarom wij anders zijn


Wat we doen


    

  • Bouw daadwerkelijke infrastructuur: Aangepaste SMTP/IMAP-servers vanaf nul
    • 

  • Focus op betrouwbaarheid: 99,99% uptime, correcte foutbehandeling
    • 

  • Verbeter bestaande workflows: Werk met alle e-mailclients
    • 

  • Ontwikkelaars bedienen: API's en tools die echt werken
    • 

  • Compatibiliteit behouden: Vol SMTP/IMAP/POP3 naleving
    • 



Wat we niet doen


    

  • Bouw "revolutionaire" e-mailclients
    • 

  • Probeer bestaande e-mailprotocollen te vervangen
    • 

  • Voeg onnodige AI-functies toe
    • 

  • Beloof e-mail te 'repareren'
    • 



Hoe we een e-mailinfrastructuur bouwen die echt werkt


Onze anti-startup-aanpak


Terwijl andere bedrijven miljoenen verspillen aan het opnieuw uitvinden van e-mail, richten wij ons op het bouwen van een betrouwbare infrastructuur:


    

  • Geen draaipunten:We bouwen al meer dan 7 jaar aan e-mailinfrastructuur
    • 

  • Geen overnamestrategie:We bouwen voor de lange termijn
    • 

  • Geen 'revolutionaire' beweringen:Wij zorgen er gewoon voor dat e-mail beter werkt
    • 



Wat ons anders maakt




[!TIP]
Overheidskwaliteit naleving: Doorsturen van e-mail is Voldoet aan sectie 889 en werkt voor organisaties zoals de US Naval Academy, wat aantoont dat wij ons inzetten om te voldoen aan de strenge federale veiligheidseisen.






[!NOTE]
OpenPGP- en OpenWKD-implementatie: In tegenstelling tot Fastmail, dat weigert PGP te implementeren Vanwege zorgen over de complexiteit biedt Forward Email volledige OpenPGP-ondersteuning met OpenWKD-compatibiliteit (Web Key Directory). Hierdoor krijgen gebruikers de encryptie die ze daadwerkelijk willen, zonder dat ze gedwongen worden experimentele protocollen als JMAP te gebruiken.




Technische stackvergelijking:


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]





    

  • = APNIC-blogpost bevestigt dat Proton postfix-mta-sts-resolver gebruikt, wat aangeeft dat ze een Postfix-stack gebruiken
    • 



Belangrijkste verschillen:


    

  • Moderne taal: JavaScript over de gehele stack versus C-code uit de jaren 80
    • 

  • Geen lijmcode: Eén taal elimineert integratiecomplexiteit
    • 

  • Web-native: Van de grond af aan gebouwd voor moderne webontwikkeling
    • 

  • Onderhoudbaar: Elke webontwikkelaar kan dit begrijpen en er een bijdrage aan leveren
    • 

  • Geen erfenisschuld: Schone, moderne codebase zonder tientallen jaren aan patches
    • 





[!NOTE]
Privacy door ontwerp: Ons privacybeleid zorgt ervoor dat doorgestuurde e-mails niet op schijfruimte of in databases worden opgeslagen, dat er geen metagegevens over e-mails worden opgeslagen en dat er geen logs of IP-adressen worden opgeslagen - en dat de services alleen in het geheugen werken voor e-maildoorstuurservices.




Technische documentatie:Voor uitgebreide details over onze aanpak, architectuur en beveiligingsimplementatie, zie onze technisch whitepaper en uitgebreide technische documentatie.


Vergelijking van e-mailproviders: groei door bewezen protocollen




[!NOTE]
Reële groeicijfersTerwijl andere providers experimentele protocollen nastreven, richt Forward Email zich op wat gebruikers daadwerkelijk willen: betrouwbare IMAP, POP3, SMTP, CalDAV en CardDAV die op alle apparaten werken. Onze groei bewijst de waarde van deze aanpak.




AanbiederDomeinnamen (2024 via Beveiligingspaden)Domeinnamen (2025 via DNS bekijken)Percentage veranderingMX-record
E-mail doorsturen418,477506,653+21.1%mx1.forwardemail.net
Protonpost253,977334,909+31.9%mail.protonmail.ch
Snelmail168,433192,075+14%in1-smtp.messagingengine.com
Postbus38,65943,337+12.1%mxext1.mailbox.org
Totaal18,78121,720+15.6%mail.tutanota.de
Skiff (niet meer in gebruik)7,5043,361-55.2%inbound-smtp.skiff.com


Belangrijkste inzichten:


    

  • E-mail doorsturen laat een sterke groei zien (+21,1%) met meer dan 500.000 domeinen die onze MX-records gebruiken
    • 

  • Bewezen infrastructuur wint: Diensten met betrouwbare IMAP/SMTP laten een consistente domeinacceptatie zien
    • 

  • JMAP-irrelevantie: De JMAP-investering van Fastmail laat een tragere groei zien (+14%) vergeleken met aanbieders die zich richten op standaardprotocollen
    • 

  • De ineenstorting van Skiff:De ter ziele gegane startup verloor 55,2% van de domeinen, wat het falen van de 'revolutionaire' e-mailbenadering aantoont
    • 

  • Marktvalidatie: De groei van het aantal domeinen weerspiegelt de daadwerkelijke acceptatie door gebruikers, niet de marketingstatistieken
    • 



De technische tijdlijn


Gebaseerd op onze officiële bedrijfstijdlijn, dit is hoe wij een e-mailinfrastructuur hebben gebouwd die echt werkt:


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



Waarom wij succesvol zijn waar anderen falen


    

  1. Wij bouwen infrastructuur, geen apps: Focus op servers en protocollen
    2. 

  2. Wij verbeteren, vervangen niet: Werken met bestaande e-mailclients
    3. 

  3. Wij zijn winstgevend: Geen druk van VC om 'snel te groeien en dingen kapot te maken'
    4. 

  4. Wij begrijpen e-mail: 7+ jaar diepgaande technische ervaring
    5. 

  5. Wij bedienen ontwikkelaars: API's en tools die daadwerkelijk problemen oplossen
    6. 



De kostenrealiteitscheck


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]





Beveiligingsuitdagingen in e-mailinfrastructuur




[!IMPORTANT]
Quantum-veilige e-mailbeveiliging: E-mail doorsturen is de 's werelds eerste en enige e-mailservice die gebruikmaakt van kwantumbestendige en individueel gecodeerde SQLite-mailboxen, wat ongekende beveiliging biedt tegen toekomstige bedreigingen voor quantumcomputing.




E-mailbeveiliging is een complexe uitdaging die alle aanbieders in de branche aangaat. In plaats van individuele incidenten te benadrukken, is het waardevoller om de algemene beveiligingsaspecten te begrijpen waarmee alle aanbieders van e-mailinfrastructuur rekening moeten houden.


Algemene beveiligingsoverwegingen


Alle e-mailproviders worden geconfronteerd met vergelijkbare beveiligingsuitdagingen:


    

  • Gegevensbescherming: Gebruikersgegevens en communicatie beveiligen
    • 

  • Toegangscontrole: Beheer van authenticatie en autorisatie
    • 

  • Infrastructuurbeveiliging: Servers en databases beschermen
    • 

  • Naleving: Voldoen aan diverse wettelijke vereisten zoals GDPR en CCPA
    • 





[!NOTE]
Geavanceerde encryptie: Ons beveiligingspraktijken omvatten ChaCha20-Poly1305-versleuteling voor postvakken, volledige schijfversleuteling met LUKS v2 en uitgebreide bescherming met encryptie in rust, encryptie in het geheugen en encryptie tijdens verzending.




De waarde van transparantie


Wanneer zich beveiligingsincidenten voordoen, is transparantie en snelle actie de meest waardevolle reactie. Bedrijven die:


    

  • Incidenten onmiddellijk melden: Help gebruikers om weloverwogen beslissingen te nemen
    • 

  • Geef gedetailleerde tijdlijnen: Laat zien dat ze de omvang van de problemen begrijpen
    • 

  • Snelle implementatie van oplossingen: Toon technische competentie
    • 

  • Deel geleerde lessen: Bijdragen aan sectorbrede beveiligingsverbeteringen
    • 



Deze reacties zijn gunstig voor het gehele e-mailecosysteem, omdat ze best practices promoten en andere aanbieders aanmoedigen om hoge beveiligingsnormen te handhaven.


Voortdurende veiligheidsuitdagingen


De e-mailindustrie blijft haar beveiligingspraktijken verder ontwikkelen:



Deze uitdagingen vereisen voortdurende investeringen en expertise van alle aanbieders in de sector.


Conclusie: focus op infrastructuur, niet op apps


Het bewijs is duidelijk


Na analyse van honderden e-mailstartups:


    

  • 80%+ falingspercentage: De meeste e-mailstartups mislukken volledig (dit percentage ligt waarschijnlijk VEEL hoger dan 80%; we zijn aardig)
    • 

  • Client-apps mislukken meestal:Overname betekent meestal de dood voor e-mailclients
    • 

  • Infrastructuur kan slagenBedrijven die SMTP/API-diensten bouwen, floreren vaak
    • 

  • VC-financiering creëert druk: Risicokapitaal creëert onrealistische groeiverwachtingen
    • 

  • Technische schuld stapelt zich opHet bouwen van een e-mailinfrastructuur is moeilijker dan het lijkt
    • 



De historische context


Volgens startups is e-mail al meer dan 20 jaar op sterven na dood:


    

  • 2004: "Sociale netwerken zullen e-mail vervangen"
    • 

  • 2008: "Mobiel berichtenverkeer zal e-mail doden"
    • 

  • 2012: "Slack zal e-mail vervangen"
    • 

  • 2016: "AI zal e-mail revolutioneren"
    • 

  • 2020: "Thuiswerken vereist nieuwe communicatiemiddelen"
    • 

  • 2024: "AI zal eindelijk e-mail repareren"
    • 



E-mail is er nog steedsHet groeit nog steeds. Het is nog steeds essentieel.


De echte les


De les is niet dat e-mail niet verbeterd kan worden. Het gaat om het kiezen van de juiste aanpak:


    

  1. E-mailprotocollen werken: SMTP, IMAP, POP3 zijn strijdvaardig
    2. 

  2. Infrastructuur is belangrijk: Betrouwbaarheid en prestaties zijn belangrijker dan opvallende functies
    3. 

  3. Verbetering is beter dan vervanging: Werk met e-mail, vecht er niet tegen
    4. 

  4. Duurzaamheid is belangrijker dan groei: Winstgevende bedrijven overleven bedrijven die door VC worden gefinancierd
    5. 

  5. Ontwikkelaars bedienen:Hulpmiddelen en API's creëren meer waarde dan eindgebruikersapps
    6. 



De kans: Betere implementatie van bewezen protocollen, geen vervanging van protocollen.




[!TIP]
Uitgebreide e-mailserviceanalyse:Voor een diepgaande vergelijking van 79 e-mailservices in 2025, inclusief gedetailleerde beoordelingen, schermafbeeldingen en technische analyses, zie onze uitgebreide gids: 79 beste e-mailservicesDeze analyse laat zien waarom Forward Email consequent wordt beoordeeld als de aanbevolen keuze voor betrouwbaarheid, beveiliging en naleving van normen.






[!NOTE]
Validatie in de echte wereld:Onze aanpak werkt voor organisaties variërend van overheidsinstanties die naleving van sectie 889 vereisen tot grote universiteiten beheren tienduizenden alumni-adressenwat bewijst dat het bouwen van een betrouwbare infrastructuur de weg naar e-mailsucces is.




Als je overweegt een e-mailstartup op te zetten, overweeg dan om een e-mailinfrastructuur te bouwen. De wereld heeft betere e-mailservers nodig, niet meer e-mailapps.


Het uitgebreide e-mailkerkhof: meer storingen en sluitingen


E-mailexperimenten van Google mislukken


Google, ondanks het bezit Gmail, heeft meerdere e-mailprojecten afgesloten:


    

  • Google Wave (2009-2012): "E-mail killer" die niemand begreep
    • 

  • Google Buzz (2010-2011): Integratieramp met sociale e-mail
    • 

  • Postvak IN van Gmail  (2014-2019): De 'slimme' opvolger van Gmail, verlaten
    • 

  • Google+ e-mailfuncties (2011-2019): integratie van e-mail in sociale netwerken
    • 



PatroonZelfs Google kan e-mail niet opnieuw uitvinden.


De serie-mislukking: de drie doden van Newton Mail


Newton Mail overleden drie keer:


    

  1. CloudMagic (2013-2016): E-mailclient overgenomen door Newton
    2. 

  2. Newton Mail (2016-2018): Rebranding, abonnementsmodel mislukt
    3. 

  3. Newton Mail Revival (2019-2020): Poging tot comeback, opnieuw mislukt
    4. 



Les: E-mailclients ondersteunen geen abonnementsmodellen.


De apps die nooit gelanceerd zijn


Veel e-mailstartups gingen failliet voordat ze van start gingen:


    

  • Tijd (2014): Integratie van agenda en e-mail, stopzetting vóór de lancering
    • 

  • Mailstroom (2011): E-mailbeheertool, verworven vóór de release
    • 

  • Vloeiend (2013): E-mailclient, ontwikkeling gestopt
    • 



Het patroon van overname tot afsluiting



Consolidatie van e-mailinfrastructuur



Het open-source e-mailkerkhof: wanneer 'gratis' niet duurzaam is


Nylas Mail → Mailspring: De vork die het niet kon



Eudora: De 18-jarige dodenmars


    

  • 1988-2006: Dominante e-mailclient voor Mac/Windows
    • 

  • 2006: Qualcomm stopte met de ontwikkeling
    • 

  • 2007: Open source als "Eudora OSE"
    • 

  • 2010: Project verlaten
    • 

  • LesZelfs succesvolle e-mailclients gaan uiteindelijk dood
    • 



FairEmail: gedood door Google Play-politiek



Het onderhoudsprobleem


Open source e-mailprojecten mislukken omdat:


    

  • Complexiteit: E-mailprotocollen zijn complex om correct te implementeren
    • 

  • Veiligheid: Constante beveiligingsupdates vereist
    • 

  • Verenigbaarheid: Moet met alle e-mailproviders werken
    • 

  • Middelen: Vrijwillige ontwikkelaars raken opgebrand
    • 



De opkomst van AI-e-mailstartups: geschiedenis herhaalt zich met 'intelligentie'


De huidige AI-e-mailgoudkoorts


De AI-e-mailstartups van 2024:



De financieringsgekte


VC's gooien geld naar "AI + E-mail":


    

  • Meer dan $100 miljoen geïnvesteerd in AI-e-mailstartups in 2024
    • 

  • Dezelfde beloften: "Revolutionaire e-mailervaring"
    • 

  • Dezelfde problemen:Voortbouwen op bestaande infrastructuur
    • 

  • Zelfde resultaat: De meesten zullen binnen 3 jaar falen
    • 



Waarom ze allemaal (opnieuw) zullen falen


    

  1. AI lost de niet-problemen van e-mail niet op: E-mail werkt prima
    2. 

  2. Gmail heeft al AI: Slimme antwoorden, prioriteitsinbox, spamfiltering
    3. 

  3. Privacyzorgen:AI vereist het lezen van al uw e-mails
    4. 

  4. Kostenstructuur: AI-verwerking is duur, e-mail is een handelswaar
    5. 

  5. Netwerkeffecten: Ik kan de dominantie van Gmail/Outlook niet doorbreken
    6. 



De onvermijdelijke uitkomst


    

  • 2025: Superhuman succesvol overgenomen door Grammarly - een zeldzame succesvolle exit voor een e-mailclient
    • 

  • 2025-2026: De meeste overgebleven AI-e-mailstartups zullen een koerswijziging maken of sluiten
    • 

  • 2027: Er zullen overlevenden worden gevonden, met gemengde uitkomsten
    • 

  • 2028:"Blockchain e-mail" of de volgende trend zal ontstaan
    • 



De consolidatiecatastrofe: wanneer 'overlevenden' rampen worden


De grote e-mailserviceconsolidatie


De e-mailindustrie is dramatisch geconsolideerd:



Outlook: De "Survivor" die niet kan stoppen met breken


Microsoft Outlook, ondanks dat hij een "overlever" is, kampt met voortdurende problemen:



Onze praktijkervaringWe helpen regelmatig klanten waarvan de Outlook-instellingen onze perfect compatibele IMAP-implementatie verstoren.


Het poststempelinfrastructuurprobleem


Na Overname van ActiveCampaign:



Recente slachtoffers van e-mailclients (2024-2025)


Postbus → eM Client Acquisitie:In 2024 nam eM Client Postbox over en onmiddellijk uitschakelenwaardoor duizenden gebruikers gedwongen werden te migreren.


Canarische post Problemen: Ondanks Sequoia-achterkant, melden gebruikers dat functies niet werken en dat de klantenservice slecht is.


Spark door ReaddleGebruikers melden steeds vaker een slechte ervaring met de e-mailclient.


Mailbird Licentieproblemen: Windows-gebruikers krijgen te maken met licentieproblemen en verwarring over abonnementen.


Luchtpost Afwijzen:De Mac/iOS e-mailclient, gebaseerd op de mislukte Sparrow-codebase, blijft e-mails ontvangen slechte recensies voor betrouwbaarheidsproblemen.


E-mailuitbreiding en service-acquisities


HubSpot-hulpprogramma → Stopgezet: De e-mailtrackingextensie van HubSpot was stopgezet in 2016 en vervangen door "HubSpot Sales."


Engage voor Gmail → Gepensioneerd: De Gmail-extensie van Salesforce was gepensioneerd in juni 2024waardoor gebruikers gedwongen worden om naar andere oplossingen te migreren.


De overlevenden: e-mailbedrijven die echt werken


Niet alle e-mailbedrijven falen. Dit zijn de bedrijven die wél werken:


Mailmodo: Succesverhaal van Y Combinator, $2 miljoen van Sequoia's Surge door te focussen op interactieve e-mailcampagnes.


Mixmax: Verhoogd Totale financiering van $ 13,3 miljoen en blijft functioneren als een succesvol verkoopbetrokkenheidsplatform.


Outreach.io: Bereikt Waardering van $4,4 miljard+ en bereidt zich voor op een mogelijke beursgang als verkoopbetrokkenheidsplatform.


Apollo.io: Bereikt Waardering van $1,6 miljard met een Serie D-investering van 100 miljoen dollar in 2023 voor hun sales intelligence-platform.


GMass: Bootstrap succesverhaal genereren $140K/maand als Gmail-extensie voor e-mailmarketing.


Streak CRM: Succesvolle Gmail-gebaseerde CRM die al jaren werkt sinds 2012 zonder grote problemen.


ToutApp: Met succes overgenomen door Marketo in 2017 nadat ze meer dan $ 15 miljoen aan financiering hadden opgehaald.


Bananatag: Overgenomen door Staffbase in 2021 en blijft opereren onder de naam "Staffbase Email."


Sleutelpatroon:Deze bedrijven zijn succesvol omdat ze bestaande e-mailworkflows verbeteren in plaats van te proberen e-mail volledig te vervangen. Ze bouwen tools die werken met e-mailinfrastructuur, niet ertegen.




[!TIP]
Wordt een aanbieder die u kent hier niet vermeld? (bijv. Posteo, Mailbox.org, Migadu, enz.) Zie onze uitgebreide e-mailservicevergelijkingspagina voor meer inzicht.