이메일 스타트업의 무덤: 대부분의 이메일 회사가 실패하는 이유

많은 이메일 스타트업이 인식된 문제를 해결하기 위해 수백만 달러를 투자했지만 우리는 이메일 전달 2017년부터 안정적인 이메일 인프라를 처음부터 구축하는 데 주력해 왔습니다. 이 분석에서는 이메일 스타트업 결과의 패턴과 이메일 인프라의 근본적인 과제를 살펴봅니다.

[!NOTE] 주요 통찰력: 대부분의 이메일 스타트업은 실제 이메일 인프라를 처음부터 구축하지 않습니다. 많은 기업이 Amazon SES나 Postfix와 같은 기존 솔루션이나 오픈소스 시스템을 기반으로 구축합니다. 핵심 프로토콜은 잘 작동하지만, 문제는 구현에 있습니다.

[!TIP] 기술 심층 분석: 접근 방식, 아키텍처 및 보안 구현에 대한 포괄적인 세부 사항은 다음을 참조하세요. 이메일 전달 기술 백서 그리고 정보 페이지 2017년 이후의 전체 개발 일정을 문서화한 것입니다.

이메일 시작 실패 매트릭스

[!CAUTION] 실패율 경고: Techstars만 해도 이메일 관련 회사가 28개나 있습니다. 출구가 5개에 불과해 실패율이 엄청나게 높습니다(때로는 80% 이상으로 계산됨).

다음은 가속기, 자금 조달, 결과별로 정리한 주요 이메일 스타트업 실패 사례입니다.

인프라 현실 점검

[!WARNING] 숨겨진 진실: 모든 "이메일 스타트업"은 기존 인프라 위에 UI를 구축하는 것에 불과합니다. 실제 이메일 서버를 구축하는 것이 아니라, 실제 이메일 인프라에 연결되는 앱을 개발하는 것입니다.

실제로 이메일을 실행하는 것은 무엇입니까?

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]


"이메일 스타트업"이 실제로 구축하는 것
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]
이메일 성공을 위한 핵심 패턴: 이메일 분야에서 실제로 성공하는 회사들은 바퀴를 다시 만들려고 하지 않습니다. 대신, 향상을 위한 인프라 및 도구 기존 이메일 워크플로. 센드그리드, 메일건, 그리고 소인 안정적인 SMTP API와 배달 서비스를 제공하여 수십억 달러 규모의 회사가 되었습니다. ~와 함께 이메일 프로토콜을 준수하는 것이지, 반대하는 것이 아닙니다. Forward Email에서도 이와 같은 접근 방식을 취하고 있습니다.

대부분의 이메일 스타트업이 실패하는 이유

[!IMPORTANT]
기본 패턴: 이메일 고객 스타트업은 일반적으로 작동 프로토콜을 대체하려고 하기 때문에 실패합니다. 하부 구조 기업은 기존 워크플로를 개선하여 성공할 수 있습니다. 핵심은 사용자가 실제로 필요로 하는 것과 기업가들이 필요하다고 생각하는 것을 이해하는 것입니다.

1. 이메일 프로토콜은 작동하지만 구현은 종종 그렇지 않습니다.

[!NOTE]
이메일 통계: 매일 3,473억 개의 이메일이 전송됩니다. 큰 문제 없이 제공 전 세계 이메일 사용자 43억 7천만 명 2023년 기준.

핵심 이메일 프로토콜은 견고하지만 구현 품질은 매우 다양합니다.

범용 호환성: 모든 기기, 모든 플랫폼 지원 SMTP, IMAP, 그리고 POP3
분산화: 전체에 걸쳐 단일 실패 지점이 없습니다. 전 세계 수십억 개의 이메일 서버
표준화된: SMTP, IMAP, POP3는 1980년대부터 1990년대까지 실전에서 검증된 프로토콜입니다.
믿을 수 있는: 매일 3,473억 개의 이메일이 전송됩니다. 큰 문제 없이

진정한 기회: 기존 프로토콜을 대체하는 것이 아니라, 더 나은 구현을 목표로 합니다.
2. 네트워크 효과는 깨지지 않습니다
이메일의 네트워크 효과는 절대적입니다.

누구나 이메일을 가지고 있습니다: 전 세계 이메일 사용자 43억 7천만 명 2023년 기준
크로스 플랫폼: 모든 공급자 간에 원활하게 작동합니다.
비즈니스에 중요함: 99%의 기업이 매일 이메일을 사용합니다 운영을 위해
전환 비용: 이메일 주소를 변경하면 해당 주소와 연결된 모든 것이 끊어집니다.

3. 그들은 종종 잘못된 문제를 목표로 삼습니다.
많은 이메일 스타트업은 실제적인 문제점보다는 인식된 문제에 초점을 맞춥니다.

"이메일이 너무 복잡해요": 기본 워크플로는 간단합니다. 1971년부터 보내고, 받고, 정리하다
"이메일에는 AI가 필요하다": Gmail에는 이미 효과적인 스마트 기능이 있습니다. 스마트 답장 및 우선 받은 편지함과 같은
"이메일 보안 강화 필요": DKIM, SPF, 그리고 DMARC 견고한 인증을 제공하다
"이메일에는 새로운 인터페이스가 필요합니다": 시야 그리고 지메일 인터페이스는 수십 년간의 사용자 연구를 통해 개선되었습니다.

해결할 가치가 있는 실제 문제: 인프라 안정성, 전달 가능성, 스팸 필터링, 개발자 도구.
4. 기술 부채는 엄청납니다
실제 이메일 인프라를 구축하려면 다음이 필요합니다.

