nmjenkins

If you go make an API key in Fastmail (Settings -> Password & Security -> API tokens), you'll see that it's prefixed very similarly to that (e.g. `fmo1-`) for this very reason! (There are some other neat things about our API key format I'd be happy to tell you about sometime if you're interested.)

This has not been true for some time. You must verify you can receive email at an address before we allow you to send with it from Fastmail.

> Moves the resource path to the request body

JMAP is very well suited to CORS due to this: https://www.rfc-editor.org/rfc/rfc8620.html

This is because you have forgotten to return a `Vary: Origin` header in the response. If you don’t do this, caches will presume the response is the same regardless of the Origin header in the request and so you will get the bug you describe.

You should check out Topicbox: https://www.topicbox.com (disclosure: I worked on it). It's really good hosted mailing lists from the team at Fastmail. My one line description is "Topicbox is to Mailman what Slack is to IRC".

No, you can definitely share mailboxes in Fastmail: https://www.fastmail.help/hc/en-us/articles/360060590733-Sha...

If you switch to labels mode, Fastmail handles them just like Gmail.

We do, but it's a separate product: https://www.topicbox.com/

Fastmail has also proxied all images since 2014: https://fastmail.blog/2014/09/16/better-security-and-privacy...

You can configure images to load always, or just for contacts, or always manually.

Not since 2013: https://fastmail.blog/2013/09/25/exciting-news-fastmail-staf...

While it's not built in, this is totally solvable in a performant way on the web. Fastmail's web UI lazy loads in mailbox lists of messages (which for some users can be 1,000,000+ items long). The scrollbar is correct and you can jump to an arbitrary point. You can select all. We've had this for, I dunno, 7+ years now?

You can in most browsers: https://www.fastmail.com/help/send/openemaillinks.html

Fastmail supports basically all of that, plus some extra capabilities: https://www.fastmail.com/help/receive/search.html

This is not true for custom domains for some time. The DKIM signature is only added for users in the account that has the domain, and similarly mail is sent via different outbound servers that are not included in our recommended SPF record if another a user outside of this account tries to send mail from that domain. For Fastmail domains the situation is more complicated for historical reasons (we've been around over 20 years and customers have set up workflows that we need to transition) but we are working on it.

Thanks! Now it's all ES modules, you can easily just pull in the bits you need without having to bundle the whole codebase, which makes it much more useful for other projects too.

Hello, this was me; author of JMAP and lead architect of Fastmail's web UI. The advice was intended to be "render it as plain text" AND then put it in a <pre> to preserve white space. Turns out tweets are difficult to put technical advice into, especially when you are not sure of the context the person you are talking to will bring with (so to me "render as plain text" means insert as a text node, not as innerHTML, but looking back I can see that this may not mean anything to someone with a different experience of building web apps). My apologies for the confusion.

You can buy more storage at Fastmail: it's the same cost as an extra user to add the same amount of storage. e.g. for a Professional account, you can add an extra 100 GB storage for an extra $9/month.

Gmail reports a combined storage with Drive etc., so you may find not all of your quota use is actually email.

> being able to read messages while I'm selecting them

You can do this in Fastmail (presuming you don't have the reading pane turned on, i.e. are in the same layout as Gmail).

> expanding / contracting threads at once

Shift-click a message header to apply to all at once, or "Shift-E" kb shortcut to expand all.

> having drafts inline with the thread that I can leave and return to seamlessly

We take a slightly different approach, but using Cmd-Shift-S will toggle you instantly between your draft and the thread you are replying to, preserving your scroll position in both.

You can set up aliases in your Fastmail account to forward mail for these addresses elsewhere: https://www.fastmail.com/help/receive/aliases.html#target

> the use of small async requests would be a boon to everyone! But no one's doing this.

Some of us are! RFC8620 is purpose-designed for building network efficient APIs: https://tools.ietf.org/html/rfc8620

The JMAP Calendar spec is the next one being standardised. There's a first draft at https://tools.ietf.org/html/draft-ietf-jmap-calendars-00 but quite a lot more to be added still. Expect a final standard probably first half of next year.

Author of JMAP here. * JMAP uses opaque ids rather than sequential ids, which makes a lot of this easier (the servers can ensure they have their own id namespace to avoid collisions). * The resync mechanism (see the "/changes" method) just indicates something may have changed and then you fetch those records. It's definitely possible to make your master-master replication work so that /changes works regardless of which master you were previously talking to, at the expense of some loss of efficiency (you may end up refetching some data you actually already had).

(FastMail dev here) What problems do you find with the search? We have pretty comprehensive support for more or less everything Gmail search offers and more (https://www.fastmail.com/help/receive/search.html), but if we're falling short for your use case we'd love to know how, to help guide improvements for the future.

FastMail hasn't been part of Opera for over 5 years now, since well before Qihoo bought most of what was left of Opera: https://fastmail.blog/2013/09/25/exciting-news-fastmail-staf...

Editor of the JMAP specs here. The JMAP calendar spec is currently just a draft, but now JMAP core and mail are (more or less) finalised and JSCalendar (https://tools.ietf.org/html/draft-ietf-calext-jscalendar-11) is in last call too, we will be looking to take the JMAP Calendar spec through the IETF process in the very near future. Since it is essentially just combing core with the JSCalendar data format, this should be reasonably straight forward.

Huh? FastMail has had a fully-featured calendar for years.

Just create a wildcard identity to match (*@yourdomain.com) – when you select this in compose, you will be able to edit the address.

While promising future stuff is always dangerous, I’m pretty confident we will have something for you later this year.

> Those prices are simply too high if you factor in the price of hw, hosting, sw, maintenance, etc.

FYI ~70-80% of our business costs are staff. We are the primary maintainers of Cyrus (https://cyrusimap.org/) the open source mail server we run. We develop our own webmail, which we believe is the best in the world. We do a lot of standards work: at the IETF we're heavily involved in both the EXTRA group (maintaining IMAP) and the JMAP group (new advanced sync protocol which we hope will in the future replace IMAP/CardDAV/CalDAV). We're also involved with CalConnect developing future calendaring standards, and are contributing to ARC development with M3AAWG and the IETF. Good engineers ain't cheap.

On top of that, we run our own machines, built to our own specifications to continually get faster performance (including putting indexes and recent mail on enterprise-grade SSDs) and more reliability (live replicas to secondary machines and data centres).

If you can do all that for $5/month, well, we welcome the competition and hope you too will work together for a more open, standards-based future.

We have been speaking with engineers at most of the large mailbox providers and server developers for many years, and made changes to the JMAP spec based on their feedback to make sure it can work for them. You will also find feedback and contributions on the IETF mailing list from some of them. We can’t speak for another company’s product plans however.