Kirkegården for e-mail-startups: Hvorfor de fleste e-mail-virksomheder fejler

Mens mange e-mail-startups har investeret millioner i at løse opfattede problemer, har vi hos Videresend e-mail har fokuseret på at opbygge en pålidelig e-mailinfrastruktur fra bunden siden 2017. Denne analyse undersøger mønstrene bag resultaterne af opstart af e-mail og de grundlæggende udfordringer ved e-mailinfrastruktur.

[!NOTE] Vigtig indsigtDe fleste e-mail-startups bygger ikke en egentlig e-mail-infrastruktur fra bunden. Mange bygger oven på eksisterende løsninger som Amazon SES eller open source-systemer som Postfix. Kerneprotokollerne fungerer godt - udfordringen ligger i implementeringen.

[!TIP] Teknisk dybdegående undersøgelseFor omfattende detaljer om vores tilgang, arkitektur og sikkerhedsimplementering, se vores Teknisk hvidbog om videresendelse af e-mail og Om siden som dokumenterer vores komplette udviklingstidslinje siden 2017.

Matrixen for fejlslagne e-mail-opstarter

[!CAUTION] Advarsel om fejlrate: Techstars alene har 28 e-mail-relaterede virksomheder med kun 5 udgange - en ekstremt høj fejlrate (nogle gange beregnet til at være 80%+).

Her er alle større fiaskoer inden for e-mail-opstart, vi kunne finde, organiseret efter accelerator, finansiering og resultat:

SelskabÅrAcceleratorFinansieringResultatStatusNøgleproblem
Skiff2024-I alt 14,2 millioner dollarsOpkøbt af Notion → Nedlukning😵 DødGrundlæggerne forlod Notion til fordel for Cursor
Spurv2012-$247K frø, Opkøb på <25 millioner dollarsOpkøbt af Google → Nedlukning😵 DødKun talentrekruttering
E-mail Copilot2012Techstars~120.000 dollars (Techstars-standard)Erhvervet → Nedlukning😵 DødOmdirigerer nu til Validity
SvarSend2012Techstars~120.000 dollars (Techstars-standard)Mislykkedes😵 DødVagt værdiforslag
Udviklet2012Techstars~120.000 dollars (Techstars-standard)Mislykkedes😵 Død"Nemt. Sikkert. E-mail."
Virvar2015Techstars~120.000 dollars (Techstars-standard)Mislykkedes😵 DødE-mailkryptering
IndbakkeFeber2011Techstars~118.000 dollars (Techstars 2011)Mislykkedes😵 DødAPI til e-mail-apps
E-mail2014YC~$120K (YC-standard)Drejet🧟 ZombieMobil e-mail → "velvære"
MailTime2016YC~$120K (YC-standard)Drejet🧟 ZombieE-mailklient → analyser
reMail2009YC~$20K (YC 2009)Opkøbt af Google → Nedlukning😵 DødiPhone e-mail-søgning
Mailhaven2016500 Globale~$100.000 (500 standard)AfsluttetUkendtPakkesporing

Realitetstjekket af infrastrukturen

[!WARNING] Den skjulte sandhedHver eneste "e-mail-startup" bygger blot brugergrænseflade oven på eksisterende infrastruktur. De bygger ikke rigtige e-mail-servere - de bygger apps, der forbinder til rigtig e-mail-infrastruktur.

Hvad der rent faktisk driver e-mail

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]





Hvad "e-mail-startups" rent faktisk bygger


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]
Nøglemønster for succes med e-mailsDe virksomheder, der rent faktisk har succes med e-mail, forsøger ikke at genopfinde hjulet. I stedet bygger de infrastruktur og værktøjer, der forbedrer eksisterende e-mail-arbejdsgange. SendGrid, Postpistol, og Poststempel blev milliardvirksomheder ved at levere pålidelige SMTP API'er og leveringstjenester - de fungerer med e-mailprotokoller, ikke imod dem. Det er den samme tilgang, som vi bruger hos Forward Email.




Hvorfor de fleste e-mail-startups mislykkes




[!IMPORTANT]
Det grundlæggende mønsterE-mail klient Startups mislykkes typisk, fordi de forsøger at erstatte arbejdsprotokoller, mens e-mail infrastruktur Virksomheder kan få succes ved at forbedre eksisterende arbejdsgange. Nøglen er at forstå, hvad brugerne rent faktisk har brug for, versus hvad iværksættere tror, de har brug for.




1. E-mailprotokoller virker, implementering gør det ofte ikke




[!NOTE]
E-mailstatistik: 347,3 milliarder e-mails sendes dagligt uden større problemer, serverer 4,37 milliarder e-mailbrugere på verdensplan fra og med 2023.