SMTP 서버: 복잡한 배송 및 평판 관리
스팸 필터링: 끊임없이 진화하다 위협 환경
저장 시스템: 믿을 수 있는 IMAP/POP3 구현
입증: DKIM, SPF, DMARC, ARC 규정 준수
전달 가능성: ISP 관계 및 평판 관리

5. 인프라는 이미 존재합니다
다음을 사용할 수 있는데 왜 새로 발명해야 합니까?

아마존 SES: 검증된 배송 인프라
접미사: 실전 테스트를 거친 SMTP 서버
비둘기장: 안정적인 IMAP/POP3 서버
스팸 어 ass 신: 효과적인 스팸 필터링
기존 제공자: 지메일, 시야, 패스트메일 잘 작동하다

사례 연구: 이메일 스타트업이 실패할 때
사례 연구: 스키프 참사
스키프는 이메일 스타트업의 모든 문제점을 완벽하게 보여줍니다.
설정

포지셔닝: "개인정보 보호 중심의 이메일 및 생산성 플랫폼"
자금 조달: 상당한 벤처 캐피털
약속하다: 개인정보 보호 및 암호화를 통한 더 나은 이메일

인수
Notion은 2024년 2월에 Skiff를 인수했습니다. 통합 및 지속적인 개발에 대한 전형적인 인수 약속이 있습니다.
현실

즉시 종료: 스키프는 몇 달 만에 폐쇄되었습니다.
창립자 대탈출: Skiff 창립자들이 Notion을 떠나 Cursor에 합류했습니다.
사용자 포기: 수천 명의 사용자가 마이그레이션을 강요받음

가속기 분석
Y Combinator: 이메일 앱 팩토리
Y 컴비네이터 수십 개의 이메일 스타트업에 자금을 지원했습니다. 패턴은 다음과 같습니다.

이메일 (2014) : 모바일 이메일 클라이언트 → "웰빙"으로 전환
메일타임 (2016): 채팅 스타일 이메일 → 분석으로 전환
리메일 (2009): 아이폰 이메일 검색 → 구글에 인수됨 → 종료
보고적 (2012): Gmail 소셜 프로필 → LinkedIn에 인수됨 → 종료

성공률: 엇갈린 결과와 주목할 만한 매각 사례가 있었습니다. 여러 기업이 성공적인 인수를 달성했고(reMail은 Google로, Rapportive는 LinkedIn으로), 다른 기업들은 이메일 사업에서 벗어나거나 인재 확보를 위해 인수합병(acquisition-hire)을 진행했습니다.
Techstars: 이메일의 무덤
테크스타즈 더욱 나쁜 실적을 가지고 있습니다:

이메일 조종사 (2012) : 인수 → 폐쇄
답장보내기 (2012): 완전히 실패
개발됨 (2012): "쉬운 이메일, 안전한 이메일" → 실패
뒤범벅 (2015): 이메일 암호화 → 실패
인박스피버 (2011): 이메일 API → 실패

무늬: 모호한 가치 제안, 실질적인 기술 혁신의 부재, 빠른 실패.
벤처 캐피털의 함정

[!CAUTION]
VC 펀딩의 역설: VC들은 이메일 스타트업을 선호합니다. 간단해 보이지만 실제로는 불가능하기 때문입니다. 투자를 유치하는 기본 전제가 바로 실패를 보장하는 것입니다.

VC들은 이메일 스타트업을 좋아합니다. 이메일은 간단해 보이지만 실제로는 불가능하기 때문입니다.
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]


현실: 이러한 가정은 이메일에는 적용되지 않습니다.
기술적 현실: 최신 이메일 스택
"이메일 스타트업"의 실제 동력은 무엇인가
이 회사들이 실제로 무엇을 운영하는지 살펴보겠습니다.
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]


성능 문제
메모리 팽창: 대부분의 이메일 앱은 엄청난 양의 RAM을 소모하는 Electron 기반 웹 앱입니다.

메일스프링: 기본 이메일의 경우 500MB 이상
나일라스 메일: 1GB 이상 메모리 사용량 종료 전
우체통: 300MB 이상의 유휴 메모리
카나리아 메일: 메모리 문제로 인한 잦은 충돌
천둥새: 최대 90%의 높은 RAM 사용량 시스템 메모리


[!WARNING]
전자 성능 위기: Electron과 React Native로 개발된 최신 이메일 클라이언트는 심각한 메모리 팽창 및 성능 문제를 겪고 있습니다. 이러한 크로스 플랫폼 프레임워크는 개발자에게는 편리하지만, 기본적인 이메일 기능을 위해 수백 메가바이트에서 기가바이트의 RAM을 소모하는 리소스 집약적인 애플리케이션을 생성합니다.

배터리 소모: 지속적인 동기화와 비효율적인 코드:

절대 잠들지 않는 백그라운드 프로세스
몇 초마다 불필요한 API 호출
연결 관리가 불량함
핵심 기능에 절대적으로 필요한 것을 제외하고는 타사 종속성이 없습니다.

인수 패턴: 성공 vs. 중단
두 가지 패턴
클라이언트 앱 패턴(일반적으로 실패함):
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"]


인프라 패턴(종종 성공함):
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"]


최근 사례
클라이언트 앱 오류:

사서함 → Dropbox → 종료 (2013-2015)
스패로우 → 구글 → 종료 (2012-2013)
reMail → Google → 종료 (2010-2011)
스키프 → 노션 → 셧다운 (2024)

주목할만한 예외:

슈퍼휴먼 → 문법적으로 (2025): 생산성 플랫폼으로의 전략적 통합을 통한 성공적인 인수

인프라 성공 사례:

