El cementerio de las startups de correo electrónico: por qué la mayoría de las empresas de correo electrónico fracasan

Si bien muchas empresas emergentes de correo electrónico han invertido millones en resolver problemas percibidos, en Redirigir correo se han centrado en construir una infraestructura de correo electrónico confiable desde cero desde 2017. Este análisis explora los patrones detrás de los resultados de las empresas emergentes de correo electrónico y los desafíos fundamentales de la infraestructura de correo electrónico.

[!NOTE] Visión claveLa mayoría de las startups de correo electrónico no construyen una infraestructura de correo electrónico real desde cero. Muchas se basan en soluciones existentes como Amazon SES o sistemas de código abierto como Postfix. Los protocolos principales funcionan bien; el desafío radica en la implementación.

[!TIP] Análisis técnico profundo:Para obtener detalles completos sobre nuestro enfoque, arquitectura e implementación de seguridad, consulte nuestra Documento técnico sobre reenvío de correo electrónico y Página acerca de que documenta nuestra línea de tiempo de desarrollo completa desde 2017.

La matriz de fracaso de las empresas de correo electrónico

[!CAUTION] Alerta de tasa de fallos: Solo Techstars tiene 28 empresas relacionadas con el correo electrónico con sólo 5 salidas, una tasa de fracaso extremadamente alta (a veces calculada en más del 80%).

Aquí están todos los fracasos más importantes de startups de correo electrónico que pudimos encontrar, organizados por acelerador, financiación y resultado:

EmpresaAñoAceleradorFondosResultadoEstadoProblema clave
Esquife2024-14,2 millones de dólares en totalAdquirido por Notion → Apagado😵 MuertoLos fundadores dejaron Notion para irse a Cursor
Gorrión2012-$247 mil semilla, Adquisición de menos de 25 millones de dólaresAdquirido por Google → Cierre😵 MuertoSólo adquisición de talento
Copiloto de correo electrónico2012Estrellas tecnológicas~$120.000 (estándar de Techstars)Adquirido → Apagado😵 MuertoAhora redirecciona a Validez
ResponderEnviar2012Estrellas tecnológicas~$120.000 (estándar de Techstars)Fallido😵 MuertoPropuesta de valor vaga
Envuelto2012Estrellas tecnológicas~$120.000 (estándar de Techstars)Fallido😵 MuertoFácil. Seguro. Correo electrónico.
Revoltijo2015Estrellas tecnológicas~$120.000 (estándar de Techstars)Fallido😵 MuertoCifrado de correo electrónico
Fiebre de la bandeja de entrada2011Estrellas tecnológicas~$118 mil (Techstars 2011)Fallido😵 MuertoAPI para aplicaciones de correo electrónico
Correo electrónico2014YC~$120K (estándar YC)Pivotado🧟 ZombiCorreo electrónico móvil → "bienestar"
MailTime2016YC~$120K (estándar YC)Pivotado🧟 ZombiCliente de correo electrónico → análisis
reMail2009YC~$20K (YC 2009)Adquirido por Google → Apagado😵 MuertoBúsqueda de correo electrónico en iPhone
Mailhaven2016500 Global~$100K (500 estándar)SalióDesconocidoSeguimiento de paquetes

La verificación de la realidad de la infraestructura

[!WARNING] La verdad ocultaTodas las startups de correo electrónico simplemente desarrollan interfaces de usuario sobre la infraestructura existente. No construyen servidores de correo electrónico reales, sino aplicaciones que se conectan a la infraestructura de correo electrónico real.

¿Qué hace funcionar realmente el correo electrónico?

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]





Lo que realmente construyen las "startups de correo electrónico"


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]
Patrón clave para el éxito del correo electrónicoLas empresas que realmente triunfan en el correo electrónico no intentan reinventar la rueda. En cambio, construyen... Infraestructura y herramientas que mejoran flujos de trabajo de correo electrónico existentes. SendGrid, pistola de correo, y Matasellos Se convirtieron en empresas multimillonarias al proporcionar API SMTP confiables y servicios de entrega: funcionan con Protocolos de correo electrónico, no contra ellos. Este es el mismo enfoque que adoptamos en Forward Email.




Por qué fracasan la mayoría de las empresas emergentes de correo electrónico




[!IMPORTANT]
El patrón fundamental: Correo electrónico cliente Las empresas emergentes generalmente fracasan porque intentan reemplazar los protocolos de trabajo, mientras que el correo electrónico infraestructura Las empresas pueden tener éxito mejorando sus flujos de trabajo existentes. La clave está en comprender qué necesitan realmente los usuarios y qué creen que necesitan los emprendedores.




1. Los protocolos de correo electrónico funcionan, pero la implementación a menudo no.




[!NOTE]
Estadísticas de correo electrónico: 347.3 mil millones de correos electrónicos enviados diariamente Sin mayores problemas, sirviendo 4.37 mil millones de usuarios de correo electrónico en todo el mundo a partir de 2023.




