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.
Product
Choose the right inbox control for each job: forwarding for destination delivery, aliases for identity masking, and rulesets for policy enforcement.

Trusted by teams shipping customer messaging

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.
Routing primitives
Teams create brittle pipelines when one mechanism is stretched to handle identity masking, destination routing, and policy enforcement at once. Choosing the right control keeps inbox workflows stable.
Workflow 01
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.


Workflow 02
Convert messages and attachments into structured fields for downstream systems and ops queues.
Workflow 03
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.