-
-
Notifications
You must be signed in to change notification settings - Fork 131
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
JMAP support #1550
Comments
JMAP is partially implemented. |
Can you please share a few examples? JMAP is an open standard. We can all work together to make it better. Thanks! |
This is incorrect, JMAP is a published IETF standard.
Also incorrect, in fact JMAP offers more capabilities and is more flexible that IMAPrev2. It also supports E-mail Submissions, replacing SMTP for client email submissions. |
Where does JMAP define sorting and threading? |
Here: RFC8621 - Section 4.4.2
Here: RFC8621 - Section 3
Here: RFC9425
In this draft.
IMAP does not define handling of virtual and alias mailboxes either. Some servers support virtual/alias mailboxes through the
There are many examples of fully-functional mail clients utilizing the JMAP protocol. In fact, Fastmail operates its entire infrastructure on JMAP, demonstrating its full viability. While it's fair to argue that JMAP may not offer significant advantages over IMAP from an end-user perspective, stating that JMAP is only partially implemented or incomplete is inaccurate. |
So how do we know if they are supported?
IMAP has 3 types of namespaces:
SnappyMail handles them and the demo has: {
"namespaces": {
"@Object": "Object/Namespaces",
"personal": [
{
"prefix": "",
"delimiter": ".",
},
{
"prefix": "virtual.",
"delimiter": ".",
}
],
"users": [
{
"prefix": "shared/",
"delimiter": "/",
}
],
"shared": []
}
}
Take a look here: snappymail/snappymail/v/0.0.0/app/libraries/MailSo/Imap/Folder.php Lines 149 to 180 in 332f9a7
There you can see only a few parts are JMAP. |
Yes, the JMAP Session Resource lists the servers capabilities as well as other information.
IMAP namespaces are mapped to regular JMAP folders in most JMAP servers. In any case, namespaces are not needed to have a functional mail client. For example, Gmail, the most widely used webmail client, does not use namespaces and users don't even notice it.
The ACL property is an IMAP thing, JMAP uses the Sharing extension linked in a previous comment.
They are not supported because those are IMAP specific mechanisms that JMAP does not need. And, most importantly, it is perfectly possible to have a fully functional mail client without those extensions.
As mentioned above, they do support listing capabilities. In any case, I am not trying to convince you to implement JMAP, it's your product after all. What I just wanted to point out is that JMAP is a mature protocol and it is incorrect to say that it can't be implemented because it lacks features. If you have some time, I suggest that you read the JMAP Core, JMAP Mail, JMAP Quotas and JMAP for Sieve Scripts specifications. |
Is your feature request related to a problem? Please describe.
I'm considering self-hosting mail for privacy - and I'm considering the Stalwart mail server for this purpose with snappymail as an frontend. However seeing as the IETF is pushing for JMAP I was wondering if this is something you've considered? (yes I know - Stalwart supports IMAP/SMTP)
Describe the solution you'd like
Implement support for the JMAP specification
The text was updated successfully, but these errors were encountered: