| Previous | Next |
| CO_E_FAILEDTOGETTOKENINFO | CO_E_FAILEDTOQUERYCLIENTBLANKET |
CO_E_TRUSTEEDOESNTMATCHCLIENT
IAccessControl trustee does not match the DCOM caller
CO_E_TRUSTEEDOESNTMATCHCLIENT is HRESULT 2147549479 (0x80010127) from winerror.h. The documented description is “The client who called IAccessControl::IsAccessPermitted was not the trustee provided to the method.” The relevant context is the COM IAccessControl, DCOM client identity, trustee translation, token inspection, security descriptor, ACL, or serialization workflow.
Where it is encountered
- IAccessControl initialization, access checks, owner/trustee processing, and serialized ACL persistence.
- Server-side DCOM impersonation, client blanket inspection, token and SID lookup.
- Security descriptor construction, DACL canonicalization, file-backed policy storage, or legacy NetAccess migration.
The immediate focus is the system DCOM access-control implementation receiving a trustee other than the actual client represented by the current distributed COM call.
What to verify
Verify that the trustee form, current caller identity, and IAccessControl::IsAccessAllowed invocation are captured inside the active call. This distinction prevents it from being misclassified as corruption, network failure, or a reason for an unsafe automatic retry.
Correct handling and recovery
Pass the current client trustee required by the implementation, or use a different authorization design for arbitrary principals. Do not test another user through the caller-bound API.
Difference from nearby HRESULTs
It is a semantic mismatch between trustee and caller; name- and SID-lookup HRESULTs concern principal translation.
Practical scenario
A server tries to ask DCOMAccessControl whether an unrelated administrator could access the object. It changes to an explicit offline ACL check for hypothetical principals.
References
Looking for a different code? Search another status or error code.