The absolute worst with hosting your own email lists / transactional emails is that you need to be very up to date on the status of your IPs and domains in various blocklists, and it's very easy to get blocked from them.
I don't see anything mentioned about this, nor other similar issues, either on the website or in the GitHub repository.
Are you offering some functionality that help people manage this, or how do you suggest people approach this "when not if" problem?
Hello! We're not an email service provider ourselves (where one would normally configure email domain/ip settings), but we allow users integrate their own ESP accounts. We currently support sendgrid, and in the near term future we plan to support AWS SES.
I see! I understand you're not a email service provider, but "self-hosted" gave me the impression you actually handle sending the emails (via SMTP or whatever) as well as the management around the lists, not just outsourcing the email sending part to a hosted 3rd party. Seems I was mistaken :)
I used Sendgrid as part of a RocketChat install in 2021, and the deliverability was atrocious. I vowed to never use it again, but haven’t explored alternatives recently. What options are you looking at?
Since the application for Dittofeed is similar to Mailchimp, which would be newsletters mostly and not transactional email, is that compatible with your primary business case at Resend? From what I can tell, Resend is mostly focused on transactional email and not on mass email messages such as newsletters, which is what I see as what Dittofeed is sharing with their Mailchimp alternative. If you're open to newsletters, let me know, and I'll give it a switch from Sendgrid!
Nice, I built an internal tool like this once. Love what you've got here. IME the next priority is supporting alternate providers to SG (and I see from the thread it's on your roadmap).
Another option for the SMTP part is using an upstream mail provider perhaps https://mxroute.com/ works for folks.
Oddly, I've had pretty good success with sending from my own Postfix+OpenDKIM based infrastructure for many years (in Linode). I suppose it's mostly because my volume from that box and those domains is so low and is primarily transactional rather than news-letter like things (I send service announcements maybe quarterly). I mentioned it elsewhere in thread but I like Postmark for those newsletter & drip-campaign stuff.
Git-versioned marketing templates seem unfriendly to presumably a marketing user.
That said, I’ve been integrating and supporting similar platforms over the past several years, and the feature set and maturity is low for the cost of these services. If Dittofeed puts the pressure on the market, that’s fantastic.
This is super awesome to see open source - I wonder if there's some value in email flows for self-hosted software as well.
I'm thinking if someone self-hosts a complex OSS app like Dittofeed (or even HyperDX ;) ) - would it be beneficial to allow admins to enable email onboarding flows like they get in the SaaS side of things, so end-users can be drip-fed product docs appropriately (and even customize it themselves if they're a big enough enterprise)? This can probably help onboarding/adoption internally if done well.
Either way - I'm really excited to try this out on our cloud side of things to help our new users learn our platform faster :)
Hey, great idea! We should probably make our internal onboarding journeys public like you’re suggesting so that self hosting users can benefit from them :)
I don't see anything mentioned about this, nor other similar issues, either on the website or in the GitHub repository.
Are you offering some functionality that help people manage this, or how do you suggest people approach this "when not if" problem?
All the best!
[1]: https://listmonk.app
[1] https://listmonk.app/docs/messengers/
Another option for the SMTP part is using an upstream mail provider perhaps https://mxroute.com/ works for folks.
Oddly, I've had pretty good success with sending from my own Postfix+OpenDKIM based infrastructure for many years (in Linode). I suppose it's mostly because my volume from that box and those domains is so low and is primarily transactional rather than news-letter like things (I send service announcements maybe quarterly). I mentioned it elsewhere in thread but I like Postmark for those newsletter & drip-campaign stuff.
That said, I’ve been integrating and supporting similar platforms over the past several years, and the feature set and maturity is low for the cost of these services. If Dittofeed puts the pressure on the market, that’s fantastic.
I'm thinking if someone self-hosts a complex OSS app like Dittofeed (or even HyperDX ;) ) - would it be beneficial to allow admins to enable email onboarding flows like they get in the SaaS side of things, so end-users can be drip-fed product docs appropriately (and even customize it themselves if they're a big enough enterprise)? This can probably help onboarding/adoption internally if done well.
Either way - I'm really excited to try this out on our cloud side of things to help our new users learn our platform faster :)
https://join.slack.com/t/dittofeed-community/shared_invite/z...