Legal
Acceptable Use Policy
Snagr sends email on your behalf, and on the Free plan it does so from a domain shared with every other merchant. One account sending unsolicited mail hurts delivery for all of them, so these rules are enforced rather than merely published.
Last updated 22 September 2026
The rule behind all the other rules
Only email people who gave your business their address in the course of a transaction with you — someone who started a checkout, holds a subscription, or bought from you before. Snagr is a recovery tool for your own customers. It is not a cold outreach tool, and using it as one is a breach of these terms.
1. Consent and list sourcing
You must not send through Snagr to:
- purchased, rented, scraped or otherwise acquired lists;
- addresses harvested from a website, directory, social network or public record;
- addresses from a different business, brand or organisation than the one connected to Snagr;
- anyone who has unsubscribed, marked your mail as spam, or asked you to stop, whether through Snagr or anywhere else;
- role or catch-all addresses gathered outside a real transaction.
2. Unsubscribes and suppression
- Every Snagr email carries a working unsubscribe link and a
List-Unsubscribeheader. You must not remove, hide or disable them, or make the link resolve anywhere other than a genuine opt-out. - Unsubscribes are honoured immediately and permanently through the suppression list. You must not re-add, re-import or otherwise attempt to email a suppressed address.
- You must honour opt-outs received by any other route — a reply, a support ticket, a message on another channel — by suppressing that address in Snagr.
3. Content
Emails sent through Snagr must not:
- use a deceptive subject line, sender name, reply-to address or header, or impersonate anyone;
- offer a discount, deadline or price that is not genuinely available on the terms stated;
- promote malware, phishing, credential harvesting, fraud, pyramid or matrix schemes, or unlicensed financial, pharmaceutical or gambling products;
- contain content that is unlawful, defamatory, harassing, hateful, or sexual content involving minors;
- infringe anyone else’s intellectual property.
4. Sending practice
- Do not use Snagr to relay bulk mail unrelated to checkout, renewal or cancellation recovery — newsletters, announcements and promotions belong in an email platform built for them.
- Do not create multiple accounts to work around the Free plan send cap, a suspension, or a suppression list.
- Keep your own list hygiene good. Sustained hard-bounce rates above 2% or spam-complaint rates above 0.1% put the shared sending domain at risk and will trigger review.
- If you send from your own verified domain, keep its SPF, DKIM and DMARC records valid.
5. Platform integrity
- Do not probe, scan, or attempt to breach the service or a related system, or to access another merchant’s data.
- Do not circumvent rate limits or quotas, or automate the interface in a way that degrades it for others. The documented API and MCP server are the supported routes.
- Do not resell, sublicense or white-label Snagr without a written agreement.
- Do not connect a Polar organisation you are not authorised to administer.
Good-faith security research is welcome and is not a breach of this policy when conducted within our disclosure guidelines.
6. Enforcement
Where we see a breach we may throttle sending, pause a sequence, suspend the account, or terminate it. We will normally warn first and say what needs to change, but we will act immediately without notice where sending is actively causing harm — a live phishing campaign, a complaint spike threatening the shared domain, or a legal demand.
Suspension for abuse does not entitle you to a refund of fees already paid; see the Refund and Cancellation Policy.
7. Reporting abuse
To report mail sent through Snagr that breaks this policy, write to tejas@snagr.sh. Include the full message headers if you can — they identify the sending account. We investigate every report.
If you simply want a merchant’s emails to stop, the unsubscribe link in the message is faster and is permanent.