O Cemitério das Startups de E-mail: Por que a Maioria das Empresas de E-mail Falham

Embora muitas startups de e-mail tenham investido milhões na solução de problemas percebidos, nós da Encaminhar email tem se concentrado em construir uma infraestrutura de e-mail confiável do zero desde 2017. Esta análise explora os padrões por trás dos resultados de startups de e-mail e os desafios fundamentais da infraestrutura de e-mail.

[!NOTE] Visão principal: A maioria das startups de e-mail não constrói uma infraestrutura de e-mail do zero. Muitas se baseiam em soluções existentes, como o Amazon SES, ou em sistemas de código aberto como o Postfix. Os protocolos principais funcionam bem — o desafio está na implementação.

[!TIP] Mergulho técnico profundo: Para obter detalhes abrangentes sobre nossa abordagem, arquitetura e implementação de segurança, consulte nosso Encaminhar e-mail - Whitepaper técnico e Sobre a página que documenta nosso cronograma completo de desenvolvimento desde 2017.

A Matriz de Falhas de Inicialização de E-mail

[!CAUTION] Alerta de taxa de falha: Só a Techstars tem 28 empresas relacionadas com e-mail com apenas 5 saídas - uma taxa de falha extremamente alta (às vezes calculada em mais de 80%).

Aqui estão todos os principais fracassos de startups de e-mail que conseguimos encontrar, organizados por aceleradora, financiamento e resultado:

A verificação da realidade da infraestrutura

[!WARNING] A Verdade Oculta:Todas as "startups de e-mail" estão apenas construindo interfaces de usuário sobre a infraestrutura existente. Elas não estão construindo servidores de e-mail de verdade, mas sim aplicativos que se conectam à infraestrutura de e-mail real.

O que realmente faz o e-mail funcionar

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]


O que as "startups de e-mail" realmente constroem
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]
Padrão-chave para o sucesso do e-mail:As empresas que realmente têm sucesso com e-mail não tentam reinventar a roda. Em vez disso, elas constroem infraestrutura e ferramentas que melhoram fluxos de trabalho de e-mail existentes. SendGrid, Arma postal, e Carimbo postal tornaram-se empresas bilionárias ao fornecer APIs SMTP confiáveis e serviços de entrega - eles funcionam com protocolos de e-mail, não contra eles. Essa é a mesma abordagem que adotamos na Forward Email.

Por que a maioria das startups de e-mail falham

[!IMPORTANT]
O Padrão Fundamental: E-mail cliente As startups geralmente falham porque tentam substituir protocolos de trabalho, enquanto o e-mail infraestrutura As empresas podem ter sucesso aprimorando os fluxos de trabalho existentes. A chave é entender o que os usuários realmente precisam e o que os empreendedores acham que eles precisam.

1. Os protocolos de e-mail funcionam, mas a implementação geralmente não funciona

[!NOTE]
Estatísticas de e-mail: 347,3 bilhões de e-mails enviados diariamente sem maiores problemas, servindo 4,37 bilhões de usuários de e-mail em todo o mundo a partir de 2023.

Os principais protocolos de e-mail são sólidos, mas a qualidade da implementação varia muito:

Compatibilidade universal: Cada dispositivo, cada plataforma suporta SMTP, IMAP, e POP3
Descentralizado: Nenhum ponto único de falha em bilhões de servidores de e-mail em todo o mundo
Padronizado:SMTP, IMAP, POP3 são protocolos testados em batalha nas décadas de 1980 e 1990
Confiável: 347,3 bilhões de e-mails enviados diariamente sem maiores problemas

A verdadeira oportunidade: Melhor implementação de protocolos existentes, não substituição de protocolos.
2. Os efeitos de rede são inquebráveis
O efeito de rede do e-mail é absoluto:

Todo mundo tem e-mail: 4,37 bilhões de usuários de e-mail em todo o mundo a partir de 2023
Multiplataforma: Funciona perfeitamente entre todos os provedores
Crítico para os negócios: 99% das empresas usam e-mail diariamente para operações
Custo de mudança: A alteração de endereços de e-mail quebra tudo conectado a ele

3. Eles frequentemente focam nos problemas errados
Muitas startups de e-mail se concentram em problemas percebidos em vez de pontos problemáticos reais:

"O e-mail é muito complexo":O fluxo de trabalho básico é simples - enviar, receber, organizar desde 1971
"O e-mail precisa de IA": O Gmail já possui recursos inteligentes eficazes como Resposta Inteligente e Caixa Prioritária
"O e-mail precisa de mais segurança": DKIM, SPF, e DMARC fornecer autenticação sólida
"O e-mail precisa de uma nova interface": Panorama e Gmail as interfaces são refinadas por meio de décadas de pesquisa do usuário

Problemas reais que valem a pena resolver: Confiabilidade da infraestrutura, capacidade de entrega, filtragem de spam e ferramentas para desenvolvedores.
4. A dívida técnica é enorme
Construir uma infraestrutura de e-mail real requer:

