Az e-mail startupok temetője: Miért bukik meg a legtöbb e-mail cég?

Míg sok e-mail startup milliókat fektetett be a vélt problémák megoldásába, mi itt... Továbbító e-mail 2017 óta a nulláról építkezik megbízható e-mail infrastruktúra alapján. Ez az elemzés az e-mail indulási eredményei mögött meghúzódó mintákat és az e-mail infrastruktúra alapvető kihívásait vizsgálja.

[!NOTE] Kulcsfontosságú információkA legtöbb e-mail startup nem a nulláról épít tényleges e-mail infrastruktúrát. Sokan meglévő megoldásokra, például az Amazon SES-re vagy nyílt forráskódú rendszerekre, mint például a Postfix, építenek. Az alapvető protokollok jól működnek – a kihívás a megvalósításban rejlik.

[!TIP] Műszaki mélymerülésA megközelítésünkkel, architektúránkkal és biztonsági megvalósításunkkal kapcsolatos átfogó részletekért lásd a E-mail továbbítása – technikai tanulmány és Rólunk oldal amely dokumentálja a teljes fejlesztési ütemtervünket 2017 óta.

Az e-mail indítási hibamátrix

[!CAUTION] Hibaarány-riasztás: A Techstarsnak önmagában 28 e-mailhez kapcsolódó vállalata van. mindössze 5 kijárattal - ez rendkívül magas meghibásodási arányt jelent (néha 80%+-ra becsülik).

Íme minden nagyobb e-mail startup kudarc, amit találtunk, gyorsítóprogram, finanszírozás és eredmény szerint rendezve:

VállalatÉvGázpedálFinanszírozásEredményÁllapotKulcsfontosságú probléma
Átsiklik2024-Összesen 14,2 millió dollárA Notion által megszerzett → Leállítás😵 HalottAz alapítók otthagyták a Notiont a Cursorért
Veréb2012-247 ezer dolláros kezdőtőke, <25 millió dolláros felvásárlásA Google felvásárolta → Leállítás😵 HalottCsak tehetségszerzés
E-mail másodpilóta2012Techstars~120 ezer dollár (Techstars standard)Felvásárolt → Leállítás😵 HalottMostantól átirányít a Validity oldalra
VálaszKüldés2012Techstars~120 ezer dollár (Techstars standard)Sikertelen😵 HalottHomályos értékajánlat
Nfejlesztett2012Techstars~120 ezer dollár (Techstars standard)Sikertelen😵 Halott"Könnyű. Biztonságos. E-mail."
Zűrzavar2015Techstars~120 ezer dollár (Techstars standard)Sikertelen😵 HalottE-mail titkosítás
Beérkezett üzenetek láza2011Techstars~118 ezer dollár (Techstars 2011)Sikertelen😵 HalottAPI e-mail alkalmazásokhoz
Email2014YC~120 ezer dollár (YC standard)Forgatható🧟 ZombiMobil e-mail → „jólét”
Levelezési idő2016YC~120 ezer dollár (YC standard)Forgatható🧟 ZombiE-mail kliens → analitika
újraküldés2009YC~$20K (YC 2009)A Google felvásárolta → Leállítás😵 HalottiPhone e-mail keresés
Mailhaven2016500 globális~100 ezer dollár (500 dolláros alapár)KilépettIsmeretlenCsomagkövetés

Az infrastruktúra valóságának ellenőrzése

[!WARNING] A rejtett igazságMinden egyes „e-mail startup” csak felhasználói felületet épít a meglévő infrastruktúrára. Nem valódi e-mail szervereket építenek, hanem olyan alkalmazásokat, amelyek valódi e-mail infrastruktúrához kapcsolódnak.

Mi működteti valójában az e-mailt?

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]





Mit építenek valójában az „e-mail startupok”?


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]
Az e-mail siker kulcsmintájaAzok a cégek, amelyek valóban sikeresek az e-mailben, nem próbálják újra feltalálni a spanyolviaszt. Ehelyett építenek infrastruktúra és eszközök, amelyek javítják meglévő e-mail munkafolyamatok. SendGrid, Postagun, és Postabélyegző milliárd dolláros vállalatokká váltak megbízható SMTP API-k és kézbesítési szolgáltatások nyújtásával - működnek val vel e-mail protokollokat, nem pedig ellenük. Ugyanezt a megközelítést alkalmazzuk mi is a Forward Emailnél.




Miért bukik meg a legtöbb e-mail startup?




[!IMPORTANT]
Az alapvető mintaE-mail cím ügyfél A startupok jellemzően azért buknak meg, mert megpróbálják lecserélni a működő protokollokat, míg az e-mail infrastruktúra A vállalatok a meglévő munkafolyamatok fejlesztésével lehetnek sikeresek. A kulcs annak megértése, hogy mire van valójában szükségük a felhasználóknak, szemben azzal, hogy mit gondolnak a vállalkozók, mire van szükségük.




1. Az e-mail protokollok működnek, a megvalósításuk gyakran nem




[!NOTE]
E-mail statisztikák: Naponta 347,3 milliárd e-mailt küldenek nagyobb problémák nélkül, kiszolgálással 4,37 milliárd e-mail felhasználó világszerte 2023-tól.




