Kirkegården for e-poststartups: Hvorfor de fleste e-postselskaper mislykkes

Selv om mange e-postoppstartsbedrifter har investert millioner i å løse opplevde problemer, har vi hos Videresend E-post har fokusert på å bygge pålitelig e-postinfrastruktur fra bunnen av siden 2017. Denne analysen utforsker mønstrene bak resultatene av oppstart av e-post og de grunnleggende utfordringene knyttet til e-postinfrastruktur.

[!NOTE] Viktig innsiktDe fleste e-postoppstartsbedrifter bygger ikke faktisk e-postinfrastruktur fra bunnen av. Mange bygger på eksisterende løsninger som Amazon SES eller åpen kildekode-systemer som Postfix. Kjerneprotokollene fungerer bra – utfordringen ligger i implementeringen.

[!TIP] Teknisk dybdedykkFor omfattende detaljer om vår tilnærming, arkitektur og sikkerhetsimplementering, se vår Teknisk hvitbok for videresending av e-post og Om siden som dokumenterer vår komplette utviklingstidslinje siden 2017.

Matrisen for feil i oppstartsprosessen via e-post

[!CAUTION] Varsel om feilrate: Techstars alene har 28 e-postrelaterte selskaper med bare 5 utganger - en ekstremt høy feilrate (noen ganger beregnet til å være 80%+).

Her er alle større e-postoppstartsfeil vi kunne finne, organisert etter akselerator, finansiering og resultat:

SelskapÅrAkseleratorFinansieringUtfallStatusHovedproblem
Jolle2024-Totalt 14,2 millioner dollarErvervet av Notion → Nedleggelse😵 DødGrunnleggerne forlot Notion til fordel for Cursor
Spurv2012-$247 000 frø, Oppkjøp på <25 millioner dollarOppkjøpt av Google → Nedleggelse😵 DødKun talentanskaffelse
E-post-copilot2012Techstars~120 000 dollar (Techstars-standard)Ervervet → Nedleggelse😵 DødOmdirigerer nå til Validity
SvarSend2012Techstars~120 000 dollar (Techstars-standard)Mislyktes😵 DødVagt verdiforslag
Utviklet2012Techstars~120 000 dollar (Techstars-standard)Mislyktes😵 Død"Enkelt. Sikkert. E-post."
Virvar2015Techstars~120 000 dollar (Techstars-standard)Mislyktes😵 DødE-postkryptering
Innboksfeber2011Techstars~118 000 dollar (Techstars 2011)Mislyktes😵 DødAPI for e-postapper
E-post2014YC~120 000 dollar (YC-standard)Dreiet🧟 ZombieMobil e-post → «velvære»
MailTime2016YC~120 000 dollar (YC-standard)Dreiet🧟 ZombieE-postklient → analyse
e-post2009YC~$20K (YC 2009)Oppkjøpt av Google → Avstengning😵 DødiPhone e-postsøk
Posthaven2016500 Globale~100 000 dollar (500 standard)AvsluttetUkjentPakkesporing

Realitetssjekken av infrastrukturen

[!WARNING] Den skjulte sannhetenHver eneste «e-postoppstartsbedrift» bygger bare brukergrensesnitt oppå eksisterende infrastruktur. De bygger ikke faktiske e-postservere – de bygger apper som kobler seg til ekte e-postinfrastruktur.

Hva som faktisk driver e-post

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]





Hva «e-poststartups» 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økkelmønster for suksess med e-postSelskapene som faktisk lykkes med e-post prøver ikke å finne opp hjulet på nytt. I stedet bygger de infrastruktur og verktøy som forbedrer eksisterende e-postarbeidsflyter. SendGrid, Postpistol, og Poststempel ble milliardselskaper ved å tilby pålitelige SMTP API-er og leveringstjenester - de fungerer med e-postprotokoller, ikke mot dem. Dette er den samme tilnærmingen vi bruker hos Videresend e-post.




Hvorfor de fleste e-postoppstartsbedrifter mislykkes




[!IMPORTANT]
Det grunnleggende mønsteretE-post klient Oppstartsbedrifter mislykkes vanligvis fordi de prøver å erstatte arbeidsprotokoller, mens e-post infrastruktur Bedrifter kan lykkes ved å forbedre eksisterende arbeidsflyter. Nøkkelen er å forstå hva brukerne faktisk trenger kontra hva gründere tror de trenger.




1. E-postprotokoller fungerer, implementering gjør det ofte ikke