Servidores SMTP: Entrega complexa e gestão de reputação
Filtragem de spam: Em constante evolução cenário de ameaças
Sistemas de armazenamento: Confiável IMAP/POP3 implementação
Autenticação: DKIM, SPF, DMARC, ARC conformidade
Entregabilidade: Relacionamentos com ISP e gestão de reputação

5. A infraestrutura já existe
Por que reinventar quando você pode usar:

Amazon SES: Infraestrutura de entrega comprovada
Pós-fixo: Servidor SMTP testado em batalha
Pombal: Servidor IMAP/POP3 confiável
Spam Assassin: Filtragem eficaz de spam
Provedores existentes: Gmail, Panorama, Correio rápido funciona bem

Estudos de caso: quando startups de e-mail falham
Estudo de caso: o desastre do esquife
Skiff exemplifica perfeitamente tudo o que há de errado com startups de e-mail.
A configuração

Posicionamento: "Plataforma de produtividade e e-mail com foco em privacidade"
Financiamento: Capital de risco significativo
Promessa: Melhor e-mail por meio de privacidade e criptografia

A Aquisição
A Notion adquiriu a Skiff em fevereiro de 2024 com promessas típicas de aquisição sobre integração e desenvolvimento contínuo.
A realidade

Desligamento imediato: Skiff fechado em poucos meses
Êxodo dos fundadores: Os fundadores do Skiff deixaram a Notion e se juntaram à Cursor
Abandono do usuário: Milhares de usuários forçados a migrar

A Análise do Acelerador
Y Combinator: A Fábrica de Aplicativos de E-mail
Combinador Y financiou dezenas de startups de e-mail. Aqui está o padrão:

E-mail (2014): Cliente de e-mail móvel → direcionado para "bem-estar"
MailTime (2016): E-mail estilo chat → adaptado para análise
reenviar e-mail (2009): Pesquisa de e-mail no iPhone → adquirida pelo Google → desligamento
Rapportivo (2012): Perfis sociais do Gmail → adquirido pelo LinkedIn → desligamento

Taxa de sucesso: Resultados mistos com algumas saídas notáveis. Várias empresas realizaram aquisições bem-sucedidas (reMail para o Google, Rapportive para o LinkedIn), enquanto outras abandonaram o e-mail ou foram adquiridas para obter talentos.
Techstars: O Cemitério de E-mails
Techstars tem um histórico ainda pior:

E-mail Copilot (2012): Adquirido → desligamento
ResponderEnviar (2012): Falhou completamente
Envelopado (2012): "Fácil. Seguro. E-mail" → falhou
Desordem (2015): Criptografia de e-mail → falhou
Febre da caixa de entrada (2011): API de e-mail → falhou

Padrão: Propostas de valor vagas, nenhuma inovação técnica real, falhas rápidas.
A armadilha do capital de risco

[!CAUTION]
Paradoxo do Financiamento de VC: VCs adoram startups de e-mail porque parecem simples, mas na verdade são impossíveis. As premissas fundamentais que atraem investimentos são exatamente o que garante o fracasso.

Os VCs adoram startups de e-mail porque elas parecem simples, mas na verdade são impossíveis:
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]


Realidade:Nenhuma dessas suposições é verdadeira para o e-mail.
A realidade técnica: pilhas de e-mail modernas
O que realmente impulsiona as "startups de e-mail"
Vamos dar uma olhada no que essas empresas realmente fazem:
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]


Os problemas de desempenho
Inchaço da memória:A maioria dos aplicativos de e-mail são aplicativos da web baseados em Electron que consomem grandes quantidades de RAM:

Mailspring: 500 MB+ para e-mail básico
Nylas Mail: Uso de memória de mais de 1 GB antes do desligamento
Caixa de correio: Mais de 300 MB de memória ociosa
Correio Canário: Falhas frequentes devido a problemas de memória
Pássaro Trovão: Alto uso de RAM de até 90% da memória do sistema


[!WARNING]
Crise de desempenho do elétronClientes de e-mail modernos desenvolvidos com Electron e React Native sofrem com graves problemas de memória e desempenho. Essas estruturas multiplataforma, embora convenientes para desenvolvedores, criam aplicativos com alto consumo de recursos que consomem centenas de megabytes a gigabytes de RAM para funcionalidades básicas de e-mail.

Consumo de bateria: Sincronização constante e código ineficiente:

Processos em segundo plano que nunca dormem
Chamadas de API desnecessárias a cada poucos segundos
Gerenciamento de conexão ruim
Nenhuma dependência de terceiros, exceto aquelas absolutamente necessárias para a funcionalidade principal

Os Padrões de Aquisição: Sucesso vs. Desligamento
Os Dois Padrões
Padrão de aplicativo cliente (geralmente falha):
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"]


Padrão de infraestrutura (geralmente bem-sucedido):
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"]


Exemplos recentes
Falhas no aplicativo cliente:

Caixa de correio → Dropbox → Desligar (2013-2015)
Sparrow → Google → Desligamento (2012-2013)
reMail → Google → Desligamento (2010-2011)
Skiff → Noção → Desligamento (2024)

Exceção Notável:

Super-humano → Grammarly (2025): Aquisição bem-sucedida com integração estratégica na plataforma de produtividade

Sucessos em Infraestrutura:

SendGrid → Twilio (2019): aquisição de US$ 3 bilhões, crescimento contínuo
Mailgun → Sinch (2021): Integração estratégica
Carimbo postal → ActiveCampaign (2022): Plataforma aprimorada

Evolução e Consolidação da Indústria
Progressão da Indústria Natural
O setor de e-mail evoluiu naturalmente para a consolidação, com empresas maiores adquirindo empresas menores para integrar recursos ou eliminar a concorrência. Isso não é necessariamente negativo — é assim que a maioria dos setores maduros se desenvolve.
Transições pós-aquisição
Quando empresas de e-mail são adquiridas, os usuários geralmente enfrentam:

Migrações de serviços: Migrando para novas plataformas
Alterações de recursos: Perda de funcionalidade especializada
Ajustes de preços: Diferentes modelos de assinatura
Períodos de integração: Interrupções temporárias de serviço

Considerações do usuário durante as transições
Durante a consolidação do setor, os usuários se beneficiam de:

Avaliando alternativas: Vários provedores oferecem serviços semelhantes
Compreendendo os caminhos de migração:A maioria dos serviços fornece ferramentas de exportação
Considerando a estabilidade a longo prazo:Os provedores estabelecidos geralmente oferecem mais continuidade

A verificação da realidade do Hacker News
Cada startup de e-mail recebe os mesmos comentários Notícias sobre hackers:

"O e-mail funciona bem, isso resolve um problema que não era problema algum"
"Use o Gmail/Outlook como todo mundo"
"Outro cliente de e-mail que será desativado em 2 anos"
"O verdadeiro problema é o spam, e isso não resolve o problema"

A comunidade está certa. Esses comentários aparecem em todos os lançamentos de e-mail de startups porque os problemas fundamentais são sempre os mesmos.
O golpe moderno do e-mail da IA
A Última Onda
2024 trouxe uma nova onda de startups de "e-mail com tecnologia de IA", com a primeira grande saída bem-sucedida já acontecendo:

Super-humano: US$ 33 milhões arrecadados, adquirido com sucesso pela Grammarly (2025) - uma rara saída bem-sucedida do aplicativo cliente
Ondas curtas: Wrapper do Gmail com resumos de IA
Caixa Sanitária: Filtragem de e-mail por IA (realmente funciona, mas não é revolucionário)

Os mesmos velhos problemas
Adicionar "IA" não resolve os desafios fundamentais:

Resumos de IA:A maioria dos e-mails já são concisos
Respostas inteligentes: O Gmail já tem isso há anos e eles funcionam bem
Agendamento de e-mail: O Outlook faz isso nativamente
Detecção de prioridade:Os clientes de e-mail existentes têm sistemas de filtragem eficazes

O verdadeiro desafio: Os recursos de IA exigem investimentos significativos em infraestrutura, ao mesmo tempo em que abordam pontos problemáticos relativamente pequenos.
O que realmente funciona: as histórias reais de sucesso de e-mail
Empresas de Infraestrutura (As Vencedoras)

SendGrid: Aquisição de US$ 3 bilhões pela Twilio
Arma postal: Receita de mais de US$ 50 milhões, adquirida pela Sinch
Carimbo postal: Rentável, adquirida pela ActiveCampaign
Amazon SES: Bilhões em receita

Padrão:Eles constroem infraestrutura, não aplicativos.
Provedores de e-mail (os sobreviventes)

Correio rápido: 25+ anos, lucrativo, independente
ProtonMail: Crescimento sustentável e focado na privacidade
Zoho Mail:Parte de um conjunto de negócios maior
Nós: : Mais de 7 anos, lucrativo, em crescimento


[!WARNING]
A questão do investimento JMAP: Enquanto o Fastmail investe recursos em JMAP, um protocolo que é Mais de 10 anos com adoção limitada, eles simultaneamente recusar-se a implementar a criptografia PGP que muitos usuários solicitam. Isso representa uma escolha estratégica para priorizar a inovação de protocolos em detrimento dos recursos solicitados pelos usuários. Ainda não se sabe se o JMAP ganhará uma adoção mais ampla, mas o ecossistema atual de clientes de e-mail continua a depender principalmente de IMAP/SMTP.


[!TIP]
Sucesso Empresarial: Poderes de encaminhamento de e-mail soluções de e-mail para ex-alunos das principais universidades, incluindo a Universidade de Cambridge, com 30.000 endereços de ex-alunos, proporcionando US$ 87.000 em economia de custos anuais em comparação às soluções tradicionais.

Padrão:Eles melhoram o e-mail, não o substituem.
A Exceção: A História de Sucesso da Xobni
Hobney se destaca como uma das poucas startups relacionadas a e-mail que realmente obteve sucesso ao adotar a abordagem certa.
O que Xobni fez certo:

E-mail existente aprimorado: Construído sobre o Outlook em vez de substituí-lo
Problemas reais resolvidos: Gerenciamento de contatos e pesquisa de e-mail
Focado na integração: Trabalhou com fluxos de trabalho existentes
Foco empresarial: Usuários empresariais direcionados com problemas reais