SendGrid → Twilio (2019): 30억 달러 인수, 지속적인 성장
메일건 → 신치 (2021): 전략적 통합
우편 소인 → ActiveCampaign (2022): 향상된 플랫폼

산업의 진화와 통합
자연스러운 산업 발전
이메일 산업은 자연스럽게 통합 방향으로 발전해 왔으며, 대기업이 기능을 통합하거나 경쟁을 제거하기 위해 소규모 기업을 인수하는 경향이 있습니다. 이는 반드시 부정적인 것은 아닙니다. 대부분의 성숙한 산업이 발전하는 방식이기 때문입니다.
인수 후 전환
이메일 회사가 인수되면 사용자는 종종 다음과 같은 문제에 직면하게 됩니다.

서비스 마이그레이션: 새로운 플랫폼으로 이동
기능 변경 사항: 특수 기능 상실
가격 조정: 다양한 구독 모델
통합 기간: 일시적인 서비스 중단

전환 중 사용자 고려 사항
산업 통합 기간 동안 사용자는 다음과 같은 이점을 얻습니다.

대안 평가: 여러 공급업체가 유사한 서비스를 제공합니다.
마이그레이션 경로 이해: 대부분의 서비스는 내보내기 도구를 제공합니다.
장기적인 안정성을 고려: 기존 공급업체는 종종 더 많은 연속성을 제공합니다.

해커 뉴스 리얼리티 체크
모든 이메일 시작은 동일한 의견을 받습니다. 해커 뉴스:

"이메일은 잘 작동합니다. 이것은 문제가 되지 않는 문제를 해결합니다."
"다른 사람들처럼 Gmail/Outlook을 사용하세요"
"2년 후에 종료될 또 다른 이메일 클라이언트"
"진짜 문제는 스팸인데, 이걸로는 해결되지 않아요."

커뮤니티가 옳습니다이러한 의견은 이메일 스타트업이 시작할 때마다 나타나는데, 근본적인 문제가 항상 같기 때문입니다.
현대 AI 이메일 사기
최신 웨이브
2024년에는 "AI 기반 이메일" 스타트업의 새로운 물결이 몰아쳤으며, 이미 첫 번째 주요 성공적 출구가 이루어졌습니다.

초인: 3300만 달러 모금, Grammarly에 성공적으로 인수됨 (2025) - 드물게 성공적인 클라이언트 앱 종료
단파: AI 요약이 포함된 Gmail 래퍼
세인박스: AI 이메일 필터링(실제로 작동하지만 혁신적이지는 않음)

늘 똑같은 문제들
"AI"를 추가해도 근본적인 문제는 해결되지 않습니다.

AI 요약: 대부분의 이메일은 이미 간결합니다.
스마트 답변: Gmail은 수년간 이것을 유지해 왔습니다. 그리고 그들은 잘 작동한다
이메일 일정 예약: Outlook은 기본적으로 이 작업을 수행합니다.
우선순위 감지: 기존 이메일 클라이언트에는 효과적인 필터링 시스템이 있습니다.

진짜 도전: AI 기능을 구현하려면 상대적으로 사소한 문제점을 해결하는 동시에 상당한 인프라 투자가 필요합니다.
실제로 효과가 있는 것: 실제 이메일 성공 사례
인프라 기업(수상자)

센드그리드: Twilio, 30억 달러에 인수
메일건: 5천만 달러 이상의 수익, Sinch에 인수됨
소인: 수익성이 있는, ActiveCampaign에 인수됨
아마존 SES: 수십억 달러의 수익

무늬: 그들은 앱이 아닌 인프라를 구축합니다.
이메일 제공자(생존자들)

패스트메일: 25년 이상, 수익성이 있고, 독립적이다
프로톤메일: 개인정보 보호 중심의 지속 가능한 성장
조호 메일: 더 큰 비즈니스 제품군의 일부
우리: 7년 이상, 수익성 있고 성장 중


[!WARNING]
JMAP 투자 질문: Fastmail이 리소스를 투자하는 동안 JMAP, 프로토콜은 10세 이상, 입양 제한, 그들은 동시에 PGP 암호화 구현 거부 많은 사용자가 요청하는 기능입니다. 이는 사용자 요청 기능보다 프로토콜 혁신을 우선시하는 전략적 선택입니다. JMAP이 더 널리 채택될지는 아직 불확실하지만, 현재 이메일 클라이언트 생태계는 여전히 IMAP/SMTP에 주로 의존하고 있습니다.


[!TIP]
기업의 성공: 이메일 전달 권한 최고 대학을 위한 동문 이메일 솔루션케임브리지 대학을 포함하여 30,000명의 동문 주소를 보유한 대학은 기존 솔루션에 비해 연간 87,000달러의 비용 절감 효과를 제공합니다.

무늬: 이메일을 대체하지 않고, 향상시켜줍니다.
예외: Xobni의 성공 사례
호브니 올바른 접근 방식을 취해 실제로 성공한 몇 안 되는 이메일 관련 스타트업 중 하나로 돋보입니다.
Xobni가 옳은 일을 한 것:

기존 이메일 개선: Outlook을 대체하는 대신 Outlook 위에 구축됨
실제 문제를 해결했습니다: 연락처 관리 및 이메일 검색
통합에 집중: 기존 워크플로우로 작업했습니다.
기업 중심: 실제적인 어려움을 겪는 타겟 비즈니스 사용자

성공: Xobni는 2013년에 6,000만 달러에 Yahoo에 인수되었습니다.투자자에게는 탄탄한 수익을 제공하고 창업자에게는 성공적인 투자 종료를 보장합니다.
Xobni가 다른 회사들이 실패한 곳에서 성공한 이유

