11–16 of 16 posts
As someone who's immensely skeptical about AI, this is probably the best usecase I've seen for it after code reviews. I wish Thunderbird would get AI integration.
Yeah I think that was one of the vapourware features that Apple showed in an advert a couple of years ago, right?
> To be clear about what this isn’t: we have not integrated AI into Fastmail. There’s no chatbot bolted onto the inbox, and your mail isn’t being piped through a model in the background. The MCP server is simply another API endpoint for you to use, if you want to, with the AI client of your choice. >That distinction matters to us. Our long-term values include “Your data belongs to you” and “We are good stewards of yo…
Kudos to the Fastmail team for keeping it classy. The MCP implementation may be a great way to leverage some local models to help clean up years of things I no longer need but don't want to waste the time on.
The three-tier scope split (read / write / send) is also a nice middle ground between god-mode tokens and OAuth granularity nobody actually configures.
Open question this raises: does every vendor need to hand-roll an MCP server, or does the ecosystem settle on REST→MCP auto-wrapping over OpenAPI specs? We've been exploring the latter (open source: github.com/ChronoAIProject/NyxID). Fastmail-specific nuances like JMAP pushing vs polling probably justify hand-rolling for now, but the pattern doesn't generalize.
They can say it's optional and that I don't have to use it myself, but what if a user I've communicated with, who also has me in his/her/their contacts, decides to use MCP? Then my contact details and the content of my emails will also be read and used by AI.
Completely insane decision by Fastmail. They probably couldn't resist the hype.
As a Fastmail user from the very beginning (since 1999/2000), the day has come for me to say goodbye to them. I'm going to migrate to Migadu or Tuta.