[!NOTE]
E-poststatistikk: 347,3 milliarder e-poster sendes daglig uten større problemer, serverer 4,37 milliarder e-postbrukere over hele verden fra og med 2023.




Kjerneprotokollene for e-post er solide, men implementeringskvaliteten varierer mye:



Den virkelige mulighetenBedre implementering av eksisterende protokoller, ikke protokollerstatning.


2. Nettverkseffekter er ubrytelige


E-postens nettverkseffekt er absolutt:



3. De retter seg ofte mot feil problemer


Mange e-postoppstartsbedrifter fokuserer på opplevde problemer snarere enn reelle smertepunkter:



Ekte problemer som er verdt å løseInfrastrukturpålitelighet, leveringsevne, spamfiltrering og utviklerverktøy.


4. Teknisk gjeld er enorm


Å bygge en ekte e-postinfrastruktur krever:



5. Infrastrukturen eksisterer allerede


Hvorfor gjenoppfinne når du kan bruke:



Casestudier: Når e-postoppstartsbedrifter mislykkes


Casestudie: Skiff-katastrofen


Skiff er et perfekt eksempel på alt som er galt med e-postoppstartsbedrifter.


Oppsettet


    

  • Posisjonering"Personvern-først e-post- og produktivitetsplattform"
    • 

  • Finansiering: Betydelig risikokapital
    • 

  • LøfteBedre e-post gjennom personvern og kryptering
    • 



Oppkjøpet


Notion kjøpte Skiff i februar 2024 med typiske oppkjøpsløfter om integrasjon og fortsatt utvikling.


Virkeligheten



Akseleratoranalysen


Y-kombinator: E-postappfabrikken


Y-kombinator har finansiert dusinvis av e-postoppstartsbedrifter. Her er mønsteret:



SuksessrateBlandede resultater med noen bemerkelsesverdige exits. Flere selskaper oppnådde vellykkede oppkjøp (reMail til Google, Rapportive til LinkedIn), mens andre gikk bort fra e-post eller ble ansatt for talenter.


Techstars: E-postkirkegården


Techstars har en enda dårligere merittliste:



MønsterVage verdiforslag, ingen reell teknisk innovasjon, raske feil.


Risikokapitalfellen




[!CAUTION]
Paradokset med risikokapitalfinansieringVC-er elsker e-poststartups fordi de høres enkle ut, men faktisk er umulige. De grunnleggende forutsetningene som tiltrekker seg investeringer er nettopp det som garanterer fiasko.




VC-er elsker e-poststartups fordi de høres enkle ut, men er faktisk 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]





VirkelighetIngen av disse antagelsene gjelder for e-post.


Den tekniske virkeligheten: Moderne e-poststabler


Hva driver egentlig «e-poststartups»?


La oss se på hva disse selskapene 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]





Ytelsesproblemene


Oppblåsthet i minnetDe fleste e-postappene er Electron-baserte nettapper som bruker enorme mengder RAM:





[!WARNING]
Elektron ytelseskriseModerne e-postklienter bygget med Electron og React Native lider av alvorlig minneoppblåsing og ytelsesproblemer. Disse plattformuavhengige rammeverkene er praktiske for utviklere, men de lager ressurskrevende applikasjoner som bruker hundrevis av megabyte til gigabyte RAM for grunnleggende e-postfunksjonalitet.




BatteriutladingKonstant synkronisering og ineffektiv kode:


    

  • Bakgrunnsprosesser som aldri sover
    • 

  • Unødvendige API-kall med noen få sekunders mellomrom
    • 

  • Dårlig tilkoblingshåndtering
    • 

  • Ingen tredjepartsavhengigheter bortsett fra de som er absolutt nødvendige for kjernefunksjonalitet
    • 



Oppkjøpsmønstrene: Suksess vs. nedleggelse


De to mønstrene


Klientappmønster (feiler vanligvis):


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


Feil i klientappen:



Merkbart unntak:



Infrastrukturens suksesser:



Bransjeutvikling og konsolidering


Naturindustriens fremgang


E-postbransjen har naturlig nok utviklet seg mot konsolidering, der større selskaper kjøper opp mindre for å integrere funksjoner eller eliminere konkurranse. Dette er ikke nødvendigvis negativt – det er slik de fleste modne bransjer utvikler seg.


Overganger etter oppkjøp


Når e-postselskaper blir kjøpt opp, står brukerne ofte overfor:


    

  • TjenestemigreringerFlytter til nye plattformer
    • 

  • FunksjonsendringerTap av spesialisert funksjonalitet
    • 

  • PrisjusteringerUlike abonnementsmodeller
    • 

  • IntegreringsperioderMidlertidige tjenesteforstyrrelser
    • 



