pfsense_get_services_haproxy_settings_email_mailer
GET /api/v2/services/haproxy/settings/email_mailer
This record as markdown: /tools/abl030-pfsense-mcp/pfsense-get-services-haproxy-settings-email-mailer.md
What pfsense_get_services_haproxy_settings_email_mailer does on Pfsense
AI agents call pfsense_get_services_haproxy_settings_email_mailer to retrieve information from Pfsense without modifying anything. It is typically the context-gathering step in research, monitoring, and reporting workflows, before the agent takes action elsewhere.
Why pfsense_get_services_haproxy_settings_email_mailer is rated Low
This tool retrieves configuration information about HAProxy email mailer settings via a read-only API endpoint. It has no capability to modify, delete, or execute code. While the broader server provides extensive control over firewall operations, this specific tool is limited to querying existing settings.
From the tool's definition Tool name starts with 'pfsense_get_' and description indicates a GET request to retrieve HAProxy email mailer settings. GET operations are read-only with no data modification or destructive side effects.
Attacks that exploit this kind of access
The rule that runs pfsense_get_services_haproxy_settings_email_mailer safely
PolicyLayer is an MCP gateway: it sits between your AI agents and Pfsense, and checks every tool call against a rule you set before the call runs. Nothing changes on the server itself. For pfsense_get_services_haproxy_settings_email_mailer, this is the rule to start with:
pfsense_get_services_haproxy_settings_email_mailer is read-only, so it stays allowed. Everything else on the server is denied unless you say otherwise.
The button opens the PolicyLayer dashboard: create your workspace, connect Pfsense, apply this rule, and every pfsense_get_services_haproxy_settings_email_mailer call is checked against it from then on.
Questions about pfsense_get_services_haproxy_settings_email_mailer
GET /api/v2/services/haproxy/settings/email_mailer. It is categorised as a Read tool in the Pfsense MCP Server, which means it retrieves data without modifying state.
Register the Pfsense MCP server in PolicyLayer and add a rule for pfsense_get_services_haproxy_settings_email_mailer: 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 Pfsense. Nothing to install.
pfsense_get_services_haproxy_settings_email_mailer is a Read tool with low risk. Read-only tools are generally safe to allow by default.
Yes. Add a rate_limit block to the pfsense_get_services_haproxy_settings_email_mailer 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 pfsense_get_services_haproxy_settings_email_mailer. 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.
pfsense_get_services_haproxy_settings_email_mailer is provided by the Pfsense MCP server (abl030/pfsense-mcp). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.
More on Pfsense, and thousands of servers like it.
This server
Across the catalogue