De centrale e-mailprotokoller er solide, men implementeringskvaliteten varierer meget:



Den virkelige mulighedBedre implementering af eksisterende protokoller, ikke protokoludskiftning.


2. Netværkseffekter er ubrydelige


E-mails netværkseffekt er absolut:



3. De går ofte efter de forkerte problemer


Mange e-mail-startups fokuserer på opfattede problemer snarere end reelle smertepunkter:



Virkelige problemer, der er værd at løseInfrastrukturens pålidelighed, leveringsevne, spamfiltrering og udviklerværktøjer.


4. Teknisk gæld er enorm


Opbygning af en rigtig e-mailinfrastruktur kræver:



5. Infrastrukturen eksisterer allerede


Hvorfor genopfinde, når man kan bruge:



Casestudier: Når e-mail-startups mislykkes


Casestudie: Skiff-katastrofen


Skiff er et perfekt eksempel på alt, hvad der er galt med e-mail-startups.


Opsætningen


    

  • Positionering"E-mail- og produktivitetsplatform med fokus på privatliv"
    • 

  • Finansiering: Betydelig venturekapital
    • 

  • LøfteBedre e-mail gennem privatliv og kryptering
    • 



Opkøbet


Notion opkøbte Skiff i februar 2024 med typiske opkøbsløfter om integration og fortsat udvikling.


Virkeligheden



Acceleratoranalysen


Y Combinator: E-mail App Factory


Y-kombinator har finansieret snesevis af e-mail-startups. Her er mønsteret:



SuccesrateBlandede resultater med nogle bemærkelsesværdige exits. Flere virksomheder opnåede succesfulde opkøb (reMail til Google, Rapportive til LinkedIn), mens andre bevægede sig væk fra e-mail eller blev ansat på grund af talent.


Techstars: E-mail-kirkegården


Techstars har en endnu dårligere historik:



MønsterVage værdiforslag, ingen reel teknisk innovation, hurtige fiaskoer.


Venturekapitalfælden




[!CAUTION]
Paradokset med venturekapitalfinansieringVC'er elsker e-mail-startups, fordi de lyder simple, men faktisk er umulige. De grundlæggende antagelser, der tiltrækker investeringer, er præcis det, der garanterer fiasko.




VC'er elsker e-mail-startups, fordi de lyder simple, men faktisk er umulige:


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]





VirkelighedIngen af disse antagelser gælder for e-mail.


Den tekniske virkelighed: Moderne e-mail-stakke


Hvad driver egentlig "e-mail startups"?


Lad os se på, hvad disse virksomheder rent faktisk driver:


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]





Ydelsesproblemerne


HukommelsesoppustethedDe fleste e-mail-apps er Electron-baserede webapps, der bruger enorme mængder RAM:





[!WARNING]
ElektronpræstationskriseModerne e-mailklienter bygget med Electron og React Native lider af alvorlige hukommelsesproblemer og ydeevneproblemer. Disse platformsuafhængige frameworks er, selvom de er praktiske for udviklere, ressourcekrævende applikationer, der bruger hundredvis af megabyte til gigabyte RAM til grundlæggende e-mailfunktionalitet.




BatteriafladningKonstant synkronisering og ineffektiv kode:


    

  • Baggrundsprocesser, der aldrig sover
    • 

  • Unødvendige API-kald hvert par sekunder
    • 

  • Dårlig forbindelsesstyring
    • 

  • Ingen tredjepartsafhængigheder undtagen dem, der er absolut nødvendige for kernefunktionaliteten
    • 



Opkøbsmønstrene: Succes vs. Nedlukning


De to mønstre


Klientappmønster (fejler normalt):


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





Infrastrukturmønster (lykkes ofte):


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





Nylige eksempler


Fejl i klientapps:



Bemærkelsesværdig undtagelse:



Infrastrukturens succeser:



Brancheudvikling og konsolidering


Naturindustriens fremskridt


E-mailbranchen har naturligt udviklet sig mod konsolidering, hvor større virksomheder opkøber mindre virksomheder for at integrere funktioner eller eliminere konkurrence. Dette er ikke nødvendigvis negativt - det er sådan, de fleste modne brancher udvikler sig.


Overgange efter opkøb


Når e-mailvirksomheder opkøbes, står brugerne ofte over for:


    

  • TjenestemigreringerFlytter til nye platforme
    • 

  • FunktionsændringerTab af specialiseret funktionalitet
    • 

  • PrisjusteringerForskellige abonnementsmodeller
    • 

  • IntegrationsperioderMidlertidige serviceforstyrrelser
    • 



Brugerovervejelser under overgange