O Sucesso: A Xobni foi adquirida pelo Yahoo por US$ 60 milhões em 2013, proporcionando um retorno sólido para os investidores e uma saída bem-sucedida para os fundadores.
Por que Xobni teve sucesso onde outros falharam

Construído em infraestrutura comprovada:Utilizou o tratamento de e-mail existente do Outlook
Problemas reais resolvidos:O gerenciamento de contatos estava realmente quebrado
Mercado empresarial:As empresas pagam por ferramentas de produtividade
Abordagem de integração: Fluxos de trabalho existentes aprimorados em vez de substituídos

O sucesso contínuo dos fundadores
Matt Brezina e Adam Smith não parou depois de Xobni:

Matt Brezina:Tornou-se um ativo investidor anjo com investimentos em Dropbox, Mailbox e outros
Adam Smith:Continuamos construindo empresas de sucesso no setor de produtividade
Ambos os fundadores:Demonstrou que o sucesso do e-mail vem do aprimoramento, não da substituição

O Padrão
As empresas têm sucesso no e-mail quando:

Construir infraestrutura (SendGrid, Arma postal)
Aprimore os fluxos de trabalho existentes (Hobney, Correio rápido)
Foco na confiabilidade (Amazon SES, Carimbo postal)
Atender desenvolvedores (APIs e ferramentas, não aplicativos para o usuário final)

Alguém já reinventou o e-mail com sucesso?
Esta é uma pergunta crucial que atinge o cerne da inovação em e-mail. A resposta curta é: ninguém substituiu o e-mail com sucesso, mas alguns o aprimoraram com sucesso.
O que realmente funcionou
Analisando as inovações em e-mail nos últimos 20 anos:

Encadeamento do Gmail: Organização de e-mail aprimorada
Integração de calendário do Outlook: Agendamento aprimorado
Aplicativos de e-mail para dispositivos móveis: Acessibilidade aprimorada
DKIM/SPF/DMARC: Segurança aprimorada

Padrão:Todas as inovações bem-sucedidas aprimorado protocolos de e-mail existentes em vez de substituí-los.
Novas ferramentas complementam o e-mail (mas não o substituem)

Folga: Ótimo para bate-papo em equipe, mas ainda envia notificações por e-mail
Discórdia: Excelente para comunidades, mas usa e-mail para gerenciamento de contas
WhatsApp: Perfeito para mensagens, mas as empresas ainda usam e-mail
Ampliação: Essencial para videochamadas, mas os convites para reuniões chegam por e-mail

O Experimento HEY

[!IMPORTANT]
Validação no mundo real: Fundador da HEY DHH na verdade usa nosso serviço no Forward Email para seu domínio pessoal dhh.dk e já faz isso há vários anos, demonstrando que até mesmo os inovadores de e-mail contam com infraestrutura comprovada.

HEY por Acampamento base representa a tentativa mais séria e recente de "reinventar" o e-mail:

Lançado: 2020 com grande alarde
Abordagem: Paradigma de e-mail completamente novo com triagem, agrupamento e fluxos de trabalho
Recepção: Misto - alguns adoram, a maioria continua com o e-mail existente
Realidade:Ainda é e-mail (SMTP/IMAP) com uma interface diferente

O que realmente funciona
As inovações de e-mail mais bem-sucedidas foram:

Melhor infraestrutura: Servidores mais rápidos, melhor filtragem de spam, entregabilidade aprimorada
Interfaces aprimoradas: Visualização de conversas do Gmail, Integração de calendário do Outlook
Ferramentas para desenvolvedores: APIs para envio de e-mail, webhooks para rastreamento
Fluxos de trabalho especializados: Integração de CRM, automação de marketing, e-mail transacional

Nenhuma delas substituiu o e-mail; elas o melhoraram.
Construindo uma infraestrutura moderna para protocolos de e-mail existentes: nossa abordagem
Antes de mergulhar nas falhas, é importante entender o que realmente funciona no e-mail. O desafio não é que o e-mail esteja quebrado — é que a maioria das empresas tenta "consertar" algo que já funciona perfeitamente.
O espectro de inovação do e-mail
A inovação em e-mail se divide em três categorias:
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]


Por que nos concentramos em infraestrutura
Escolhemos construir uma infraestrutura de e-mail moderna porque:

Os protocolos de e-mail são comprovados: O SMTP funciona de forma confiável desde 1982
O problema é a implementação:A maioria dos serviços de e-mail usa pilhas de software desatualizadas
Os usuários querem confiabilidade: Não são novos recursos que quebram os fluxos de trabalho existentes
Os desenvolvedores precisam de ferramentas: Melhores APIs e interfaces de gerenciamento

O que realmente funciona em e-mail
O padrão de sucesso é simples: aprimorar os fluxos de trabalho de e-mail existentes em vez de substituí-los. Isso significa:

Construindo servidores SMTP mais rápidos e confiáveis
Criando melhor filtragem de spam sem quebrar e-mails legítimos
Fornecendo APIs amigáveis ao desenvolvedor para protocolos existentes
Melhorando a entregabilidade por meio de infraestrutura adequada

Nossa abordagem: por que somos diferentes
O que fazemos

