Apple Push Notification Service (APNS) is documented on the Apple Developer 
site:  
https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/ApplePushService.html#//apple_ref/doc/uid/TP40008194-CH100-SW9
 
<https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/ApplePushService.html#//apple_ref/doc/uid/TP40008194-CH100-SW9>


> On Sep 12, 2016, at 7:57 PM, Gaurav Jain <monkeyfd...@gmail.com> wrote:
> 
> Thank you for the response. I will look into AMP.
> 
> Can you please point me to APNS docs/examples as well?
> 
> 
> Best Regards,
> Gaurav Jain
> 
> On Mon, Sep 12, 2016 at 5:14 PM, Andre LaBranche <d...@apple.com 
> <mailto:d...@apple.com>> wrote:
> Hello Gaurav,
> 
> Glad you're enjoying CalendarServer!
> 
> Short answer: recipient inboxes receive scheduling messages sometime after 
> the sender's request is acknowledged, not inline with the request.
> 
> You have noticed one of the key scalability enhancements in recent 
> CalendarServer history: instead of synchronously delivering scheduling 
> messages to recipients when a new or updated invitation is sent, we now 
> create lightweight jobs (work requests) in the database to represent the 
> actual work that is needed, typically one for each recipient, allowing the 
> server to acknowledge the sender's request much more quickly. Shortly after 
> the sender's request is completed, the jobs reach their start time and are 
> processed, (perhaps by multiple / different servers in a large deployment).
> 
> Various aspects of the "scheduling in the queue" implementation are 
> configurable, however I don't recommend changing any of these settings in 
> your situation. See conf/caldavd-stdconfig.plist:
> https://github.com/apple/ccs-calendarserver/blob/ff3ae19229b4ef8d72173c5eae67636f3adec198/conf/caldavd-stdconfig.plist#L1569
>  
> <https://github.com/apple/ccs-calendarserver/blob/ff3ae19229b4ef8d72173c5eae67636f3adec198/conf/caldavd-stdconfig.plist#L1569>
> 
> The exact amount of time it takes for a given recipient's inbox to update 
> after an invitation was sent depends on various factors (configuration, 
> number of attendees, server performance / load), so the best way to know when 
> a specific inbox has a new message is to let the server tell you. 
> CalendarServer offers two different notification systems: Apple Push 
> Notification Service, and AMP (Asynchronous Message Passing, a Twisted 
> framework). APNS is only an option for Apple platforms, but AMP can be 
> integrated into other projects pretty easily - check out the docs:
> 
> http://twistedmatrix.com/documents/current/api/twisted.protocols.amp.html 
> <http://twistedmatrix.com/documents/current/api/twisted.protocols.amp.html>
> 
> You would need to write an implementation for these three commands:
> 
> https://github.com/apple/ccs-calendarserver/blob/e8c1adf17f4fa661926d70d2ddf8758d00aae06c/calendarserver/push/amppush.py#L35-L53
>  
> <https://github.com/apple/ccs-calendarserver/blob/e8c1adf17f4fa661926d70d2ddf8758d00aae06c/calendarserver/push/amppush.py#L35-L53>
> 
> ... and since your goal appears to be to tell *another* system to refresh 
> because *IT* has received a new message, I might recommend implementing the 
> AMP client on that system, if possible, to minimize the layers of indirection.
> 
> Cheers,
> -dre
> 
>> On Sep 12, 2016, at 1:35 PM, Gaurav Jain <monkeyfd...@gmail.com 
>> <mailto:monkeyfd...@gmail.com>> wrote:
>> 
>> Hi,
>> 
>> I have been using DCS 7.0 for a while and it works great. But there is one 
>> issue I would like to have clarification.
>> 
>> I assume server maintains inbox for all its principals. With that assumption,
>> 
>> Use case is as follows:
>> 
>> * Organizer A sends an invite to attendee B
>> * Organizer A receives a success response from Server.
>> 
>> Now my question is:
>> 
>> Will the server update the inbox of B before sending the success response to 
>> A or will it be updated sometime after?
>> 
>> Reason I am asking:
>> 
>> In my case, A sends a client side notification to B to sync with server 
>> after receiving the success response.
>> 
>> But some of the time, B is not getting the updates after syncing with server.
>> 
>> If B syncs again after 5 - 10 secs, then it gets the update.
>> 
>> Could you please provide some pointers?
>> 
>> 
>> Best Regards,
>> Gaurav Jain
>> 
>> PS: Thank you for DCS.
>> 
>> 
>> _______________________________________________
>> calendarserver-users mailing list
>> calendarserver-users@lists.macosforge.org 
>> <mailto:calendarserver-users@lists.macosforge.org>
>> https://lists.macosforge.org/mailman/listinfo/calendarserver-users 
>> <https://lists.macosforge.org/mailman/listinfo/calendarserver-users>
> 
> 
> _______________________________________________
> calendarserver-users mailing list
> calendarserver-users@lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/calendarserver-users

_______________________________________________
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/calendarserver-users

Reply via email to