Proofpoint Essentials User Management
SkillAI & modelsProofpoint Essentials mailbox user management within a customer org: list, get, create (including batch create), update, and delete mailbox-protected users.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Proofpoint Essentials User Management skill
What this skill tells your AI
The instructions your AI receives, as published by wyre-ai/msp-claude-plugins in msp-claude-plugins/email-security/proofpoint-essentials/skills/user-management/SKILL.md and read by ahel’s review.
Overview
A user in Proofpoint Essentials is a mailbox that Essentials filters
mail for — not a console login. Users live inside exactly one org and are
identified by their email address. This skill covers the user CRUD surface;
the org and domain container it lives in is org-management. As with every
other resource, resolve the org's regional pod first (see api-patterns)
before calling any tool below.
Anti-triggers
- The org, its domains, features, licensing, or package tier — that is
org-management. This skill only covers individual mailbox users. - Mail flow volume or delivery statistics for a user's mailbox — that
is
reporting, which reports at the org level, not per-mailbox.
Key Concepts
User identity
A user is addressed by email address within its org — there is no separate
numeric user ID to look up first. proofpoint_essentials_users_get,
_update, and _delete all take the user's email address directly.
A domain must exist before its users can
Creating a user on a domain the org hasn't added yet fails. Confirm the
domain is present (proofpoint_essentials_domains_list in org-management)
before batch-creating users on it — a common failure mode when onboarding a
customer with domains and users in the same session but domain creation
hasn't propagated yet.
MCP Tools
| Tool | Description | Key Parameters |
|---|---|---|
proofpoint_essentials_users_list | List users in an org | org_name |
proofpoint_essentials_users_get | Get one user by email address | org_name, email |
proofpoint_essentials_users_create | Create one or more users in an org | org_name, users[] |
proofpoint_essentials_users_update | Update a user's settings | org_name, email |
proofpoint_essentials_users_delete | Remove a user from an org | org_name, email |
proofpoint_essentials_users_create follows the batch-create / 207
Multi-Status pattern described in api-patterns when given more than one
user — always inspect per-user results rather than treating the call as a
single pass/fail.
Common Workflows
Bulk-onboard a customer's mailboxes
- Confirm the target domain already exists on the org
(
proofpoint_essentials_domains_list, inorg-management). - Call
proofpoint_essentials_users_createwith the full list of mailbox addresses in one batch call. - Walk the 207 response per user. For any failure (duplicate address, malformed email, domain mismatch), record the specific address and reason rather than reporting an aggregate "N users created."
- Retry only the failed entries after correcting them — do not resubmit the full batch, or the already-created users may fail as duplicates.
Offboard a departing employee
- Call
proofpoint_essentials_users_getto confirm the mailbox exists and note any settings worth recording before removal. - Call
proofpoint_essentials_users_deletewith the user's email address. - This removes Essentials' filtering configuration for that mailbox; it does not delete the mailbox itself (that's the mail platform's job — Microsoft 365, Google Workspace, etc.). Coordinate with whichever workflow handles actual mailbox deprovisioning.
Audit users across an org
- Call
proofpoint_essentials_users_listfor the org. - Cross-reference against the domain list from
org-managementto spot users on domains that were since removed, or domains with unexpectedly few/no users registered.
Error Handling
| Symptom | Cause | Resolution |
|---|---|---|
users_create fails for every entry on a domain | Domain not yet added to the org, or not yet verified | Add/verify the domain first (org-management) |
users_get 404 for a user you can see in the console | Wrong regional pod, or a typo in the email address | Re-run endpoint discovery; confirm the exact address |
| 207 batch shows partial duplicates | Address already registered (possibly under a different case) | Essentials addresses are not always case-sensitive in practice — check users_list before assuming a fresh address |
users_delete succeeds but mail still filters | Stale local/cached org state | Re-run users_list to confirm current state rather than trusting a prior read |
Related Skills
- Proofpoint Essentials API Patterns - Auth, regional pod resolution, batch semantics
- Proofpoint Essentials Org Management - Org, domain, feature, and licensing management
- Proofpoint Essentials Reporting - Inbound/outbound mail flow metrics
Signals
- GitHub stars
- 45
- Forks
- 24
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
proofpoint-essentials-user-management- Source
- github.com/wyre-ai/msp-claude-plugins