3.2.4.2 Sending the RopBackoff ROP Response

  • Article

When the server determines that a ROP request is required to be delayed, the server MUST either respond with a RopBackoff ROP response (section 2.2.15.2) or fail the ExDoRpcExt2 method, as specified in [MS-OXCRPC] section 3.1.4.2, or the Execute request type,<20> as specified in [MS-OXCMAPIHTTP] section 2.2.4.2.

If the server version, as defined in [MS-OXCRPC] section 3.1.4.1.3.2. is greater than 08.00.0525.0 and the client version, as defined in [MS-OXCRPC] section 3.2.4.1.3.2, is greater than 12.0.4228.0, the server SHOULD substitute a RopBackoff ROP response in place of the response for the delayed ROP request. If either the client or the server is an earlier version, then the server MUST instead fail either the ExDoRpcExt2 method by raising the RPC_S_SERVER_TOO_BUSY exception, as specified in [MS-OXCRPC], or the Execute request type with an HTTP status code of 200, a value of 0 (success) in the X-ResponseCode header, and a value of 0x000006BB in the StatusCode field of the Execute request type failure response body, as specified in [MS-OXCMAPIHTTP].

If ROPs are specified in a RopBackoff ROP response, all subsequent ROP requests SHOULD NOT be processed.