Los protocolos básicos de correo electrónico son sólidos, pero la calidad de la implementación varía ampliamente:



La verdadera oportunidad:Mejor implementación de los protocolos existentes, no reemplazo de protocolos.


2. Los efectos de red son irrompibles


El efecto de red del correo electrónico es absoluto:



3. A menudo se centran en los problemas equivocados


Muchas empresas emergentes de correo electrónico se centran en problemas percibidos en lugar de en los puntos problemáticos reales:



Problemas reales que vale la pena resolver:Confiabilidad de la infraestructura, capacidad de entrega, filtrado de spam y herramientas para desarrolladores.


4. La deuda técnica es enorme


Para construir una infraestructura de correo electrónico real se requiere:



5. La infraestructura ya existe


¿Por qué reinventarse cuando puedes utilizar:



Casos prácticos: Cuando las empresas emergentes de correo electrónico fracasan


Estudio de caso: El desastre del Skiff


Skiff ejemplifica perfectamente todo lo que está mal en las nuevas empresas de correo electrónico.


La configuración


    

  • PosicionamientoPlataforma de correo electrónico y productividad que prioriza la privacidad.
    • 

  • Fondos: Capital de riesgo significativo
    • 

  • Promesa:Mejor correo electrónico mediante privacidad y cifrado
    • 



La Adquisición


Notion adquirió Skiff en febrero de 2024 con las típicas promesas de adquisición sobre integración y desarrollo continuo.


La realidad



El análisis del acelerador


Y Combinator: La fábrica de aplicaciones de correo electrónico


Combinador Y Ha financiado docenas de startups de correo electrónico. Este es el patrón:



Tasa de éxitoResultados mixtos con algunas salidas notables. Varias empresas lograron adquisiciones exitosas (reMail a Google, Rapportive a LinkedIn), mientras que otras abandonaron el correo electrónico o fueron contratadas para captar talento.


Techstars: El cementerio del correo electrónico


Estrellas tecnológicas tiene un historial aún peor:



PatrónPropuestas de valor vagas, ninguna innovación técnica real, fracasos rápidos.


La trampa del capital de riesgo




[!CAUTION]
La paradoja de la financiación de capital riesgoA los inversores de capital riesgo les encantan las startups de correo electrónico porque parecen sencillas, pero en realidad son imposibles. Las premisas fundamentales que atraen la inversión son precisamente las que garantizan el fracaso.




A los VC les encantan las startups de correo electrónico porque parecen simples pero en realidad son imposibles:


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]





Realidad:Ninguna de estas suposiciones es válida para el correo electrónico.


La realidad técnica: las pilas de correo electrónico modernas


¿Qué impulsa realmente a las startups de correo electrónico?


Veamos qué hacen realmente estas empresas:


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]





Los problemas de rendimiento


Hinchazón de memoria:La mayoría de las aplicaciones de correo electrónico son aplicaciones web basadas en Electron que consumen enormes cantidades de RAM:





[!WARNING]
Crisis del rendimiento de los electronesLos clientes de correo electrónico modernos desarrollados con Electron y React Native sufren graves problemas de sobrecarga de memoria y rendimiento. Estos frameworks multiplataforma, si bien son convenientes para los desarrolladores, crean aplicaciones que consumen muchos recursos y que consumen cientos de megabytes o incluso gigabytes de RAM para las funciones básicas del correo electrónico.




Descarga de la batería:Sincronización constante y código ineficiente:


    

  • Procesos en segundo plano que nunca duermen
    • 

  • Llamadas API innecesarias cada pocos segundos
    • 

  • Mala gestión de la conexión
    • 

  • No hay dependencias de terceros excepto aquellas absolutamente necesarias para la funcionalidad principal
    • 



Los patrones de adquisición: éxito vs. cierre


Los dos patrones


Patrón de aplicación de cliente (normalmente falla):


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





Patrón de infraestructura (que suele tener éxito):


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





Ejemplos recientes


Fallos de la aplicación cliente:



Excepción notable:



Éxitos en infraestructura:



Evolución y consolidación de la industria


Progresión natural de la industria


La industria del correo electrónico ha evolucionado naturalmente hacia la consolidación, con empresas más grandes adquiriendo a otras más pequeñas para integrar funciones o eliminar la competencia. Esto no es necesariamente negativo; es la forma en que se desarrollan la mayoría de las industrias consolidadas.


Transiciones posteriores a la adquisición


Cuando se adquieren empresas de correo electrónico, los usuarios a menudo se enfrentan a:


    

  • Migraciones de servicios: Mudanza a nuevas plataformas
    • 

  • Cambios de funciones:Pérdida de funcionalidad especializada
    • 

  • Ajustes de precios:Diferentes modelos de suscripción
    • 

  • Períodos de integración:Interrupciones temporales del servicio
    • 