Az alapvető e-mail protokollok szilárdak, de a megvalósítás minősége nagyban változik:



Az igazi lehetőségA meglévő protokollok jobb megvalósítása, nem a protokollok lecserélése.


2. A hálózati hatások megtörhetetlenek


Az e-mail hálózati hatása abszolút:



3. Gyakran a rossz problémákat veszik célba


Sok e-mail startup a vélt problémákra összpontosít a valós fájdalompontok helyett:



Valódi problémák, amelyek megérik a megoldástAz infrastruktúra megbízhatósága, kézbesíthetősége, spam-szűrés és fejlesztői eszközök.


4. A technikai adósság hatalmas


A valódi e-mail infrastruktúra kiépítéséhez a következőkre van szükség:



5. Az infrastruktúra már létezik


Minek újragondolni, ha használhatod is:



Esettanulmányok: Amikor az e-mailes induló vállalkozások kudarcot vallanak


Esettanulmány: A Skiff katasztrófa


Skiff tökéletesen példázza mindazt, ami rossz az e-mailes startupokkal.


A beállítás


    

  • Pozicionálás: „Adatvédelmet szem előtt tartó e-mail és termelékenységi platform”
    • 

  • Finanszírozás: Jelentős kockázati tőke
    • 

  • ÍgéretJobb e-mail az adatvédelem és a titkosítás révén
    • 



A felvásárlás


A Notion 2024 februárjában felvásárolta a Skiffet a tipikus felvásárlási ígéretekkel az integrációról és a folyamatos fejlesztésről.


A valóság



A gyorsító elemzése


Y Combinator: Az e-mail alkalmazásgyár


Y kombinátor több tucat e-mail startupot finanszírozott. Íme a minta:



SikerrátaVegyes eredmények, néhány figyelemre méltó kiszállással. Számos vállalat sikeres felvásárlást ért el (reMail a Google-nek, Rapportive a LinkedInnek), míg mások elfordultak az e-mailtől, vagy felvásárolták őket tehetséggondozás céljából.


Techstars: Az e-mail temető


Techstars még rosszabb a múltja:



MintaHomályos értékajánlatok, valódi technikai innováció hiánya, gyors kudarcok.


A kockázati tőke csapdája




[!CAUTION]
Kockázattőke-finanszírozási paradoxonA kockázati tőkések imádják az e-mailes startupokat, mert egyszerűnek hangzanak, de valójában lehetetlenek. Pontosan azok az alapvető feltételezések garantálják a kudarcot, amelyek vonzzák a befektetéseket.




A kockázati tőkések imádják az e-mailes startupokat, mert egyszerűnek hangzanak, de valójában lehetetlenek:


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]





ValóságEzen feltételezések egyike sem igaz az e-mailre.


A technikai valóság: Modern e-mail-csomagok


Mi működteti valójában az „e-mail startupokat”?


Nézzük meg, hogy mit is csinálnak valójában ezek a cégek:


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]





A teljesítményproblémák


MemóriapuffadásA legtöbb e-mail alkalmazás Electron-alapú webes alkalmazás, amelyek hatalmas mennyiségű RAM-ot fogyasztanak:





[!WARNING]
Elektronteljesítmény-válságA modern, Electron és React Native segítségével készült e-mail kliensek súlyos memória-túlterheléssel és teljesítményproblémákkal küzdenek. Ezek a többplatformos keretrendszerek, bár kényelmesek a fejlesztők számára, erőforrás-igényes alkalmazásokat hoznak létre, amelyek az alapvető e-mail funkciókhoz több száz megabájttól gigabájtig terjedő RAM-ot fogyasztanak.




Akkumulátor lemerüléseÁllandó szinkronizálás és nem hatékony kód:


    

  • Háttérfolyamatok, amelyek soha nem alszanak
    • 

  • Felesleges API-hívások néhány másodpercenként
    • 

  • Rossz kapcsolatkezelés
    • 

  • Nincsenek harmadik féltől származó függőségek, kivéve azokat, amelyek feltétlenül szükségesek az alapvető funkciókhoz
    • 



A beszerzési minták: siker vs. leállás


A két minta


Kliensalkalmazás-minta (általában sikertelen):


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





Infrastruktúra-minta (gyakran sikeres):


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





Legutóbbi példák


Kliensalkalmazás-hibák:



Figyelemre méltó kivétel:



Infrastruktúra-sikerek:



Iparági fejlődés és konszolidáció


Természetes iparági fejlődés


Az e-mail iparág természetes módon a konszolidáció felé fejlődött, a nagyobb vállalatok felvásárolták a kisebbeket, hogy integrálják a funkciókat vagy megszüntessék a versenytársakat. Ez nem feltétlenül negatívum – a legtöbb érett iparág így fejlődik.


Felvásárlás utáni átmenetek


Amikor egy e-mail céget felvásárolnak, a felhasználók gyakran szembesülnek a következőkkel:


    

  • Szolgáltatásmigrációk: Új platformokra való áttérés
    • 

  • FunkcióváltozásokSpeciális funkciók elvesztése
    • 

  • Árképzési korrekciókKülönböző előfizetési modellek
    • 

  • Integrációs időszakokIdeiglenes szolgáltatási zavarok
    • 



Felhasználói szempontok az átmenetek során


