Remove a user from the monitor list of a MantisBT issue. The user will no longer receive email notifications for updates to this issue.
AI agents use remove_monitor to create or update resources in MantisBT MCP Server — usually the action step of a workflow, after the agent has gathered context. Every call changes real data in your MantisBT MCP Server environment.
| Parameter | Type | Required | Description |
|---|---|---|---|
issue_id | integer | Yes | Numeric issue ID |
username | string | Yes | Username of the monitor to remove |
Parameters from the server's own tool schema.
This tool modifies a monitoring/subscription list by removing a user, which is a reversible write operation (the user can be re-added via add_monitor). It does not delete data, execute code, or have financial implications. The blast radius is low as it only affects notification delivery for one user on one issue.
From the tool's definition Remove a user from the monitor list of a MantisBT issue. The user will no longer receive email notifications for updates to this issue.
Attacks that exploit this kind of access
Remove a user from the monitor list of a MantisBT issue. The user will no longer receive email notifications for updates to this issue. It is categorised as a Write tool in the MantisBT MCP Server MCP Server, which means it can create or modify data. Consider rate limits to prevent runaway writes.
remove_monitor accepts 2 parameters: issue_id, username. Required: issue_id, username. The full parameter table on this page comes from the server's own tool schema.
Register the MantisBT MCP Server MCP server in PolicyLayer and add a rule for remove_monitor: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches MantisBT MCP Server. Nothing to install.
remove_monitor is a Write tool with medium risk. Write tools should be rate-limited to prevent accidental bulk modifications.
Yes. Add a rate_limit block to the remove_monitor rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.
Set action: deny in the PolicyLayer policy for remove_monitor. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.
remove_monitor is provided by the MantisBT MCP Server MCP server (@dpesch/mantisbt-mcp-server). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.
Every MCP server has a record like this.
Type a name, get the same breakdown: verified identity, auth posture, risk grade, capabilities, recommended policy.
Teams ship this data inside their own products. See what a licence covers →