El futuro del correo electrónico

Reacción general al artículo

• Muchos ven la pieza como marketing ligero más que como una visión sustantiva: un gran título, pero poco “futuro” concreto.
• Algunos esperaban anuncios sobre JMAP o una evolución real del protocolo; en su lugar vieron una repetición de SPF/DKIM/DMARC.
• Otros apreciaron la aclaración de que Fastmail no está ejecutando silenciosamente IA sobre el correo de los usuarios, sino que solo expone un punto final MCP opcional.

“Centros de mensajes seguros” frente al correo electrónico

• Hay fuerte frustración con los portales de bancos/salud/gobierno que envían un correo de “tienes un mensaje seguro” y obligan a iniciar sesión con MFA para leer avisos sencillos.
• A la gente no le gusta que estos sistemas rompan la naturaleza de archivo buscable y a largo plazo del correo electrónico, y además suelen ser inaccesibles o difíciles de respaldar.
• Quienes los defienden señalan restricciones regulatorias y de HIPAA/BAA, además de razones de tickets y flujos de trabajo; los críticos observan que el correo en papel y el fax siguen permitidos, lo que les parece incoherente.

Autenticación: SPF, DKIM, DMARC, BIMI, ARC

• Muchos sostienen que la aplicación de DMARC por parte de Google/Yahoo fue dolorosa, pero al final buena para el ecosistema y obligó a las instituciones a arreglar configuraciones rotas.
• Otros se preocupan por la concentración de poder: cuando los grandes proveedores “exigen” algo, en la práctica se convierte en política global y puede asfixiar a servidores pequeños o autohospedados.
• Se menciona BIMI (mostrar logotipos) y ARC (reenviados), pero se consideran marginales o incluso experimentos fallidos; las certificaciones BIMI se critican por ser caras.

Cifrado, PGP y modelo de seguridad

• Varios comentarios: sí, el cifrado de extremo a extremo es técnicamente posible (PGP, age, Proton, Delta Chat), pero la distribución de claves, la UX y la integración con el ecosistema son obstáculos importantes.
• Algunos argumentan que el correo cifrado generalizado está sobrevalorado: TLS ya protege el tránsito, las cabeceras quedan expuestas y el cifrado rompe el filtrado de spam y las funciones del lado del servidor, a menos que los servidores tengan las claves, lo que debilita el beneficio.
• Otros desean un futuro en el que las organizaciones firmen y cifren todo el correo, posiblemente con intercambio de claves en persona; sin embargo, lograr que los usuarios adopten esto sigue siendo difícil.

Spam, IA y control de la bandeja de entrada

• Preocupa que los agentes de IA que actúan sobre el correo puedan ser más fáciles de engañar que los humanos, y al mismo tiempo se usen para generar phishing más convincente.
• Mitigaciones sugeridas: sistemas de lista blanca/“solicitud de amistad”, filtrado al estilo HEY, direcciones enmascaradas o alias, e incluso prueba de trabajo o “prueba de esfuerzo humano”.
• Algunos creen que eliminar HTML e introducir bandejas de entrada solo por invitación ayudaría; otros dicen que HTML es manejable y que el problema real es el consentimiento para recibir.

Fastmail, Proton y opciones de alojamiento

• Muchos elogian la fiabilidad de Fastmail, el soporte de JMAP, los alias/correo enmascarado y la ausencia de enshitification; otros informan de un filtrado de spam débil y una UX torpe en la app de escritorio.
• Se citan los compromisos de Proton: apps obligatorias, integración limitada (sin CalDAV/sincronización de contactos), búsqueda deficiente, límites de alias.
• Se ve el autohospedaje como todavía posible (con stacks modernos y SPF/DKIM/DMARC adecuados), pero cada vez más limitado por la reputación de IP y las políticas de los grandes proveedores, reforzando la deriva del correo electrónico hacia una especie de jardín amurallado semiabierto.