Under branchekonsolidering drager brugerne fordel af:


    

  • Evaluering af alternativerFlere udbydere tilbyder lignende tjenester
    • 

  • Forståelse af migrationsstierDe fleste tjenester tilbyder eksportværktøjer
    • 

  • Overvejer langsigtet stabilitetEtablerede udbydere tilbyder ofte mere kontinuitet
    • 



Hacker News Reality Check


Alle e-mail-startups får de samme kommentarer Hacker nyheder:



Samfundet har retDisse kommentarer vises ved hver opstart af e-mails, fordi de grundlæggende problemer altid er de samme.


Den moderne AI Email Grift


Den seneste bølge


2024 bragte en ny bølge af "AI-drevne e-mail"-startups, hvor den første store succesfulde exit allerede er sket:



De samme gamle problemer


Tilføjelsen af "AI" løser ikke de grundlæggende udfordringer:



Den virkelige udfordringAI-funktioner kræver betydelige investeringer i infrastruktur, samtidig med at de adresserer relativt små smertepunkter.


Hvad der rent faktisk virker: De virkelige succeshistorier om e-mails


Infrastrukturvirksomheder (vinderne)



MønsterDe bygger infrastruktur, ikke apps.


E-mailudbydere (The Survivors)





[!WARNING]
JMAP-investeringsspørgsmåletMens Fastmail investerer ressourcer i JMAP, en protokol, der er 10+ år gammel med begrænset adoption, de samtidig nægte at implementere PGP-kryptering som mange brugere efterspørger. Dette repræsenterer et strategisk valg om at prioritere protokolinnovation frem for brugeranmodede funktioner. Om JMAP vil vinde bredere anvendelse er endnu uvist, men det nuværende økosystem for e-mailklienter er fortsat primært afhængigt af IMAP/SMTP.






[!TIP]
VirksomhedssuccesBeføjelser til at videresende e-mails alumni e-mailløsninger til topuniversiteter, inklusive University of Cambridge med 30.000 alumni-taler, hvilket giver en årlig besparelse på 87.000 USD sammenlignet med traditionelle løsninger.




MønsterDe forbedrer e-mail, erstatter den ikke.


Undtagelsen: Xobnis succeshistorie


Hobney skiller sig ud som en af de få e-mail-relaterede startups, der rent faktisk har haft succes ved at have den rigtige tilgang.


Hvad Xobni gjorde rigtigt:


    

  • Forbedret eksisterende e-mailBygget oven på Outlook i stedet for at erstatte det
    • 

  • Løste virkelige problemerKontakthåndtering og e-mailsøgning
    • 

  • Fokuseret på integrationArbejdede med eksisterende arbejdsgange
    • 

  • Fokus på virksomhederMålrettet erhvervsbrugere med reelle smertepunkter
    • 



Succesen: Xobni blev opkøbt af Yahoo for 60 millioner dollars i 2013., hvilket giver et solidt afkast for investorer og en vellykket exit for grundlæggere.


Hvorfor Xobni lykkedes, hvor andre fejlede


    

  1. Bygget på gennemprøvet infrastrukturBrugte Outlooks eksisterende e-mailhåndtering
    2. 

  2. Løste faktiske problemerKontakthåndteringen var virkelig i stykker
    3. 

  3. VirksomhedsmarkedetVirksomheder betaler for produktivitetsværktøjer
    4. 

  4. IntegrationstilgangForbedrede snarere end erstattede eksisterende arbejdsgange
    5. 



Grundlæggernes fortsatte succes


Matt Brezina og Adam Smith stoppede ikke efter Xobni:


    

  • Matt BrezinaBlev aktiv engelinvestor med investeringer i Dropbox, Mailbox og andre
    • 

  • Adam SmithFortsat opbygning af succesfulde virksomheder inden for produktivitetsområdet
    • 

  • Begge grundlæggereDemonstreret at e-mail succes kommer fra forbedring, ikke erstatning
    • 



Mønsteret