Consideraciones del usuario durante las transiciones


Durante la consolidación de la industria, los usuarios se benefician de:


    

  • Evaluando alternativas:Varios proveedores ofrecen servicios similares
    • 

  • Comprender las rutas migratorias:La mayoría de los servicios proporcionan herramientas de exportación.
    • 

  • Considerando la estabilidad a largo plazo:Los proveedores establecidos a menudo ofrecen más continuidad
    • 



La verificación de la realidad de Hacker News


Cada startup de correo electrónico recibe los mismos comentarios Noticias de piratas informáticos:



La comunidad tiene razónEstos comentarios aparecen en cada lanzamiento de correo electrónico porque los problemas fundamentales son siempre los mismos.


La estafa del correo electrónico de la IA moderna


La última ola


2024 trajo consigo una nueva ola de empresas emergentes de "correo electrónico impulsado por IA", y la primera salida exitosa importante ya se produjo:



Los mismos viejos problemas


Añadir "IA" no resuelve los desafíos fundamentales:


    

  • Resúmenes de IA:La mayoría de los correos electrónicos ya son concisos
    • 

  • Respuestas inteligentes: Gmail los tiene desde hace años y funcionan bien
    • 

  • Programación de correo electrónico: Outlook hace esto de forma nativa
    • 

  • Detección de prioridad:Los clientes de correo electrónico existentes tienen sistemas de filtrado efectivos
    • 



El verdadero desafío:Las funciones de IA requieren una importante inversión en infraestructura y al mismo tiempo abordan problemas relativamente menores.


Lo que realmente funciona: Historias reales de éxito del correo electrónico


Empresas de infraestructura (Las ganadoras)



Patrón:Construyen infraestructura, no aplicaciones.


Proveedores de correo electrónico (Los supervivientes)





[!WARNING]
La cuestión de la inversión del JMAP:Mientras Fastmail invierte recursos en JMAP, un protocolo que es 10+ años con adopción limitada, ellos simultáneamente negarse a implementar el cifrado PGP que muchos usuarios solicitan. Esto representa una decisión estratégica para priorizar la innovación de protocolos sobre las funciones solicitadas por los usuarios. Queda por ver si JMAP se adoptará más ampliamente, pero el ecosistema actual de clientes de correo electrónico sigue dependiendo principalmente de IMAP/SMTP.






[!TIP]
Éxito empresarial: Poderes de reenvío de correo electrónico Soluciones de correo electrónico para exalumnos de las mejores universidades, incluida la Universidad de Cambridge, con 30.000 direcciones de ex alumnos, lo que supone un ahorro de costes anual de 87.000 dólares en comparación con las soluciones tradicionales.




Patrón:Mejoran el correo electrónico, no lo reemplazan.


La excepción: la historia de éxito de Xobni


Hobney se destaca como una de las pocas empresas emergentes relacionadas con el correo electrónico que realmente tuvo éxito al adoptar el enfoque correcto.


Lo que Xobni hizo bien:


    

  • Correo electrónico existente mejorado:Creado sobre Outlook en lugar de reemplazarlo
    • 

  • Problemas reales resueltos:Gestión de contactos y búsqueda de correo electrónico
    • 

  • Centrado en la integración:Trabajé con flujos de trabajo existentes
    • 

  • Enfoque empresarial:Usuarios empresariales específicos con problemas reales
    • 



El éxito: Xobni fue adquirido por Yahoo por 60 millones de dólares en 2013, proporcionando un retorno sólido para los inversores y una salida exitosa para los fundadores.


Por qué Xobni triunfó donde otros fracasaron


    

  1. Construido sobre una infraestructura probada:Se utilizó el manejo de correo electrónico existente de Outlook
    2. 

  2. Problemas reales resueltos:La gestión de contactos estaba realmente rota
    3. 

  3. Mercado empresarial:Las empresas pagan por herramientas de productividad
    4. 

  4. Enfoque de integración:Flujos de trabajo existentes mejorados en lugar de reemplazados
    5. 



El éxito continuo de los fundadores


Matt Brezina y Adam Smith No se detuvo después de Xobni:


    

  • Matt Brezina:Se convirtió en un activo inversor ángel con inversiones en Dropbox, Mailbox y otros
    • 

  • Adam Smith:Continuamos construyendo empresas exitosas en el ámbito de la productividad.
    • 

  • Ambos fundadores:Demostró que el éxito del correo electrónico proviene de la mejora, no del reemplazo.
    • 



El patrón


Las empresas tienen éxito en el correo electrónico cuando:


    

  1. Construir infraestructura (SendGrid, pistola de correo)
    2. 

  2. Mejorar los flujos de trabajo existentes (Hobney, Correo rápido)
    3. 

  3. Centrarse en la fiabilidad (Amazon SES, Matasellos)
    4. 

  4. Servir a los desarrolladores (API y herramientas, no aplicaciones para el usuario final)
    5. 