검증된 인프라를 기반으로 구축: Outlook의 기존 이메일 처리 방식을 사용했습니다.
실제 문제를 해결했습니다: 연락처 관리가 실제로 망가졌습니다.
기업 시장: 기업은 생산성 도구에 비용을 지불합니다.
통합 접근 방식: 기존 워크플로를 대체하는 것이 아니라 향상시켰습니다.

창립자들의 지속적인 성공
맷 브레지나 그리고 아담 스미스 Xobni 이후에도 멈추지 않았습니다.

맷 브레지나: 활동적이 되었다 엔젤 투자자 Dropbox, Mailbox 등에 투자
아담 스미스: 생산성 분야에서 성공적인 기업을 지속적으로 구축
두 창립자 모두: 이메일 성공은 대체가 아닌 향상에서 비롯된다는 것을 입증했습니다.

패턴
회사가 이메일 분야에서 성공하는 경우는 다음과 같습니다.

인프라 구축 (센드그리드, 메일건)
기존 워크플로우 개선 (호브니, 패스트메일)
신뢰성에 집중하다 (아마존 SES, 소인)
개발자에게 서비스 제공 (API 및 도구, 최종 사용자 앱 아님)

이메일을 성공적으로 재발명한 사람이 있을까?
이는 이메일 혁신의 핵심을 꿰뚫는 중요한 질문입니다. 간단히 답하자면 다음과 같습니다. 이메일을 성공적으로 대체한 사람은 없지만 일부는 이메일을 성공적으로 향상시켰습니다..
실제로 무엇이 붙어 있었는가
지난 20년간의 이메일 혁신을 살펴보면:

Gmail의 스레딩: 향상된 이메일 구성
Outlook의 일정 통합: 향상된 스케줄링
모바일 이메일 앱: 향상된 접근성
DKIM/SPF/DMARC: 강화된 보안

무늬: 모든 성공적인 혁신 강화된 기존 이메일 프로토콜을 대체하기보다는 기존 프로토콜을 사용하는 것이 더 좋습니다.
새로운 도구는 이메일을 보완하지만 대체하지는 않습니다.

느슨하게: 팀 채팅에 유용하지만 여전히 이메일 알림을 보냅니다.
불화: 커뮤니티에 적합하지만 계정 관리에는 이메일을 사용합니다.
왓츠앱: 메시징에는 적합하지만 기업은 여전히 이메일을 사용합니다.
줌: 화상 통화에 필수적이지만 회의 초대장은 이메일을 통해 전달됩니다.

HEY 실험

[!IMPORTANT]
실제 검증: HEY의 창립자 DHH 실제로 개인 도메인을 위해 Forward Email에서 서비스를 사용합니다. dhh.dk 그리고 수년간 이를 통해 이메일 혁신가조차도 검증된 인프라에 의존한다는 사실을 보여주었습니다.

HEY ~에 의해 베이스캠프 이메일을 "재창조"하려는 가장 최근의 시도를 나타냅니다.

출시됨: 2020년은 큰 화제와 함께
접근하다: 스크리닝, 번들링, 워크플로를 갖춘 완전히 새로운 이메일 패러다임
리셉션: 혼합형 - 일부는 좋아하고 대부분은 기존 이메일을 고수함
현실: 여전히 다른 인터페이스를 사용하는 이메일(SMTP/IMAP)입니다.

실제로 효과가 있는 것
가장 성공적인 이메일 혁신은 다음과 같습니다.

더 나은 인프라: 더 빠른 서버, 더 나은 스팸 필터링, 향상된 전달성
향상된 인터페이스: Gmail의 대화 보기, Outlook의 일정 통합
개발자 도구: 이메일 전송을 위한 API, 추적을 위한 웹훅
특수 워크플로: CRM 통합, 마케팅 자동화, 거래용 이메일

이러한 것들 중 어느 것도 이메일을 대체한 것은 아니지만, 이메일을 더 나은 것으로 만들었습니다.
기존 이메일 프로토콜을 위한 최신 인프라 구축: 당사의 접근 방식
실패 사례를 살펴보기 전에, 이메일에서 실제로 효과적인 것이 무엇인지 이해하는 것이 중요합니다. 문제는 이메일이 제대로 작동하지 않는다는 것이 아니라, 대부분의 기업이 이미 완벽하게 작동하는 것을 "고치려고" 한다는 것입니다.
이메일 혁신 스펙트럼
이메일 혁신은 세 가지 범주로 나뉩니다.
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]


우리가 인프라에 집중하는 이유
우리가 현대적인 이메일 인프라를 구축하기로 결정한 이유는 다음과 같습니다.

이메일 프로토콜은 검증되었습니다: SMTP는 1982년부터 안정적으로 작동해 왔습니다.
문제는 구현이다: 대부분의 이메일 서비스는 오래된 소프트웨어 스택을 사용합니다.
사용자는 신뢰성을 원합니다: 기존 워크플로를 깨는 새로운 기능이 아닙니다.
개발자에게는 도구가 필요합니다: 더 나은 API 및 관리 인터페이스

이메일에서 실제로 효과가 있는 것
성공적인 패턴은 간단합니다. 기존 이메일 워크플로를 교체하는 대신 개선합니다.. 이는 다음을 의미합니다.

더 빠르고 안정적인 SMTP 서버 구축
합법적인 이메일을 방해하지 않고 더 나은 스팸 필터링을 만드는 방법
기존 프로토콜에 대한 개발자 친화적인 API 제공
적절한 인프라를 통해 전달성 향상

우리의 접근 방식: 우리가 다른 이유
우리가 하는 일

실제 인프라 구축: 처음부터 사용자 정의 SMTP/IMAP 서버
신뢰성에 집중하다: 99.99% 가동 시간, 적절한 오류 처리
기존 워크플로우 개선: 모든 이메일 클라이언트와 함께 사용 가능
개발자에게 서비스 제공: 실제로 작동하는 API 및 도구
호환성 유지: 가득한 SMTP/IMAP/POP3 규정 준수

우리가 하지 않는 것

"혁명적인" 이메일 클라이언트 구축
기존 이메일 프로토콜을 대체해보세요
불필요한 AI 기능 추가
이메일 "수정" 약속

실제로 작동하는 이메일 인프라를 구축하는 방법
우리의 반 스타트업 접근 방식
다른 회사들이 이메일을 재창조하기 위해 수백만 달러를 낭비하는 동안, 우리는 안정적인 인프라 구축에 집중합니다.

피벗 없음: 저희는 7년 이상 이메일 인프라를 구축해 왔습니다.
인수 전략 없음: 우리는 장기적으로 건설하고 있습니다
"혁명적" 주장은 없다: 우리는 이메일의 작동을 더욱 개선합니다

우리를 다르게 만드는 것

[!TIP]
정부 등급 규정 준수: 전달 이메일은 섹션 889 준수 또한 미국 해군사관학교와 같은 기관에 서비스를 제공하여 엄격한 연방 보안 요구 사항을 충족하려는 당사의 노력을 입증합니다.


[!NOTE]
OpenPGP 및 OpenWKD 구현: Fastmail과는 달리 PGP 구현을 거부합니다 복잡성에 대한 우려를 언급하며 Forward Email은 OpenWKD(웹 키 디렉토리) 규정을 준수하는 완전한 OpenPGP 지원을 제공하여 사용자가 JMAP와 같은 실험적 프로토콜을 사용하지 않고도 실제로 원하는 암호화를 사용할 수 있도록 합니다.

기술 스택 비교:
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 블로그 게시물 Proton이 postfix-mta-sts-resolver를 사용하여 Postfix 스택을 실행함을 확인합니다.

주요 차이점:

현대 언어: 전체 스택의 JavaScript vs. 1980년대 C 코드
접착제 코드 없음: 단일 언어로 통합의 복잡성 제거
웹 네이티브: 최신 웹 개발을 위해 처음부터 구축되었습니다.
유지 가능: 모든 웹 개발자는 이해하고 기여할 수 있습니다.
유산 부채 없음: 수십 년간의 패치 없이 깨끗하고 현대적인 코드베이스


[!NOTE]
개인 정보 보호 설계: 우리의 개인 정보 정책 이메일 전달 서비스를 위해 디스크 저장소나 데이터베이스에 전달된 이메일을 저장하지 않고, 이메일에 대한 메타데이터를 저장하지 않으며, 로그나 IP 주소를 저장하지 않고 메모리 내에서만 작동합니다.

기술 문서: 접근 방식, 아키텍처 및 보안 구현에 대한 포괄적인 세부 사항은 다음을 참조하세요. 기술 백서 광범위한 기술 문서.
이메일 서비스 제공업체 비교: 검증된 프로토콜을 통한 성장

[!NOTE]
실제 성장 수치: 다른 업체들이 실험적인 프로토콜을 고집하는 반면, Forward Email은 사용자가 실제로 원하는 것, 즉 모든 기기에서 작동하는 안정적인 IMAP, POP3, SMTP, CalDAV, CardDAV에 집중합니다. Forward Email의 성장은 이러한 접근 방식의 가치를 입증합니다.

공급자
도메인 이름(2024년 이후) 보안 트레일)
도메인 이름(2025년 이후) 뷰DNS)
백분율 변화
MX 레코드
이메일 전달
418,477
506,653
+21.1%
mx1.forwardemail.net
양성자 메일
253,977
334,909
+31.9%
mail.protonmail.ch
패스트메일
168,433
192,075
+14%
in1-smtp.messagingengine.com
사서함
38,659
43,337
+12.1%
mxext1.mailbox.org
총
18,781
21,720
+15.6%
mail.tutanota.de
스키프(폐쇄)
7,504
3,361
-55.2%
inbound-smtp.skiff.com
주요 통찰력:

이메일 전달 50만 개가 넘는 도메인이 MX 레코드를 사용하면서 강력한 성장(+21.1%)을 보였습니다.
검증된 인프라가 승리합니다: 안정적인 IMAP/SMTP를 제공하는 서비스는 일관된 도메인 채택을 보여줍니다.
JMAP 무관성: Fastmail의 JMAP 투자는 표준 프로토콜에 중점을 둔 공급업체에 비해 더 느린 성장(+14%)을 보였습니다.
스키프의 붕괴: 폐쇄된 스타트업은 도메인의 55.2%를 잃어 "혁명적인" 이메일 접근 방식의 실패를 보여주었습니다.
시장 검증: 도메인 수 증가는 마케팅 지표가 아닌 실제 사용자 채택을 반영합니다.

기술 타임라인
우리의 기반 공식 회사 타임라인실제로 작동하는 이메일 인프라를 구축한 방법은 다음과 같습니다.
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

다른 사람들이 실패하는 곳에서 우리가 성공하는 이유

우리는 앱이 아닌 인프라를 구축합니다: 서버와 프로토콜에 집중
우리는 대체하지 않고 향상시킵니다: 기존 이메일 클라이언트와 함께 작업
우리는 수익성이 있습니다: "빠르게 성장하고 문제를 해결해야 한다"는 VC의 압력 없음
우리는 이메일을 이해합니다: 7년 이상의 심층적인 기술 경험
우리는 개발자에게 서비스를 제공합니다: 실제로 문제를 해결하는 API 및 도구