Virksomheder har succes med e-mail, når de:


    

  1. Byg infrastruktur (SendGrid, Postpistol)
    2. 

  2. Forbedr eksisterende arbejdsgange (Hobney, FastMail)
    3. 

  3. Fokus på pålidelighed (Amazon SES, Poststempel)
    4. 

  4. Betjen udviklere (API'er og værktøjer, ikke slutbrugerapps)
    5. 



Har nogen med succes genopfundet e-mail?


Dette er et afgørende spørgsmål, der rammer kernen af e-mailinnovation. Det korte svar er: Ingen har med succes erstattet e-mail, men nogle har med succes forbedret den.


Hvad der egentlig sad fast


Et kig på e-mail-innovationer i løbet af de sidste 20 år:



MønsterAlle succesfulde innovationer forbedret eksisterende e-mailprotokoller i stedet for at erstatte dem.


Nye værktøjer supplerer e-mail (men erstatter den ikke)


    

  • SlackFantastisk til teamchat, men sender stadig e-mail-notifikationer
    • 

  • DisharmoniFremragende til fællesskaber, men bruger e-mail til kontoadministration
    • 

  • WhatsAppPerfekt til beskeder, men virksomheder bruger stadig e-mail
    • 

  • ZoomVigtig til videoopkald, men mødeinvitationer sendes via e-mail
    • 



HEY-eksperimentet




[!IMPORTANT]
Validering i den virkelige verdenHEY's grundlægger DHH bruger faktisk vores tjeneste hos Forward Email til sit personlige domæne dhh.dk og har i flere år vist, at selv e-mail-innovatører er afhængige af gennemprøvet infrastruktur.




HEY ved Basecamp repræsenterer det mest seriøse nylige forsøg på at "genopfinde" e-mail:


    

  • Lanceret: 2020 med stor fanfare
    • 

  • Nærme sigHelt nyt e-mailparadigme med screening, bundling og arbejdsgange
    • 

  • ReceptionBlandet - nogle elsker det, de fleste holder sig til eksisterende e-mail
    • 

  • VirkelighedDet er stadig e-mail (SMTP/IMAP) med en anden brugerflade
    • 



Hvad der rent faktisk virker


De mest succesfulde e-mail-innovationer har været:


    

  1. Bedre infrastrukturHurtigere servere, bedre spamfiltrering, forbedret leveringsevne
    2. 

  2. Forbedrede grænseflader: Gmails samtalevisning, Outlooks kalenderintegration
    3. 

  3. UdviklerværktøjerAPI'er til afsendelse af e-mail, webhooks til sporing
    4. 

  4. Specialiserede arbejdsgangeCRM-integration, marketingautomatisering, transaktionel e-mail
    5. 



Ingen af disse erstattede e-mail – de gjorde den bedre.


Opbygning af moderne infrastruktur til eksisterende e-mailprotokoller: Vores tilgang


Før vi dykker ned i fejlene, er det vigtigt at forstå, hvad der rent faktisk virker i e-mail. Udfordringen er ikke, at e-mail er i stykker – det er, at de fleste virksomheder forsøger at "reparere" noget, der allerede fungerer perfekt.


E-mail-innovationsspektret


E-mailinnovation falder i tre kategorier:


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]





Hvorfor vi fokuserer på infrastruktur


Vi valgte at bygge en moderne e-mailinfrastruktur fordi:


    

  • E-mailprotokoller er gennemprøvede: SMTP har fungeret pålideligt siden 1982
    • 

  • Problemet er implementeringenDe fleste e-mailtjenester bruger forældede softwarepakker
    • 

  • Brugere ønsker pålidelighedIkke nye funktioner, der forstyrrer eksisterende arbejdsgange
    • 

  • Udviklere har brug for værktøjerBedre API'er og administrationsgrænseflader
    • 



Hvad der rent faktisk virker i e-mail


Det succesfulde mønster er simpelt: forbedre eksisterende e-mail-arbejdsgange i stedet for at erstatte demDet betyder:


    

  • Opbygning af hurtigere og mere pålidelige SMTP-servere
    • 

  • Skaber bedre spamfiltrering uden at ødelægge legitim e-mail
    • 

  • Levering af udviklervenlige API'er til eksisterende protokoller
    • 

  • Forbedring af leveringsevnen gennem ordentlig infrastruktur
    • 



Vores tilgang: Hvorfor vi er anderledes


Hvad vi gør


    

  • Byg egentlig infrastrukturBrugerdefinerede SMTP/IMAP-servere fra bunden
    • 

  • Fokus på pålidelighed: 99,99% oppetid, korrekt fejlhåndtering
    • 

  • Forbedr eksisterende arbejdsgangeFungerer med alle e-mailklienter
    • 

  • Betjen udviklereAPI'er og værktøjer, der rent faktisk virker
    • 

  • Oprethold kompatibilitetFuld SMTP/IMAP/POP3 overholdelse
    • 



Hvad vi ikke gør


    

  • Byg "revolutionerende" e-mailklienter
    • 

  • Prøv at erstatte eksisterende e-mailprotokoller
    • 

  • Tilføj unødvendige AI-funktioner
    • 

  • Lover at "rette" e-mail
    • 



Sådan bygger vi e-mailinfrastruktur, der rent faktisk fungerer


Vores anti-startup-tilgang