Az iparági konszolidáció során a felhasználók a következők előnyeit élvezhetik:


    

  • Alternatívák értékeléseTöbb szolgáltató is kínál hasonló szolgáltatásokat
    • 

  • A migrációs útvonalak megértéseA legtöbb szolgáltatás exporteszközöket biztosít
    • 

  • A hosszú távú stabilitás figyelembevételévelA már bevált szolgáltatók gyakran nagyobb folytonosságot kínálnak.
    • 



A Hacker News valóságellenőrzése


Minden e-mail startup ugyanazokat a hozzászólásokat kapja Hacker hírek:



A közösségnek igaza vanEzek a megjegyzések minden e-mail startup indulásakor megjelennek, mivel az alapvető problémák mindig ugyanazok.


A modern mesterséges intelligencia általi e-mail-csalás


A legújabb hullám


2024 a „mesterséges intelligencia által vezérelt e-mail” startupok új hullámát hozta, és az első jelentős sikeres kiszállás már megtörtént:



Ugyanazok a régi problémák


A „mesterséges intelligencia” hozzáadása nem oldja meg az alapvető kihívásokat:



Az igazi kihívásA mesterséges intelligencia funkciói jelentős infrastrukturális beruházást igényelnek, miközben viszonylag kisebb fájdalompontokat kezelnek.


Ami valójában működik: Az igazi e-mail sikertörténetek


Infrastruktúra-vállalatok (a nyertesek)



MintaInfrastruktúrát építenek, nem alkalmazásokat.


E-mail szolgáltatók (The Survivors)


    

  • Gyorsposta: 25+ év, nyereséges, független
    • 

  • ProtonMailAdatvédelem-központú, fenntartható növekedés
    • 

  • Zoho MailNagyobb üzleti lakosztály része
    • 

  • Mi: 7+ év, nyereséges, növekvő
    • 





[!WARNING]
A JMAP befektetési kérdéseMíg a Fastmail erőforrásokat fektet be a következőkbe: JMAP, egy olyan protokoll, ami 10+ éves, korlátozott örökbefogadással, ők egyszerre megtagadja a PGP titkosítás bevezetését amit sok felhasználó kér. Ez egy stratégiai döntést jelent, amely a protokoll innovációját helyezi előtérbe a felhasználók által kért funkciókkal szemben. Az, hogy a JMAP szélesebb körben elterjed-e, még várat magára, de a jelenlegi e-mail kliens ökoszisztéma továbbra is elsősorban az IMAP/SMTP-re támaszkodik.






[!TIP]
Vállalati sikerE-mail továbbítási jogosultságok öregdiák e-mail megoldások vezető egyetemek számára, beleértve a 30 000 alumni címmel rendelkező Cambridge-i Egyetemet is, amely évi 87 000 dolláros költségmegtakarítást eredményez a hagyományos megoldásokhoz képest.




MintaJavítják az e-mailt, nem pedig helyettesítik azt.


A kivétel: Xobni sikertörténete


Hobney kiemelkedik azon kevés e-mailhez kapcsolódó startupok egyikeként, amelyek a megfelelő megközelítéssel sikeresek voltak.


Mit tett Xobni jól?:


    

  • Továbbfejlesztett meglévő e-mailAz Outlookra épül, nem pedig lecseréli azt
    • 

  • Valódi problémákat oldott megKapcsolatkezelés és e-mail keresés
    • 

  • Az integrációra összpontosítva: Meglévő munkafolyamatokkal dolgozott
    • 

  • Vállalati fókuszCélzott üzleti felhasználók valódi nehézségekkel küzdve
    • 



A siker: A Yahoo 2013-ban 60 millió dollárért felvásárolta az Xobnit., stabil hozamot biztosítva a befektetőknek és sikeres kiszállást az alapítóknak.


Miért volt Xobni sikeres ott, ahol mások kudarcot vallottak?


    

  1. Kiforrott infrastruktúrára épülAz Outlook meglévő e-mail-kezelését használta
    2. 

  2. Valós problémákat oldott megA kapcsolatkezelés valóban hibás volt.
    3. 

  3. Vállalati piacA vállalkozások fizetnek a termelékenységi eszközökért
    4. 

  4. Integrációs megközelítés: A meglévő munkafolyamatok fejlesztése a lecserélés helyett
    5. 



Az alapítók folyamatos sikerei


Matt Brezina és Ádám Smith nem állt meg Xobni után:


    

  • Matt BrezinaAktívvá vált angyalbefektető Dropboxba, Mailboxba és más platformokba történő befektetésekkel
    • 

  • Ádám Smith: Sikeres vállalatok építésének folytatása a termelékenység területén
    • 

  • Mindkét alapítóBebizonyította, hogy az e-mail sikere a fejlesztésből, nem a cseréből fakad.
    • 



A minta


A vállalatok akkor sikeresek az e-mailben, ha:


    

  1. Infrastruktúra kiépítése (SendGrid, Postagun)
    2. 

  2. A meglévő munkafolyamatok fejlesztése (Hobney, Gyorsposta)
    3. 

  3. A megbízhatóságra összpontosítva (Amazon SES, Postabélyegző)
    4. 

  4. Fejlesztők kiszolgálása (API-k és eszközök, nem végfelhasználói alkalmazások)
    5. 



