Use cases

Same engine, tuned to how you send.

Deliverability problems look different for an agency with forty client domains than for a SaaS sending password resets. These playbooks show exactly how each team runs SenderSignal, and every one of them starts the same way: you add a domain and we provision the rest.

New domain launch

The problem

Launch day, a domain registered last week, and no sending history at all.

What we do

Add the domain and we provision the sending server and write SPF, DKIM and return-path ourselves, then Inbox Boost builds the trust before real volume.

Does the most work here: Inbox BoostRead the playbook
By platform

Your campaigns stay in your platform. Your domain warms up here.

Pick the tool you send from to see how it sends, what it warms for you, and what it leaves to you.

Marketing platforms

Campaigns and automations on shared or dedicated IPs. The platform may warm its IP; the domain is yours.

CRM & all-in-one

Marketing email, sequences and notifications from one system, often on pooled infrastructure.

HubSpot

The problem

A new sending domain connected to HubSpot, and HubSpot’s own docs say a never-used domain needs warming too.

What we do

Marketing email and sequences stay in HubSpot. Add your brand domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the HubSpot playbook

Zoho

The problem

A new sender domain in Zoho Campaigns, and Zoho advises against bulk campaigns from it until it is warmed.

What we do

Campaigns and CRM email stay in Zoho. Add your brand domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the Zoho playbook

Cold outreach

Sequences sent through your own Google Workspace or Microsoft 365 mailboxes.

Woodpecker

The problem

Woodpecker campaigns go out from your own mailbox on your provider’s IPs, so the sending domain’s reputation is yours.

What we do

Every campaign stays in Woodpecker. Add your sending domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the Woodpecker playbook

Reply.io

The problem

Reply.io sequences go out through your own mailboxes, and every one of them leans on the sending domain’s reputation.

What we do

Every sequence stays in Reply.io. Add your sending domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the Reply.io playbook

Transactional & SMTP

API and SMTP senders. Dedicated IPs get automated warmup; new domains do not.

Postmark

The problem

A new sending domain on Postmark’s shared pools, where the IP reputation belongs to Postmark and the domain is yours.

What we do

Every message stream stays on Postmark. Add your brand domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the Postmark playbook

Commerce

Order mail from the platform or the web host, marketing from an integration, one domain across both.

Shopify

The problem

Order mail and Shopify Messaging campaigns share one domain, and Shopify leaves the pacing of its warm-up to you.

What we do

Every notification and campaign stays in Shopify. Add your brand domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the Shopify playbook

Magento

The problem

Magento order mail leaves from your server, an SMTP provider or Adobe’s SendGrid proxy, and none of them warms your domain.

What we do

Order mail and newsletters stay in Magento. Add your brand domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the Magento playbook

WooCommerce

The problem

WooCommerce order email leaves from the web host by default, and nothing in the plugin authenticates or warms your domain.

What we do

Order email and marketing keep sending as they do. Add your brand domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the WooCommerce playbook

OpenCart

The problem

OpenCart order mail and newsletters leave from your web host or an SMTP server, and authenticating and warming the domain is left to you.

What we do

Order mail and newsletters keep sending from OpenCart. Add your brand domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the OpenCart playbook

BigCommerce

The problem

BigCommerce sends order mail from its own servers, marketing comes from separate apps, and nothing warms the domain they share.

What we do

Order mail and campaigns keep sending as they do. Add your brand domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the BigCommerce playbook

Mailbox providers

When the mailbox itself is the sending platform.

Google Workspace

The problem

Workspace mail leaves from Google’s shared servers, so the domain is the only reputation you control, and Google offers no warmup for it.

What we do

Every mailbox keeps sending from Gmail. Add your sending domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the Google Workspace playbook

Microsoft 365

The problem

Microsoft 365 mail leaves from Microsoft’s shared pool, DKIM is off for custom domains until you enable it, and nothing warms the domain.

What we do

Every mailbox keeps sending from Outlook. Add your sending domain to Inbox Boost and we build its sender reputation alongside.

Does the most work here: Inbox BoostRead the Microsoft 365 playbook
Start free in two minutes

Your sending is unique. The setup should still be simple.

Start free with two domains and see the whole picture in minutes.