Brukerhensyn under overganger


Under bransjekonsolidering drar brukerne nytte av:


    

  • Evaluering av alternativerFlere leverandører tilbyr lignende tjenester
    • 

  • Forstå migrasjonsveierDe fleste tjenestene tilbyr eksportverktøy
    • 

  • Med tanke på langsiktig stabilitetEtablerte leverandører tilbyr ofte mer kontinuitet
    • 



Hacker News-realitetssjekken


Alle e-post-oppstartsbedrifter får de samme kommentarene Hacker Nyheter:



Samfunnet har rettDisse kommentarene vises ved hver oppstart av e-post fordi de grunnleggende problemene alltid er de samme.


Den moderne AI-e-postkriften


Den siste bølgen


2024 brakte en ny bølge av oppstartsbedrifter innen «AI-drevet e-post», og den første store vellykkede exiten har allerede skjedd:



De samme gamle problemene


Å legge til «AI» løser ikke de grunnleggende utfordringene:



Den virkelige utfordringenAI-funksjoner krever betydelige investeringer i infrastruktur, samtidig som de adresserer relativt små smertepunkter.


Hva som faktisk fungerer: De virkelige suksesshistoriene for e-post


Infrastrukturselskaper (vinnerne)



MønsterDe bygger infrastruktur, ikke apper.


E-postleverandører (The Survivors)





[!WARNING]
JMAP-investeringsspørsmåletMens Fastmail investerer ressurser i JMAP, en protokoll som er 10+ år gammel med begrenset adopsjon, de samtidig nekte å implementere PGP-kryptering som mange brukere etterspør. Dette representerer et strategisk valg for å prioritere protokollinnovasjon fremfor brukerforespurte funksjoner. Om JMAP vil få bredere bruk gjenstår å se, men det nåværende økosystemet for e-postklienter er fortsatt hovedsakelig avhengig av IMAP/SMTP.






[!TIP]
BedriftssuksessVideresend e-post-fullmakter e-postløsninger for alumni for toppuniversiteter, inkludert University of Cambridge med 30 000 alumni-foredrag, noe som gir 87 000 dollar i årlige kostnadsbesparelser sammenlignet med tradisjonelle løsninger.




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


Unntaket: Xobnis suksesshistorie


Hobney skiller seg ut som en av få e-postrelaterte oppstartsbedrifter som faktisk lyktes ved å ta den riktige tilnærmingen.


Det Xobni gjorde riktig:


    

  • Forbedret eksisterende e-postBygget oppå Outlook i stedet for å erstatte det
    • 

  • Løste reelle problemerKontakthåndtering og e-postsøk
    • 

  • Fokusert på integreringJobbet med eksisterende arbeidsflyter
    • 

  • BedriftsfokusMålrettet mot forretningsbrukere med reelle smertepunkter
    • 



Suksessen: Xobni ble kjøpt opp av Yahoo for 60 millioner dollar i 2013., noe som gir en solid avkastning for investorer og en vellykket exit for gründere.


Hvorfor Xobni lyktes der andre mislyktes


    

  1. Bygget på velprøvd infrastrukturBrukte Outlooks eksisterende e-posthåndtering
    2. 

  2. Løste faktiske problemerKontaktadministrasjonen var virkelig ødelagt
    3. 

  3. BedriftsmarkedetBedrifter betaler for produktivitetsverktøy
    4. 

  4. IntegreringstilnærmingForbedret snarere enn å erstatte eksisterende arbeidsflyter
    5. 



Grunnleggernes fortsatte suksess


Matt Brezina og Adam Smith stoppet ikke etter Xobni:


    

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

  • Adam SmithFortsatte med å bygge opp vellykkede selskaper innen produktivitetsområdet
    • 

  • Begge grunnleggerneDemonstrert at e-postsuksess kommer fra forbedring, ikke erstatning
    • 



Mønsteret


Bedrifter lykkes med e-post når de:


    

  1. Bygg infrastruktur (SendGrid, Postpistol)
    2. 

  2. Forbedre eksisterende arbeidsflyter (Hobney, FastMail)
    3. 

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

  4. Betjen utviklere (API-er og verktøy, ikke sluttbrukerapper)
    5. 



Har noen klart å gjenoppfinne e-posten?


Dette er et avgjørende spørsmål som går rett til kjernen av e-postinnovasjon. Det korte svaret er: Ingen har lykkes med å erstatte e-post, men noen har lykkes med å forbedre den.


Hva som egentlig satt fast


Ser på e-postinnovasjoner de siste 20 årene:



MønsterAlle vellykkede innovasjoner forbedret eksisterende e-postprotokoller i stedet for å erstatte dem.


Nye verktøy utfyller e-post (men erstatter den ikke)


    

  • SlackFlott for teamchat, men sender fortsatt e-postvarsler
    • 

  • DisharmoniUtmerket for fellesskap, men bruker e-post til kontoadministrasjon
    • 

  • WhatsAppPerfekt for meldinger, men bedrifter bruker fortsatt e-post
    • 

  • ZoomViktig for videosamtaler, men møteinvitasjoner kommer via e-post
    • 



HEY-eksperimentet




[!IMPORTANT]
Validering i den virkelige verdenHEYs grunnlegger DHH bruker faktisk tjenesten vår hos Videresend e-post for sitt personlige domene dhh.dk og har i flere år vist at selv e-postinnovatører er avhengige av velprøvd infrastruktur.




HEY ved Basecamp representerer det mest seriøse forsøket på å «gjenoppfinne» e-post i nyere tid:


    

  • Lansert: 2020 med betydelig fanfare
    • 

  • NærmeHelt nytt e-postparadigme med screening, bunting og arbeidsflyter
    • 

  • ResepsjonBlandet – noen elsker det, de fleste holder seg til eksisterende e-post
    • 

  • VirkelighetDet er fortsatt e-post (SMTP/IMAP) med et annet grensesnitt
    • 



Hva som faktisk fungerer


De mest vellykkede e-postinnovasjonene har vært:


    

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

  2. Forbedrede grensesnitt: Gmails samtalevisning, Outlooks kalenderintegrasjon
    3. 

  3. UtviklerverktøyAPI-er for sending av e-post, webhooks for sporing
    4. 

  4. Spesialiserte arbeidsflyterCRM-integrasjon, markedsføringsautomatisering, transaksjonsbasert e-post
    5. 



Ingen av disse erstattet e-post – de gjorde det bedre.


Bygge moderne infrastruktur for eksisterende e-postprotokoller: Vår tilnærming


Før vi dykker ned i feilene, er det viktig å forstå hva som faktisk fungerer i e-post. Utfordringen er ikke at e-posten er ødelagt – det er at de fleste bedrifter prøver å «fikse» noe som allerede fungerer perfekt.


E-postinnovasjonsspekteret


E-postinnovasjon faller inn 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 å bygge en moderne e-postinfrastruktur fordi:


    

  • E-postprotokoller er velprøvde: SMTP har fungert pålitelig siden 1982
    • 

  • Problemet er implementeringenDe fleste e-posttjenester bruker utdaterte programvarestakker
    • 

  • Brukere ønsker pålitelighetIkke nye funksjoner som ødelegger eksisterende arbeidsflyter
    • 

  • Utviklere trenger verktøyBedre API-er og administrasjonsgrensesnitt
    • 



Hva som faktisk fungerer i e-post


Det vellykkede mønsteret er enkelt: forbedre eksisterende e-postarbeidsflyter i stedet for å erstatte demDette betyr:


    

  • Bygge raskere og mer pålitelige SMTP-servere
    • 

  • Lage bedre spamfiltrering uten å ødelegge legitim e-post
    • 

  • Tilbyr utviklervennlige API-er for eksisterende protokoller
    • 

  • Forbedring av leveringsevnen gjennom riktig infrastruktur
    • 



Vår tilnærming: Hvorfor vi er annerledes


Hva vi gjør


    

  • Bygg faktisk infrastrukturTilpassede SMTP/IMAP-servere fra bunnen av
    • 

  • Fokus på pålitelighet: 99,99 % oppetid, riktig feilhåndtering
    • 

  • Forbedre eksisterende arbeidsflyterFungerer med alle e-postklienter
    • 

  • Betjen utviklereAPI-er og verktøy som faktisk fungerer
    • 

  • Oppretthold kompatibilitetFull SMTP/IMAP/POP3 samsvar
    • 



Hva vi ikke gjør


    

  • Bygg "revolusjonerende" e-postklienter
    • 

  • Prøv å erstatte eksisterende e-postprotokoller
    • 

  • Legg til unødvendige AI-funksjoner
    • 

  • Lover å «fikse» e-posten
    • 



Hvordan vi bygger e-postinfrastruktur som faktisk fungerer


Vår anti-oppstartstilnærming