비용 현실 확인
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]


이메일 인프라의 보안 과제

[!IMPORTANT]
양자 안전 이메일 보안: 전달 이메일은 양자 저항 및 개별 암호화된 SQLite 사서함을 사용하는 세계 최초이자 유일한 이메일 서비스미래의 양자 컴퓨팅 위협에 대항하여 전례 없는 보안을 제공합니다.

이메일 보안은 업계의 모든 공급업체에 영향을 미치는 복잡한 과제입니다. 개별적인 사고를 집중적으로 다루는 것보다 모든 이메일 인프라 공급업체가 해결해야 하는 공통적인 보안 고려 사항을 이해하는 것이 더 중요합니다.
일반적인 보안 고려 사항
모든 이메일 제공자는 비슷한 보안 문제에 직면합니다.

데이터 보호: 사용자 데이터 및 통신 보안
접근 제어: 인증 및 권한 부여 관리
인프라 보안: 서버 및 데이터베이스 보호
규정 준수: 다양한 규제 요구 사항 충족 GDPR 그리고 CCPA


[!NOTE]
고급 암호화: 우리의 보안 관행 사서함에 대한 ChaCha20-Poly1305 암호화, LUKS v2를 통한 전체 디스크 암호화, 저장 시 암호화, 메모리 내 암호화, 전송 중 암호화를 통한 포괄적인 보호 기능이 포함됩니다.

투명성의 가치
보안 사고 발생 시 가장 중요한 대응은 투명성과 신속한 조치입니다. 다음과 같은 기업:

사건을 즉시 공개하세요: 사용자가 정보에 입각한 결정을 내릴 수 있도록 돕습니다.
자세한 타임라인을 제공하세요: 문제의 범위를 이해하고 있음을 보여주세요
빠르게 수정 사항을 구현하세요: 기술적 역량을 입증합니다
배운 교훈을 공유하세요: 업계 전반의 보안 개선에 기여

이러한 대응은 모범 사례를 홍보하고 다른 공급업체가 높은 보안 표준을 유지하도록 장려함으로써 전체 이메일 생태계에 도움이 됩니다.
지속적인 보안 과제
이메일 업계는 보안 관행을 계속해서 발전시키고 있습니다.

암호화 표준: 다음과 같은 더 나은 암호화 방법 구현 TLS 1.3
인증 프로토콜: 개선 중 DKIM, SPF, 그리고 DMARC
위협 탐지: 더 나은 스팸 및 피싱 필터 개발
인프라 강화: 서버 및 데이터베이스 보안
도메인 평판 관리: 처리하다 Microsoft onmicrosoft.com 도메인에서 전례 없는 스팸이 발생했습니다. 요구하는 임의의 차단 규칙 그리고 추가 MSP 토론

이러한 과제를 해결하기 위해서는 해당 분야의 모든 공급업체로부터 지속적인 투자와 전문성이 필요합니다.
결론: 앱이 아닌 인프라에 집중하세요
증거는 명확하다
수백 개의 이메일 스타트업을 분석한 결과:

80% 이상의 실패율: 대부분의 이메일 스타트업은 완전히 실패합니다(이 수치는 80%보다 훨씬 높을 가능성이 높습니다. 친절하게 말씀드리겠습니다)
클라이언트 앱은 일반적으로 실패합니다.: 인수는 일반적으로 이메일 클라이언트의 죽음을 의미합니다.
인프라는 성공할 수 있습니다: SMTP/API 서비스를 구축하는 회사는 종종 성공을 거두고 있습니다.
VC 자금 조달은 압박을 가한다: 벤처캐피털은 비현실적인 성장 기대를 만들어낸다
기술 부채가 누적됩니다: 이메일 인프라 구축은 생각보다 어렵습니다.

역사적 맥락
스타트업에 따르면 이메일은 20년 이상 "죽어가고" 있습니다.

2004: "소셜 네트워크가 이메일을 대체할 것이다"
2008: "모바일 메시징이 이메일을 죽일 것이다"
2012: "느슨하게 이메일을 대체합니다
2016: "AI가 이메일을 혁신할 것이다"
2020: "원격근무에는 새로운 커뮤니케이션 도구가 필요합니다."
2024: "AI가 마침내 이메일을 고칠 것이다"

이메일은 여전히 여기에 있습니다. 여전히 성장하고 있고, 여전히 필수적입니다.
진짜 교훈
여기서 중요한 교훈은 이메일을 개선할 수 없다는 것이 아닙니다. 중요한 것은 올바른 접근 방식을 선택하는 것입니다.

이메일 프로토콜이 작동합니다: SMTP, IMAP, POP3 전투에서 테스트되었습니다
인프라 문제: 화려한 기능보다 신뢰성과 성능이 뛰어납니다.
향상은 교체보다 낫다: 이메일과 싸우지 말고, 이메일로 작업하세요
지속 가능성은 성장을 이긴다: 수익성 있는 사업은 VC 자금 지원을 받은 사업보다 오래 지속됩니다.
개발자에게 서비스 제공: 도구와 API는 최종 사용자 앱보다 더 많은 가치를 창출합니다.

기회: 프로토콜을 대체하는 것이 아니라, 검증된 프로토콜을 더 잘 구현하는 것입니다.

[!TIP]
포괄적인 이메일 서비스 분석: 2025년 기준 79개 이메일 서비스에 대한 심층적인 비교를 보려면 자세한 리뷰, 스크린샷, 기술 분석을 포함한 포괄적인 가이드를 참조하세요. 최고의 이메일 서비스 79개이 분석은 Forward Email이 신뢰성, 보안성, 표준 준수 측면에서 꾸준히 추천되는 선택으로 평가되는 이유를 보여줍니다.


