Re: [jmap-discuss] Possibly a stupid question regarding the web-client .... :)

2020-06-09 Thread Neil Jenkins
The demo webmail client does not include any compose/reply facility at this time. It's a demo, not a production-ready webmail! However, it's all open source , and pull requests are welcome if you'd like to add this. Cheers, Neil. -- You received

[jmap-discuss] Re: EmailAddress serialization to list

2020-01-11 Thread Neil Jenkins
On Sat, 11 Jan 2020, at 02:49, Burak Arslan wrote: > I also have a question: Does the order of specification of fields in the > standard document have any meaning? No. Named properties of a JSON object are unordered. Only arrays are ordered. Cheers, Neil. -- You received this message

Re: [jmap-discuss] JMAP support instead of IMAP added to Cypht webmail

2019-01-24 Thread Neil Jenkins
On Fri, 25 Jan 2019, at 11:41, Jason Munro wrote: > If anyone on this list can bump Cypht from the "Requested" section to the > "Client" section I think that would now > be appropriate. Done! Great work. Cheers, Neil. -- You received this message because you are subscribed to the Google

Re: [jmap-discuss] Some questions I ran into while trying to do implement an IMAP proxy

2018-11-21 Thread Neil Jenkins
Hi Michael, > I am not sure if this kind of proxy (not having all data available locally, > just working with an IMAP backend) was an intended use case when designing > the spec, but it certainly seems *very close* to feasible, save for some > things that seem difficult to me. The spec

Re: [jmap-discuss] Re: Any news about clients and servers?Any efforts to make adoption by email providers? Mailbox format?

2017-08-30 Thread Neil Jenkins
On Thu, 31 Aug 2017, at 04:08 AM, timofonic timofonic wrote: > What about a modern, used by lots of software, standarized, highly > scalable and usable from low-end to high-end systems Mailbox format > for this new JMAP protocol? This is outside the direct scope of the JMAP project. JMAP is a

Re: [jmap-discuss] JMAP and sharing concepts

2017-02-09 Thread Neil Jenkins
On Thu, 9 Feb 2017, at 08:02 AM, Haider Smith wrote: > So JMAP clients will not be able to define sharing properties of > mailbox/calendars? Will this then be restricted to service specific > extensions/settings pages in web apps? Probably. It's very server-specific what granularity is

Re: [jmap-discuss] extra properties in responses

2017-02-09 Thread Neil Jenkins
On Fri, 10 Feb 2017, at 02:29 AM, Ricardo Signes wrote: > My reading is that when returning an object of an existing > data type, no extra (not in spec) properties should be provided > unless the > client has expressly opted in to this extension. Correct. > Opting in does not appear to be

Re: [jmap-discuss] re-use of creation id across types

2017-02-02 Thread Neil Jenkins
On Fri, 3 Feb 2017, at 06:11 AM, Ricardo Signes wrote: > The "for a particular data type" indicates to me that a given > creation id > can be used multiple times, so that you can setFoos create "xyz" and > setBars create "xyz" and then "#xyz" is unambiguous because its > placement > tells us the

Re: [jmap-discuss] JMAP and sharing concepts

2017-02-01 Thread Neil Jenkins
This is already defined! Specifically, JMAP can return multiple accounts you have access to (e.g. your own account, and another one that has been shared with you). These may have different permissions (e.g. one may be read only). The server may choose to only return a subset of mailboxes in

[jmap-discuss] Spec update

2016-12-11 Thread Neil Jenkins
Hi all, We've made three small, but important changes to the spec that will affect implementations in development: *1. Blob id must be unique for binary+content-type* When implementing the upload/download spec we realised the blob id needs to be unique over the binary content AND the

[jmap-discuss] Update and status on JMAP spec

2016-10-17 Thread Neil Jenkins
Hi all, If you're keeping an eye on the JMAP Spec repository[1] over the last few days, you'll notice there have been a few changes. Here's an outline of what's new, and what's upcoming: The main change is that JMAP has now been split into 4 specs: the core protocol[2], mail[3], contacts[4], and

Re: [jmap-discuss] Fastmail Serving JMAP Anywhere Yet?

2016-10-05 Thread Neil Jenkins
Not yet, but we're working on it! Neil. -- You received this message because you are subscribed to the Google Groups "JMAP" group. To unsubscribe from this group and stop receiving emails from it, send an email to jmap-discuss+unsubscr...@googlegroups.com. To post to this group, send email to