api-patterns
3CX's native PBX MCP server: the per-PBX endpoint shape (every PBX is its own FQDN and its own OAuth authorization server — there is no shared mcp.3cx.com),…
Proofpoint Essentials mailbox user management within a customer org: list, get, create (including batch create), update, and delete mailbox-protected users.
$ npx -y skills add wyre-technology/msp-claude-plugins --skill user-management --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/user-managementContext preview
The summary Claude sees to decide when to auto-load this skill.
Proofpoint Essentials mailbox user management within a customer org: list, get, create (including batch create), update, and delete mailbox-protected users.
name: "Proofpoint Essentials User Management" description: > Proofpoint Essentials mailbox user management within a customer org: list, get, create (including batch create), update, and delete mailbox-protected users. when_to_use: >- When listing, creating, updating, or removing mailbox-protected users in a Proofpoint Essentials customer org. Use when: proofpoint essentials user, add mailbox, remove mailbox, proofpoint essentials user create, bulk create users, update user, delete user, or proofpoint essentials mailbox.
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.
`org-management`. This skill only covers individual mailbox users.
is `reporting`, which reports at the org level, not per-mailbox.
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.
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.
| 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.
1. Confirm the target domain already exists on the org (`proofpoint_essentials_domains_list`, in `org-management`). 2. Call `proofpoint_essentials_users_create` with the full list of mailbox addresses in one batch call. 3. 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." 4. Retry only the failed entries after correcting them — do not resubmit the full batch, or the already-created users may fail as duplicates.
1. Call `proofpoint_essentials_users_get` to confirm the mailbox exists and note any settings worth recording before removal. 2. Call `proofpoint_essentials_users_delete` with the user's email address. 3. **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.
1. Call `proofpoint_essentials_users_list` for the org. 2. Cross-reference against the domain list from `org-management` to spot users on domains that were since removed, or domains with unexpectedly few/no users registered.
| 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 |
One command to supercharge Claude Code for MSP workflows. Then restart Claude Code. That's it. Documentation: mcp.wyre.ai
Repo: wyre-technology/msp-claude-plugins
3CX's native PBX MCP server: the per-PBX endpoint shape (every PBX is its own FQDN and its own OAuth authorization server — there is no shared mcp.3cx.com),…
3CX's live-operations surface: read-only visibility into active calls, recordings, voicemail, department and queue membership, and forwarding/presence…
3CX's read-only directory surface: resolving a caller by email or by exact extension, searching the PBX's own phonebooks, searching contacts synced from an…
3CX's system-and-configuration surface: server time, PBX event log and application log search, service status, database schema and the read-only SELECT-only…
Abnormal Security abuse mailbox cases: user-reported email submissions, case statuses and judgments, the case lifecycle, bulk and remediation actions, and…
Abnormal Security message analysis: message retrieval, email header inspection, attachments, sender reputation, delivery context, and SPF/DKIM/DMARC…