- Associate existing notification implementation with new ocsmanager work on mapistor...
authorJulien Kerihuel <j.kerihuel@openchange.org>
Tue, 18 Oct 2011 14:46:12 +0000 (14:46 +0000)
committerJulien Kerihuel <j.kerihuel@openchange.org>
Tue, 18 Oct 2011 14:46:12 +0000 (14:46 +0000)
commit9495677186905d173c67d0d83363e3af0bb7b013
tree2904c67f9d9abf14dd922b52ea6090fb7068dcba
parent0f9f5af7e8acd7d9f179f4dbab951b7b2b8f87cc
- Associate existing notification implementation with new ocsmanager work on mapistore client side
- Improve subscription registration and unregistration and associate them to existing notification implementation
- Open mqueue when newmail notification is asked
- add talloc_destructor to unlink mqueue upon release
- add preliminary (untested) code on openchange server to trigger this mqueue data and push a notification payload
back to the MAPI client.

This complete the other stage of ocsmanager process. MAPI clients can now (synchronously) check for
data on queues (for newmail only atm) when processing MAPI responses on openchange server.
mapiproxy/libmapiserver/libmapiserver_oxcnotif.c
mapiproxy/libmapistore/mapistore.h
mapiproxy/libmapistore/mapistore_notification.c
mapiproxy/servers/default/emsmdb/dcesrv_exchange_emsmdb.c
mapiproxy/servers/default/emsmdb/oxcfold.c
mapiproxy/servers/default/emsmdb/oxcnotif.c
pyopenchange/mapistore/context.c