Van már valaki, aki sikeresen újraértelmezte az e-mailt?


Ez egy kulcsfontosságú kérdés, amely az e-mail innováció lényegét érinti. A rövid válasz a következő: senkinek sem sikerült sikeresen lecserélnie az e-mailt, de néhányan sikeresen fejlesztették tovább..


Ami valójában elakadt


Az elmúlt 20 év e-mail innovációinak áttekintése:



MintaMinden sikeres innováció továbbfejlesztett meglévő e-mail protokollokat ahelyett, hogy lecserélnénk azokat.


Az új eszközök kiegészítik az e-mailt (de nem helyettesítik azt)


    

  • LazaNagyszerű csapatbeszélgetéshez, de továbbra is küld e-mail értesítéseket
    • 

  • ViszályKiváló közösségek számára, de e-mailt használ a fiókkezeléshez
    • 

  • WhatsAppTökéletes üzenetküldéshez, de a vállalkozások továbbra is használják az e-mailt
    • 

  • Zoomolás: Videohívásokhoz elengedhetetlen, de a megbeszélésmeghívók e-mailben érkeznek
    • 



A HEY kísérlet




[!IMPORTANT]
Valós világbeli validációA HEY alapítója DHH ténylegesen a Forward Email szolgáltatásunkat használja személyes domainjéhez dhh.dk és ezt már évek óta teszi, bizonyítva, hogy még az e-mail-innovátorok is a bevált infrastruktúrára támaszkodnak.




HEY által Alaptábor a legkomolyabb közelmúltbeli kísérletet képviseli az e-mail „újrafeltalálására”:


    

  • Elindítva: 2020 jelentős felhajtással
    • 

  • MegközelítésTeljesen új e-mail paradigma szűréssel, csomagolással és munkafolyamatokkal
    • 

  • RecepcióVegyes – vannak, akik szeretik, a legtöbben ragaszkodnak a meglévő e-mail címhez
    • 

  • ValóságEz még mindig e-mail (SMTP/IMAP), csak más felülettel.
    • 



Ami valójában működik


A legsikeresebb e-mail innovációk a következők voltak:


    

  1. Jobb infrastruktúraGyorsabb szerverek, jobb spam szűrés, jobb kézbesítés
    2. 

  2. Továbbfejlesztett interfészek: A Gmail beszélgetési nézete, Outlook naptár integráció
    3. 

  3. Fejlesztői eszközökAPI-k e-mail küldéshez, webhookok nyomon követéshez
    4. 

  4. Specializált munkafolyamatokCRM integráció, marketingautomatizálás, tranzakciós e-mail
    5. 



Ezek egyike sem váltotta fel az e-mailt – jobbá tették.


Modern infrastruktúra kiépítése meglévő e-mail protokollokhoz: Megközelítésünk


Mielőtt belemerülnénk a hibákba, fontos megérteni, hogy mi működik valójában az e-mailben. A kihívás nem az, hogy az e-mail hibás, hanem az, hogy a legtöbb vállalat megpróbál „megjavítani” valamit, ami már tökéletesen működik.


Az e-mail innovációs spektrum


Az e-mail innováció három kategóriába sorolható:


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]





Miért összpontosítunk az infrastruktúrára


Azért döntöttünk a modern e-mail infrastruktúra kiépítése mellett, mert:


    

  • Az e-mail protokollok beváltak: Az SMTP 1982 óta megbízhatóan működik
    • 

  • A probléma a megvalósításA legtöbb e-mail szolgáltatás elavult szoftvercsomagokat használ.
    • 

  • A felhasználók megbízhatóságot akarnakNem új funkciók, amelyek megszakítják a meglévő munkafolyamatokat
    • 

  • A fejlesztőknek eszközökre van szükségükJobb API-k és felügyeleti felületek
    • 



Ami valójában működik az e-mailben


A sikeres minta egyszerű: a meglévő e-mail munkafolyamatok fejlesztése a lecserélésük helyettEz azt jelenti:


    

  • Gyorsabb és megbízhatóbb SMTP-kiszolgálók építése
    • 

  • Jobb spam szűrés létrehozása a legitim e-mailek feltörése nélkül
    • 

  • Fejlesztőbarát API-k biztosítása meglévő protokollokhoz
    • 

  • A kézbesítés javítása megfelelő infrastruktúra révén
    • 



Megközelítésünk: Miért vagyunk mások?


Mit csinálunk


    

  • Valódi infrastruktúra kiépítése: Egyedi SMTP/IMAP szerverek a nulláról
    • 

  • A megbízhatóságra összpontosítva: 99,99%-os üzemidő, megfelelő hibakezelés
    • 

  • A meglévő munkafolyamatok fejlesztése: Minden e-mail klienssel működik
    • 

  • Fejlesztők kiszolgálása: API-k és eszközök, amelyek valóban működnek
    • 

  • Kompatibilitás fenntartásaTeljes SMTP/IMAP/POP3 megfelelés
    • 



Amit nem csinálunk


    

  • "Forradalmi" e-mail kliensek létrehozása
    • 

  • Próbálja meg lecserélni a meglévő e-mail protokollokat
    • 

  • Adjon hozzá felesleges mesterséges intelligencia funkciókat
    • 

  • Ígéret az e-mail „javítására”
    • 



