Re: [imap5] Designing a new replacement protocol for IMAP

[Michel Sébastien <[e-mail]>]

>> On 15/02/2012 14:19, Bron Gondwana wrote:
>> > On Wed, Feb 15, 2012, at 02:11 PM, Tony Finch wrote:
>> >> Is there any reason to keep subscriptions in IMAP 5 ?
>> > I envisage "subscription" as either an annotation or a "Special Use"
>> > on a folder rather than yet another axis of data.
>> +1.
Does it works with shared folders ?

> I was chatting to one of the other guys on our team yesterday about data modelling in this context.
>
> Mail is a structured data store, with some small set of types of data stored in the IMAP "model".  The IMAP protocol is very much about the
> communications, and trying to optimise specific use cases.
>
> But at the core, it's about querying and modifying data in a particular model, with some constraints on the valid modifications - both for integrity and for ACL permissions reasons.
>
> Along with a side dose of syncronising up offline modifications to that same data model.
>
> This is not a problem that's unique to email.  There's nothing really special about email here unless you make it special.  Sure there's a bunch of indexed and optimised ways of viewing that data - sort by trimmed subject, encodings, etc.  All of which could be expressed as generic queries against the data model with a query optimiser on the far end rather than needing a custom syntax for everything...
>

Some others seems to think that webdav could be a candidate : http://www.webdav.org/other/faq.html#Q26
A new layer on top of webdav, with some keywords registered at IANA. But I just don't like the trend to use HTTP for everything... despite its interest here.



Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité d'Atos ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.