101889172265327023497Q: Pre-purchase Inquiry: IP Infrastructure Transparency, RBL Management, and Terms of Service Clarification
Evaluating emailit.com for production. Audits show many IPs remain on RBLs for weeks. I need direct answers to:
IP Hygiene: What is your exact delisting procedure/SLA? Point to the TOS section covering your RBL management obligations.
Safe IP Pool: Is this a marketing gimmick or a guaranteed SLA? List the technical criteria for migration and where this is defined in your TOS.
Arbitrary Bans: Reports show sudden blocks without clear justification. Provide an exhaustive list of sender requirements to avoid "arbitrary" flagging.
Appeals: As a sole proprietorship, what is the formal appeal process for your personal decisions?
I require technical facts and legal links, not generic marketing. Lack of transparency will be taken as confirmation of negative reports.
George_Dragit
Mar 27, 2026A: Hi there,
We do disclose internal procedures, however here is some information:
- our highly reputable IP pools have no pending blocklists, and in case of any, we are monitoring and delisting as soon as possible.
- no marketing no gimmick, the nature is shared IP pools, with the protection of only verified customers being able to access them.
- to this date we only banned customers who misuse our platform to either send spam, or phishing emails. You can read our Acceptable Use Policy for full information
- no formal appeal, we have in our full discretion, final decision on how is our platform being used. If we find your sending practices do not align with our platform, you might be asked to stop using it certain way, or you risk getting suspended.
Hope this helps!
Thank you for the response. However, it raises more concerns:
IP Discrepancy: My technical audit shows multiple active RBL entries on your ranges, which contradicts your statement about "no pending blocklists." Can you provide specific IP ranges for the "reputable pool" so I can verify them independently?
Verification Criteria: What are the exact technical/business requirements to be considered
As with any shared IP pools, the IPs get sometimes listed for variety of reason. We monitor this, resolve any issues that arise and delist.
This is somehow a question of minutes, sometimes a question of a week.
However, we can see the delivery rates, its impact and proactively work on ensuring stable delivery rates.
The nature of shared IP pools is mostly the same as with any other provider.
Our IPs are within two ranges 77.78.86.0 and 96.9.126.0
George, your claim of "no pending blocklists" is factually incorrect. Multiple IPs in these ranges (e.g., 77.78.86.1, 77.78.86.55) are currently listed on Spamhaus SBL, Barracuda, and SORBS. These are critical filters; being listed there means emails won't reach Gmail/Outlook.
The Trap: Why do you assign "burned" IPs to new customers on day one? Selling a blocked service and asking users to "wait
As I said, our highly reputable IP pools have no pending blocklists. Not that all our IPs have no pending ones.
We email customers within 24h of signing up to get verified and moved. This is going to be soon different, as we will be introducing sandbox, as a preventative measure to also ensure that all our IPs are clean, not just our highly reputable ones.
George, thanks for admitting you knowingly assign blacklisted IPs (77.78.86.0 & 96.9.126.0) to new users. Every buyer pays for a broken service on day 1. If "reputable pools" exist, provide ranges for verification now. Why hide them? "Full discretion" + "Dirty IPs" = trap for AppSumo. Provide clean IPs to all at signup or admit this is not production-grade. Stop word games.
This is not a word game. We have over 4000 customers sending milions of emails daily. No traps here. Feel free to stop by our Discord with over 2k+ of them and asking them about their IPs and delivery rates and such.
This is just our system to prevent our highly reputable IPs.
I agree that this is not ideal, and that is why we soon be introducing different onboarding process.
However, this does not causes any issues for most customers as thez get verified and moved. As only spammers want to go and blast out 100k of emails right after signing up.
George, "not ideal" means selling a broken product. Legitimate businesses need to send mail from day 1, not "after verification" from a blacklisted IP. Calling new users "spammers" for wanting the service they paid for is unprofessional. If your "reputable IPs" exist, why hide the ranges? Discord won't clean Spamhaus listings. Provide clean IPs at signup or stop selling to production users.
Legitimate businesses can read our 180-plus reviews, email our support, and get verified within a few hours of signing up.
Most of the new customers never send an email from an onboarding IP pool.
George, if onboarding IPs are not intended for use, why are blacklisted ranges like 77.78.86.0 assigned to new accounts? A "few hours" of required verification for a paid SMTP service creates immediate downtime. Can you explain why these IPs appear on Spamhaus/Barracuda and what specific steps are taken to ensure new users don't start with 0% deliverability? Technical facts preferred.
Because, as with any great deals, spammers and abusers join. This is just a preventive measure to protect our highly reputable IP pools.
They sign up, purchase large plans, and try to send spam. They usually get blocked in around 5000 emails; however, this is enough for the Blocklists to block those IPs.
As I said, this is just a preventive step for protecting our IPs.
If you have any other technical suggestions that make this process way faster, feel free to send us feedback for improvements to [email protected].
However, keep in mind that we are a small business, and not a corporation.
George, allowing spammers to send 5000 emails BEFORE blocking them is why your onboarding IPs are burned. You are essentially using new, legitimate buyers as a "buffer" for your clean IPs. Why should a paying customer wait for your "small business" to manually verify them while assigned a blacklisted IP (77.78.86.0)? Use upfront verification (KYC/Stripe) instead of selling broken SMTP.
We do use those, but those does not prevent sophisticated spammers.
It might sound simple, but it is not. As I mentioned, feel free to send us feedback to our [email protected].
Also, what is your issue? If you (and most customers), know this in advance, what is stopping you from just getting verified?