Hogyan építünk olyan e-mail infrastruktúrát, amely valóban működik


Startup-ellenes megközelítésünk


Míg más cégek milliókat költenek az e-mail újraértelmezésére, mi a megbízható infrastruktúra kiépítésére összpontosítunk:


    

  • Nincsenek forgópontokTöbb mint 7 éve építünk e-mail infrastruktúrát
    • 

  • Nincs felvásárlási stratégiaHosszú távra építkezünk
    • 

  • Nincsenek „forradalmi” állításokCsak jobbá tesszük az e-mail működését
    • 



Ami minket mássá tesz




[!TIP]
Kormányzati szintű megfelelőség: Az e-mail továbbítása 889. szakasznak megfelelő és olyan szervezeteket szolgál ki, mint az Egyesült Államok Haditengerészeti Akadémiája, ezzel is bizonyítva elkötelezettségünket a szigorú szövetségi biztonsági követelmények betartása iránt.






[!NOTE]
OpenPGP és OpenWKD implementációA Fastmaillel ellentétben, amely nem hajlandó bevezetni a PGP-t A bonyolultsági aggályokra hivatkozva a Forward Email teljes OpenPGP-támogatást nyújt OpenWKD (Web Key Directory) megfelelőséggel, így a felhasználók a kívánt titkosítást kapják anélkül, hogy kísérleti protokollokat, például JMAP-ot kellene használniuk.




Technikai Stack Összehasonlítás:


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 blogbejegyzés megerősíti, hogy a Proton postfix-mta-sts-resolvert használ, ami azt jelzi, hogy Postfix stacket futtatnak
    • 



Főbb különbségek:


    

  • Modern nyelvJavaScript a teljes kódveremben vs. az 1980-as évek C kódja
    • 

  • Nincs ragasztókódAz egyetlen nyelv kiküszöböli az integráció bonyolultságát
    • 

  • Web-natívA modern webfejlesztéshez tervezve, a nulláról indulva
    • 

  • KarbantarthatóBármely webfejlesztő megértheti és hozzájárulhat
    • 

  • Nincs örökölt adósságTiszta, modern kódbázis évtizedeknyi javítások nélkül
    • 





[!NOTE]
Adatvédelem tervezés általA miénk Adatvédelmi irányelvek biztosítja, hogy a továbbított e-maileket ne tároljuk lemezen vagy adatbázisokban, ne tároljunk metaadatokat az e-mailekről, és ne tároljunk naplókat vagy IP-címeket – kizárólag a memóriában működik az e-mail továbbítási szolgáltatásokhoz.




Műszaki dokumentációA megközelítésünkkel, architektúránkkal és biztonsági megvalósításunkkal kapcsolatos átfogó részletekért lásd a műszaki tanulmány és kiterjedt műszaki dokumentáció.


E-mail szolgáltatók összehasonlítása: Növekedés bevált protokollokon keresztül




[!NOTE]
Valódi növekedési számokMíg más szolgáltatók kísérleti protokollokat követnek, a Forward Email arra összpontosít, amit a felhasználók valójában akarnak – megbízható IMAP, POP3, SMTP, CalDAV és CardDAV protokollokat, amelyek minden eszközön működnek. Növekedésünk bizonyítja ennek a megközelítésnek az értékét.




SzolgáltatóDomain nevek (2024-en keresztül Biztonsági nyomvonalak)Domain nevek (2025-ön keresztül ViewDNS)Százalékos változásMX rekord
Továbbító 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
Postafiók38,65943,337+12.1%mxext1.mailbox.org
Teljes18,78121,720+15.6%mail.tutanota.de
Skiff (megszűnt)7,5043,361-55.2%inbound-smtp.skiff.com


Főbb információk:


    

  • Továbbító e-mail erős növekedést mutat (+21,1%), több mint 500 ezer domainnel, amelyek MX rekordjainkat használják
    • 

  • Bizonyított infrastruktúra-sikerekA megbízható IMAP/SMTP-vel rendelkező szolgáltatások következetes domainhasználatot mutatnak.
    • 

  • JMAP irrelevanciaA Fastmail JMAP-befektetése lassabb növekedést mutat (+14%) a standard protokollokra összpontosító szolgáltatókhoz képest.
    • 

  • Skiff összeomlásaA megszűnt startup elvesztette domainjeinek 55,2%-át, ami a „forradalmi” e-mail-megközelítések kudarcát bizonyítja.
    • 

  • Piaci validációA domainek számának növekedése a valódi felhasználói elfogadást tükrözi, nem pedig a marketingmutatókat
    • 



A technikai idővonal


A miénk alapján hivatalos céges idővonal, így építettünk ki egy ténylegesen működő e-mail infrastruktúrát:


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



Miért vagyunk sikeresek ott, ahol mások kudarcot vallanak?


    

  1. Infrastruktúrát építünk, nem alkalmazásokat: Fókuszban a szerverek és a protokollok
    2. 

  2. Fejlesztjük, nem cseréljük le: Dolgozzon meglévő e-mail kliensekkel
    3. 

  3. Nyereségesek vagyunkNincs kockázati tőkebefektetői nyomás a „gyors növekedés és a dolgok feltörése” érdekében.
    4. 

  4. Értjük az e-mailt: 7+ év mélyreható műszaki tapasztalat
    5. 

  5. Fejlesztőket szolgálunk kiAPI-k és eszközök, amelyek ténylegesen megoldják a problémákat
    6. 