Mens andre selskaper bruker millioner på å prøve å gjenoppfinne e-post, fokuserer vi på å bygge pålitelig infrastruktur:


    

  • Ingen pivoterVi har bygget e-postinfrastruktur i over 7 år
    • 

  • Ingen oppkjøpsstrategiVi bygger langsiktig
    • 

  • Ingen «revolusjonerende» påstanderVi får bare e-posten til å fungere bedre
    • 



Hva gjør oss annerledes




[!TIP]
Samsvar med myndighetskravVideresend e-post er I samsvar med paragraf 889 og betjener organisasjoner som US Naval Academy, noe som demonstrerer vår forpliktelse til å oppfylle strenge føderale sikkerhetskrav.






[!NOTE]
OpenPGP- og OpenWKD-implementeringI motsetning til Fastmail, som nekter å implementere PGP Med henvisning til bekymringer om kompleksitet, tilbyr Forward Email full OpenPGP-støtte med OpenWKD (Web Key Directory)-samsvar, noe som gir brukerne krypteringen de faktisk ønsker uten å tvinge dem til å bruke eksperimentelle protokoller som JMAP.




Teknisk stabelsammenligning:


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-blogginnlegg bekrefter at Proton bruker postfix-mta-sts-resolver, noe som indikerer at de kjører en Postfix-stack
    • 



Viktige forskjeller:


    

  • Moderne språkJavaScript på tvers av hele stakken vs. C-kode fra 1980-tallet
    • 

  • Ingen limkodeEnkeltspråk eliminerer integrasjonskompleksitet
    • 

  • NettbasertBygget for moderne webutvikling fra grunnen av
    • 

  • VedlikeholdbarEnhver nettutvikler kan forstå og bidra
    • 

  • Ingen arvegjeldRen, moderne kodebase uten flere tiår med patcher
    • 





[!NOTE]
Privacy by DesignVår retningslinjer for personvern sørger for at vi ikke lagrer videresendte e-poster på disklagring eller i databaser, ikke lagrer metadata om e-poster og ikke lagrer logger eller IP-adresser – de opererer kun i minnet for e-postvideresendingstjenester.




Teknisk dokumentasjonFor omfattende detaljer om vår tilnærming, arkitektur og sikkerhetsimplementering, se vår teknisk hvitbok og omfattende teknisk dokumentasjon.


Sammenligning av e-postleverandører: Vekst gjennom velprøvde protokoller




[!NOTE]
Reelle veksttallMens andre leverandører jager eksperimentelle protokoller, fokuserer Videresendt e-post på det brukerne faktisk ønsker – pålitelig IMAP, POP3, SMTP, CalDAV og CardDAV som fungerer på tvers av alle enheter. Veksten vår demonstrerer verdien av denne tilnærmingen.




ForsørgerDomenenavn (2024 via Sikkerhetsløyper)Domenenavn (2025 via Vis DNS)Prosentvis endringMX-post
Videresend E-post418,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


Viktige innsikter:


    

  • Videresend E-post viser sterk vekst (+21,1 %) med over 500 000 domener som bruker MX-postene våre
    • 

  • Beviste infrastrukturgevinsterTjenester med pålitelig IMAP/SMTP viser konsekvent domenebruk
    • 

  • JMAP-irrelevansFastmails JMAP-investering viser lavere vekst (+14 %) sammenlignet med leverandører som fokuserer på standardprotokoller.
    • 

  • Skiffs kollapsDen nedlagte oppstartsbedriften mistet 55,2 % av domenene sine, noe som viser at «revolusjonerende» e-posttilnærminger har mislyktes.
    • 

  • MarkedsvalideringVeksten i antall domener gjenspeiler reell brukeradopsjon, ikke markedsføringsmålinger
    • 



Den tekniske tidslinjen


Basert på vår offisiell tidslinje for selskapet, slik har vi bygget en e-postinfrastruktur som 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 lykkes der andre mislykkes


    

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

  2. Vi forbedrer, ikke erstatterArbeid med eksisterende e-postklienter
    3. 

  3. Vi er lønnsommeIkke noe press fra venturekapitalister om å «vokse raskt og ødelegge ting»
    4. 

  4. Vi forstår e-post7+ års dyp teknisk erfaring
    5. 

  5. Vi betjener utviklereAPI-er og verktøy som faktisk løser problemer
    6. 



Kostnadsrealitetssjekken


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]





Sikkerhetsutfordringer i e-postinfrastruktur