[!NOTE]
실제 검증: 우리의 접근 방식은 다음과 같은 조직에 효과적입니다. 섹션 889 준수를 요구하는 정부 기관 에게 수만 명의 동문 주소를 관리하는 주요 대학신뢰할 수 있는 인프라를 구축하는 것이 이메일 성공의 길임을 입증했습니다.

이메일 스타트업을 구상 중이라면, 이메일 인프라 구축을 고려해 보세요. 세상에 필요한 것은 더 많은 이메일 앱이 아니라 더 나은 이메일 서버입니다.
확장된 이메일 묘지: 더 많은 실패와 중단
구글의 이메일 실험이 실패로 끝났다
구글은 소유하고 있음에도 불구하고 지메일, 여러 이메일 프로젝트가 중단되었습니다.

구글 웨이브 (2009-2012): 아무도 이해하지 못하는 "이메일 킬러"
구글 버즈 (2010-2011): 소셜 이메일 통합 재앙
Gmail의 받은 편지함  (2014-2019): Gmail의 "스마트" 후속 제품, 폐기
구글+ 이메일 기능(2011-2019): 소셜 네트워크 이메일 통합

무늬: 구글조차도 이메일을 성공적으로 재창조할 수 없습니다.
연쇄 실패: 뉴턴 메일의 세 번의 죽음
뉴턴 메일 죽었다 세 번:

클라우드매직 (2013-2016): Newton이 인수한 이메일 클라이언트
뉴턴 메일 (2016-2018): 리브랜딩, 구독 모델 실패
뉴턴 메일 리바이벌 (2019-2020) : 복귀 시도, 또 실패

수업: 이메일 클라이언트는 구독 모델을 유지할 수 없습니다.
출시되지 않은 앱들
많은 이메일 스타트업이 출시하기도 전에 문을 닫았습니다.

시간 (2014): 캘린더-이메일 통합, 출시 전 종료
메일 스트림 (2011): 출시 전에 인수한 이메일 관리 도구
유창한 (2013) : 이메일 클라이언트 개발 중단

인수-종료 패턴

스패로우 → 구글 → 종료 (2012-2013)
reMail → Google → 종료 (2010-2011)
사서함 → Dropbox → 종료 (2013-2015)
Accompli → Microsoft → 종료 (Outlook Mobile이 됨)
Acompli → Microsoft → 통합 (드문 성공)

이메일 인프라 통합

Postbox → eM 클라이언트 (2024년): 인수 후 Postbox 즉시 폐쇄
여러 건의 인수: 임프로브MX 여러 번 인수되었습니다. 개인정보 보호 문제 제기 그리고 인수 발표 그리고 사업체 목록
서비스 저하: 많은 서비스가 인수 후 악화됩니다.

오픈소스 이메일의 무덤: "무료"가 지속 가능하지 않을 때
나일라스 메일 → 메일스프링: 갈래가 될 수 없는 것

나일라스 메일: 오픈소스 이메일 클라이언트, 2017년 단종 그리고 가지고 있었다 대량 메모리 사용 문제
메일스프링: 커뮤니티 포크, 유지 관리에 어려움을 겪고 있습니다. 높은 RAM 사용량 문제
현실: 오픈소스 이메일 클라이언트는 네이티브 앱과 경쟁할 수 없습니다.

유도라: 18년간의 죽음의 행진

1988-2006: Mac/Windows용 주요 이메일 클라이언트
2006: 퀄컴, 개발 중단
2007: "Eudora OSE"로 오픈 소스화됨
2010: 프로젝트가 중단됨
수업: 성공적인 이메일 클라이언트도 결국에는 죽는다

FairEmail: Google Play 정치로 인해 사망

공정한이메일: 개인 정보 보호에 중점을 둔 Android 이메일 클라이언트
구글 플레이: "정책 위반"으로 금지됨
현실: 플랫폼 정책으로 인해 이메일 앱이 즉시 중단될 수 있습니다.

유지 관리 문제
오픈소스 이메일 프로젝트가 실패하는 이유는 다음과 같습니다.

복잡성: 이메일 프로토콜은 올바르게 구현하기 어렵습니다.
보안: 지속적인 보안 업데이트가 필요합니다
호환성: 모든 이메일 제공자와 협력해야 함
자료: 자원봉사 개발자의 소진

AI 이메일 스타트업 급증: "지능"으로 반복되는 역사
현재 AI 이메일 골드 러시
2024년 AI 이메일 스타트업:

초인: 3300만 달러 모금, Grammarly에 인수됨 (2025)
단파: Y Combinator, Gmail + AI
세인박스: AI 이메일 필터링(실제로 수익성 있음)
부메랑: AI 스케줄링 및 대응
메일-0/제로: AI 기반 이메일 클라이언트 스타트업, 또 다른 이메일 인터페이스 구축
받은 편지함 제로: 이메일 관리 자동화를 시도하는 오픈소스 AI 이메일 도우미

자금 조달 열풍
VC들이 "AI + 이메일"에 돈을 쏟아붓고 있다:

1억 달러 이상 투자 2024년 AI 이메일 스타트업
같은 약속: "혁신적인 이메일 경험"
같은 문제: 기존 인프라를 기반으로 구축
동일한 결과: 대부분은 3년 이내에 실패할 것입니다.

왜 그들은 모두 (다시) 실패할까

AI는 이메일의 비문제를 해결하지 못합니다.: 이메일은 잘 작동합니다
Gmail에는 이미 AI가 있습니다: 스마트 답장, 우선 받은 편지함, 스팸 필터링
개인정보 보호 문제: AI가 모든 이메일을 읽어야 합니다.
비용 구조: AI 처리는 비용이 많이 들고 이메일은 상품입니다.
네트워크 효과: Gmail/Outlook의 지배력을 깨뜨릴 수 없다