Mens andre virksomheder bruger millioner på at genopfinde e-mail, fokuserer vi på at opbygge pålidelig infrastruktur:


    

  • Ingen drejepunkterVi har bygget e-mailinfrastruktur i over 7 år
    • 

  • Ingen opkøbsstrategiVi bygger langsigtet
    • 

  • Ingen "revolutionære" påstandeVi får bare e-mail til at fungere bedre
    • 



Hvad gør os anderledes




[!TIP]
Overholdelse af regler på regeringsniveauVideresend e-mail er Overholder paragraf 889 og betjener organisationer som US Naval Academy, hvilket demonstrerer vores engagement i at opfylde strenge føderale sikkerhedskrav.






[!NOTE]
OpenPGP- og OpenWKD-implementeringI modsætning til Fastmail, som nægter at implementere PGP Med henvisning til bekymringer om kompleksitet yder Forward Email fuld OpenPGP-understøttelse med OpenWKD (Web Key Directory)-kompatibilitet, hvilket giver brugerne den kryptering, de rent faktisk ønsker, uden at tvinge dem til at bruge eksperimentelle protokoller som JMAP.




Teknisk staksammenligning:


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-blogindlæg bekræfter at Proton bruger postfix-mta-sts-resolver, hvilket indikerer at de kører en Postfix-stak
    • 



Vigtigste forskelle:


    

  • Moderne sprogJavaScript på tværs af hele stakken vs. C-kode fra 1980'erne
    • 

  • Ingen limkodeEnkelt sprog eliminerer integrationskompleksitet
    • 

  • Web-nativeBygget til moderne webudvikling fra bunden
    • 

  • VedligeholdelsesbarEnhver webudvikler kan forstå og bidrage
    • 

  • Ingen ældre gældRen, moderne kodebase uden årtiers patches
    • 





[!NOTE]
Privacy by DesignVores privatlivspolitik sikrer, at vi ikke gemmer videresendte e-mails på disklager eller i databaser, ikke gemmer metadata om e-mails og ikke gemmer logfiler eller IP-adresser - de fungerer kun i hukommelsen til e-mail-videresendelsestjenester.




Teknisk dokumentationFor omfattende detaljer om vores tilgang, arkitektur og sikkerhedsimplementering, se vores teknisk hvidbog og omfattende teknisk dokumentation.


Sammenligning af e-mailudbydere: Vækst gennem dokumenterede protokoller




[!NOTE]
Reelle væksttalMens andre udbydere jagter eksperimentelle protokoller, fokuserer Forward Email på, hvad brugerne rent faktisk ønsker - pålidelig IMAP, POP3, SMTP, CalDAV og CardDAV, der fungerer på tværs af alle enheder. Vores vækst demonstrerer værdien af denne tilgang.




UdbyderDomænenavne (2024 via Sikkerhedsstier)Domænenavne (2025 via Vis DNS)Procentuel ændringMX-post
Videresend e-mail418,477506,653+21.1%mx1.forwardemail.net
Proton Mail253,977334,909+31.9%mail.protonmail.ch
Fastmail168,433192,075+14%in1-smtp.messagingengine.com
Postkasse38,65943,337+12.1%mxext1.mailbox.org
Total18,78121,720+15.6%mail.tutanota.de
Skiff (nedlagt)7,5043,361-55.2%inbound-smtp.skiff.com


Vigtige indsigter:


    

  • Videresend e-mail viser stærk vækst (+21,1%) med over 500.000 domæner, der bruger vores MX-registreringer
    • 

  • Dokumenterede infrastrukturgevinsterTjenester med pålidelig IMAP/SMTP viser konsekvent domæneadoption
    • 

  • JMAP-irrelevansFastmails JMAP-investering viser langsommere vækst (+14%) sammenlignet med udbydere, der fokuserer på standardprotokoller.
    • 

  • Skiffs kollapsDen nedlagte startup mistede 55,2% af domænerne, hvilket demonstrerer fiaskoen med "revolutionerende" e-mail-tilgange.
    • 

  • MarkedsvalideringVæksten i antallet af domæner afspejler den reelle brugeradoption, ikke marketingmålinger
    • 



Den tekniske tidslinje


Baseret på vores officiel virksomhedstidslinje, sådan har vi bygget en e-mailinfrastruktur, der rent faktisk fungerer:


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



Hvorfor vi har succes, hvor andre fejler


    

  1. Vi bygger infrastruktur, ikke appsFokus på servere og protokoller
    2. 

  2. Vi forbedrer, erstatter ikkeArbejd med eksisterende e-mailklienter
    3. 

  3. Vi er profitableIntet pres fra venturekapitalister for at "vokse hurtigt og ødelægge ting"
    4. 

  4. Vi forstår e-mail7+ års dybdegående teknisk erfaring
    5. 

  5. Vi betjener udviklereAPI'er og værktøjer, der rent faktisk løser problemer
    6. 



