6.0.0-beta1
7/6/25

[#14727] Getting back invalid ActiveSync response upon Provision request
Summary Getting back invalid ActiveSync response upon Provision request
Queue Synchronization
Queue Version FRAMEWORK_5_2
Type Bug
State Not A Bug
Priority 1. Low
Owners mrubinsk (at) horde (dot) org
Requester john.bieling (at) gmx (dot) de
Created 11/03/2017 (2802 days ago)
Due
Updated 11/19/2017 (2786 days ago)
Assigned
Resolved 11/13/2017 (2792 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
11/19/2017 02:11:59 PM john (dot) bieling (at) gmx (dot) de Comment #5 Reply to this comment
Understood. I just send a request on the sync mailing list.

Thanks for your time
John
11/19/2017 05:18:16 AM Michael Rubinsky Comment #4 Reply to this comment
Thanks for pointing that out. From the client side, I now skip 
provisioning, if I get back such a response.

If I am allowed to ask here: Should the client disable provisioning 
altogether (and never ask for a policy key again) or should it 
continue to ask for a policy key on each request and skip if none is 
returned?
You have a basic misunderstanding of how the PROVISION command is used.
This is why I ask: Horde sends "provision" with its OPTION response,
Correct, becuase PROVISION is a supported command.
so the administrator does want to provision the devices,but does not 
provide a policy for each. Now if at some later time he DOES provide 
one for a specific device, the client will never catch it, because 
it has disabled provision.

What is the correct way to handle this?
When a provisioning profile is changed/added, the provisioning policy 
key must be reset. This is doable via the admin interface.
What do you as the developer have in mind, when you send that 
response? I fail to find a proper answer in the active sync 
documentation...
See MS-ASPROV, the official protocol documentation for the PROVISION command.


I would be happy to discuss this with you more, but NOT by polluting a 
bug report ticket. PLEASE use the mailing list as requested previously.

[Show Quoted Text - 12 lines]
11/13/2017 08:55:11 AM john (dot) bieling (at) gmx (dot) de Comment #3 Reply to this comment
Thanks for pointing that out. From the client side, I now skip 
provisioning, if I get back such a response.

If I am allowed to ask here: Should the client disable provisioning 
altogether (and never ask for a policy key again) or should it 
continue to ask for a policy key on each request and skip if none is 
returned?

This is why I ask: Horde sends "provision" with its OPTION response, 
so the administrator does want to provision the devices,but does not 
provide a policy for each. Now if at some later time he DOES provide 
one for a specific device, the client will never catch it, because it 
has disabled provision.

What is the correct way to handle this? What do you as the developer 
have in mind, when you send that response? I fail to find a proper 
answer in the active sync documentation...

Thanks for your time
John
Status 2 means that provisioning is not required for your server 
configuration.

This is a support question, not a bug report.

Please use the mailing lists to ask for support.

http://www.horde.org/mail/ contains a list of all available mailing lists.
11/13/2017 02:59:54 AM Michael Rubinsky Comment #2
Assigned to Michael Rubinsky
Priority ⇒ 1. Low
State ⇒ Not A Bug
Reply to this comment
Status 2 means that provisioning is not required for your server 
configuration.

This is a support question, not a bug report.

Please use the mailing lists to ask for support.

http://www.horde.org/mail/ contains a list of all available mailing lists.
11/03/2017 09:41:26 PM john (dot) bieling (at) gmx (dot) de Comment #1
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ Getting back invalid ActiveSync response upon Provision request
Queue ⇒ Synchronization
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
Reply to this comment
Maybe I am doing something wrong, but I think the response I get from 
horde is not valid.

This is what I send (EAS v14.0):

<Provision xmlns='Provision'>
<Policies>
<Policy>
<PolicyType>MS-EAS-Provisioning-WBXML</PolicyType>
</Policy>
</Policies>
</Provision>

This is what I get back:

<Provision xmlns='Provision'>
<Status>1</Status>
<Policies>
<Policy>
<Status>2</Status>
</Policy>
</Policies>
</Provision>

So provision is supposed to have succeeded (status 1), but there is no 
policykey returned (which is required). What am I supposed to do? Fail 
or just use "0" as policykey?

Thanks for your help
John

Saved Queries