sendrules
Home
Product
  • Overview
    How sendrules fits between your app and every provider.
  • SMTP Proxy
    One endpoint. Every provider you already trust.
  • Grid & Rules
    Six routing strategies. Coverage warnings. Failover.
  • Quality Gate
    Verify recipients before the send, not after the bounce.
  • ISP Routing
    Route by the recipient's live MX record — not domain strings.
  • Ramp-up
    Auto-advancing cap with bounce/complaint safety gates.
  • Limits & Queue
    Four-tier caps. Queue, don't drop. Midnight-UTC release.
  • Webhooks
    Signed and verifiable. Retried on schedule. Replayable.
  • Activity
    Seven filtered inboxes. Sparklines. Share links.
  • Inbound
    Receive + classify replies, bounces, and OOOs.
  • Autoresponder Parser
    Harvest contacts from OOO replies into lists — webhook or CSV.
  • REST API
    Every UI action has an endpoint. Scoped, rotatable keys.
  • Teams and roles
    Fine-grained RBAC across 30 resource types + audit trail.
Deliverability
  • Overview
    The suite most vendors sell separately.
  • DMARC Monitoring
    DMARC aggregate reports ingested with per-source breakdowns.
  • Auth Check
    SPF / DKIM / DMARC, graded A through F.
  • Postmaster Tools
    Google Postmaster data in per-domain views.
  • Blocklists
    Continuous blocklist + seed-list inbox placement.
  • Free Tools
    Email validation, spam check, DMARC generator — free on every plan.
How it Works
Industries
  • All industries
    Every segment sendrules fits — and why.
  • B2B SaaS
    Transactional at scale. Failover across ESPs.
  • E-commerce & Retail
    One rule per ISP — Gmail buyers routed differently to Yahoo.
  • Marketing Agencies
    Per-client rules on your clients' own provider accounts.
  • Sales Development
    Verify every address. Parse every autoresponder for referrals.
  • Recruitment & Staffing
    OOO replies are full of decision-maker names — capture them.
  • Real Estate & Lead Gen
    Inquiry email hygiene + reply-source enrichment.
  • Financial Services
    DMARC compliance, audit log, signed webhooks.
  • Healthcare & Life Sciences
    Reliable patient comms with a full audit trail.
  • EdTech & Education
    Enrollment-week bursts absorbed by queue-don't-drop.
  • Nonprofit & Fundraising
    Donor-appeal deliverability without a deliverability team.
  • Publishers & Media
    Newsletter deliverability + list hygiene at every send.
  • Government & Public Sector
    IP allow-list at AUTH, DMARC-first, tenant isolation.
PricingProduct Demo
Sign inStart free
ISP routing

Route by the recipient's real mail server. Not a guess from the domain string.

Vanity domains hide who’s really behind the mailbox. sendrules checks the recipient’s live mail server on the way in and routes on the answer — so acquisitions, migrations, and rebrands don’t quietly become bounce spikes.

Start freeSee the pricing
Sound familiar?

The domain is the same. The mail server is not.

Your best customer’s business acquired their parent’s Google Workspace instance last month. You’re still routing their email as if it’s the old on-prem Exchange — a lane tuned for corporate policy servers, not for Google’s consumer-grade filters. The bounce rate on that domain went up, and the ESP dashboard says “delivery failed” with no useful reason attached. Nobody at your end was told the mail moved.

How sendrules fixes it

Ask the mail server. Believe the answer.

For every recipient, sendrules resolves the domain’s mail server before the send, matches it against a maintained classification of mailbox providers, and picks the provider and shaping profile for the lane the recipient is actually on. When Acme moved to Google Workspace, the routing changed with them — the first message after the migration went out through your Google-tuned lane, not the corporate one.

Why it breaks

Why domain-string routing breaks.

Vanity domains
A domain that ends in .com is not a lane. The mail behind it might be on Google, on Microsoft 365, on a corporate mail server, or on a small mail host you have no reputation with. Guessing from the domain sends every one of those down the same lane.
Acquisitions and migrations
Businesses move mail providers routinely — acquisitions, cost cuts, security reviews. The domain stays the same and the classification you cached last quarter is now wrong. The bounces show up before the finance team even hears about the deal.
ISP-specific shaping
Google, Microsoft, and the large corporate lanes each reward different sending patterns — different rates, different retry curves, different content thresholds. A lane that’s tuned wrong doesn’t just miss inbox placement; it burns reputation on the wrong ISP.
Reason strings
When a domain-string-routed send bounces, the failure code you get back is a policy answer from the wrong provider. It looks generic. Root-causing it needs the real mail server on the record — the one you didn’t capture.
How it works

Live mail-server classification, per recipient.

sendrules looks up the recipient domain’s active mail server on the way in, checks it against a maintained list of mailbox providers (Google Workspace, Microsoft 365, and every other lane we recognise), caches the answer with a short and honest time-to-live, and re-checks when the cache expires. The classification lands on the route log so a bounce three weeks later still has “this went to Google” attached — even if the mail moved again in between.

The classification then drives everything else: the provider selected under your rules, the shaping profile applied to the send, the postmaster view that surfaces the reputation, and the DMARC lane the report will land against.

A worked example

Acme moves to Google Workspace on a Wednesday.

Under domain-string routing, Wednesday’s send to every recipient at Acme goes through the corporate lane you set up for them a year ago. The first tranche hits Google’s consumer-grade filters, gets treated as unrecognised bulk mail, and most of it lands in the promotions tab or the spam folder. The bounces trickle back over the following hours. Nobody knows the classification is stale — the ESP dashboard says “delivery failed” and stops there.

Under live mail-server classification, the Wednesday send sees Acme’s new mail server on the way through, routes to your Google-tuned provider, uses the shaping profile appropriate for that lane, and lands with the same acceptance rate as every other Google Workspace recipient in the send. The route log shows the classification changed and when. Nobody had to know the deal happened.

Ready to route on the mail server the recipient actually uses?

Start freeSee the pricing
sendrules

One SMTP endpoint across 15 providers. Verify recipients before the send, route by real MX, and monitor DMARC in the same product.

Sign inStart free

Product

  • SMTP Proxy
  • Grid & Rules
  • Quality Gate
  • ISP Routing
  • Ramp-up
  • Limits & Queue
  • Webhooks
  • Activity
  • Inbound
  • Autoresponder Parser
  • REST API
  • Teams and roles
  • Integrations

Deliverability

  • DMARC Monitoring
  • Auth Check
  • Postmaster Tools
  • Blocklists
  • Free Tools
  • Providers

Solutions

  • How it Works
  • Industries
  • Customers
  • Pricing
  • Contact

Company

  • About
  • Security
  • Terms
  • Privacy
  • DPA
  • Acceptable Use

© 2026 sendrules.com