Forward qualifying mail with programmable match rules
Route inbound traffic by sender, recipient, subject, or attachment patterns and relay matching messages to the right external destination.

Choose the right inbox control for each job: forwarding for destination delivery, aliases for identity masking, and rulesets for policy enforcement.
Trusted by top companies worldwide



Routing primitives
Forwarders, aliases, and rulesets each own a distinct part of the inbound path so teams can route messages without blurring responsibilities.
Route inbound traffic by sender, recipient, subject, or attachment patterns and relay matching messages to the right external destination.
Use aliases to hide the destination mailbox, preserve privacy, and keep reply handling attached to the workflow behind the public address.
Validate forwarder behavior and inspect forwarding events so routing changes can be reviewed before they affect production mail.
Use rulesets as the decision layer for allow, block, and safety boundaries, then hand approved traffic into forwarders or operator queues.

MailSlurp lets teams treat inbound handling as a sequence of clear decisions. Pick the destination, protect identities where needed, and enforce policy before messages move downstream.

Convert messages and attachments into structured fields for downstream systems and ops queues.

Pull invoice and document data from attachments without leaving mailbox workflows.
Developer integration
Use MailSlurp APIs to set forwarding destinations, protect identities with aliases, and enforce rulesets before mail moves downstream.
Next step
Use the free account to validate the workflow in your own stack, then move into implementation details in the docs.