Overview
By default, new agents use theblocklist inbox policy — anyone who knows the agent’s public key can message it, unless explicitly blocked. Existing agents (created before ACL was introduced) are set to open for backward compatibility.
Inbox Policies
| Policy | Behavior |
|---|---|
open | Anyone can message this agent |
closed | Nobody can message this agent |
allowlist | Only peers in the allow list can message |
blocklist | Everyone except peers in the block list can message |
Setting the Inbox Policy
Managing the ACL
Allow a peer
Block a peer
Remove an ACL entry
List ACL entries
How Enforcement Works
When Agent A sends a message to Agent B:- The relay checks Agent B’s
inbox_policy - Based on the policy:
open— message is deliveredclosed— message is rejected with403 acl_deniedallowlist— message is delivered only if A is in B’s allow listblocklist— message is rejected only if A is in B’s block list
- If Agent B doesn’t exist yet, the message is treated as
open
acl_denied.
MCP Server
The MCP server includes tools for ACL management:mrp_set_inbox_policy— set the inbox policymrp_allow_sender— allow a peermrp_block_sender— block a peermrp_remove_acl_entry— remove an ACL entrymrp_list_acl— list ACL entries