Omkostningsrealitetstjekket


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]





Sikkerhedsudfordringer i e-mailinfrastruktur




[!IMPORTANT]
Kvantesikker e-mailsikkerhedVideresend e-mail er Verdens første og eneste e-mailtjeneste, der bruger kvanteresistente og individuelt krypterede SQLite-postkasser, der giver hidtil uset sikkerhed mod fremtidige trusler fra kvantecomputere.




E-mailsikkerhed er en kompleks udfordring, der påvirker alle udbydere i branchen. I stedet for at fremhæve individuelle hændelser er det mere værdifuldt at forstå de fælles sikkerhedsovervejelser, som alle udbydere af e-mailinfrastruktur skal tage højde for.


Almindelige sikkerhedsovervejelser


Alle e-mailudbydere står over for lignende sikkerhedsudfordringer:


    

  • DatabeskyttelseSikring af brugerdata og kommunikation
    • 

  • AdgangskontrolAdministration af godkendelse og autorisation
    • 

  • InfrastruktursikkerhedBeskyttelse af servere og databaser
    • 

  • OverholdelseOpfylder forskellige lovgivningsmæssige krav som f.eks. GDPR og CCPA
    • 





[!NOTE]
Avanceret krypteringVores sikkerhedspraksis inkluderer ChaCha20-Poly1305-kryptering til postkasser, fuld diskkryptering med LUKS v2 og omfattende beskyttelse med kryptering i hvile, kryptering i hukommelsen og kryptering under transport.




Værdien af gennemsigtighed


Når der opstår sikkerhedshændelser, er den mest værdifulde reaktion gennemsigtighed og hurtig handling. Virksomheder, der:


    

  • Oplys hændelser omgåendeHjælp brugerne med at træffe informerede beslutninger
    • 

  • Angiv detaljerede tidslinjerVis at de forstår omfanget af problemerne
    • 

  • Implementer rettelser hurtigtDemonstrer teknisk kompetence
    • 

  • Del de lærte erfaringerBidrag til brancheomfattende sikkerhedsforbedringer
    • 



Disse svar gavner hele e-mail-økosystemet ved at fremme bedste praksis og opfordre andre udbydere til at opretholde høje sikkerhedsstandarder.


Løbende sikkerhedsudfordringer


E-mailbranchen fortsætter med at udvikle sine sikkerhedspraksisser:



Disse udfordringer kræver løbende investeringer og ekspertise fra alle udbydere på området.


Konklusion: Fokus på infrastruktur, ikke apps


Beviserne er klare


Efter at have analyseret hundredvis af e-mail-startups:


    

  • 80%+ fejlrateDe fleste e-mail-startups mislykkes fuldstændigt (dette tal er sandsynligvis MEGET højere end 80%; vi er flinke)
    • 

  • Klientapps fejler normaltAt blive opkøbt betyder normalt død for e-mailklienter
    • 

  • Infrastruktur kan lykkesVirksomheder, der bygger SMTP/API-tjenester, trives ofte
    • 

  • VC-finansiering skaber presVenturekapital skaber urealistiske vækstforventninger
    • 

  • Teknisk gæld akkumuleresDet er sværere end det ser ud til at opbygge en e-mailinfrastruktur
    • 



Den historiske kontekst


E-mail har været "uddød" i over 20 år ifølge startups:


    

  • 2004"Sociale netværk vil erstatte e-mail"
    • 

  • 2008"Mobilbeskeder vil dræbe e-mail"
    • 

  • 2012: "Slack vil erstatte e-mail"
    • 

  • 2016"AI vil revolutionere e-mail"
    • 

  • 2020"Fjernarbejde har brug for nye kommunikationsværktøjer"
    • 

  • 2024"AI vil endelig fikse e-mail"
    • 



E-mailen er stadig herDet vokser stadig. Det er stadig vigtigt.


Den virkelige lektie


Lærdommen er ikke, at e-mail ikke kan forbedres. Det handler om at vælge den rigtige tilgang:


    

  1. E-mailprotokoller fungerer: SMTP, IMAP, POP3 er kamptestede
    2. 

  2. InfrastrukturspørgsmålPålidelighed og ydeevne slår prangende funktioner
    3. 

  3. Udskiftning af forbedringstaktArbejd med e-mail, kæmp ikke imod den
    4. 

  4. Bæredygtighed overgår vækstProfitable virksomheder overlever længere end venturekapitalfinansierede virksomheder
    5. 

  5. Betjen udviklereVærktøjer og API'er skaber mere værdi end slutbrugerapps
    6. 