¿Alguien ha reinventado con éxito el correo electrónico?


Esta es una pregunta crucial que llega al corazón de la innovación del correo electrónico. La respuesta corta es: Nadie ha reemplazado con éxito el correo electrónico, pero algunos lo han mejorado con éxito..


Lo que realmente se quedó atascado


Observando las innovaciones en el correo electrónico en los últimos 20 años:



Patrón:Todas las innovaciones exitosas mejorado protocolos de correo electrónico existentes en lugar de reemplazarlos.


Nuevas herramientas complementan el correo electrónico (pero no lo reemplazan)


    

  • Flojo:Excelente para el chat en equipo, pero aún envía notificaciones por correo electrónico.
    • 

  • Discordia:Excelente para comunidades, pero utiliza el correo electrónico para la administración de cuentas.
    • 

  • WhatsApp:Perfecto para la mensajería, pero las empresas todavía usan el correo electrónico.
    • 

  • Zoom:Esencial para videollamadas, pero las invitaciones a reuniones llegan por correo electrónico.
    • 



El experimento HEY




[!IMPORTANT]
Validación en el mundo real:El fundador de HEY DHH En realidad utiliza nuestro servicio de Forward Email para su dominio personal. dhh.dk y lo ha hecho durante varios años, demostrando que incluso los innovadores en materia de correo electrónico confían en una infraestructura probada.




HEY por Campamento base Representa el intento más serio reciente de "reinventar" el correo electrónico:


    

  • Lanzado: 2020 con gran fanfarria
    • 

  • Acercarse:Un paradigma de correo electrónico completamente nuevo con selección, agrupación y flujos de trabajo
    • 

  • Recepción: Mixto: a algunos les encanta, la mayoría se queda con el correo electrónico existente
    • 

  • RealidadSigue siendo correo electrónico (SMTP/IMAP) con una interfaz diferente
    • 



Lo que realmente funciona


Las innovaciones de correo electrónico más exitosas han sido:


    

  1. Mejor infraestructura:Servidores más rápidos, mejor filtrado de spam, capacidad de entrega mejorada
    2. 

  2. Interfaces mejoradas: Vista de conversaciones de Gmail, Integración del calendario de Outlook
    3. 

  3. Herramientas para desarrolladores:API para enviar correos electrónicos, webhooks para seguimiento
    4. 

  4. Flujos de trabajo especializados: Integración de CRM, automatización de marketing, correo electrónico transaccional
    5. 



Ninguna de estas opciones reemplazó al correo electrónico: lo mejoraron.


Construcción de infraestructura moderna para los protocolos de correo electrónico existentes: nuestro enfoque


Antes de analizar los fallos, es importante comprender qué funciona realmente en el correo electrónico. El problema no es que el correo electrónico esté roto, sino que la mayoría de las empresas intentan "arreglar" algo que ya funciona a la perfección.


El espectro de la innovación del correo electrónico


La innovación en el correo electrónico se divide en tres categorías:


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 qué nos centramos en la infraestructura


Elegimos construir una infraestructura de correo electrónico moderna porque:


    

  • Los protocolos de correo electrónico están probados: SMTP ha funcionado de forma fiable desde 1982
    • 

  • El problema es la implementación:La mayoría de los servicios de correo electrónico utilizan pilas de software obsoletas
    • 

  • Los usuarios quieren fiabilidad:No son funciones nuevas que alteren los flujos de trabajo existentes
    • 

  • Los desarrolladores necesitan herramientas:Mejores API e interfaces de gestión
    • 



Lo que realmente funciona en el correo electrónico


El patrón exitoso es simple: Mejorar los flujos de trabajo de correo electrónico existentes en lugar de reemplazarlos. Esto significa:


    

  • Construyendo servidores SMTP más rápidos y confiables
    • 

  • Cómo crear un mejor filtrado de spam sin dañar el correo electrónico legítimo
    • 

  • Proporcionar API fáciles de usar para desarrolladores para protocolos existentes
    • 

  • Mejorar la capacidad de entrega mediante una infraestructura adecuada
    • 



Nuestro enfoque: por qué somos diferentes


Qué hacemos


    

  • Construir infraestructura real:Servidores SMTP/IMAP personalizados desde cero
    • 

  • Centrarse en la fiabilidad: 99,99% de tiempo de actividad, manejo adecuado de errores
    • 

  • Mejorar los flujos de trabajo existentes:Trabaja con todos los clientes de correo electrónico
    • 

  • Servir a los desarrolladores:API y herramientas que realmente funcionan
    • 

  • Mantener la compatibilidad: Lleno SMTP/IMAP/POP3 cumplimiento
    • 



