On 03/12/2015 01:15 PM, Julien Kerihuel wrote:
> GET /folders/0/folders will retrieve the hierarchy of the NON IPM Subtree
So, here I could return empty array or 404 error?
> GET /folders/1/folders will retrieve the hierarchy of IPM Subtree (where
> Inbox, Calendar, etc. are)
Should the list contain folders on one level of hierarchy or the whole
tree? I suppose one level (according to parent_id).
>> 2. I don't know MAPI nor Outlook, but I do know ActiveSync and as I know
>> non-email objects do not have attachments there. So, why there's e.g.
>> "GET /notes/(id)/attachments"?
> In MAPI, every message item can have attachments. For instance, you can
> add a picture to a contact or attach documents to a calendar entry.
> Outlook will perform a GetAttachmentTable on the message object if the
> PidTagHasAttach = true
Great, I can make use of this ;)
>> 3. I see /folders/*/fai in the code. It's also undocumented. I'm curious
>> if this is required and how much of objects-types of this kind there
>> will be needed. I mean, there's no such thing in the backend I'm working
>> with, so it would need to be handled somehow.
> FAI are folder associated information. These are messages that make no
> real sense for the mapistore REST backend but are required for Outlook
> to operate properly. It is therefore the reason why FAI have a dedicated
> resource name. In your case your backend does not handle them, you can
> simply store them as raw data and push them back to client, e.g. like
> mock backend.
I'm curious if the mapistore couldn't handle such features on its side
if the api backend does not support them, and announces that in
capabilities response. Probably better for performance, but more work on
you.
> I will get back to you later today with a sample output of the rest
> backend in case you can't get it to work properly in the meanwhile.
That would be great.
> In Outlook, you can have n calendars at the same level or a hierarchy of
> calendar objects if you want to.
I'm curious how it handles non-existing/non-accessible folders in
hierarchy. E.g. where I have a tree:
Shared Folders
Calendars
Some calendar
and "Shared Folders" is a namespace root which is not accessible and
"Calendars" might be also a non-existing folder, but is there because
IMAP allows such hierarchy.
Am I right that I need to return all of these folders and handle their
access in appropriate way (returning empty results on read and error on
write)?
> [MS-OXPROPS] from Microsoft Exchange protocols documentation is the
> right place to start. I would suggest you to download the full
> Exchange_Protocols.zip so you can navigate from one reference to the
> other and get further information on any of the properties you are
> searching:
>
> http://go.microsoft.com/fwlink/?LinkId=115073
Thank you.
--
Aleksander Machniak
Software Developer, Kolab Systems AG
-------------------------------------------------------
PGP:19359DC1 - http://kolabsys.com - http://alec.pl
_______________________________________________
devel mailing list
[email protected]
http://mailman.openchange.org/listinfo/devel
