171–180 of 277 posts
Earlier quoted context omitted.
I _think_ the idea is just to use React as a templating language to write HTML emails, rather than dealing with the quirks of email HTML directly; it's not about sending emails from the frontend.
But why use React to do that when you can achieve the same thing on the backend? https://mjml.io/
It's good to note that this product has an open-source version https://react.email/docs/introduction
Help me understand the React selling point. Existing email sending software supports text and HTML because that's what email is . No email client out there supports JavaScript, virtual DOMs, event loops, SSR or any such fancy web technology. Instead of hand-crafting an HTML template with etc I'm supposed to use your custom React components ( ...) which you will promptly compile down to the tags I mentioned above. So.…
It also leans into a lot of email code best practices. Clear inputs and outputs and unidirectional data flow with React props, building reusable and composable components that work in all email clients without having to hand-rewrite table tags, and an easy way to inject test data or build out email templates before you have real data.
I've used react-email on one project now, and would happily re-use it in a future project where a team is amenable to having some TypeScript in their backend.
My one complaint / feature request is that it'd be really nice to have a way to basically "export" react-email into low or no dependency functions, since effectively all it's doing at the end of the day is providing you a function where you pass it an object, and it returns a string.
Zeno, is Resend planning to have a CLI (linked to my account), since your product is a developer first email platform. Your thoughts on this would be most welcome.
Yeah, that would be great. Out of curiosity, what's your use case for sending emails via CLI?
Generating Boilerplate Projects
Rapid Testing (Think CIs)
Manage Environments and API Keys in Resend
Listing Domains and Email Sending Health
A way to 'Watch' email events in realtime for debugging.
Earlier quoted context omitted.
Ya, but why does a transactional email service have anything to do with the front-end....I feel like I'm missing something very obvious but I can't seem to figure it out...
I don't mean this snarkily, but have you ever used a transactional email service? Literally all of them support frontend, I'd much rather use something like React than "Handlebars" (which Sendgrid requires https://docs.sendgrid.com/ui/sending-email/how-to-send-an-em... )
Earlier quoted context omitted.
Ya, but why does a transactional email service have anything to do with the front-end....I feel like I'm missing something very obvious but I can't seem to figure it out...
Emails are rendered like websites with a reduced featureset.
This is so cool. I am going to build a command line app around this. Love it! All the best!
Earlier quoted context omitted.
I was in a meeting a while back where a team that was tasked with standing up a few dozen completely static websites was discussing what React components to use. I asked why they were using any front-end JS framework at all and not just creating static html sites, maybe using a generator like Hugo or Eleventy if they wanted to templatize. The answer was that they didn't know how to create plain html sites without JS.…
Because I want to write JS(X) instead of having to suffer through learning yet another templating DSL. I don't understand why this si so hard for people to understand, templating languages suck.