Lo que no hacemos


    

  • Cree clientes de correo electrónico "revolucionarios"
    • 

  • Intente reemplazar los protocolos de correo electrónico existentes
    • 

  • Añadir funciones de IA innecesarias
    • 

  • Promesa de "arreglar" el correo electrónico
    • 



Cómo construimos una infraestructura de correo electrónico que realmente funciona


Nuestro enfoque anti-startups


Mientras otras empresas gastan millones intentando reinventar el correo electrónico, nosotros nos centramos en construir una infraestructura confiable:


    

  • Sin pivotesLlevamos más de 7 años construyendo infraestructura de correo electrónico.
    • 

  • Sin estrategia de adquisicionesEstamos construyendo a largo plazo.
    • 

  • No hay afirmaciones "revolucionarias":Simplemente hacemos que el correo electrónico funcione mejor
    • 



¿Qué nos hace diferentes?




[!TIP]
Cumplimiento de nivel gubernamental:Reenviar correo electrónico es Cumple con la Sección 889 y presta servicios a organizaciones como la Academia Naval de los EE. UU., lo que demuestra nuestro compromiso de cumplir con los estrictos requisitos de seguridad federal.






[!NOTE]
Implementación de OpenPGP y OpenWKD:A diferencia de Fastmail, que se niega a implementar PGP Citando preocupaciones de complejidad, Forward Email proporciona soporte completo OpenPGP con conformidad con OpenWKD (Web Key Directory), brindando a los usuarios el cifrado que realmente desean sin forzarlos a usar protocolos experimentales como JMAP.




Comparación de la pila 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]






Diferencias clave:


    

  • Lenguaje modernoJavaScript en toda la pila frente al código C de la década de 1980
    • 

  • Código sin pegamento:Un solo idioma elimina la complejidad de la integración
    • 

  • Nativo de la web:Diseñado para el desarrollo web moderno desde cero
    • 

  • Mantenible:Cualquier desarrollador web puede comprender y contribuir.
    • 

  • Sin deuda heredada:Base de código limpia y moderna sin décadas de parches
    • 





[!NOTE]
Privacidad por diseño: Nuestro política de privacidad garantiza que no almacenamos correos electrónicos reenviados en almacenamiento en disco o bases de datos, no almacenamos metadatos sobre correos electrónicos y no almacenamos registros o direcciones IP; operamos en memoria solo para servicios de reenvío de correo electrónico.




Documentación técnica:Para obtener detalles completos sobre nuestro enfoque, arquitectura e implementación de seguridad, consulte nuestra documento técnico y amplia documentación técnica.


Comparación de proveedores de servicios de correo electrónico: Crecimiento mediante protocolos probados




[!NOTE]
Cifras de crecimiento realMientras otros proveedores buscan protocolos experimentales, Forward Email se centra en lo que los usuarios realmente desean: IMAP, POP3, SMTP, CalDAV y CardDAV confiables y compatibles con todos los dispositivos. Nuestro crecimiento demuestra el valor de este enfoque.




ProveedorNombres de dominio (2024 vía Senderos de seguridad)Nombres de dominio (2025 vía Ver DNS)Cambio porcentualRegistro MX
Redirigir correo418,477506,653+21.1%mx1.forwardemail.net
Correo de protones253,977334,909+31.9%mail.protonmail.ch
correo rápido168,433192,075+14%in1-smtp.messagingengine.com
Buzón38,65943,337+12.1%mxext1.mailbox.org
Total18,78121,720+15.6%mail.tutanota.de
Skiff (desaparecido)7,5043,361-55.2%inbound-smtp.skiff.com


Perspectivas clave:


    

  • Redirigir correo muestra un fuerte crecimiento (+21,1%) con más de 500.000 dominios que utilizan nuestros registros MX
    • 

  • Las infraestructuras probadas ganan:Los servicios con IMAP/SMTP confiables muestran una adopción de dominio consistente
    • 

  • Irrelevancia de JMAP:La inversión en JMAP de Fastmail muestra un crecimiento más lento (+14%) en comparación con los proveedores centrados en protocolos estándar
    • 

  • El colapso del Skiff:La extinta startup perdió el 55,2% de los dominios, lo que demuestra el fracaso de los enfoques de correo electrónico "revolucionarios".
    • 

  • Validación del mercado:El crecimiento del número de dominios refleja la adopción real por parte de los usuarios, no métricas de marketing.
    • 



La cronología técnica


Basado en nuestro cronología oficial de la empresaAsí es como hemos creado una infraestructura de correo electrónico 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 qué triunfamos donde otros fracasan


    

  1. Construimos infraestructura, no aplicaciones:Centro de atención en servidores y protocolos
    2. 

  2. Mejoramos, no reemplazamos:Trabajar con clientes de correo electrónico existentes
    3. 

  3. Somos rentables: Sin presión de los inversores de capital riesgo para "crecer rápido y romper récords"
    4. 

  4. Entendemos el correo electrónico:Más de 7 años de profunda experiencia técnica
    5. 

  5. Servimos a los desarrolladores:API y herramientas que realmente resuelven problemas
    6. 