A költségek valóságának ellenőrzése


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]





Biztonsági kihívások az e-mail infrastruktúrában




[!IMPORTANT]
Kvantumbiztonságos e-mail biztonság: Az e-mail továbbítása a a világ első és egyetlen e-mail szolgáltatása, amely kvantumrezisztens és egyedileg titkosított SQLite postaládákat használ, példátlan biztonságot nyújtva a jövőbeli kvantum-számítástechnikai fenyegetésekkel szemben.




Az e-mail biztonság egy összetett kihívás, amely az iparág összes szolgáltatóját érinti. Az egyes incidensek kiemelése helyett értékesebb megérteni azokat a közös biztonsági szempontokat, amelyekkel minden e-mail infrastruktúra-szolgáltatónak foglalkoznia kell.


Általános biztonsági szempontok


Minden e-mail-szolgáltató hasonló biztonsági kihívásokkal néz szembe:


    

  • AdatvédelemFelhasználói adatok és kommunikáció védelme
    • 

  • Hozzáférés-vezérlésHitelesítés és engedélyezés kezelése
    • 

  • Infrastruktúra biztonságaSzerverek és adatbázisok védelme
    • 

  • MegfelelésKülönböző szabályozási követelményeknek való megfelelés, mint például GDPR és CCPA
    • 





[!NOTE]
Speciális titkosításA miénk biztonsági gyakorlatok Tartalmazza a ChaCha20-Poly1305 titkosítást a postaládákhoz, a teljes lemeztitkosítást LUKS v2-vel, valamint az átfogó védelmet inaktív, memóriában tárolt és átvitel közbeni titkosítással.




Az átláthatóság értéke


Biztonsági incidensek bekövetkeztekor a legértékesebb válasz az átláthatóság és a gyors cselekvés. Azok a vállalatok, amelyek:


    

  • Az incidenseket azonnal tegyék közzé: Segítsen a felhasználóknak megalapozott döntéseket hozni
    • 

  • Részletes ütemtervek megadásaMutassák meg, hogy megértik a problémák mértékét
    • 

  • Javítások gyors végrehajtásaMűszaki kompetencia bizonyítása
    • 

  • Ossza meg a tanulságokatHozzájárulás az iparági szintű biztonsági fejlesztésekhez
    • 



Ezek a válaszok az egész e-mail ökoszisztéma javát szolgálják azáltal, hogy elősegítik a legjobb gyakorlatokat, és más szolgáltatókat is a magas biztonsági szabványok fenntartására ösztönöznek.


Folyamatos biztonsági kihívások


Az e-mail iparág folyamatosan fejleszti biztonsági gyakorlatait:



Ezek a kihívások folyamatos befektetést és szakértelmet igényelnek a területen működő összes szolgáltatótól.


Következtetés: Az infrastruktúrára kell összpontosítani, nem az alkalmazásokra


A bizonyíték egyértelmű


Több száz e-mail startup elemzése után:


    

  • 80%+ meghibásodási arányA legtöbb e-mail startup teljesen kudarcot vall (ez a szám valószínűleg JOBB, mint 80%; kedvesek vagyunk)
    • 

  • A kliensalkalmazások általában meghibásodnakAz e-mail kliensek felvásárlása általában a halált jelenti.
    • 

  • Az infrastruktúra sikeres lehetAz SMTP/API szolgáltatásokat építő vállalatok gyakran virágoznak.
    • 

  • A kockázati tőkebefektetés nyomást gyakorolA kockázati tőke irreális növekedési elvárásokat teremt
    • 

  • Technikai adósság halmozódik felAz e-mail infrastruktúra kiépítése nehezebb, mint amilyennek látszik.
    • 



A történelmi kontextus


A startupok szerint az e-mail már több mint 20 éve „haldoklik”:


    

  • 2004: „A közösségi oldalak felváltják az e-mailt”
    • 

  • 2008: „A mobil üzenetküldés megöli az e-mailt”
    • 

  • 2012: "Laza felváltja az e-mailt"
    • 

  • 2016: „A mesterséges intelligencia forradalmasítja az e-mailt”
    • 

  • 2020: „A távmunkához új kommunikációs eszközökre van szükség”
    • 

  • 2024: „A mesterséges intelligencia végre megoldja az e-mail problémáját”
    • 



Az email még mindig itt vanMég mindig növekszik. Még mindig létfontosságú.


Az igazi lecke


A tanulság nem az, hogy az e-maileket nem lehet fejleszteni. A megfelelő megközelítés kiválasztásáról van szó:


    

  1. Az e-mail protokollok működnek: SMTP, IMAP, POP3 harcban próbára tették
    2. 

  2. Az infrastruktúra számítA megbízhatóság és a teljesítmény felülmúlja a mutatós funkciókat
    3. 

  3. Javítás ütemek cseréjeDolgozz az e-maillel, ne küzdj ellene
    4. 

  4. A fenntarthatóság felülmúlja a növekedéstA nyereséges vállalkozások túlélik a kockázati tőke által finanszírozottakat
    5. 

  5. Fejlesztők kiszolgálásaAz eszközök és az API-k nagyobb értéket teremtenek, mint a végfelhasználói alkalmazások
    6. 



