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.
Is a domain a website? An email? What does that mean exactly?
Thank you!
Founder Team
George_Dragit
Mar 26, 2026
A: Hi there,
Domain is your Domain that you own (like mydomain.com), that you need to add, put the DNS records and verify it, so you can send emails from [email protected]
Does Emailit support a custom Return-Path (also known as a custom bounce domain or custom MAIL FROM)?
I'm evaluating Emailit as a transactional email provider and couldn't find any mention of this feature in the documentation.
What I mean specifically: being able to set the Return-Path header to a subdomain of my own domain (e.g. `em.mydomain.com`) instead of Emailit's own domain.
This is...
Founder Team
George_Dragit
Mar 25, 2026
A: Hi there,
You always have to set a MX DNS record for return-path/bounces. It always starts with "emailit" for example: emailit.domain.com if you add domain.com to domains.
We never set our own (Emailit's domain) for delivery purposes. (Only for double DKIM signature).
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?
Q: What do you mean by "domain"?
Hello,
Is a domain a website? An email? What does that mean exactly?
Thank you!
George_Dragit
Mar 26, 2026A: Hi there,
Domain is your Domain that you own (like mydomain.com), that you need to add, put the DNS records and verify it, so you can send emails from [email protected]
Share Emailit
Q: Custom Return Path
Does Emailit support a custom Return-Path (also known as a custom bounce domain or custom MAIL FROM)?
I'm evaluating Emailit as a transactional email provider and couldn't find any mention of this feature in the documentation.
What I mean specifically: being able to set the Return-Path header to a subdomain of my own domain (e.g. `em.mydomain.com`) instead of Emailit's own domain.
This is...
George_Dragit
Mar 25, 2026A: Hi there,
You always have to set a MX DNS record for return-path/bounces. It always starts with "emailit" for example: emailit.domain.com if you add domain.com to domains.
We never set our own (Emailit's domain) for delivery purposes. (Only for double DKIM signature).
So we are fully DMARC aligned (relaxed)
Share Emailit