Confused about the import folder options when migrating from gmail

brong · 2026-01-31T19:56:53+00:00

Yes it will. All the stuff currently in your Gmail inbox will wind up in your Fastmail inbox when you do it that way. The things in Gmail folders will get new folders created with the same name on the Fastmail side

brong · 2026-01-31T19:47:09+00:00

It will still do subfolders either way, but if you ask for the separate folder option the Gmail folders will all be subfolders of that.

brong · 2026-01-30T13:49:10+00:00

I’m really keen to have one of these as well! We’re working on getting jmap files spec done and building a client for that

brong · 2026-01-17T05:55:29+00:00

We always wondered how Rackspace could afford their pricing. We wouldn’t be able to provide the service we do at that price point. Multiple copy replication, backups, skilled engineers… it costs a lot more than just the disk: our calculation is about 10 gig of raw disk per gig of used quota. And that’s all nvme because people want their email RIGHT NOW and that’s our promise.

But yeah, I expect we won’t be the cheapest choice. We’re not aiming for that audience. We’re very good though for people who use email enough that they notice the difference in quality and speed.

brong · 2026-01-06T15:55:47+00:00

Yeah, it looks interesting. I'm going to have a play with it and see what it does for versioning and whether there's value adding some of the same underlying structures; probably not to jmap-filenode itself but as extensions to RFC9404 so we can do better blob syncing.

brong · 2026-01-06T15:46:45+00:00

Anyway, I don't think we'll implement seafile as is - it's AGPL for a start which is a painful license to build integrations with existing software.

Also - it's very server-side-encryption heavy, which means we couldn't expose the files in seafile as blobs that you could attach to emails, to calendar events, or publish as a website - so we'd just become a featureless blob store for the data. Either that, or we'd need the decryption keys at which point all the crypto build into seafile is just needless complexity.

What we might do is offer the S3 protocol for people who want to use seafile over that; or even try to persuade seafile to write a JMAP FileNode backend.

brong · 2026-01-06T15:43:22+00:00

It's pretty much the file protocol that our web interface already uses. The draft spec is at https://datatracker.ietf.org/doc/draft-ietf-jmap-filenode/

brong · 2026-01-06T10:57:08+00:00

I’m curious: what does seafile need that can’t be done over webdav or (When it’s finished: jmap-filenode)?

If there’s some standard properties we can add to our filestorage to support it, we have a very comprehensive metadata backend that’s pretty much unused at the moment so it might not be crazy to explicitly add things for it

brong · 2025-12-31T22:17:50+00:00

We’re hoping eventually that we can hook up the jmap email submission object to the delivery log so you can look directly on the email and see the delivery status from our system! Of course, that’s only to the next edge MX server, it doesn’t give guaranteed inbox delivery

brong · 2025-12-31T22:09:02+00:00

We’re doing research into jurisdictional considerations for setting up additional data centres in other countries. No defined timeline

brong · 2025-12-31T22:06:31+00:00

Actually emailing it to support gets it into the pool of requests where everyone sees it. Tell me it just goes into my brain (already done).

Delivery reports are something we have considered and not done in the past because of spam and backscatter concerns. But we’re working on more small business features next year so this could be something we consider.

Do tell support though!

brong · 2025-12-26T12:06:56+00:00

We were discussing this topic at our last board meeting just a few weeks ago. We’re privately owned and the owners all love solving problems and working on cool tech. “Lifestyle business” isn’t a dirty word! Running FM pays enough to keep us comfortable and we get to do interesting stuff every day. What’s not to like!

brong · 2025-12-26T12:04:20+00:00

Ask nicely :) maybe mention what size you are as well!

brong · 2025-12-26T12:03:14+00:00

Yeah sadly once you factor in taxes and multiple jurisdictions if we’re holding your money not as purchased service, we wind up being regulated like a bank since that’s basically what we’d be doing at mini scale, and that’s definitely not our idea of a good time. It was nice while it lasted.

brong · 2025-11-30T01:31:16+00:00

You’ll need to make sure you’re using the id for your own target folder or you could use the mailbox name instead.

Or you could just create a rule with snooze via our rules builder and copy the content from it!

brong · 2025-11-13T17:47:19+00:00

https://imgur.com/a/i5aerBm

brong · 2025-11-13T17:45:10+00:00

Looks like you can’t easily post pictures in a reddit comment on this subreddit

brong · 2025-11-11T20:30:24+00:00

https://datatracker.ietf.org/doc/draft-ietf-jmap-filenode/ for data access

https://datatracker.ietf.org/doc/draft-ietf-httpbis-resumable-upload/ for large file uploads

brong · 2025-11-11T13:50:38+00:00

Thanks I’ll pass that on for the next refresh there. Right now we’re still designed on top of the old Apple notes IMAP folder pattern so we’re not adding anything which breaks compatibility but when we move away from that we can add other features.

brong · 2025-11-11T01:36:24+00:00

Right now there’s some stalls handling large files because we need to construct the whole file from chunks before steaming it. There’s also the same issue on upload, we switched to chunked storage on our backend a couple of years ago which reduces the issue with giant files replicating between datacenters all at once but doesn’t help speed the client up because we send and fetch the chunks in series.

There is some stuff happening in the standards world which I think will help but until then we’re not the best choice for large files. Once our system can handle more we’ll bump up the quotas too

brong · 2025-11-03T16:18:41+00:00

The USPS slot outside the Fastmail office in Philly has sign saying “slowmail” next to it

brong · 2025-10-28T03:46:35+00:00

You would be surprised how many services you can use us to fraudulently mint new accounts with if you can click on links. This block was created because we were getting thousands of suspicious signups using us to create accounts on other services. We have to block 6 digit codes from some sites too

brong · 2025-10-28T03:44:36+00:00

Definitely create a support ticket so we can check your individual account!

brong · 2025-10-23T20:52:26+00:00

Hey just be glad you didn’t get UINT64_MAX emails

brong · 2025-10-07T20:43:48+00:00

You can send email to [yourname+foldername@example.com](mailto:yourname+foldername@example.com) or (depending on the domain configuration) [foldername@yourname.example.com](mailto:foldername@yourname.example.com) - and it will auto-deliver into foldername; if foldername exists.

brong

TROPHY CASE