Construir infraestrutura real: Servidores SMTP/IMAP personalizados do zero
Foco na confiabilidade: 99,99% de tempo de atividade, tratamento adequado de erros
Aprimore os fluxos de trabalho existentes: Trabalhe com todos os clientes de e-mail
Atender desenvolvedores: APIs e ferramentas que realmente funcionam
Manter compatibilidade: Completo SMTP/IMAP/POP3 conformidade

O que não fazemos

Crie clientes de e-mail "revolucionários"
Tente substituir os protocolos de e-mail existentes
Adicionar recursos de IA desnecessários
Promete "consertar" o e-mail

Como construímos uma infraestrutura de e-mail que realmente funciona
Nossa abordagem anti-startup
Enquanto outras empresas gastam milhões tentando reinventar o e-mail, nós nos concentramos em construir uma infraestrutura confiável:

Sem pivôs: : Construímos infraestrutura de e-mail há mais de 7 anos
Nenhuma estratégia de aquisição:Estamos construindo para o longo prazo
Nenhuma reivindicação "revolucionária":Nós apenas fazemos o e-mail funcionar melhor

O que nos torna diferentes

[!TIP]
Conformidade de nível governamental: Encaminhar e-mail é Em conformidade com a Seção 889 e atende organizações como a Academia Naval dos EUA, demonstrando nosso comprometimento em atender aos rigorosos requisitos federais de segurança.


[!NOTE]
Implementação do OpenPGP e OpenWKD: Ao contrário do Fastmail, que recusa-se a implementar o PGP citando preocupações com complexidade, o Forward Email fornece suporte completo ao OpenPGP com conformidade com o OpenWKD (Web Key Directory), dando aos usuários a criptografia que eles realmente desejam sem forçá-los a usar protocolos experimentais como o JMAP.

Comparação de pilha técnica:
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]



= Postagem do blog APNIC confirma que o Proton usa postfix-mta-sts-resolver, indicando que eles executam uma pilha Postfix

Principais diferenças:

Linguagem moderna: JavaScript em toda a pilha vs. código C dos anos 1980
Sem código de cola: A linguagem única elimina a complexidade da integração
Nativo da Web: Construído para o desenvolvimento web moderno desde o início
Sustentável: Qualquer desenvolvedor web pode entender e contribuir
Nenhuma dívida legada: Base de código limpa e moderna, sem décadas de patches


[!NOTE]
Privacidade por Design: Nosso política de Privacidade garante que não armazenamos e-mails encaminhados em disco ou bancos de dados, não armazenamos metadados sobre e-mails e não armazenamos logs ou endereços IP - operando na memória somente para serviços de encaminhamento de e-mail.

Documentação Técnica: Para obter detalhes abrangentes sobre nossa abordagem, arquitetura e implementação de segurança, consulte nosso whitepaper técnico e extensa documentação técnica.
Comparação de provedores de serviços de e-mail: crescimento por meio de protocolos comprovados

[!NOTE]
Números de crescimento real: Enquanto outros provedores buscam protocolos experimentais, a Forward Email se concentra no que os usuários realmente desejam: IMAP, POP3, SMTP, CalDAV e CardDAV confiáveis e que funcionem em todos os dispositivos. Nosso crescimento demonstra o valor dessa abordagem.

Fornecedor
Nomes de Domínio (2024 via Trilhas de Segurança)
Nomes de Domínio (2025 via VerDNS)
Mudança percentual
Registro MX
Encaminhar email
418,477
506,653
+21.1%
mx1.forwardemail.net
Correio de prótons
253,977
334,909
+31.9%
mail.protonmail.ch
Correio rápido
168,433
192,075
+14%
in1-smtp.messagingengine.com
Caixa de correio
38,659
43,337
+12.1%
mxext1.mailbox.org
Total
18,781
21,720
+15.6%
mail.tutanota.de
Skiff (extinto)
7,504
3,361
-55.2%
inbound-smtp.skiff.com
Principais Insights:

Encaminhar email mostra forte crescimento (+21,1%) com mais de 500 mil domínios usando nossos registros MX
Infraestrutura comprovada vence: Serviços com IMAP/SMTP confiável mostram adoção de domínio consistente
Irrelevância do JMAP: O investimento em JMAP da Fastmail mostra crescimento mais lento (+14%) em comparação com provedores com foco em protocolos padrão
O colapso do Skiff: A startup extinta perdeu 55,2% dos domínios, demonstrando o fracasso das abordagens de e-mail "revolucionárias"
Validação de mercado: O crescimento da contagem de domínios reflete a adoção real do usuário, não métricas de marketing

O cronograma técnico
Com base em nosso cronograma oficial da empresa, veja como construímos uma infraestrutura de e-mail que realmente funciona:
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

Por que temos sucesso onde outros falham

Nós construímos infraestrutura, não aplicativos: Foco em servidores e protocolos
Nós melhoramos, não substituímos: Trabalhar com clientes de e-mail existentes
Somos lucrativos:Não há pressão do VC para "crescer rápido e quebrar coisas"
Nós entendemos e-mail: Mais de 7 anos de profunda experiência técnica
Atendemos desenvolvedores: APIs e ferramentas que realmente resolvem problemas

