3 ms·
I see this popping up every year (sometimes multiple times a year) and, as someone who used to be a postmaster and did _a lot_ of IMAP tweaking, I have to say t
by rcarmo 3y ago
I see this popping up every year (sometimes multiple times a year) and, as someone who used to be a postmaster and did _a lot_ of IMAP tweaking, I have to say that even though IMAP is old and gnarly and increasingly out of favor (I just can't use it on Google anymore, only on outlook.com and my own archive), JMAP seems to pretty much have failed adoption-wise -- I don't see any relevant e-mail clients supporting it, no webmail front-ends claim to use it, no other providers besides FastMail seem to support it, and even old-style ISPs (of which there are still a few) don't seem to have any interest in it (source: I used to work in telco-run ISPs until some years ago, and still have friends doing that).
Are there any third-party implementations of servers or clients with significant adoption?
- aidenn0 3y agoOnly servers I'm aware of that support JMAP are Cyrus and James. Clients do seem to be thin on the ground right now, with https://github.com/jmapio/jmap-demo-webmail https://github.com/jmapio/jmap-demo-webmail still being the one to use (as far as I know).
- marcus_holmes 3y agoI'm a Fastmail customer, and speaking to them for my last startup, they were adamant that we couldn't use them for sending transactional emails to our customers. So I'm a bit confused why they're letting 1Password do this. Are we allowed to use JMAP for sending transactional emails via Fastmail now? If not, then JMAP seems to be just a method for creating new Fastmail email clients, because no-one else supports it and Fastmail doesn't allow anything but conventional end-user activity. Or is this wrong? If I wanted to use JMAP for my next startup, is there a transactional email provider who supports it?
- Spivak 3y agoThere's software like https://github.com/jmapio/jmap-perl https://github.com/jmapio/jmap-perl you can use in front of your chosen provider but that seems like more headache than it's worth unless your imap implementation/lib is incredibly complicated. Doing something like this is essentially a bet that your provider will eventually implement jmap.
- marcus_holmes 3y agohmm, I'm not sure I'm up for using that, but creating a JMAP wrapper around IMAP/SMTP seems feasible, if only because JMAP is a better interface. As you say, though, this is a bet that JMAP will eventually become popular, and there seems no sign of that yet.