221–230 of 277 posts
Earlier quoted context omitted.
Check out this talk from Mark Robbins from 2018, he's been leading the industry with interactive email for a long time now. https://www.youtube.com/watch?v=l7i7YDPcAcM
I don't think this supports your point of "everyone" talking about doing this by hand. If anything this guy is an outlier.
I think if you’re targeting developers, SES is your biggest competitor. Their very cheap pay as you go pricing is more attractive than your monthly pricing. If email templates with react is your usp, I think I’ve seen libraries that offer that already.
> I think if you’re targeting developers, SES is your biggest competitor. Cloudflare via MailChannels is virtually free: https://blog.cloudflare.com/sending-email-from-workers-with-... It lacks tooling / observability that a marketer would want though.
FYI, the site is returning a 500 error currently. Anyway, re: the substance of your post--I've used a few email services for the handful of small web apps I develop. I'm currently on Postmark and I really like it. You state "Nobody is building an exceptional developer experience" and "There isn't a single developer-first email platform in the market today", and I have to disagree. Postmark has great developer experie…
BUT their JS library has been a shitshow for years now. Like, it works. But the readme links to outdated documentation and 404s. And in the library documentation you can get into an infinite loop of “click here for more info” taking you to back to the page you’re on.
It’s still usable. I can just find the page I need with a bit of googling, and actually I stopped using the JS library and just interact with their API directly with HTTP these days. But it’s definitely a sign that they’re not paying attention to that side of the business and developer experience anymore.
Which is, like, fine. Postmark is a great product. It does what it needs to and it does it well. But it’s fair to say they’re not hungry anymore and haven’t been for a while. And although I don’t totally understand Resend’s value prop, the market’s definitely big enough to support someone new and hungry so good luck to them.
PS: Zeno, I saw in a sibling comment that you guys had a upstream outage during your Launch HN. Damn, such bad timing haha!! At least it’s back up now :)
I have been looking for a basic Mailgun type transactional email service for my React based project, and I believe this is exactly what I need. I asked Adam to think about designing some reusable transactional email templates for Tailwind UI a few months ago. It looks like Resend would pair right up with Tailwind perfectly :) I added Resend to my R&D to do list, and I hope to partner up soon: https://github.com/elega…
This should be a good place to start: https://react.email/docs/components/tailwind
Earlier quoted context omitted.
But why use React to do that when you can achieve the same thing on the backend? https://mjml.io/
There's also react-mjml, a React wrapper around it. Works great, altho it's easy to mix up React props with mjml props. Just requires devs to actually read the documentation
Earlier quoted context omitted.
Does SES still have a reputation for being flagged as spam more often than other senders?
SES reputation is medium at best. But they allow everyone to send emails so you get what you pay for...
Earlier quoted context omitted.
I think he may have wondered how would, say a Python backend using Resend Python SDK, render a React Email template and send it. Their API docs [1] for "Send Email" has an option for specifying a 'react' component to render the message but it's only available on the NodeJS SDK. Otherwise you pass HTML and/or Text. Personally, I was expecting the api to optionally accept a React Template, along with the Data, where up…
Exactly this. Said differently - how many devs out there are screaming "I really need to send transactional email via React", when most apps are sending it via Python, Ruby, PHP, Java, and (back-end) JS.
But I think the targeting here is for a certain generation of companies where there is a very distinct backend/frontend split OR companies where everyone is a JavaScript dev (and the backend is Node). The backend folks send the email content and the frontend folks are responsible for building the presentation-layer stuff. The thinking here, I believe, is that those frontend guys do all their other work in React, so when they're given these transactional emails to build, they'd prefer to keep working in React. I think?
Earlier quoted context omitted.
React doesn't do its own styling though, and since email will not run js, you are basically talking about css at this point
Maybe that is the secret sauce of this service. They render the email with react and automagically convert that to something that works for email?
Earlier quoted context omitted.
> I think if you’re targeting developers, SES is your biggest competitor. Cloudflare via MailChannels is virtually free: https://blog.cloudflare.com/sending-email-from-workers-with-... It lacks tooling / observability that a marketer would want though.
Are there any unpublished limits for this? Asking for a friend :)
That looks promising, I'm currently looking at Sendgrid and Mailgun. 2 points I would bring : - You need a cheaper plan. Mailgun have their flex plan that's 0$ for 1000 emails per month, and then 1$ for any extra 1000. It would cost more to send 50k emails, but I'm not there yet, I need a cheap starter plan with a lot less emails. My total infra cost is going to be around 30$, so I'm not going to drop an extra 66% to…
Do not use Mailgun. Their support is extraordinarily poor if you use it for something mission critical. We've had our grandfathered in account downgraded twice now resulting in outages, and their support took _days_ to respond. They were bought out by Private Equity a while ago so it looks like they are in the stage where the company's value is being extracted.
Same is probably going to happen to this.