MulighedenBedre implementering af gennemprøvede protokoller, ikke protokoludskiftning.




[!TIP]
Omfattende analyse af e-mailtjenesterFor en dybdegående sammenligning af 79 e-mailtjenester i 2025, inklusive detaljerede anmeldelser, skærmbilleder og teknisk analyse, se vores omfattende guide: 79 bedste e-mailtjenesterDenne analyse viser, hvorfor Videresend Email konsekvent rangerer som det anbefalede valg med hensyn til pålidelighed, sikkerhed og overholdelse af standarder.






[!NOTE]
Validering i den virkelige verdenVores tilgang fungerer for organisationer lige fra Offentlige myndigheder, der kræver overholdelse af paragraf 889 til store universiteter, der håndterer titusindvis af alumni-adresser, hvilket beviser, at opbygning af pålidelig infrastruktur er vejen til succes med e-mail.




Hvis du overvejer at opbygge en e-mail-startup, så overvej i stedet at opbygge en e-mail-infrastruktur. Verden har brug for bedre e-mail-servere, ikke flere e-mail-apps.


Den udvidede e-mailkirkegård: Flere fejl og nedlukninger


Googles e-mail-eksperimenter gik galt


Google, på trods af at de ejer Gmail, har afsluttet flere e-mailprojekter:


    

  • Google Wave (2009-2012): "E-mail-dræber" som ingen forstod
    • 

  • Google Buzz (2010-2011): Katastrofe med integration af sociale e-mails
    • 

  • Indbakke via Gmail  (2014-2019): Gmails "smarte" efterfølger, opgivet
    • 

  • Google+ e-mailfunktioner (2011-2019): Integration af e-mail på sociale netværk
    • 



MønsterSelv Google kan ikke genopfinde e-mail med succes.


Den serielle fiasko: Newton Mails tre dødsfald


Newton Mail døde tre gange:


    

  1. CloudMagic (2013-2016): E-mailklient opkøbt af Newton
    2. 

  2. Newton Mail (2016-2018): Rebrandet, abonnementsmodellen mislykkedes
    3. 

  3. Newton Mail-genoplivning (2019-2020): Forsøg på comeback, mislykkedes igen
    4. 



LektieE-mailklienter kan ikke understøtte abonnementsmodeller.


Apps der aldrig blev lanceret


Mange e-mail-startups døde før lanceringen:


    

  • Tid (2014): Integration af kalender og e-mail, nedlukning før lancering
    • 

  • Mailstrøm (2011): Værktøj til e-mailhåndtering, anskaffet før udgivelsen
    • 

  • Flydende (2013): E-mailklient, udvikling stoppet
    • 



Mønsteret fra opkøb til nedlukning



Konsolidering af e-mailinfrastruktur



Open Source-e-mailkirkegården: Når "gratis" ikke er bæredygtigt


Nylas Mail → Mailspring: Gaffelen der ikke kunne



Eudora: Den 18 år lange dødsmarch


    

  • 1988-2006Dominerende e-mailklient til Mac/Windows
    • 

  • 2006: Qualcomm stoppede udviklingen
    • 

  • 2007Open source som "Eudora OSE"
    • 

  • 2010Projektet er opgivet
    • 

  • LektieSelv succesfulde e-mailklienter dør med tiden
    • 



FairEmail: Dræbt af Google Play Politik



Vedligeholdelsesproblemet


Open source e-mail-projekter mislykkes fordi:


    

  • KompleksitetE-mailprotokoller er komplekse at implementere korrekt
    • 

  • SikkerhedKonstante sikkerhedsopdateringer kræves
    • 

  • KompatibilitetSkal fungere med alle e-mailudbydere
    • 

  • RessourcerUdbrændthed blandt frivillige udviklere
    • 



AI Email Startup Surge: Historien gentager sig med "intelligens"


Den nuværende AI-e-mail-guldkick


AI e-mail-startups i 2024:



Finansieringsvanviddet


VC'er smider penge efter "AI + Email":


    

  • Over 100 millioner dollars investeret i AI e-mail-startups i 2024
    • 

  • De samme løfter"Revolutionerende e-mail-oplevelse"
    • 

  • Samme problemerByggeri oven på eksisterende infrastruktur
    • 

  • Samme resultatDe fleste vil fejle inden for 3 år
    • 