A verificação da realidade dos custos
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]


Desafios de segurança na infraestrutura de e-mail

[!IMPORTANT]
Segurança de e-mail Quantum-Safe: Encaminhar e-mail é o o primeiro e único serviço de e-mail do mundo a usar caixas de correio SQLite resistentes a quantum e criptografadas individualmente, fornecendo segurança sem precedentes contra futuras ameaças de computação quântica.

A segurança de e-mail é um desafio complexo que afeta todos os provedores do setor. Em vez de destacar incidentes individuais, é mais importante entender as considerações comuns de segurança que todos os provedores de infraestrutura de e-mail devem abordar.
Considerações comuns de segurança
Todos os provedores de e-mail enfrentam desafios de segurança semelhantes:

Proteção de dados: Protegendo dados e comunicações do usuário
Controle de acesso: Gerenciando autenticação e autorização
Segurança de infraestrutura: Protegendo servidores e bancos de dados
Conformidade: Atender a vários requisitos regulamentares como GDPR e CCPA


[!NOTE]
Criptografia Avançada: Nosso práticas de segurança inclui criptografia ChaCha20-Poly1305 para caixas de correio, criptografia completa de disco com LUKS v2 e proteção abrangente com criptografia em repouso, criptografia na memória e criptografia em trânsito.

O Valor da Transparência
Quando ocorrem incidentes de segurança, a resposta mais valiosa é a transparência e a ação rápida. Empresas que:

Divulgue incidentes imediatamente: Ajude os usuários a tomar decisões informadas
Forneça cronogramas detalhados: Demonstrar que entendem a extensão dos problemas
Implementar correções rapidamente: Demonstrar competência técnica
Compartilhe lições aprendidas: Contribuir para melhorias de segurança em todo o setor

Essas respostas beneficiam todo o ecossistema de e-mail ao promover as melhores práticas e incentivar outros provedores a manter altos padrões de segurança.
Desafios de segurança contínuos
O setor de e-mail continua a evoluir suas práticas de segurança:

Padrões de criptografia: Implementar melhores métodos de criptografia como TLS 1.3
Protocolos de autenticação: Melhorando DKIM, SPF, e DMARC
Detecção de ameaças: Desenvolvendo melhores filtros de spam e phishing
Fortalecimento da infraestrutura: Protegendo servidores e bancos de dados
Gerenciamento de reputação de domínio: Lidando com spam sem precedentes do domínio onmicrosoft.com da Microsoft requerendo regras de bloqueio arbitrárias e discussões adicionais sobre MSP

Esses desafios exigem investimento contínuo e conhecimento especializado de todos os provedores do setor.
Conclusão: Foco na infraestrutura, não nos aplicativos
A evidência é clara
Após analisar centenas de startups de e-mail:

Taxa de falha de mais de 80%:A maioria das startups de e-mail falha completamente (esse número provavelmente é MUITO maior que 80%; estamos sendo gentis)
Os aplicativos cliente geralmente falham:Ser adquirido geralmente significa morte para clientes de e-mail
A infraestrutura pode ter sucesso:As empresas que criam serviços SMTP/API geralmente prosperam
O financiamento de capital de risco cria pressão: O capital de risco cria expectativas de crescimento irrealistas
A dívida técnica se acumula: Construir uma infraestrutura de e-mail é mais difícil do que parece

O Contexto Histórico
De acordo com startups, o e-mail está "morrendo" há mais de 20 anos:

2004:"As redes sociais substituirão o e-mail"
2008:"Mensagens móveis acabarão com o e-mail"
2012: "Folga substituirá o e-mail"
2016: "A IA revolucionará o e-mail"
2020:"O trabalho remoto precisa de novas ferramentas de comunicação"
2024: "A IA finalmente consertará o e-mail"

O e-mail ainda está aqui. Ainda está crescendo. Ainda é essencial.
A verdadeira lição
A lição não é que o e-mail não pode ser melhorado. A questão é escolher a abordagem certa:

Os protocolos de e-mail funcionam: SMTP, IMAP, POP3 são testados em batalha
A infraestrutura é importante: Confiabilidade e desempenho superam recursos chamativos
Melhoria supera substituição: Trabalhe com e-mail, não lute contra ele
A sustentabilidade supera o crescimento: Negócios lucrativos duram mais que aqueles financiados por VC
Atender desenvolvedores: Ferramentas e APIs criam mais valor do que aplicativos para o usuário final

A oportunidade: Melhor implementação de protocolos comprovados, não substituição de protocolos.

[!TIP]
Análise abrangente de serviços de e-mail: Para uma comparação aprofundada de 79 serviços de e-mail em 2025, incluindo análises detalhadas, capturas de tela e análises técnicas, consulte nosso guia completo: 79 melhores serviços de e-mail. Esta análise demonstra por que o Forward Email é consistentemente classificado como a escolha recomendada em termos de confiabilidade, segurança e conformidade com padrões.


[!NOTE]
Validação no mundo real:Nossa abordagem funciona para organizações que vão desde agências governamentais que exigem conformidade com a Seção 889 para grandes universidades que administram dezenas de milhares de endereços de ex-alunos, provando que construir uma infraestrutura confiável é o caminho para o sucesso do e-mail.