A lehetőségA bevált protokollok jobb megvalósítása, nem a protokollok lecserélése.




[!TIP]
Átfogó e-mail szolgáltatás elemzés: A 2025-ös 79 e-mail szolgáltatás részletes összehasonlításáért, beleértve a részletes áttekintéseket, képernyőképeket és technikai elemzést, tekintse meg átfogó útmutatónkat: 79 legjobb e-mail szolgáltatásEz az elemzés bemutatja, hogy miért a Forward Email következetesen az ajánlott választás a megbízhatóság, a biztonság és a szabványoknak való megfelelés szempontjából.






[!NOTE]
Valós világbeli validációMegközelítésünk a következő szervezetek számára működik: 889. szakasznak való megfelelést előíró kormányzati szervek nak nek nagyobb egyetemek, amelyek több tízezer öregdiák címet kezelnek, bizonyítva, hogy a megbízható infrastruktúra kiépítése az e-mail sikerének útja.




Ha e-mail startup létrehozásán gondolkodik, inkább az e-mail infrastruktúra kiépítését fontolja meg. A világnak jobb e-mail szerverekre van szüksége, nem több e-mail alkalmazásra.


A kiterjesztett e-mail temető: Több hiba és leállás


A Google e-mail kísérletei kudarcba fulladtak


A Google, annak ellenére, hogy birtokolja Gmail, több e-mail projektet is leállított:


    

  • Google Wave (2009-2012): „E-mail gyilkos”, amit senki sem értett
    • 

  • Google Zümm (2010-2011): Közösségi e-mail integrációs katasztrófa
    • 

  • Beérkezett üzenetek Gmailben  (2014-2019): A Gmail „intelligens” utódját elhagyták
    • 

  • Google+ e-mail funkciók (2011–2019): Közösségi hálózati e-mail integráció
    • 



MintaMég a Google sem tudja sikeresen újra feltalálni az e-mailt.


A sorozatos kudarc: Newton Mail három halála


Newton Mail meghalt háromszor:


    

  1. CloudMagic (2013-2016): A Newton felvásárolta az e-mail klienst
    2. 

  2. Newton Mail (2016-2018): Átnevezés, az előfizetéses modell kudarcot vallott
    3. 

  3. Newton Mail Revival (2019-2020): Feltámadási kísérlet, ismét kudarcba fulladt
    4. 



LeckeAz e-mail kliensek nem tudják fenntartani az előfizetéses modelleket.


Az alkalmazások, amelyek soha nem indultak el


Sok e-mail startup halt meg indulása előtt:


    

  • Idő (2014): Naptár-e-mail integráció, leállítás a bevezetés előtt
    • 

  • Levélfolyam (2011): E-mail-kezelő eszköz, a megjelenés előtt beszerezve
    • 

  • Folyékony (2013): E-mail kliens, a fejlesztés leállt
    • 



A felvásárlástól a leállásig tartó minta



E-mail infrastruktúra konszolidációja



A nyílt forráskódú e-mail temető: Amikor az „ingyenes” nem fenntartható


Nylas Mail → Mailspring: A Fork, ami nem tudott



Eudora: A 18 éves halálmenet


    

  • 1988-2006Domináns e-mail kliens Mac/Windows rendszerre
    • 

  • 2006: A Qualcomm leállította a fejlesztést
    • 

  • 2007Nyílt forráskódú, mint "Eudora OSE"
    • 

  • 2010A projektet félbehagyták
    • 

  • LeckeMég a sikeres e-mail kliensek is meghalnak végül
    • 



FairEmail: A Google Play politikája ölte meg



A karbantartási probléma


A nyílt forráskódú e-mail projektek a következők miatt buknak meg:


    

  • BonyolultságAz e-mail protokollok helyes megvalósítása bonyolult.
    • 

  • BiztonságÁllandó biztonsági frissítésekre van szükség
    • 

  • KompatibilitásMinden e-mail szolgáltatóval működnie kell
    • 

  • ErőforrásokÖnkéntes fejlesztők kiégése
    • 



A mesterséges intelligencia által vezérelt e-mail-indítások fellendülése: A történelem ismétlődik az „intelligenciával”


A jelenlegi mesterséges intelligencia e-mail aranyláza


2024 mesterséges intelligenciával működő e-mail startupjai:



A finanszírozási őrület


A kockázati tőkések pénzt szórnak az „AI + Email” projektre:


    

  • 100 millió dollár+ befektetés a mesterséges intelligenciával működő e-mail startupokban 2024-ben
    • 

  • Ugyanazok az ígéretek: „Forradalmi e-mail élmény”
    • 

  • Ugyanazok a problémákÉpítés a meglévő infrastruktúrára
    • 

  • Ugyanaz az eredményA legtöbb 3 éven belül kudarcot vall
    • 



