bored-engineer-40110
04/17/2025, 2:28 PMbrief-egg-61061
04/17/2025, 2:32 PMbrief-egg-61061
04/17/2025, 2:32 PMbored-engineer-40110
04/17/2025, 2:55 PMbrief-egg-61061
04/17/2025, 2:55 PMbrief-egg-61061
04/17/2025, 2:55 PM/admin/identities
, which supports pagination but has limited filtering capabilities [Kratos API Reference](https://www.ory.sh/docs/kratos/reference/api). 2. Getting a specific identity by ID using the /admin/identities/{id}
endpoint [Kratos Self-hosted Go](https://www.ory.sh/docs/kratos/self-hosted/go#use-identity-management-api). 3. Deleting identities by ID, with a note that to delete an identity by some selector (like recovery email address), you would need to use the list command in combination with jq [Kratos identities delete](https://www.ory.sh/docs/kratos/cli/kratos-identities-delete#kratos-identities-delete). There is a relevant GitHub issue (#305) discussing the limitation of retrieving a subset of identities through the admin API. The issue specifically mentions that the API doesn't allow filtering by IDs in a batch, and suggests workarounds like polling Ory periodically or using webhooks to keep data in sync [GitHub Issue #305](https://github.com/ory/network/issues/305). Another GitHub issue (#396) discusses the challenges of querying identity properties, noting that using the /admin/identities
endpoint for real-time, user-facing flows can lead to rate limiting issues [GitHub Issue #396](https://github.com/ory/network/issues/396). The suggested workarounds include: - Making parallel requests for individual identities - Implementing caching (though this is noted as potentially having security implications) - Replicating necessary identity data in your application It's worth noting that these limitations apply to self-hosted Ory Kratos, while Ory Network (the managed service) might offer additional capabilities.