[!IMPORTANT]
Kvantesikker e-postsikkerhetVideresend e-post er verdens første og eneste e-posttjeneste som bruker kvantebestandige og individuelt krypterte SQLite-postbokser, som gir enestående sikkerhet mot fremtidige kvantedatatrusler.




E-postsikkerhet er en kompleks utfordring som påvirker alle leverandører i bransjen. I stedet for å fremheve enkeltstående hendelser, er det mer verdifullt å forstå de vanlige sikkerhetshensynene som alle leverandører av e-postinfrastruktur må ta hensyn til.


Vanlige sikkerhetshensyn


Alle e-postleverandører står overfor lignende sikkerhetsutfordringer:


    

  • DatabeskyttelseSikring av brukerdata og kommunikasjon
    • 

  • AdgangskontrollAdministrering av autentisering og autorisasjon
    • 

  • InfrastruktursikkerhetBeskyttelse av servere og databaser
    • 

  • OverholdelseOppfyller diverse regulatoriske krav som GDPR og CCPA
    • 





[!NOTE]
Avansert krypteringVår sikkerhetspraksis inkluderer ChaCha20-Poly1305-kryptering for postbokser, full diskkryptering med LUKS v2 og omfattende beskyttelse med kryptering i ro, kryptering i minnet og kryptering under overføring.




Verdien av åpenhet


Når sikkerhetshendelser oppstår, er den mest verdifulle responsen åpenhet og rask handling. Selskaper som:


    

  • Oppgi hendelser rasktHjelp brukerne med å ta informerte beslutninger
    • 

  • Gi detaljerte tidslinjerVis at de forstår omfanget av problemene
    • 

  • Implementer rettelser rasktDemonstrere teknisk kompetanse
    • 

  • Del lærdommerBidra til sikkerhetsforbedringer i hele bransjen
    • 



Disse svarene gagner hele e-postøkosystemet ved å fremme beste praksis og oppmuntre andre leverandører til å opprettholde høye sikkerhetsstandarder.


Løpende sikkerhetsutfordringer


E-postbransjen fortsetter å utvikle sikkerhetspraksisene sine:



Disse utfordringene krever kontinuerlig investering og ekspertise fra alle leverandører i feltet.


Konklusjon: Fokus på infrastruktur, ikke apper


Bevisene er klare


Etter å ha analysert hundrevis av e-postoppstartsbedrifter:


    

  • 80 %+ feilrateDe fleste e-postoppstartsbedrifter mislykkes fullstendig (dette tallet er sannsynligvis MYE høyere enn 80 %; vi er hyggelige)
    • 

  • Klientapper mislykkes vanligvisÅ bli oppkjøpt betyr vanligvis død for e-postklienter
    • 

  • Infrastruktur kan lykkesBedrifter som bygger SMTP/API-tjenester trives ofte
    • 

  • Risikokapitalfinansiering skaper pressRisikokapital skaper urealistiske vekstforventninger
    • 

  • Teknisk gjeld akkumuleresÅ bygge e-postinfrastruktur er vanskeligere enn det ser ut til
    • 



Den historiske konteksten


E-post har «døt» i over 20 år ifølge oppstartsbedrifter:


    

  • 2004«Sosiale nettverk vil erstatte e-post»
    • 

  • 2008«Mobilmeldinger vil drepe e-post»
    • 

  • 2012: "Slack vil erstatte e-post
    • 

  • 2016«KI vil revolusjonere e-post»
    • 

  • 2020"Fjernarbeid trenger nye kommunikasjonsverktøy"
    • 

  • 2024: «AI vil endelig fikse e-post»
    • 



E-posten er fortsatt herDet vokser fortsatt. Det er fortsatt viktig.


Den virkelige lærdommen


Lærdommen er ikke at e-post ikke kan forbedres. Det handler om å velge riktig tilnærming:


    

  1. E-postprotokoller fungerer: SMTP, IMAP, POP3 er kamptestet
    2. 

  2. Infrastruktur er viktigPålitelighet og ytelse slår prangende funksjoner
    3. 

  3. Forbedringsslag erstatningJobb med e-post, ikke kjemp imot
    4. 

  4. Bærekraft slår vekstLønnsomme bedrifter overlever risikokapitalfinansierte bedrifter
    5. 

  5. Betjen utviklereVerktøy og API-er skaper mer verdi enn sluttbrukerapper
    6. 



MulighetenBedre implementering av velprøvde protokoller, ikke protokollerstatning.