La verificación de la realidad de los costos


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]





Desafíos de seguridad en la infraestructura del correo electrónico




[!IMPORTANT]
Seguridad de correo electrónico Quantum-Safe:Reenviar correo electrónico es el El primer y único servicio de correo electrónico del mundo que utiliza buzones SQLite con cifrado individual y resistentes a la tecnología cuántica., proporcionando una seguridad sin precedentes contra futuras amenazas de la computación cuántica.




La seguridad del correo electrónico es un desafío complejo que afecta a todos los proveedores del sector. En lugar de destacar incidentes individuales, resulta más valioso comprender las consideraciones de seguridad comunes que todos los proveedores de infraestructura de correo electrónico deben abordar.


Consideraciones de seguridad comunes


Todos los proveedores de correo electrónico enfrentan desafíos de seguridad similares:


    

  • Protección de datos:Protección de los datos y las comunicaciones de los usuarios
    • 

  • Control de acceso:Administración de autenticación y autorización
    • 

  • Seguridad de la infraestructura:Protección de servidores y bases de datos
    • 

  • Cumplimiento:Cumplir con diversos requisitos reglamentarios como GDPR y CCPA
    • 





[!NOTE]
Cifrado avanzado: Nuestro prácticas de seguridad incluye cifrado ChaCha20-Poly1305 para buzones de correo, cifrado de disco completo con LUKS v2 y protección integral con cifrado en reposo, cifrado en memoria y cifrado en tránsito.




El valor de la transparencia


Cuando ocurren incidentes de seguridad, la respuesta más valiosa es la transparencia y la rapidez. Empresas que:


    

  • Divulgar los incidentes con prontitud:Ayudar a los usuarios a tomar decisiones informadas
    • 

  • Proporcionar cronogramas detallados:Demuestren que comprenden el alcance de los problemas.
    • 

  • Implementar correcciones rápidamente:Demostrar competencia técnica
    • 

  • Compartir lecciones aprendidas:Contribuir a las mejoras de seguridad en toda la industria.
    • 



Estas respuestas benefician a todo el ecosistema de correo electrónico al promover las mejores prácticas y alentar a otros proveedores a mantener altos estándares de seguridad.


Desafíos de seguridad actuales


La industria del correo electrónico continúa evolucionando sus prácticas de seguridad:



Estos desafíos exigen una inversión y una experiencia constantes de todos los proveedores del sector.


Conclusión: Céntrese en la infraestructura, no en las aplicaciones


La evidencia es clara


Después de analizar cientos de nuevas empresas de correo electrónico:


    

  • Tasa de fracaso del 80%+:La mayoría de las empresas emergentes de correo electrónico fracasan por completo (esta cifra probablemente sea MUCHO más alta que el 80%; estamos siendo amables).
    • 

  • Las aplicaciones cliente suelen fallar:Ser adquirido generalmente significa la muerte para los clientes de correo electrónico.
    • 

  • La infraestructura puede tener éxito:Las empresas que crean servicios SMTP/API suelen prosperar
    • 

  • La financiación de capital riesgo crea presiónEl capital de riesgo crea expectativas de crecimiento poco realistas
    • 

  • La deuda técnica se acumulaConstruir una infraestructura de correo electrónico es más difícil de lo que parece
    • 



El contexto histórico


El correo electrónico lleva más de 20 años "muriendo" según las empresas emergentes:


    

  • 2004:"Las redes sociales reemplazarán al correo electrónico"
    • 

  • 2008"La mensajería móvil acabará con el correo electrónico"
    • 

  • 2012: "Flojo reemplazará el correo electrónico"
    • 

  • 2016"La IA revolucionará el correo electrónico"
    • 

  • 2020:“El trabajo remoto necesita nuevas herramientas de comunicación”
    • 

  • 2024"La IA finalmente solucionará el correo electrónico"
    • 



El correo electrónico sigue aquíSigue creciendo. Sigue siendo esencial.


La verdadera lección


La lección no es que el correo electrónico no se pueda mejorar. Se trata de elegir el enfoque adecuado:


    

  1. Los protocolos de correo electrónico funcionan: SMTP, IMAP, POP3 están probados en batalla
    2. 

  2. La infraestructura importaLa confiabilidad y el rendimiento superan las características llamativas.
    3. 

  3. La mejora es mejor que el reemplazo:Trabaja con el correo electrónico, no luches contra él
    4. 

  4. La sostenibilidad supera al crecimiento:Las empresas rentables duran más que las financiadas por capital riesgo
    5. 

  5. Servir a los desarrolladores:Las herramientas y las API crean más valor que las aplicaciones para el usuario final
    6. 



