HN Debrief

The Future of Email

  • Infrastructure
  • Security
  • AI
  • Developer Tools

Fastmail’s post is less a product announcement than a state-of-email essay. It says email is not going away, argues that sender authentication is now mandatory infrastructure rather than optional hygiene, and positions AI as the next force shaping inboxes. The concrete points are familiar: SPF, DKIM, and DMARC help prove that a domain is authorized to send mail, BIMI may make trusted senders more visible, and AI assistants will increasingly summarize, triage, and even act on messages. Fastmail also tried to calm customers by saying it is not silently running AI over their inboxes, and that its MCP endpoint is only there if users explicitly connect their own agent.

Treat this post as a prompt to tighten your own email stack, not as a roadmap. If you run a product or company domain, make sure DMARC actually passes, audit third-party senders and subdomains, and assume the next phishing wave will abuse legitimate platforms and AI workflows rather than obvious spoofed domains.

Discussion mood

Mostly dismissive of the article and mildly positive on Fastmail itself. People saw the post as clickbaity marketing with little new to say, but the comments were engaged and practical because email remains painful, strategically important, and increasingly controlled by large providers.

Key insights

  1. 01

    Authentic phishing now comes from real platforms

    Attackers increasingly bypass domain spoofing defenses by getting legitimate services like PayPal, Stripe, or ticketing tools to send the message for them. That produces mail from a real domain that passes authentication cleanly, which means the next failure mode is not fake senders but malicious use of trusted senders and compromised workflow tools.

    Review every third-party system that can send email on your behalf and what user-controlled text it can inject into subjects and bodies. Security reviews for outbound mail now need to cover business logic abuse, not just DNS records.

      Attribution:
    • jprjr_ #1 #2
  2. 02

    Google's DMARC push fixed real organizational messes

    For large decentralized organizations, strict enforcement from Gmail and Yahoo created the political leverage internal teams never had. Universities and similar institutions had years of random servers, subdomains, and departmental exceptions sending as the main domain. Once inbox placement was at risk, leadership finally backed consolidation and authentication cleanup.

    If your company still has legacy apps, vendors, or departments sending from the main domain, use deliverability risk as an executive issue. Centralize sending authority before a provider policy change forces a rushed cleanup.

      Attribution:
    • jprjr_ #1
    • 2000UltraDeluxe #1
  3. 03

    Email auth is still badly implemented by vendors

    The problem is not that SPF, DKIM, and DMARC are obscure. It is that many SaaS senders still deploy them wrong. Marketing platforms often demand brittle SPF includes, ignore envelope sender design, or miss easier patterns like passing DMARC via DKIM alone. Even large vendors have shipped guidance that makes customer records worse for no good reason.

    Do not blindly follow vendor setup docs for outbound email. Have someone who understands alignment, envelope senders, and bounce handling review each integration before it touches your DNS.

      Attribution:
    • jprjr_ #1 #2
  4. 04

    End-to-end encrypted email breaks core mail workflows

    The strongest case against universal encrypted email was practical, not ideological. End-to-end encryption would block server-side spam filtering, webmail access, and many search and automation features people now expect. Key distribution remains the unsolved part, and internet-scale public key infrastructure for ordinary users has never worked cleanly. The result is that encrypted mail often adds friction while solving only a narrow slice of the threat model.

    Use email as a medium for routine communication, not as your highest-assurance channel. For secrets, approvals, and sensitive documents, choose tools designed for closed recipient sets and explicit key management.

      Attribution:
    • jcranmer #1 #2
  5. 05

    Compliance portals survive even if email gets safer

    Healthcare and insurance portals are not just a bad security habit. They are often a compliance workaround. Under HIPAA, where protected health information lands matters, and storage on non-compliant systems can trigger Business Associate Agreement requirements even if the content is encrypted. That legal structure pushes organizations toward captive portals instead of ordinary email.

    Do not assume better email security will eliminate secure message portals in regulated industries. If your product serves healthcare or insurance, design for portal-style workflows and exportability rather than betting on plain email delivery.

      Attribution:
    • the_bear #1 #2
  6. 06

    JMAP's real value is one API everywhere

    The interesting technical future many expected from Fastmail was JMAP, not another recap of SMTP authentication. JMAP gives one consistent interface for native clients, webmail, and scripts, which removes the need for every provider to invent its own private mail API. Its adoption problem is not technical weakness. It is that incumbents like Gmail and Yahoo built their stacks long before JMAP existed and have little reason to switch.

    If you are building mail-adjacent software, favor providers and tooling that expose stable, modern APIs instead of scraping IMAP edge cases or bespoke web endpoints. JMAP support is a real platform advantage even if it stays niche.

      Attribution:
    • josephg #1
    • OJFord #1
  7. 07

    Per-recipient aliases are one of the few usable defenses

    A lot of practical security value came from simple aliasing rather than heavyweight protocol changes. Unique addresses per service make leak tracking easy, let users kill abusive senders without changing their primary mailbox, and make generic phishing less likely to look credible. The downside is ecosystem sloppiness. Some sites still reject plus addressing or unusual but valid email forms.

    If you control account systems, accept standards-compliant email addresses including plus aliases. If you run personal or business domains, consider per-service aliases as a low-friction containment layer for leaks and phishing.

      Attribution:
    • jen729w #1
    • Hnrobert42 #1
    • marysol5 #1