[!TIP]
Omfattende analyse av e-posttjenesterFor en grundig sammenligning av 79 e-posttjenester i 2025, inkludert detaljerte anmeldelser, skjermbilder og teknisk analyse, se vår omfattende guide: 79 beste e-posttjenesterDenne analysen viser hvorfor Videresendt e-post konsekvent rangeres som det anbefalte valget for pålitelighet, sikkerhet og samsvar med standarder.






[!NOTE]
Validering i den virkelige verdenVår tilnærming fungerer for organisasjoner som spenner fra offentlige etater som krever samsvar med paragraf 889 til store universiteter som håndterer titusenvis av alumni-adresser, som beviser at det å bygge pålitelig infrastruktur er veien til suksess med e-post.




Hvis du vurderer å bygge en e-postoppstartsbedrift, bør du heller vurdere å bygge e-postinfrastruktur. Verden trenger bedre e-postservere, ikke flere e-postapper.


Den utvidede e-postkirkegården: Flere feil og nedstengninger


Googles e-posteksperimenter gikk galt


Google, til tross for at de eier Gmail, har drept flere e-postprosjekter:


    

  • Google Wave (2009–2012): «E-postdreper» som ingen forsto
    • 

  • Google Buzz (2010–2011): Katastrofe med integrering av sosiale e-poster
    • 

  • Innboks via Gmail  (2014–2019): Gmails «smarte» etterfølger, forlatt
    • 

  • Google+ e-postfunksjoner (2011–2019): Integrering av e-post på sosiale nettverk
    • 



MønsterSelv Google klarer ikke å gjenoppfinne e-post.


Seriell fiasko: Newton Mails tre dødsfall


Newton Mail døde tre ganger:


    

  1. CloudMagic (2013–2016): E-postklient kjøpt opp av Newton
    2. 

  2. Newton Mail (2016–2018): Omdøpt, abonnementsmodellen mislyktes
    3. 

  3. Newton Mail-vekkelsen (2019–2020): Forsøkt comeback, mislyktes igjen
    4. 



LekseE-postklienter kan ikke opprettholde abonnementsmodeller.


Appene som aldri ble lansert


Mange e-postoppstartsbedrifter døde før lansering:


    

  • Tid (2014): Kalender-e-postintegrasjon, avviklet før lansering
    • 

  • E-poststrøm (2011): E-postadministrasjonsverktøy, anskaffet før utgivelse
    • 

  • Flytende (2013): E-postklient, utviklingen stoppet
    • 



Mønsteret fra oppkjøp til nedleggelse



Konsolidering av e-postinfrastruktur



Kirkegården for åpen kildekode-e-post: Når «gratis» ikke er bærekraftig


Nylas Mail → Mailspring: Gaffelen som ikke kunne



Eudora: Den 18 år lange dødsmarsjen


    

  • 1988-2006Dominerende e-postklient for Mac/Windows
    • 

  • 2006: Qualcomm stoppet utviklingen
    • 

  • 2007Åpen kildekode som «Eudora OSE»
    • 

  • 2010Prosjektet er forlatt
    • 

  • LekseSelv vellykkede e-postklienter dør til slutt
    • 



FairEmail: Drept av Google Play Politics



Vedlikeholdsproblemet


Åpen kildekode-e-postprosjekter mislykkes fordi:


    

  • KompleksitetE-postprotokoller er komplekse å implementere riktig
    • 

  • SikkerhetKrever konstante sikkerhetsoppdateringer
    • 

  • KompatibilitetMå fungere med alle e-postleverandører
    • 

  • ressurserUtbrenthet blant frivillige utviklere
    • 



AI-e-postoppstartsbølgen: Historien gjentar seg med «intelligens»


Det nåværende gullrushet for AI-e-post


AI-e-postoppstartsbedrifter i 2024:



Finansieringsvanviddet


Risikokapitalselskaper kaster penger på «AI + E-post»:


    

  • Over 100 millioner dollar investert i AI-e-postoppstartsbedrifter i 2024
    • 

  • De samme løftene"Revolusjonerende e-postopplevelse"
    • 

  • Samme problemerBygging oppå eksisterende infrastruktur
    • 

  • Samme utfallDe fleste vil mislykkes innen 3 år
    • 



Hvorfor de alle vil mislykkes (igjen)


    

  1. AI løser ikke ikke-problemer med e-postE-post fungerer fint
    2. 

  2. Gmail har allerede kunstig intelligensSmarte svar, prioritert innboks, søppelpostfiltrering
    3. 

  3. Bekymringer om personvernAI krever at du leser alle e-postene dine
    4. 

  4. KostnadsstrukturAI-prosessering er dyrt, e-post er en handelsvare
    5. 

  5. NettverkseffekterKan ikke bryte Gmail/Outlook-dominansen
    6. 