La oportunidad:Mejor implementación de protocolos probados, no reemplazo de protocolos.




[!TIP]
Análisis completo del servicio de correo electrónico:Para una comparación detallada de 79 servicios de correo electrónico en 2025, que incluye reseñas detalladas, capturas de pantalla y análisis técnico, consulte nuestra guía completa: Los 79 mejores servicios de correo electrónicoEste análisis demuestra por qué Forward Email se clasifica constantemente como la opción recomendada por su confiabilidad, seguridad y cumplimiento de estándares.






[!NOTE]
Validación en el mundo realNuestro enfoque funciona para organizaciones que van desde agencias gubernamentales que requieren el cumplimiento de la Sección 889 a Las principales universidades gestionan decenas de miles de direcciones de exalumnos, demostrando que construir una infraestructura confiable es el camino hacia el éxito del correo electrónico.




Si estás pensando en crear una startup de correo electrónico, considera construir una infraestructura de correo electrónico. El mundo necesita mejores servidores de correo electrónico, no más aplicaciones.


El cementerio de correo electrónico extendido: más fallos y cierres


Los experimentos de correo electrónico de Google que salieron mal


Google, a pesar de ser propietario Gmail, ha matado varios proyectos de correo electrónico:


    

  • Google Wave (2009-2012): "El asesino del correo electrónico" que nadie entendió
    • 

  • Google Buzz (2010-2011): Desastre de la integración del correo electrónico social
    • 

  • Bandeja de entrada de Gmail  (2014-2019): El sucesor "inteligente" de Gmail, abandonado
    • 

  • Google+ Funciones de correo electrónico (2011-2019): Integración de correo electrónico con redes sociales
    • 



PatrónNi siquiera Google puede reinventar con éxito el correo electrónico.


El fracaso en serie: las tres muertes de Newton Mail


Correo de Newton fallecido tres veces:


    

  1. Magia en las nubes (2013-2016): Cliente de correo electrónico adquirido por Newton
    2. 

  2. Correo de Newton (2016-2018): Rebranding, el modelo de suscripción fracasó
    3. 

  3. El renacimiento del correo de Newton (2019-2020): Intentó regresar y fracasó nuevamente
    4. 



Lección:Los clientes de correo electrónico no pueden soportar modelos de suscripción.


Las aplicaciones que nunca se lanzaron


Muchas empresas emergentes de correo electrónico murieron antes de su lanzamiento:


    

  • Tiempo (2014): Integración de calendario y correo electrónico, cierre previo al lanzamiento
    • 

  • Flujo de correo (2011): Herramienta de gestión de correo electrónico, adquirida antes del lanzamiento
    • 

  • Fluido (2013): Cliente de correo electrónico, desarrollo detenido
    • 



El patrón de adquisición a cierre



Consolidación de la infraestructura de correo electrónico



El cementerio del correo electrónico de código abierto: cuando lo "gratuito" no es sostenible


Nylas Mail → Mailspring: La bifurcación que no pudo



Eudora: La marcha de la muerte de 18 años


    

  • 1988-2006: Cliente de correo electrónico dominante para Mac/Windows
    • 

  • 2006: Qualcomm detuvo el desarrollo
    • 

  • 2007Código abierto como "Eudora OSE"
    • 

  • 2010:Proyecto abandonado
    • 

  • LecciónIncluso los clientes de correo electrónico exitosos eventualmente mueren
    • 



FairEmail: Eliminado por las políticas de Google Play



El problema del mantenimiento


Los proyectos de correo electrónico de código abierto fracasan porque:


    

  • ComplejidadLos protocolos de correo electrónico son complejos de implementar correctamente.
    • 

  • Seguridad:Se requieren actualizaciones de seguridad constantes
    • 

  • Compatibilidad:Debe funcionar con todos los proveedores de correo electrónico.
    • 

  • Recursos:Agotamiento de los desarrolladores voluntarios
    • 



El auge de las startups de correo electrónico con inteligencia artificial: la historia se repite con la "inteligencia"


La actual fiebre del oro del correo electrónico con inteligencia artificial


Las nuevas empresas de correo electrónico con inteligencia artificial de 2024:



El frenesí de la financiación


Los inversores de capital riesgo están invirtiendo dinero en "IA + correo electrónico":


    

  • Más de 100 millones de dólares invertidos en startups de correo electrónico con inteligencia artificial en 2024
    • 

  • Las mismas promesas"Una experiencia de correo electrónico revolucionaria"
    • 

  • Los mismos problemas:Construir sobre la infraestructura existente
    • 

  • Mismo resultado:La mayoría fracasará en un plazo de 3 años.
    • 



