Hi, Ado here from FounderMail.
I wanted to clarify that the service never bounce an email when the limit is reached. And you explained the reasons very well.
They are not even queued, you continue to receive the emails as usual.
We instead send an email when you are approaching the limit and when you are over it, asking to upgrade to an higher plan.
We're not looking at you if for any reason one month or 2 you're over the limits; any limits, sending, receiving, storage, etc.
I'm going to update the page to better clarify our policy, thanks to have point that out.
Just a small follow-up on this and a correction: the landing page is now making clear how we treat receiving limits; we do not bounce anything, email keep arriving.
One correction: the sending limit is instead hard-ensured; sending is refused when the limit is reached. The reason is pretty clear: block spammers.
Before sending to strangers you have to request outbound access just once for domain.
We manually evaluate your request and approve it, it takes a few hours.
Yes it seems wild, but, it helped a lot to keep out of the platform spammers: being a free service we receive sometime requests from throwaway domains that are used by spammers.
We also check that the domain is not blacklisted or is not looking like well known companies, like amazon-customer.com, etc.
What does it means for our users? Well, bounce rate below 0.1% and 0 complains so far.
Reputation when sending emails is everything, and it's the most important thing to preserve in FounderMail.
Hi Jacob, Ado here, from FounderMail. I'm really glad you ended up on-boarding with us, and I wanted to reach out to thank you for the review and feedback.
The manual approve to outbound sending helped a lot to keep spammers out of the platform.
We ensure that domain exists and you're the owner, the website is legit, etc, making impossible for a bot to operate throughout our channel.
And is working, almost 4 weeks in, no complaints, less than 0.1 bounce rate.
You know, having an high reputation is vital to ensure the emails we send on behalf of our customers are reaching the inbox not the spam folder.
Said that, you continue to be right: it's annoying. We're working to reduce the pain autoapproving it for cases like your.
Thank you again (I hope you'll never find a reason to leave us! :)
I went to your site to check this out, and I found the bright orange from the first slide was killing my eyes, and my coworkers. The other landing page slides were great, the first one made me want to leave.
Overall looks like a great tool that I'll look into for my next projects.
Jacob's blog links to https://foundermail.mx/, I'm guessing you were looking at foundermail.app. I have no idea if they're related, but the former does not burn your eyes, the latter is very bright
It looks fine in sRGB, but I can see how it would be bad with the horrid default profiles that monitors ship with. Graphic designers should really be aware of that at this point.
"I had to submit a special request before I could send emails to new addresses that had not previously messaged me."
sounds even more insane, completely unusable service, I mean if the client sends me automated emails from their system on behalf of the PMs, I would need to submit request to reply to each PM with their individual address? insanity unless they meant domain which would be a bit more sensible
Thank you for creating such a great service! It’s always great using a product and getting to thank the developer directly. Your platform seems perfect so far and it was extremely quick to get approved for outbound sending (definitely less than 12 hours). Seems to be working perfectly so far, and I don’t think i’ll be switching anytime soon.
Building a website with Claude is literally "a bot operating on their channels". Whether these are morally equivalent is an unrelated axis - it's the literal claim that's being disputed