Det uunngåelige resultatet


    

  • 2025: Grammarly har kjøpt opp Superhuman - en sjelden vellykket exit for en e-postklient
    • 

  • 2025-2026De fleste gjenværende AI-e-postoppstartsbedriftene vil snu eller legge ned
    • 

  • 2027Overlevende vil bli kjøpt, med blandede utfall
    • 

  • 2028"Blockchain-e-post", eller den neste trenden vil dukke opp
    • 



Konsolideringskatastrofen: Når «overlevende» blir katastrofer


Den store konsolideringen av e-posttjenester


E-postbransjen har konsolidert seg dramatisk:



Utsikter: «Overlevende» som ikke kan slutte å bryte sammen


Microsoft Outlook, til tross for å være en «overlevende», har konstante problemer:


    

  • Minnelekkasjer: Outlook bruker gigabyte RAM og krever hyppige omstarter
    • 

  • SynkroniseringsproblemerE-poster forsvinner og dukker opp igjen tilfeldig
    • 

  • YtelsesproblemerTreg oppstart, hyppige krasj
    • 

  • KompatibilitetsproblemerBrudd med tredjeparts e-postleverandører
    • 



Vår virkelige opplevelseVi hjelper jevnlig kunder som har Outlook-oppsett som ikke fungerer som de skal med vår fullstendig kompatible IMAP-implementering.


Problemet med poststempelinfrastrukturen


Etter ActiveCampaigns oppkjøp:



Nylige tap av e-postklienter (2024–2025)


Postboks → eM-klient OppkjøpI 2024 kjøpte eM Client opp Postbox og slå den av umiddelbart, noe som tvinger tusenvis av brukere til å migrere.


Kanariposten ProblemerTil tross for Sequoia-støtte, brukere rapporterer om funksjoner som ikke fungerer og dårlig kundestøtte.


Spark av ReaddleBrukere rapporterer i økende grad om dårlige opplevelser med e-postklienten.


Postfugl LisensproblemerWindows-brukere opplever lisensproblemer og forvirring rundt abonnementer.


Luftpost AvslåE-postklienten for Mac/iOS, basert på den mislykkede Sparrow-kodebasen, fortsetter å motta dårlige anmeldelser for pålitelighetsproblemer.


E-postutvidelse og tjenesteanskaffelser


HubSpot Sidekick → UtgåttHubSpots e-postsporingsutvidelse var avviklet i 2016 og erstattet med «HubSpot Sales».


Engasjer deg for Gmail → PensjonertSalesforces Gmail-utvidelse var pensjonert i juni 2024, noe som tvinger brukere til å migrere til andre løsninger.


Overlevende: E-postselskaper som faktisk fungerer


Ikke alle e-postselskaper mislykkes. Her er de som faktisk fungerer:


Mailmodo: Y Combinator suksesshistorie, 2 millioner dollar fra Sequoias Surge ved å fokusere på interaktive e-postkampanjer.


Mixmax: Hevet Total finansiering på 13,3 millioner dollar og fortsetter å fungere som en vellykket plattform for salgsengasjement.


Outreach.ioNådd Verdsettelse på over 4,4 milliarder dollar og forbereder seg på en potensiell børsnotering som en plattform for salgsengasjement.


Apollo.ioOppnådd Verdsettelse på 1,6 milliarder dollar med en serie D-inntekt på 100 millioner dollar i 2023 for salgsintelligensplattformen deres.


GMassGenerering av suksesshistorier med Bootstrap 140 000 dollar/måned som en Gmail-utvidelse for e-postmarkedsføring.


Streak CRMVellykket Gmail-basert CRM som har vært i drift siden 2012 uten større problemer.


ToutApp: Vellykket kjøpt opp av Marketo i 2017 etter å ha samlet inn over 15 millioner dollar i finansiering.


Banantag: Oppkjøpt av Staffbase i 2021 og fortsetter å fungere som «Staffbase Email».


NøkkelmønsterDisse selskapene lykkes fordi de forbedre eksisterende e-postarbeidsflyter heller enn å prøve å erstatte e-post fullstendig. De bygger verktøy som fungerer med e-postinfrastruktur, ikke mot den.




[!TIP]
Ser du ikke en leverandør du kjenner til nevnt her? (f.eks. Posteo, Mailbox.org, Migadu, etc.) Se vår omfattende side for sammenligning av e-posttjenester for mer innsikt.