Por qué todos fracasarán (otra vez)


    

  1. La IA no resuelve los problemas no existentes del correo electrónico:El correo electrónico funciona bien
    2. 

  2. Gmail ya tiene IARespuestas inteligentes, bandeja de entrada prioritaria, filtrado de spam
    3. 

  3. Preocupaciones sobre la privacidad:La IA requiere leer todos tus correos electrónicos
    4. 

  4. Estructura de costosEl procesamiento de IA es costoso, el correo electrónico es un producto básico.
    5. 

  5. Efectos de red:No se puede romper el dominio de Gmail/Outlook
    6. 



El resultado inevitable


    

  • 2025: Grammarly adquirió con éxito Superhuman - una rara salida exitosa para un cliente de correo electrónico
    • 

  • 2025-2026:La mayoría de las empresas emergentes de correo electrónico con inteligencia artificial restantes cambiarán de rumbo o cerrarán.
    • 

  • 2027:Se adquirirán sobrevivientes, con resultados mixtos.
    • 

  • 2028:"Correo electrónico blockchain" o surgirá la próxima tendencia
    • 



La catástrofe de la consolidación: cuando los "supervivientes" se convierten en desastres


La gran consolidación del servicio de correo electrónico


La industria del correo electrónico se ha consolidado drásticamente:



Outlook: El "Survivor" que no puede dejar de romperse


Microsoft Outlook, a pesar de ser un "sobreviviente", tiene problemas constantes:


    

  • Fugas de memoria: Outlook consume gigabytes de RAM y requiere reinicios frecuentes
    • 

  • Problemas de sincronización:Los correos electrónicos desaparecen y reaparecen aleatoriamente
    • 

  • Problemas de rendimiento: Inicio lento, bloqueos frecuentes
    • 

  • Problemas de compatibilidad:Rompe con proveedores de correo electrónico de terceros
    • 



Nuestra experiencia en el mundo realRegularmente ayudamos a clientes cuyas configuraciones de Outlook rompen nuestra implementación de IMAP, que cumple perfectamente con las normas.


El problema de la infraestructura del matasellos


Después Adquisición de ActiveCampaign:



Bajas recientes de clientes de correo electrónico (2024-2025)


Buzón de correos → Cliente eM Adquisición:En 2024, eM Client adquirió Postbox y apágalo inmediatamente, obligando a miles de usuarios a migrar.


Correo canario Asuntos: A pesar de Respaldo de sequoiaLos usuarios informan de funciones que no funcionan y de una atención al cliente deficiente.


Spark de Readdle:Los usuarios informan cada vez más de tener malas experiencias con el cliente de correo electrónico.


Pájaro de correo Problemas de licenciaLos usuarios de Windows enfrentan problemas de licencias y confusión con las suscripciones.


Correo aéreo Rechazar:El cliente de correo electrónico Mac/iOS, basado en el código base Sparrow fallido, continúa recibiendo malas críticas por cuestiones de confiabilidad.


Extensión de correo electrónico y adquisiciones de servicios


Compañero de HubSpot → Descontinuado:La extensión de seguimiento de correo electrónico de HubSpot fue descontinuado en 2016 y reemplazado por "HubSpot Sales".


Participar en Gmail → Jubilado:La extensión de Gmail de Salesforce fue jubilado en junio de 2024, obligando a los usuarios a migrar a otras soluciones.


Los supervivientes: empresas de correo electrónico que realmente funcionan


No todas las empresas de correo electrónico fracasan. Estas son las que realmente funcionan:


Mailmodo: Historia de éxito de Y Combinator, $2 millones de dólares provenientes del aumento de Sequoia centrándose en campañas de correo electrónico interactivas.


Mixmax: Aumentó Financiación total de 13,3 millones de dólares y continúa operando como una exitosa plataforma de interacción de ventas.


Outreach.io: Alcanzó Valoración de más de 4.400 millones de dólares y se está preparando para una posible IPO como plataforma de participación en ventas.


Apollo.io: Logrado Valoración de 1.600 millones de dólares con $100 millones de dólares en la Serie D en 2023 para su plataforma de inteligencia de ventas.


GMass:Historia de éxito de Bootstrap que genera $140 mil al mes como una extensión de Gmail para marketing por correo electrónico.


CRM de StreakCRM basado en Gmail que ha estado funcionando exitosamente desde 2012 Sin mayores problemas.


ToutApp: Exitosamente adquirida por Marketo en 2017 después de recaudar más de 15 millones de dólares en financiación.


Etiqueta de plátano: Adquirida por Staffbase en 2021 y continúa operando como "Staffbase Email".


Patrón clave:Estas empresas tienen éxito porque mejorar los flujos de trabajo de correo electrónico existentes En lugar de intentar reemplazar el correo electrónico por completo, crean herramientas que funcionan. con Infraestructura de correo electrónico, no contra ella.




[!TIP]
¿No ves ningún proveedor que conozcas mencionado aquí? (por ejemplo, Posteo, Mailbox.org, Migadu, etc.) Vea nuestra página de comparación completa de servicios de correo electrónico para obtener más información.