I'm interested in emailit but by reading here and in your discord, I understood that unlike other smtp providers like Resend, Brevo, etc here we do not piggyback on your IP reputation but build our own. Is this correct?
If yes, what's the difference to simply using out own hosting provider (with a solution to do marketing and automation like mailwizz).
Thinking of this coz I wanted to used Mailwizz with emailit but am confused on the usp..
Thanks
Founder Team
George_Dragit
Mar 29, 2026
A: Hi there,
It is not quite that simple. The difference here is that in the shared IP pools, we do not have such large volume of emails as others do. So your sending domain reputation is way more important.
The difference is that maintaining the hosting provider, monitoring, dealing with delisting (even when sending genuine emails), setting up DKIM, SPF, MX, bounce management, those are all...
1- For tiers 1 and 2 where the number of domains is limited, are the domains locked, or is it possible to change them later (remove an old domain to make room for a new one)?
2- Does this deal include automations? If not, will there be a lifetime option to add them later?
Founder Team
George_Dragit
Mar 28, 2026
A: 1/ you can always add/remove them
2/ automations are not available yet. So we do not know.
Jiří Žižka from Emailit answered another user on November 13, 2024 and said our records (including SPF, MX and DKIM) are under our emailit. subdomain, so it would never interfere with your main domain. So if you add a sending domain example.com the SPF will be under emailit.example.com (no interference with Google Workspace or any other providers). You can find that answer here:...
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
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
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.
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.
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.
Q: IP Reputation and own hosting
Hello
I'm interested in emailit but by reading here and in your discord, I understood that unlike other smtp providers like Resend, Brevo, etc here we do not piggyback on your IP reputation but build our own. Is this correct?
If yes, what's the difference to simply using out own hosting provider (with a solution to do marketing and automation like mailwizz).
Thinking of this coz I wanted to used Mailwizz with emailit but am confused on the usp..
Thanks
George_Dragit
Mar 29, 2026A: Hi there,
It is not quite that simple. The difference here is that in the shared IP pools, we do not have such large volume of emails as others do. So your sending domain reputation is way more important.
The difference is that maintaining the hosting provider, monitoring, dealing with delisting (even when sending genuine emails), setting up DKIM, SPF, MX, bounce management, those are all...
Share Emailit
Verified purchaser
Thanks. Got it. Bought a T3
Q: How does this compare to hunter.io?
How does this compare to hunter.io?
George_Dragit
Mar 29, 2026A: Hi there,
We are not an outreach platform. (We do not allow cold emailing).
You can use Emailit for transactional emails or marketing emails with prior consent given.
Share Emailit
Q: Change domain
Hi, 2 questions:
1- For tiers 1 and 2 where the number of domains is limited, are the domains locked, or is it possible to change them later (remove an old domain to make room for a new one)?
2- Does this deal include automations? If not, will there be a lifetime option to add them later?
George_Dragit
Mar 28, 2026A: 1/ you can always add/remove them
2/ automations are not available yet. So we do not know.
Share Emailit
Q: workspace domain with google
Hi, my domain is currently registered with google workspace. Can I still use this to send email newsletters?
Share Emailit
Jiří Žižka from Emailit answered another user on November 13, 2024 and said our records (including SPF, MX and DKIM) are under our emailit. subdomain, so it would never interfere with your main domain. So if you add a sending domain example.com the SPF will be under emailit.example.com (no interference with Google Workspace or any other providers). You can find that answer here:...
Q: 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:...
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...
Share Emailit
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?