피할 수 없는 결과

2025: Grammarly가 Superhuman을 성공적으로 인수했습니다. - 이메일 클라이언트의 드문 성공적인 종료
2025-2026: 남아있는 대부분의 AI 이메일 스타트업은 방향을 바꾸거나 폐쇄될 것입니다.
2027: 생존자들은 혼합된 결과를 가지고 획득될 것입니다.
2028: "블록체인 이메일" 또는 다음 트렌드가 등장할 것입니다

통합의 재앙: "생존자"가 재앙이 되는 순간
대규모 이메일 서비스 통합
이메일 산업은 극적으로 통합되었습니다.

ActiveCampaign이 Postmark를 인수했습니다. (2022)
신치가 Mailgun을 인수했습니다. (2021)
Twilio가 SendGrid를 인수했습니다. (2019)
다수의 임프로브MX 인수 (진행 중) 개인정보 보호 문제 그리고 인수 발표 그리고 사업체 목록

전망: 끊임없이 부서지는 "생존자"
마이크로소프트 아웃룩"생존자"임에도 불구하고 다음과 같은 문제가 끊임없이 발생합니다.

메모리 누수: Outlook은 기가바이트의 RAM을 사용합니다. 그리고 자주 재시작해야 함
동기화 문제: 이메일이 무작위로 사라지고 다시 나타납니다.
성능 문제: 느린 시작, 잦은 충돌
호환성 문제: 타사 이메일 제공업체와의 단절

우리의 실제 경험: 우리는 완벽하게 호환되는 IMAP 구현을 방해하는 Outlook 설정을 가진 고객을 정기적으로 돕고 있습니다.
우편물 인프라 문제
후에 ActiveCampaign의 인수:

SSL 인증서 실패: 2024년 9월 약 10시간 동안의 정전 만료된 SSL 인증서로 인해
사용자 거부: 거절당하는 마크 쾰브뤼게 합법적인 사용에도 불구하고
개발자 Exodus: @levelsio는 "Amazon SES가 우리의 마지막 희망입니다"라고 말했습니다.
MailGun 문제: 스콧이 보고했다: "@Mail_Gun의 최악의 서비스... 2주 동안 이메일을 보낼 수 없었어요."

최근 이메일 클라이언트 사상자(2024-2025)
Postbox → eM 클라이언트 인수: 2024년에 eM Client는 Postbox를 인수했습니다. 즉시 종료해라수천 명의 사용자가 마이그레이션을 강요당했습니다.
카나리아 메일 문제: 에도 불구하고 세쿼이아 백킹사용자들은 기능이 작동하지 않고 고객 지원이 부족하다고 보고합니다.
Readdle의 Spark: 이메일 클라이언트 사용 경험이 좋지 않다고 보고하는 사용자가 점점 늘어나고 있습니다.
메일버드 라이센스 문제: Windows 사용자는 라이선스 문제와 구독 혼란에 직면합니다.
항공우편 감소: 실패한 Sparrow 코드베이스를 기반으로 하는 Mac/iOS 이메일 클라이언트는 계속해서 수신합니다. 나쁜 리뷰 신뢰성 문제 때문에.
이메일 확장 및 서비스 인수
허브스팟 사이드킥 → 단종됨: HubSpot의 이메일 추적 확장 기능은 2016년에 단종됨 "HubSpot Sales"로 대체되었습니다.
Gmail 참여 → 은퇴: Salesforce의 Gmail 확장 프로그램은 2024년 6월 은퇴이로 인해 사용자는 다른 솔루션으로 이전해야 합니다.
생존자들: 실제로 효과가 있는 이메일 회사
모든 이메일 회사가 실패하는 것은 아닙니다. 실제로 효과가 있는 회사들을 소개합니다.
메일모도: Y Combinator 성공 사례, 세쿼이아의 급증으로 200만 달러 대화형 이메일 캠페인에 집중함으로써.
믹스맥스: 높은 총 자금 1,330만 달러 그리고 성공적인 영업 참여 플랫폼으로 계속 운영되고 있습니다.
Outreach.io: 도달했다 44억 달러 이상의 가치 평가 또한 영업 참여 플랫폼으로 잠재적인 IPO를 준비하고 있습니다.
Apollo.io: 달성됨 16억 달러 가치 평가 2023년에 판매 인텔리전스 플랫폼에 대한 1억 달러 규모의 시리즈 D 투자를 유치했습니다.
GMass: 부트스트랩 성공 사례 생성 월 14만 달러 이메일 마케팅을 위한 Gmail 확장 프로그램으로.
스트릭 CRM: 성공적으로 운영되고 있는 Gmail 기반 CRM 2012년부터 큰 문제 없이.
투트앱: 성공적으로 2017년 Marketo에 인수됨 1,500만 달러 이상의 자금을 조달한 후.
바나나태그: 2021년 Staffbase에 인수됨 그리고 "Staffbase Email"이라는 이름으로 계속 운영되고 있습니다.
키 패턴: 이러한 회사들이 성공하는 이유는 다음과 같습니다. 기존 이메일 워크플로 향상 이메일을 완전히 대체하려고 하기보다는, 효과적인 도구를 개발합니다. ~와 함께 이메일 인프라에 반대하는 것이 아닙니다.

[!TIP]
여기에 언급된 당신이 아는 공급업체가 없나요? (예: Posteo, Mailbox.org, Migadu 등) 포괄적인 이메일 서비스 비교 페이지 더 많은 통찰력을 위해.