Se você está pensando em criar uma startup de e-mail, considere construir uma infraestrutura de e-mail. O mundo precisa de servidores de e-mail melhores, não de mais aplicativos de e-mail.
O Cemitério de E-mails Estendido: Mais Falhas e Desligamentos
Os experimentos de e-mail do Google deram errado
O Google, apesar de possuir Gmail, eliminou vários projetos de e-mail:

Google Wave (2009-2012): "Email killer" que ninguém entendia
Google Buzz (2010-2011): Desastre de integração de e-mail social
Caixa de entrada do Gmail  (2014-2019): O sucessor "inteligente" do Gmail, abandonado
Google+ recursos de e-mail (2011-2019): integração de e-mail em redes sociais

Padrão:Nem mesmo o Google conseguiu reinventar o e-mail com sucesso.
O fracasso em série: as três mortes de Newton Mail
Newton Mail morreu três vezes:

CloudMagic (2013-2016): Cliente de e-mail adquirido pela Newton
Newton Mail (2016-2018): Renomeado, modelo de assinatura falhou
Reavivamento do Newton Mail (2019-2020): Tentou retorno, falhou novamente

Lição:Os clientes de e-mail não conseguem sustentar modelos de assinatura.
Os aplicativos que nunca foram lançados
Muitas startups de e-mail morreram antes de serem lançadas:

Tempo (2014): Integração de calendário e e-mail, desligamento antes do lançamento
Fluxo de correio (2011): Ferramenta de gerenciamento de e-mail, adquirida antes do lançamento
Fluente (2013): Cliente de e-mail, desenvolvimento interrompido

O padrão de aquisição para desligamento

Sparrow → Google → Desligamento (2012-2013)
reMail → Google → Desligamento (2010-2011)
Caixa de correio → Dropbox → Desligar (2013-2015)
Accompli → Microsoft → Desligamento (tornou-se Outlook Mobile)
Acompli → Microsoft → Integrado (sucesso raro)

Consolidação de infraestrutura de e-mail

Caixa de Correio → Cliente eM (2024): A Postbox fechou imediatamente após a aquisição
Aquisições múltiplas: ImprovMX foi adquirido várias vezes, com preocupações com a privacidade levantadas e anúncios de aquisição e listagens de empresas
Degradação do serviço:Muitos serviços pioram após a aquisição

O Cemitério de E-mails de Código Aberto: Quando "Grátis" Não É Sustentável
Nylas Mail → Mailspring: O Fork Que Não Conseguiu

Nylas Mail: Cliente de e-mail de código aberto, descontinuado em 2017 e teve problemas de uso massivo de memória
Mailspring: Bifurcação da comunidade, com dificuldades de manutenção e problemas de alto uso de RAM
Realidade: Clientes de e-mail de código aberto não podem competir com aplicativos nativos

Eudora: A Marcha da Morte de 18 Anos

1988-2006: Cliente de e-mail dominante para Mac/Windows
2006: A Qualcomm interrompeu o desenvolvimento
2007: Código aberto como "Eudora OSE"
2010: Projeto abandonado
Lição:Até mesmo clientes de e-mail bem-sucedidos acabam morrendo

FairEmail: Morto pela política do Google Play

FairEmail: Cliente de e-mail Android focado em privacidade
Google Play: Banido por "violar políticas"
Realidade: As políticas de plataforma podem encerrar aplicativos de e-mail instantaneamente

O Problema da Manutenção
Projetos de e-mail de código aberto falham porque:

Complexidade:Os protocolos de e-mail são complexos para serem implementados corretamente
Segurança: Atualizações de segurança constantes necessárias
Compatibilidade: Deve funcionar com todos os provedores de e-mail
Recursos: Esgotamento de desenvolvedores voluntários

O crescimento das startups de e-mail com IA: a história se repete com a "inteligência"
A atual corrida do ouro do e-mail com IA
Startups de e-mail com IA de 2024:

Super-humano: US$ 33 milhões arrecadados, adquirido pela Grammarly (2025)
Ondas curtas: Y Combinator, Gmail + IA
Caixa Sanitária: Filtragem de e-mail por IA (realmente lucrativa)
Bumerangue: Agendamento e respostas de IA
Correio-0/Zero: Startup de cliente de e-mail com tecnologia de IA está construindo mais uma interface de e-mail
Caixa de entrada zero: Assistente de e-mail de IA de código aberto tenta automatizar o gerenciamento de e-mail

O Frenesi do Financiamento
VCs estão investindo em "IA + Email":

Mais de US$ 100 milhões investidos em startups de e-mail de IA em 2024
As mesmas promessas: "Experiência revolucionária de e-mail"
Os mesmos problemas:Construindo sobre a infraestrutura existente
Mesmo resultado:A maioria irá falhar dentro de 3 anos

Por que todos eles falharão (de novo)

A IA não resolve os problemas do e-mail: O e-mail funciona bem
O Gmail já tem IA: Respostas inteligentes, caixa de entrada prioritária, filtragem de spam
Preocupações com privacidade: A IA exige a leitura de todos os seus e-mails
Estrutura de custos: O processamento de IA é caro, o e-mail é uma mercadoria
Efeitos de rede: Não é possível quebrar o domínio do Gmail/Outlook

