Then I'm successfully banned and have to go to another platform with my slightly cleaner email list!
We predicted this would happen. The SBUR doesn't kick in for the first few thousand mails. Over time your list gets cleaner (because we keep track of bounces, unsubscribes and dont send them emails from next time on.)
(I'm one of the engineers who developed SESS.)
These are often addresses created manually by 'click farmers' so they don't have obvious patterns which could enable an email service provider to identify them. (I'm still working on figuring out ways to detect this...)
Or, send spam to a new address via another service, then only use SESS to send to the ones who had opened or clicked on the other service. This is known as 'waterfalling'. Using this method, bounce rates can approach zero, and complaints/unsubscribes are likely to stay below 1% each - but make no mistake, ISPs can and will often still detect the email as spam.
You will need more complex ways to detect approaches like these, as well as other forms of spam/abuse. I would suggest starting with looking at thresholds for bounces, unsubscribes, and complaints independently - sometimes complaint rates of 0.1% can be a strong indicator of spam.
Related - don't limit your contractually-defined recourse to just SBUR rates. I would recommend including terms that allow you to ban or suspend users for any form of spam or abusive activity, "in the sole judgement of SESS.EMAIL" or similar. (I am not a lawyer and this is not legal advice.)
But it's not quite my original point - which is that if I don't know my SBUR rate, that would put me off ever starting to use this service. Though of course your competitors may have similar rates I'm just not aware of.
Having said that i must say our algorithm is deliberately a bit aggressive (so as to prevent spam).
Your email could very well be a false positive. Could you write to email@example.com from the business email in question. I'll be happy to look into it and whitelist it.
AWS SES , SendGrid , JetMail etc... and the hundreds of others provider in this domain.
The page is silent on what, if anything, is being done to help deliverability. Does the site have any kind of relationship with the big ESPs? How 'clean' are the IPs right now?
What, if any, mitigation is in place for the sending IPs inevitable reputation degredation? Or is a EDS being used to actually send the emails?
Edit: Thanks for the note. I will make a mention of the deliverability on the site.
We knew we could become a potential spam magnet. Like ive been mentioning in other comments here, we have an algorithm that does checks at multiple levels before a campaign is sent. If the algorithm deems the list as risky it triggers an automatic payment refund. The algorithm is also self learning. Over time its designed to assess the risk-function of an email list. (I'm from a data science background and SESS is a side project which uses learnings we get from elsewhere).
How will you be dealing with that inevitable problem?
>You are not allowed to send unsolicited emails. If your SBUR (Spam + Bounce + Unsubscribe + Reject) rate is >=5% you are automatically banned without any prior intimation.
I recommend ULMFiT .