Show HN: Swift Mail. El estándar moderno de correo de Fastmail entregado de forma nativa en macOS

Artículo original ↗ Discusión en Hacker News ↗

Un nuevo cliente de correo para macOS, Swift Mail, construido sobre el protocolo JMAP de Fastmail, está generando interés por su interfaz nativa y rápida, pero también un fuerte rechazo por su precio de suscripción de $3/mes. Muchos lo comparan con alternativas gratuitas o más baratas como Apple Mail, Thunderbird y otros clientes de pago, defendiendo licencias de pago único en lugar de cuotas recurrentes y cuestionando el valor sin funciones como soporte offline completo, paridad con iOS o capacidades avanzadas. El debate pone de relieve la frustración más amplia con el software de escritorio basado en suscripción y las distintas opiniones sobre cómo pueden los desarrolladores independientes financiar de forma sostenible el desarrollo continuo.

Precios y modelo de negocio

  • Muchos comentaristas ven $3/mes como demasiado caro para un cliente de correo, especialmente además de un servicio de correo electrónico de pago; varios dicen que preferirían una compra única o un modelo de “pagar por mejoras principales”.
  • Algunos consideran aceptable una suscripción si la app es realmente mejor y se usa a diario; otros rechazan las suscripciones por principio y mencionan la “fatiga de suscripciones”.
  • Comparaciones: más barato que algunos clientes de correo de pago (p. ej., Mimestream, mucho más barato que Superhuman), pero sigue siendo una barrera psicológica dado que Apple Mail y Thunderbird son gratuitos.
  • Se señala que el precio anual ($25/año) es más aceptable, pero no lo suficiente para convencer a los críticos de las suscripciones.

Fastmail, JMAP y posicionamiento

  • Varios se confundieron al principio, pensando que era un cliente oficial de Fastmail o que se incluía una cuenta de correo.
  • Aclaración: es una app de terceros que usa JMAP, un protocolo originado en Fastmail, pero no es un producto oficial de Fastmail.
  • Algunos sugieren quitar “Fastmail” del marketing para evitar confusiones.

Discusión técnica y de protocolo (JMAP vs IMAP/SMTP)

  • JMAP se describe como JSON sobre HTTP, sin estado, con ventajas en redes poco fiables y menos viajes de ida y vuelta en comparación con IMAP.
  • Un comentarista detesta mucho JSON en las pilas de correo, citando problemas de esquema, streaming y encapsulación; otros defienden JSON como algo simple y ampliamente eficaz.
  • Se plantea si JMAP ofrece beneficios claros visibles para el usuario frente a Exchange/IMAP; las respuestas se centran en el comportamiento de red, no en grandes diferencias de UX.

Funciones, UX y madurez

  • Comentarios positivos: rápido, fluido, sin desorden, interfaz parecida a Apple Mail; se aprecia la sensación nativa en macOS.
  • Comentarios negativos de usuarios de prueba: parece MVP/alpha; problemas con la lista de mensajes que no se actualiza, UX de carga de imágenes, descubribilidad del botón de responder, selección de cuenta al responder, comportamiento al expandir hilos, funciones ausentes o poco claras como posponer y las imágenes en línea.
  • El desarrollador responde que algunos problemas percibidos son malentendidos (por ejemplo, las imágenes están bloqueadas por defecto, la ubicación del botón de responder) y marca otros como solicitudes de funciones.

Soporte de plataforma, uso sin conexión e IMAP

  • La falta de soporte IMAP es un factor decisivo para algunos que necesitan Gmail u otros proveedores no JMAP.
  • La ausencia de un cliente para iOS es un gran bloqueo para usuarios que quieren coherencia entre dispositivos; se dice que el soporte para iOS está planificado.
  • El soporte sin conexión es actualmente parcial: el contenido previamente obtenido está disponible, pero no cachea todo el correo como un cliente IMAP tradicional.
  • Algunos usuarios insisten en que lo offline-first es obligatorio, citando viajes y mala conectividad.

Pruebas y dinámica de App Store / suscripción

  • Sí existen pruebas (3 días para la suscripción mensual, 7 días para la anual), pero a algunos esto no les quedó claro al principio.
  • Discusión sobre por qué muchas apps de correo para macOS usan suscripciones:
    • Apple promueve las suscripciones y se queda con el 30% al principio, luego con el 15% en las renovaciones.
    • Las suscripciones proporcionan ingresos continuos para mantenimiento y compatibilidad con el sistema operativo.
    • Se elogian alternativas como los licenciamientos perpetuos estilo Sketch/Panic con un año de actualizaciones, pero se describen como difíciles de implementar limpiamente a través de la App Store.

Debate filosófico: pagar por software vs suscripciones

  • Debate acalorado sobre “modelos de suscripción vs propiedad”:
    • Un lado: las suscripciones se usan en exceso, se sienten como un alquiler interminable y la gente prefiere “poseer” herramientas y actualizar por elección.
    • El otro lado: los ingresos recurrentes encajan con el trabajo continuo, el soporte permanente y evitan que las herramientas mueran por falta de financiación; $3/mes se presenta como trivial para una app de productividad central.
  • Las comparaciones con salarios, propiedad y consumibles resaltan intuiciones distintas sobre lo que debería significar la “propiedad” en el software.

Marca, competencia y alternativas

  • Se señala que la interfaz es muy similar a Mimestream y a la interfaz web de Fastmail, a su vez cercana a Apple Mail, lo que algunos ven como un punto a favor.
  • Otros clientes mencionados: Apple Mail, Thunderbird, Spark, Airmail, Superhuman, Hey, Reeder (como ejemplo de un enfoque no tan de suscripción) y un próximo cliente FMail2.
  • Algunos usuarios dicen que un cliente de correo tiene que ser “muy, muy bueno” para desplazar a Mail nativo, especialmente dado el costo y la fiabilidad ya existente.