O resultado inevitável

2025: Superhuman adquirido com sucesso pela Grammarly - uma rara saída bem-sucedida para um cliente de e-mail
2025-2026: A maioria das startups de e-mail de IA restantes irão mudar ou fechar
2027:Os sobreviventes serão adquiridos, com resultados mistos
2028: "E-mail blockchain" ou a próxima tendência surgirá

A Catástrofe da Consolidação: Quando os "Sobreviventes" se Tornam Desastres
A Grande Consolidação de Serviços de E-mail
O setor de e-mail se consolidou drasticamente:

A ActiveCampaign adquiriu a Postmark (2022)
Sinch adquiriu a Mailgun (2021)
Twilio adquiriu a SendGrid (2019)
Múltiplos ImprovMX aquisições (em andamento) com preocupações com a privacidade e anúncios de aquisição e listagens de empresas

Outlook: O "Sobrevivente" que não para de quebrar
Microsoft Outlook, apesar de ser um "sobrevivente", tem problemas constantes:

Vazamentos de memória: O Outlook consome gigabytes de RAM e requer reinicializações frequentes
Problemas de sincronização: Os e-mails desaparecem e reaparecem aleatoriamente
Problemas de desempenho: Inicialização lenta, travamentos frequentes
Problemas de compatibilidade: Rompe com provedores de e-mail de terceiros

Nossa experiência no mundo real: Ajudamos regularmente clientes cujas configurações do Outlook violam nossa implementação IMAP perfeitamente compatível.
O problema da infraestrutura do carimbo postal
Depois Aquisição da ActiveCampaign:

Falha no certificado SSL: Quase 10 horas de interrupção em setembro de 2024 devido a certificados SSL expirados
Rejeições de usuários: Marc Köhlbrugge sendo rejeitado apesar do uso legítimo
Desenvolvedor Exodus: @levelsio afirmando que "Amazon SES é nossa última esperança"
Problemas com o MailGun: Scott relatou: "O pior serviço do @Mail_Gun... não conseguimos enviar e-mails há 2 semanas"

Baixas recentes de clientes de e-mail (2024-2025)
Caixa de Correio → Cliente eM Aquisição:Em 2024, a eM Client adquiriu a Postbox e desligue-o imediatamente, forçando milhares de usuários a migrarem.
Correio Canário Problemas: Apesar de Apoio de sequoia, os usuários relatam recursos que não funcionam e suporte ao cliente ruim.
Spark por Readdle: Os usuários relatam cada vez mais experiências ruins com o cliente de e-mail.
Mailbird Problemas de licenciamento: Usuários do Windows enfrentam problemas de licenciamento e confusão de assinatura.
Correio aéreo Declínio: O cliente de e-mail Mac/iOS, baseado na base de código Sparrow com falha, continua a receber avaliações ruins para problemas de confiabilidade.
Extensão de e-mail e aquisições de serviços
HubSpot Sidekick → Descontinuado:A extensão de rastreamento de e-mail da HubSpot foi descontinuado em 2016 e substituído por "HubSpot Sales".
Engajar para Gmail → Aposentado:A extensão do Gmail da Salesforce era aposentado em junho de 2024, forçando os usuários a migrarem para outras soluções.
Os Sobreviventes: Empresas de E-mail que Realmente Funcionam
Nem todas as empresas de e-mail falham. Aqui estão as que realmente funcionam:
Mailmodo: História de sucesso da Y Combinator, US$ 2 milhões do aumento da Sequoia concentrando-se em campanhas de e-mail interativas.
Mixmax: Criado Financiamento total de US$ 13,3 milhões e continua operando como uma plataforma de engajamento de vendas bem-sucedida.
Outreach.io: Alcançado Avaliação de mais de US$ 4,4 bilhões e está se preparando para um potencial IPO como uma plataforma de engajamento de vendas.
Apollo.io: Alcançou Avaliação de US$ 1,6 bilhão com US$ 100 milhões da Série D em 2023 para sua plataforma de inteligência de vendas.
GMass: Geração de histórias de sucesso do Bootstrap US$ 140 mil/mês como uma extensão do Gmail para marketing por e-mail.
CRM de sequência: CRM bem-sucedido baseado no Gmail que está em operação desde 2012 sem maiores problemas.
ToutApp: Com sucesso adquirida pela Marketo em 2017 depois de levantar mais de US$ 15 milhões em financiamento.
Bananatag: Adquirida pela Staffbase em 2021 e continua operando como "Staffbase Email".
Padrão de chave:Essas empresas têm sucesso porque aprimorar fluxos de trabalho de e-mail existentes em vez de tentar substituir o e-mail completamente. Eles criam ferramentas que funcionam com infraestrutura de e-mail, não contra ela.

[!TIP]
Não encontrou nenhum provedor que você conhece mencionado aqui? (por exemplo, Posteo, Mailbox.org, Migadu, etc.) Consulte nosso página de comparação abrangente de serviços de e-mail para mais insights.