Hvorfor de alle vil fejle (igen)


    

  1. AI løser ikke e-mails ikke-problemer: E-mail fungerer fint
    2. 

  2. Gmail har allerede kunstig intelligensSmarte svar, prioriteret indbakke, spamfiltrering
    3. 

  3. Bekymringer om privatlivets fredAI kræver, at du læser alle dine e-mails
    4. 

  4. OmkostningsstrukturAI-behandling er dyrt, e-mail er en handelsvare
    5. 

  5. NetværkseffekterKan ikke bryde Gmail/Outlook-dominansen
    6. 



Det uundgåelige resultat


    

  • 2025: Grammarly har med succes opkøbt Superhuman - en sjælden succesfuld exit for en e-mailklient
    • 

  • 2025-2026De fleste resterende AI e-mail-startups vil ændre eller lukke
    • 

  • 2027Overlevende vil blive erhvervet, med blandede resultater
    • 

  • 2028"Blockchain e-mail", eller den næste trend vil dukke op
    • 



Konsolideringskatastrofen: Når "overlevende" bliver til katastrofer


Den store konsolidering af e-mailtjenester


E-mailbranchen har konsolideret sig dramatisk:



Outlook: "Overlevenden", der ikke kan holde op med at bryde sammen


Microsoft Outlookhar, på trods af at være en "overlever", konstante problemer:


    

  • Hukommelseslækager: Outlook bruger gigabyte RAM og kræver hyppige genstarter
    • 

  • SynkroniseringsproblemerE-mails forsvinder og dukker op igen tilfældigt
    • 

  • Problemer med ydeevnenLangsom opstart, hyppige nedbrud
    • 

  • KompatibilitetsproblemerBryder med tredjeparts e-mailudbydere
    • 



Vores virkelige oplevelseVi hjælper regelmæssigt kunder, hvis Outlook-opsætninger ikke fungerer korrekt med vores fuldt kompatible IMAP-implementering.


Problemet med poststempleinfrastrukturen


Efter ActiveCampaigns opkøb:



Nylige tab af e-mailklienter (2024-2025)


Postkasse → eM-klient ErhvervelseI 2024 opkøbte eM Client Postbox og luk den straks ned, hvilket tvinger tusindvis af brugere til at migrere.


Canary Mail ProblemerTrods Sequoia-bagside, brugere rapporterer ikke-fungerende funktioner og dårlig kundesupport.


Spark af ReaddleBrugere rapporterer i stigende grad om dårlige oplevelser med e-mailklienten.


Mailbird Problemer med licenserWindows-brugere oplever licensproblemer og forvirring omkring abonnementer.


Luftpost NedgangMac/iOS e-mail-klienten, baseret på den fejlslagne Sparrow-kodebase, fortsætter med at modtage dårlige anmeldelser for pålidelighedsproblemer.


E-mailudvidelser og serviceopkøb


HubSpot-sidekick → UdgåetHubSpots e-mail-sporingsudvidelse var udgået i 2016 og erstattet med "HubSpot Salg".


Engager dig for Gmail → PensioneretSalesforces Gmail-udvidelse var pensioneret i juni 2024, hvilket tvinger brugerne til at migrere til andre løsninger.


Overlevende: E-mailfirmaer, der rent faktisk virker


Ikke alle e-mailfirmaer fejler. Her er dem, der rent faktisk virker:


Mailmodo: Y Combinator succeshistorie, 2 millioner dollars fra Sequoias Surge ved at fokusere på interaktive e-mailkampagner.


MixmaxHævet Samlet finansiering på 13,3 millioner dollars og fortsætter med at fungere som en succesfuld platform for salgsengagement.


Outreach.ioNået Værdiansættelse på over 4,4 mia. dollars og forbereder sig på en potentiel børsnotering som en platform for salgsengagement.


Apollo.ioOpnået Værdiansættelse på 1,6 mia. dollars med en Serie D-investering på 100 millioner dollars i 2023 til deres salgsintelligensplatform.


GMassGenerering af Bootstrap-succeshistorier 140.000 kr./måned som en Gmail-udvidelse til e-mailmarkedsføring.


Streak CRMSuccesfuld Gmail-baseret CRM, der har været i drift siden 2012 uden større problemer.


ToutApp: Med succes opkøbt af Marketo i 2017 efter at have rejst over 15 millioner dollars i finansiering.


Banantag: Opkøbt af Staffbase i 2021 og fortsætter med at fungere som "Staffbase Email".


NøglemønsterDisse virksomheder har succes, fordi de forbedre eksisterende e-mail-arbejdsgange i stedet for at forsøge at erstatte e-mail helt. De bygger værktøjer, der virker med e-mail-infrastruktur, ikke imod den.




[!TIP]
Kan du ikke finde en udbyder, du kender, nævnt her? (f.eks. Posteo, Mailbox.org, Migadu osv.) Se vores omfattende side med sammenligning af e-mailtjenester for mere indsigt.