Against the grain

  1. 01

    The post was mostly marketing fluff

    A lot of readers rejected the premise that this said anything meaningful about the future of email. The piece read like content marketing wrapped in a grand title, then landed on old material about DMARC and a soft mention of AI. That changes how seriously to take its framing. It is brand positioning more than a technical roadmap.

    Do not infer strategy from vendor thought pieces unless they contain concrete protocol moves, product changes, or operating guidance. Treat broad essays like this as messaging until proven otherwise.

      Attribution:
    • timwis #1
    • arrowsmith #1
    • w3ll_w3ll_w3ll #1
    • dgellow #1
  2. 02

    AI plus stronger auth may widen centralized control

    The criticism here was that the industry is handing inbox judgment to AI while doubling down on authentication systems controlled in practice by major providers. Stronger locks do not help much if a handful of platforms decide whose keys count, what reputation means, and how mail gets ranked. That is less a security upgrade than a shift in power.

    When you evaluate email tooling, pay attention to dependency risk as much as phishing risk. The more your deliverability and workflow rely on a few gatekeepers, the harder it becomes to self-host, switch providers, or challenge bad policy decisions.

      Attribution:
    • oakinnagbe #1
  3. 03

    AI can check phishing cues better than people

    The article's warning that AI assistants might miss suspicious details did not convince everyone. If an agent is explicitly instructed to check domains, urgency language, and payment requests, it can do that far more consistently than humans who routinely fail phishing training. The weak point is not machine perception by itself. It is how the human defines the task and what authority the agent gets.

    If you deploy email agents, spend more effort on guardrails and scoped permissions than on vague fears about AI gullibility. A well-constrained agent may outperform distracted staff on routine fraud checks.

      Attribution:
    • wakamoleguy #1

In plain english

AI
Artificial intelligence, software that performs tasks like generating text or analyzing information in ways associated with human reasoning.
BIMI
Brand Indicators for Message Identification, a standard that lets authenticated senders display a brand logo in supporting mail clients.
DKIM
DomainKeys Identified Mail, a standard that signs outgoing email so receivers can verify it was authorized by the sending domain and not altered in transit.
DMARC
Domain-based Message Authentication, Reporting, and Conformance, a policy framework that builds on SPF and DKIM to tell receivers how to handle unauthenticated mail.
HIPAA
Health Insurance Portability and Accountability Act, a US law that sets rules for protecting medical information.
JMAP
JSON Meta Application Protocol, a newer standard for mail, contacts, and calendar access that uses JSON over HTTP instead of IMAP-like commands.
MCP
Model Context Protocol, a way for AI assistants or other tools to connect to software tools and structured capabilities.
PGP
Pretty Good Privacy, a long-used approach for encrypting and signing messages with public and private keys.
SMTP
Simple Mail Transfer Protocol, the long-standing standard used to send email between servers.
SPF
Sender Policy Framework, a standard that lets a domain declare which servers are allowed to send email for it.

Reference links

Email standards and protocol references

  • JMAP
    Referenced as the more interesting technical direction readers expected Fastmail to discuss.
  • ARC experiment conclusion draft
    Cited to discuss the troubled status of ARC as a fix for forwarding breaking DKIM.
  • Hashcash
    Mentioned as an early proof-of-work anti-spam idea and as background for why that approach did not win.

Operational email setup and self-hosting

Related product and community references

  • Atlassian AX-1477
    Used as an example of a large vendor requiring unnecessary SPF changes and misunderstanding email auth setup.
  • Delta Chat
    Mentioned as an email client that tries to make GPG-backed encrypted messaging more usable.
  • neomd
    Shared as a TUI mail client implementing sender screening similar to HEY.com's model.

Related reading