Miért fognak mindannyian kudarcot vallani (ismét)


    

  1. A mesterséges intelligencia nem oldja meg az e-mailek lényegtelen problémáit: Az e-mail rendben működik
    2. 

  2. A Gmail már rendelkezik mesterséges intelligenciávalIntelligens válaszok, prioritási postafiók, spam szűrés
    3. 

  3. Adatvédelmi aggályokA mesterséges intelligencia megköveteli az összes e-mail elolvasását
    4. 

  4. KöltségszerkezetA mesterséges intelligencia általi feldolgozás drága, az e-mail pedig árucikk
    5. 

  5. Hálózati hatásokNem lehet megtörni a Gmail/Outlook dominanciáját
    6. 



Az elkerülhetetlen kimenetel


    

  • 2025: A Grammarly sikeresen megszerezte a Superhumant - ritka sikeres kilépés egy e-mail klienstől
    • 

  • 2025-2026A legtöbb megmaradt mesterséges intelligenciával működő e-mail startup átáll vagy leáll.
    • 

  • 2027Túlélőket fognak szerezni, vegyes eredményekkel
    • 

  • 2028„Blokklánc e-mail”, avagy a következő trend fog megjelenni
    • 



A konszolidációs katasztrófa: Amikor a „túlélők” katasztrófává válnak


A nagyszerű e-mail szolgáltatás konszolidációja


Az e-mail iparág drámaian konszolidálódott:



Outlook: A „túlélő”, aki nem tudja abbahagyni a törést


Microsoft Outlookannak ellenére, hogy "túlélő", állandó problémái vannak:


    

  • Memóriaszivárgások: Az Outlook gigabájt RAM-ot fogyaszt és gyakori újraindítást igényel
    • 

  • Szinkronizálási problémákAz e-mailek véletlenszerűen eltűnnek és újra megjelennek
    • 

  • TeljesítményproblémákLassú indítás, gyakori összeomlások
    • 

  • Kompatibilitási problémákSzünetek harmadik féltől származó e-mail szolgáltatókkal
    • 



Valós tapasztalatainkRendszeresen segítünk azoknak az ügyfeleknek, akiknek az Outlook beállításai nem működnek tökéletesen megfelelő IMAP implementációnkkal.


A postabélyegző infrastruktúra problémája


Után Az ActiveCampaign felvásárlása:



Legutóbbi e-mail kliens áldozatok (2024-2025)


Postafiók → eP-kliens Beszerzés: 2024-ben az eM Client felvásárolta a Postboxot és azonnal kapcsold ki, ami több ezer felhasználót kényszerített migrációra.


Kanári posta ProblémákAnnak ellenére, hogy Sequoia hátlapa felhasználók nem működő funkciókról és gyenge ügyfélszolgálatról számolnak be.


Spark by ReaddleA felhasználók egyre gyakrabban számolnak be rossz tapasztalatokról az e-mail klienssel.


Postamadár Licencelési problémákA Windows-felhasználók licencelési problémákkal és előfizetési zavarokkal szembesülnek.


Légiposta HanyatlásA hibás Sparrow kódbázison alapuló Mac/iOS e-mail kliens továbbra is fogadja a leveleket rossz értékelések megbízhatósági problémák miatt.


E-mail kiterjesztés és szolgáltatásbeszerzés


HubSpot segéd → MegszűntA HubSpot e-mail-követő bővítménye a következő volt: 2016-ban megszűnt és a „HubSpot Sales” kifejezésre cserélték.


Engage Gmailhez → NyugdíjasA Salesforce Gmail-bővítménye a következő volt: 2024 júniusában vonult nyugdíjba, ami arra kényszeríti a felhasználókat, hogy más megoldásokra váltsanak.


A túlélők: E-mail cégek, amelyek tényleg működnek


Nem minden e-mail cég vall kudarcot. Íme azok, amelyek tényleg működnek:


Mailmodo: Y Combinator sikertörténet, 2 millió dollár a Sequoia's Surge-től interaktív e-mail kampányokra összpontosítva.


MixmaxEmelt 13,3 millió dollár teljes finanszírozás és továbbra is sikeres értékesítési platformként működik.


Outreach.ioElérte 4,4 milliárd dollár feletti értékelés és potenciális tőzsdei bevezetésen (IPO) vesz részt, mint értékesítési platform.


Apollo.ioElért 1,6 milliárd dolláros értékelés 100 millió dolláros D sorozattal 2023-ban az értékesítési információs platformjukra.


GMassBootstrap sikertörténet generálása 140 ezer dollár/hónap Gmail-bővítményként e-mail marketinghez.


Streak CRMSikeresen működő Gmail-alapú CRM 2012 óta komolyabb problémák nélkül.


ToutAppSikeresen a Marketo 2017-ben felvásárolta miután több mint 15 millió dollárnyi finanszírozást gyűjtöttek össze.


Banáncímke: A Staffbase felvásárolta 2021-ben és továbbra is "Staffbase Email" néven működik.


BillentyűmintaEzek a cégek azért sikeresek, mert a meglévő e-mail munkafolyamatok fejlesztése ahelyett, hogy teljesen lecserélnék az e-mailt. Olyan eszközöket fejlesztenek, amelyek működnek val vel e-mail infrastruktúra, nem pedig ellene.




[!TIP]
Nem talál itt egy Ön által ismert szolgáltatót sem? (pl. Posteo, Mailbox.org, Migadu stb.) Tekintse meg átfogó e-mail szolgáltatás-összehasonlító oldal több betekintésért.