TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Launch HN: Resend (YC W23) – Email API for developers using React

432 pointsby zenorochaalmost 2 years ago
Hi HN! I&#x27;m Zeno, founder of Resend (<a href="https:&#x2F;&#x2F;resend.com">https:&#x2F;&#x2F;resend.com</a>). We&#x27;re building a modern email sending platform focused on providing the best developer experience.<p>Why? When you look at all the biggest competitors like Sendgrid, Mailgun, Postmark, and SparkPost, you&#x27;ll notice that they were all founded around 2009&#x2F;2010, and they all have been acquired by now. Because of that, it&#x27;s common to see them only prioritizing enterprise requirements and optimizing for sales-led growth.<p>Nobody is building an exceptional developer experience. Nobody is trying to innovate. There isn&#x27;t a single developer-first email platform in the market today. We want to change that.<p>Email sending is the kind of thing that you should integrate and forget, but instead, you have…<p>- Templates that are hard to build: Typically, you can only send emails using HTML or plain text. Although we support both, we&#x27;re introducing a new way of developing and sending your emails. With Resend, you can code your email using React instead of outdated &lt;table&gt; layouts thanks to our open source project (<a href="https:&#x2F;&#x2F;react.email" rel="nofollow noreferrer">https:&#x2F;&#x2F;react.email</a>).<p>- Slow performance: Current solutions only offer a single region for email sending, even when all your end users are located in another part of the world. We allow you to choose what region your emails should be sent from (US, Europe, or LATAM), which minimizes latency and improves time-to-inbox.<p>- Poor observability: Most tools keep you in the dark without knowing what really happened after you sent an email. Resend exposes all the events associated with your email via webhooks.<p>- Designed for marketers only: Existing solutions are too generic and built exclusively for product marketers and product managers. We&#x27;re building a platform with a clean REST API and SDKs for Node.js, Python, Ruby, Elixir, Go, and Java. We also have examples of how to send emails using Vercel Edge Functions, Cloudflare Workers, Supabase Edge Functions, and other serverless solutions.<p>What&#x27;s our backstory? When I was a CPO at Liferay, I faced the problem of sending emails at scale. We had enterprise customers complaining about deliverability, and I&#x27;ve been frustrated with existing services ever since. More recently, as a VP of Developer Experience at WorkOS, I once again had to deal with emails landing in the spam folder. After looking at all the different solutions out there, I&#x27;ve been obsessed with the idea of solving this problem once and for all.<p>We need to stop developing emails like it&#x27;s 2010 and rethink how email can be done in 2023 and beyond. We believe that email development needs a revamp. A renovation. Modernized for the way we build apps today. That&#x27;s why we&#x27;re building Resend.<p>What issues have you had with email sending? I would love to hear your ideas, experiences, and feedback on any and all of the above.

71 comments

paxysalmost 2 years ago
Help me understand the React selling point. Existing email sending software supports text and HTML because <i>that&#x27;s what email is</i>. No email client out there supports JavaScript, virtual DOMs, event loops, SSR or any such fancy web technology.<p>Instead of hand-crafting an HTML template with &lt;title&gt; &lt;p&gt; &lt;a&gt; &lt;h1&gt; &lt;img&gt; &lt;div&gt; etc I&#x27;m supposed to use your custom React components (&lt;Button&gt; &lt;Image&gt; &lt;Hr&gt; &lt;Link&gt; ...) which you will promptly compile down to the tags I mentioned above. So...what value am I getting out of React at all?
评论 #36309773 未加载
评论 #36310119 未加载
评论 #36309812 未加载
评论 #36310466 未加载
评论 #36309751 未加载
评论 #36313136 未加载
评论 #36309906 未加载
评论 #36309995 未加载
评论 #36314839 未加载
评论 #36341672 未加载
评论 #36309727 未加载
perpilalmost 2 years ago
Watch your free tier very closely. An unfortunate part of being in the email business is that spammers and phishers are always looking for free ways to send their emails on ips with a good reputation. It quickly becomes a game of cat and mouse which detracts from the business, so make sure you have a effective strategy to prevent misuse when allowing customizable emails with a generous free tier.
评论 #36311136 未加载
nik736almost 2 years ago
Your competitors have been acquired but you are funded by YC… so there is a high chance this will happen to you as well.<p>There isn’t much innovation happening since email is stable. I don’t want to design my emails in React, but I am probably not the target group since I am still running my own mail servers.<p>Edit: What I meant by &quot;email is stable&quot; is basically the way email is being sent and not email itself and the experience around it.
评论 #36309563 未加载
评论 #36309635 未加载
评论 #36309564 未加载
评论 #36309522 未加载
评论 #36314674 未加载
HappyCathodealmost 2 years ago
That looks promising, I&#x27;m currently looking at Sendgrid and Mailgun.<p>2 points I would bring :<p>- You need a cheaper plan. Mailgun have their flex plan that&#x27;s 0$ for 1000 emails per month, and then 1$ for any extra 1000. It would cost more to send 50k emails, but I&#x27;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&#x27;m not going to drop an extra 66% to send maybe 1000 emails per month.<p>- If I reach my plan limits, you need to still deliver my emails and I&#x27; ll happily pay for them. Your FAQ says : If you exceed your plan limits, you will be notified and given the option to upgrade to a higher plan. If you don’t upgrade and repeatedly exceed your plan, your account may be temporarily deactivated.<p>My platform relies on emails to register users, MFA backup and transactions invoices. So if my email provider doesn&#x27;t send my emails, my platform is broken. Yes, I could &quot;just&quot; keep an eye on my usage, look at it multiple times per day. I could also take some of my time to put some monitoring in place to wake me up at 3AM if there&#x27;s a spike in traffic and I need to upgrade my plan.<p>Or, I can do none of that and register to a Mailgun Flex plan, or a 20$ Sendgrid plan, and not spend my time babysitting my email provider. Both Mailgun and Sendgrid allow going over plan quota and just charge you a premium. Don&#x27;t not deliver emails, you&#x27;re an email provider, that&#x27;s disruptive.
评论 #36316420 未加载
jacobobryantalmost 2 years ago
FYI, the site is returning a 500 error currently.<p>Anyway, re: the substance of your post--I&#x27;ve used a few email services for the handful of small web apps I develop. I&#x27;m currently on Postmark and I really like it. You state &quot;Nobody is building an exceptional developer experience&quot; and &quot;There isn&#x27;t a single developer-first email platform in the market today&quot;, and I have to disagree. Postmark has great developer experience. And the specific points you raise aren&#x27;t much of a rebuttal:<p>- Templates: your own react.email project already has a Postmark integration. More generally, templating solutions don&#x27;t need to be tied to the email service. I prefer to use separate libraries for rendering and then pass off the html output to the email service anyway.<p>- Slow performance: Postmark has excellent delivery speed.[1]<p>- Poor observability: Postmark (and every other service I&#x27;ve used) provides events.[2]<p>- Designed for marketers only: Postmark is clearly designed for developers, as are several other services.<p>I am rooting for you! But I&#x27;d also like to say that before you trash talk competitors, please be sure you have substance to back it up, because some of us actually like those competitors :).<p>[1] <a href="https:&#x2F;&#x2F;postmarkapp.com&#x2F;email-delivery" rel="nofollow noreferrer">https:&#x2F;&#x2F;postmarkapp.com&#x2F;email-delivery</a><p>[2] <a href="https:&#x2F;&#x2F;postmarkapp.com&#x2F;email-analytics" rel="nofollow noreferrer">https:&#x2F;&#x2F;postmarkapp.com&#x2F;email-analytics</a>
评论 #36317193 未加载
评论 #36325020 未加载
评论 #36315724 未加载
lbrineralmost 2 years ago
We have built out some of the things you said were missing for our email system at SmartSurvey. The biggest annoyance is random blacklisting from email providers. Mimecast almost always greylists us, which is annoying because it creates an artificial baclog on our mail servers, others work fine and then all of a sudden they block you - sometimes you can contact them, sometimes you can&#x27;t.<p>We also have a big problem with automated tools like mimecast or Office365 because customers don&#x27;t receive emails that were blocked by some rule or heuristic or other but they just contact us because they can&#x27;t see what their receiving system has done. Even when we show them the logs.<p>Our sysem sends out about 50 different types of email and some are easy to handle when they bounce, others are not so easy so it will be interesting to see whether your use of webhooks will make things that much better than e.g. MailJet (who we use for some emails) since all of email failures arrive via webhook.<p>Other problem is to do with IP ranges of the sending servers. Using SES probably mitigates some of that (I assume most providers whitelist SES) but if you ever wanted to move to your own hosts, without a &#x2F;16 subnet, you can easily get blacklisted (again for unknown reasons) and without enough servers to move to, your deliverability suffers.<p>I think the one thing that would help us if we were using a third-party system would be failure messages with specific links to solutions that could be displayed to the end user. e.g. MimeCast 5.7.2 could link to an article about giving permissions to access a Mimecast mailing list. That would save a lot of explaining since we would just show that message to the customer.
pelcgalmost 2 years ago
&gt; Why? When you look at all the biggest competitors like Sendgrid, Mailgun, Postmark, and SparkPost, you&#x27;ll notice that they were all founded around 2009&#x2F;2010, and they all have been acquired by now. Because of that, it&#x27;s common to see them only prioritizing enterprise requirements and optimizing for sales-led growth.<p>So does this mean that Resend <i>won&#x27;t</i> get acquired? What is your exit strategy other than an acquisition?
评论 #36310070 未加载
评论 #36309892 未加载
评论 #36322567 未加载
swyxalmost 2 years ago
this is the most gorgeous dev tool design&#x2F;website i have seen in a long time. and you JUST graduated from YC? amazing<p>my real question is - how do you ship so fast <i>and</i> well? what do you trade off to be able to do this?<p>for email - my main wish is that it be integrated well with an auth and analytics system. the emails i send out should be aware of what the user has done, and if you&#x27;ve given me your email i should already have created an account for you, etc. seems all like one and the same - have a total representation of the user.<p>i am guessing i&#x27;m far from the first to talk about this. so the smaller, second idea, is just a good&#x2F;gorgeous &quot;contact center&quot; like experience with multiple channels and levels of email engagement that people can opt in&#x2F;out of. so eg you can choose to get emails from me every day&#x2F;week&#x2F;month&#x2F;quarter&#x2F;year, or based on specific topics. one can of course build this with resend, but it wouldnt be GREAT. people&#x2F;developers&#x2F;startups need help making this usually overlooked experience GREAT.
评论 #36314812 未加载
评论 #36314845 未加载
codersfocusalmost 2 years ago
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.
评论 #36310888 未加载
评论 #36311818 未加载
评论 #36310874 未加载
评论 #36309478 未加载
评论 #36309831 未加载
评论 #36311178 未加载
评论 #36312030 未加载
评论 #36309985 未加载
评论 #36310945 未加载
评论 #36309616 未加载
评论 #36311291 未加载
leggetteralmost 2 years ago
I had the chance to get hands-on with Resend during the private beta and found the Resend dashboard DX features to be really helpful during the development process. HTTP logging, email filtering, and webhooks (also with logging).<p>Being able to create email templates in React is great, too.<p>The very best of luck to you Zeno, and the rest of the Resend team.
评论 #36309332 未加载
trolliedalmost 2 years ago
You state that deliverability is the problem that has been your pain point for years &amp; you want to solve it.<p>I have 1 question.<p>How?<p>&#x27;cos React email templates isn&#x27;t the answer to that.
iamacyborgalmost 2 years ago
&gt; Poor observability: Most tools keep you in the dark without knowing what really happened after you sent an email. Resend exposes all the events associated with your email via webhooks.<p>I can&#x27;t think of a single email platform I&#x27;ve used as an email marketer&#x2F;crm marketer for a decade that didn&#x27;t expose a full event stream for all emails.
评论 #36311264 未加载
评论 #36311053 未加载
评论 #36311372 未加载
damianricobellialmost 2 years ago
We are using Resend for our new products at GuruHotel (YC19) and the experience is really impressive. It has never been so easy to create email templates. The Resend dashboard is simple and clear, we love it.<p>Best of luck Zeno, keep it up
评论 #36309852 未加载
calmwormalmost 2 years ago
Not for nothing... your site (resend.com) is a HUGE CPU hog. I didn&#x27;t get a chance to view or read anything on the site because I quickly closed the tab after my CPU rocketed up.
评论 #36314450 未加载
_Bruno42almost 2 years ago
Just FYI, <a href="https:&#x2F;&#x2F;www.resend.com">https:&#x2F;&#x2F;www.resend.com</a> should have a 301 to <a href="https:&#x2F;&#x2F;resend.com">https:&#x2F;&#x2F;resend.com</a>
评论 #36312400 未加载
throwaway85858almost 2 years ago
Looks cool, i would agree the space needs a shakeup.<p>But I see you don&#x27;t have an inbound offering, I&#x27;m looking for something similar to what sendgrid and mailgun offer in that i can receive a POST request to my API everytime someone sends an email to test@mydomain.com. Ideally with the following features:<p>1. Solid email MIME data parsing into JSON or XML<p>2. retry handling<p>3. included in the free tier (mailgun excludes this)<p>4. inbound routing based on parsed data
评论 #36312821 未加载
xystalmost 2 years ago
&gt; Poor observability: Most tools keep you in the dark without knowing what really happened after you sent an email. Resend exposes all the events associated with your email via webhooks.<p>Isn’t this what DMARC is for? I have this setup (along with SPF) with my domain with a strict “reject” policy and a dedicated inbox to receive delivery reports.<p>I do like that you are tracking whether the recipient opened the email or not. But most email clients are no longer loading images (including the “tracking pixel”) by default so this nice feature&#x2F;metric can be misleading.<p>&gt; More recently, as a VP of Developer Experience at WorkOS, I once again had to deal with emails landing in the spam folder<p>This usually means DMARC is configured incorrectly or just too many of your recipients are marking the emails as spam.<p>Besides the ability to write templates using react syntax, I don’t see why developers would use yet another centralized service in production.
评论 #36310703 未加载
评论 #36311458 未加载
chrismorganalmost 2 years ago
&gt; <i>Slow performance: Current solutions only offer a single region for email sending, even when all your end users are located in another part of the world. We allow you to choose what region your emails should be sent from (US, Europe, or LATAM), which minimizes latency and improves time-to-inbox.</i><p>Why does this matter? Does the difference ever realistically exceed even <i>one</i> second?<p>(Assumptions: being transactional email, messages are generally small enough to play well with typical TCP window sizes; and you can send a message within about three round trips, which I could easily be wrong about—I suppose you’ve got TLS handshake, SMTP handshake, then data, not actually certain how much blocking happens in each of these steps. Maybe two seconds is a more realistic maximum realistic difference?)
simplezealalmost 2 years ago
Microsoft Azure offering<p><a href="https:&#x2F;&#x2F;learn.microsoft.com&#x2F;en-us&#x2F;azure&#x2F;communication-services&#x2F;concepts&#x2F;email&#x2F;email-overview" rel="nofollow noreferrer">https:&#x2F;&#x2F;learn.microsoft.com&#x2F;en-us&#x2F;azure&#x2F;communication-servic...</a>
评论 #36310061 未加载
评论 #36312081 未加载
benatkinalmost 2 years ago
&gt; We need to stop developing emails like it&#x27;s 2010 and rethink how email can be done in 2023 and beyond.<p>Do you have any awareness of how tacky this sounds?
评论 #36311092 未加载
hoofheartedalmost 2 years ago
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.<p>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 :)<p>I added Resend to my R&amp;D to do list, and I hope to partner up soon: <a href="https:&#x2F;&#x2F;github.com&#x2F;elegantframework&#x2F;elegant-cli">https:&#x2F;&#x2F;github.com&#x2F;elegantframework&#x2F;elegant-cli</a><p>Congratulations on the launch, and keep up the great work!<p>I saw that Guillermo also to note of your work, so props on that too!
评论 #36317563 未加载
mercurialsoloalmost 2 years ago
What i would really love to see in a developer email service is also some workflows baked into the emails. There&#x27;s a ton of times you would want to wire up a service and just set it for transactional events but also as sequences and with a default set of templates wired up. Think Zapier meets Sendgrid for emails and a set of templates maybe wired for default dev flows like Signup, Verification, Billing receipts.<p>We do use SG for transactional emails and their email DX is frankly abysmal. Also not a big fan of html for transactional emails but sometimes you gotta do it.
评论 #36312162 未加载
评论 #36311966 未加载
geuisalmost 2 years ago
Which existing providers are you using on the backend for delivery? Mailgun, Sendgrid?<p>I ask because it takes a <i>long</i> time to build up trust reputation among the major email providers to help ensure deliverability.
评论 #36310356 未加载
评论 #36310962 未加载
rattrayalmost 2 years ago
I have to say I&#x27;m impressed at the breadth of their SDK support (even Elixir) and how idiomatic they seem at first glance in each language (though too bad there&#x27;s no python types yet).<p>Really nice to see all the examples too.<p>Pretty wild that in comparison, &quot;Twilio Sendgrid&quot; doesn&#x27;t even have a single code snippet on their homepage, and once a Rubyist clicks &quot;Least more&quot; and scrolls they&#x27;re greeted with this: `sg.client.mail._(&#x27;send&#x27;).post(request_body: mail.to_json)`
miki123211almost 2 years ago
&gt; What issues have you had with email sending?<p>Most email services assume that you are a big, US based company and care about following US anti spam laws, which require you to disclose your address in each email you send. As an Eu-based hobbyist running their services without registering an official business, I have no address that I can safely disclose and no willingness to deal with the legal system of a country that I have no interest in. What are your policies on this?
kaiseramaalmost 2 years ago
I have a couple of smaller personal projects that need transactional emails (mostly just notifications of things that have happened or weekly summaries, etc). Currently using Postmark but now they&#x27;re going away from credits to monthly subscriptions. I don&#x27;t send nearly enough emails to justify doing the monthly subscription, but I send more than the free tier allows (this is the case for most services). I&#x27;d probably be at the cusp of your free tier but I also have 3 domains. Currently I&#x27;m sending approximately 2k emails per month, if you had a hobby plan around $5&#x2F;mo with unlimited domains and around 5k emails per month - I would sign up. Otherwise I&#x27;ll probably just load up on Postmark credits and then eventually switch off to something else entirely down the road.
inopinatusalmost 2 years ago
Just had a super negative experience with Postmark support after being a steady customer for years, and I can only attribute it to their recent acquisition by a marketing company. They put me on a mailing list trying to force subscription change, and when I complained bitterly about the content and frequency of these marketing messages, pushed back with tone policing and told me to unsubscribe or delete them, something I haven’t heard since the old-school spam houses of previous decades.<p>Adding injury to insult, the unsubscribe interface didn’t even work until I’d disabled a content blocker.<p>So they’re dead to me now. There’s definitely room in the market for developer-first high-deliverability transactional email.
filipedeschampsalmost 2 years ago
Hi Zeno! To help you have some reach in Brazil, I just posted this on TabNews: <a href="https:&#x2F;&#x2F;www.tabnews.com.br&#x2F;filipedeschamps&#x2F;resend-nova-plataforma-de-email-criada-por-um-brasileiro-zeno-rocha" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.tabnews.com.br&#x2F;filipedeschamps&#x2F;resend-nova-plata...</a>
评论 #36309930 未加载
评论 #36309904 未加载
martinaldalmost 2 years ago
I don&#x27;t really see as most of these features being particularly new or different, there are loads of SDKs and packages around for rendering emails and sending them with various providers. It&#x27;s really a non-issue.<p>Deliverability is the #1 problem all developers actually face with this imo. We have perpetual issues with extremely high importance, but extremely low volume transactional email from admin panels alerting various (usually non technical) people to things. For example; an important extremely high value custom order has been requested and requires senior signoff in a platform. As far as I can tell nothing really suits this, it&#x27;s too low volume (&lt;1k emails a month - maybe even a few emails a month) for it to work well with dedicated IPs and shared IPs constantly get spam blocked on the major MSPs.<p>In the the end we tend to use SMS or slack&#x2F;teams webhooks for this.
评论 #36311385 未加载
codegeekalmost 2 years ago
So I have used Sendgrid, Mandrill, SparkPost and SES in production and dabbled with Mailgun for side projects. The biggest issue I have is with Logs where other than Mandrill, no one shows the actual Body of the email in logs. For our purposes, we need that.<p>Do you log the Email body ? If yes, I will give it a shot.
评论 #36310804 未加载
评论 #36311162 未加载
kieranhuntalmost 2 years ago
Zeno! Since no one else has said it on this thread, thank you for your work on Dracula.
revskillalmost 2 years ago
How do people actually use Sendgrid, Mailgund,... and any crappy email services outhere ? Day by day, i got upset and stressful working with &quot;enterprisey offerings&quot;.<p>Resend innovates at simplicity, no crappy dashboard, clean API design.<p>Thanks you.
userforcommentalmost 2 years ago
I am using MJML but custom components aren&#x27;t great, happy to see this one. Also would be great if you take a look into adding email action buttons, calendar integration and other modern features.
评论 #36314949 未加载
aziaziazialmost 2 years ago
&gt; they were all funded […] they all have been acquired by now […] nobody is trying to innovate<p>&gt; rethink how email can be done in 2023 and beyond to innovation<p>1. Is your plan to follow your competitors path from innovation to acquisition to status quo and be the BestPlatform for the next 10 years, waiting for the next innovating startup to take over?<p>2. Or do you consider keep on innovating, following the JS or DX trend or whatever clever innovation? If so what’s your plan to keep on innovating after acquisition whereas others failed ?<p>Thanks for the post and good luck.
darepublicalmost 2 years ago
Setting up email sending for web apps can definitely be a pain. I have been using Google API for this but I dislike working with their libs because their documentation is confusing to me. Finally I often have no design guideline on emails. I assume this will let me utilize my existing codebase components to generate the html? Or is it more limited than that. Anyway will keep this one in mind for a couple of my projects, thank you
mrahmadawaisalmost 2 years ago
I&#x27;m truly excited about Resend and the innovative approach it brings to email sending. Zeno, your vision for a developer-first email platform is refreshing and much needed in the market.<p>I believe Resend has immense potential to disrupt the email sending space and become the go-to platform for developers and businesses alike.<p>Love the fantastic design! Congrats on the launch.
scrollawayalmost 2 years ago
I dunno if this is interesting to anyone but a while back I built a mjml email manager.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;siguelaola&#x2F;mjmgr">https:&#x2F;&#x2F;github.com&#x2F;siguelaola&#x2F;mjmgr</a><p>It would let you write emails in mjml and react, and upload, manage and version them on Sendgrid. I had planned to make it a flexible system with support for other providers etc.<p>If someone wants to maintain or build on it, let me know.
dazbradburyalmost 2 years ago
As soon as you support inbound email handling we&#x27;ll definitely give it a go. Mailgun have some critical blockers (and potential security vulnerabilities) that have meant we&#x27;re looking for an alternative to switch to ASAP.<p>Ideally by then you&#x27;ll have migration guides from every big provider and so it will be even easier! Thanks for innovating in this space - it&#x27;s much needed!
评论 #36311147 未加载
totallychinesealmost 2 years ago
Love how half the whiners in this thread have clearly never had to send rich HTML emails that work in a variety of mail clients, but happily post their shitty hot takes.<p>Yes, what Resend is selling makes sense. If (especially after the additional explanation in this thread) you don&#x27;t get it, it might be you.
renewiltordalmost 2 years ago
For me, the biggest annoyance was not being able to Zapier in new entries into a drip campaign. I just refused to use providers I couldn’t zapier together. For the section of the market that is small time, I am not going to implement custom API integration. No zap, no deal.
simonbarker87almost 2 years ago
Congrats on the launch but I can’t see why I would go to this over Postmark. It’s so easy to get up and running, templates are solid, they have Zapier integration and the monthly fee starts at free for 100 emails and then $15 a month for over 1,000 a month.<p>What am I missing?
评论 #36309980 未加载
rretlawalmost 2 years ago
Curious on your plans to integrate .NET&#x2F;C# as a method for sending via Resend? Any plans and timeframes you can offer? Thx!
hevalonalmost 2 years ago
How long does it take to have my domain whitelisted? and should I be able to send emails under one domain? Do you support react-native? Can I send it from the backend (eg next.js server-side backend)? Is it for only transactional emails?<p>Thanks!
评论 #36309993 未加载
jonas_kgomoalmost 2 years ago
It&#x27;s good to note that this product has an open-source version <a href="https:&#x2F;&#x2F;react.email&#x2F;docs&#x2F;introduction" rel="nofollow noreferrer">https:&#x2F;&#x2F;react.email&#x2F;docs&#x2F;introduction</a>
评论 #36313110 未加载
SCUSKUalmost 2 years ago
Small piece of feedback, but I clicked on the Get Started button expecting to see docs on how easy it would be to use your product but instead was directed to a login page, so didn&#x27;t look any further.
redeemanalmost 2 years ago
could you please elaborate on what the actual realworld problems are with &quot;slow performance&quot;, if my customer is in Germany, but the transmission of email happens from Newfoundland, Canada, is it really that terrible that it takes 100ms more to send the mail? do people notice?<p>a far far bigger impact is if mails arent transmitted immediately, but every 1, 5 or 10 minutes.<p>Am I missing something here, or is this just marketing for the sake of marketing?
presentationalmost 2 years ago
Reading through the docs, some thoughts:<p>- RE Observability, the lack of APIs to tag emails and retrieve them by tags makes this worse from that perspective to me because I’ve used Mailgun’s APIs before to pull down all emails we’ve sent in a burst to allow reconciling it against external data. No way to export data programmatically means that I can’t really do that type of reconciliation.<p>- some weird things in the docs like in the NextJS example it provides both raw HTML and react bodies for the email; not sure what this means. Also not clear why you don’t use JSX to render the email templates which seems not that idiomatic.<p>- as mentioned in a separate comment, GDPR&#x2F;SOC2 stance would be good to know.<p>But looks promising, been burned by incumbents just generally having bad support, so looking forward to variety here.
lucasfcostaalmost 2 years ago
Congratulations Zeno! What an awesome launch, really excited for you and the team at Resend.<p>Once we go for an email provider here, Resend will definitely be the first option.
评论 #36309796 未加载
pelcgalmost 2 years ago
Zeno, is Resend planning to have a CLI (linked to my account), since your product is a developer first email platform.<p>Your thoughts on this would be most welcome.
评论 #36310022 未加载
kylegalbraithalmost 2 years ago
We use Resend for our transactional email at <a href="https:&#x2F;&#x2F;depot.dev">https:&#x2F;&#x2F;depot.dev</a> after migrating away from Postmark following their acquisition. It&#x27;s been awesome so far and because our app is Remix underneath the hood, it was delightfully easy to get our emails exactly how we wanted them.<p>The visibility into what emails have been sent, to who, and what the content was is also incredibly helpful when we are talking about transactional emails. Double bonus for being able to share that email as well.
fluffysporkalmost 2 years ago
I&#x27;ve been dealing with email deliverability for the past 4 days as part of a new project.<p>The requirements are to send login codes when the user provides the email for a likely small site (maybe 100 active users a month). Eventually maybe send 1 email per day per user for notification reminders or something. Everything is transactional, no marketing. (Are notifications marketing or transactional?)<p>I&#x27;m directly implementing the http call. Most services don&#x27;t have that different of request JSON so it&#x27;s pretty straightforward. I&#x27;m likely not going to use the API for anything else. A curl example will typical show everything I need to know.<p>The emails I want to send are basically SMS style messages. No HTML or other noise. I would prefer no body logging. I assume such short messages may be an issue for spam filters?<p>subject: login code body: login code: abcd<p>(I did have the login code in the subject too, but those show up in some console pages and I suppose are more likely to be logged)<p>SendGrid<p>I initial used SendGrid since we used it at my prior job. Generally fine when using gmail addresses, but every non-gmail mta was rejecting the emails due to the IP being in multiple blacklists. So as a new SendGrid account we were placed in a shared IP pool with blacklisted IPs.<p>A support request reply included a link to an April 6, 2023 blog post discussing their &quot;shared IP address pool improvements&quot; (<a href="https:&#x2F;&#x2F;sendgrid.com&#x2F;blog&#x2F;shared-ip-address-pool-improvements&#x2F;" rel="nofollow noreferrer">https:&#x2F;&#x2F;sendgrid.com&#x2F;blog&#x2F;shared-ip-address-pool-improvement...</a>). Since I won&#x27;t be sending a lot of emails, don&#x27;t want to track users, and users don&#x27;t even have to open the email to see login codes it sounded like we would never get a better IP pool.<p>IDK if our usage would ever require more than the free tier max emails. However, to get out of shared IP pools, $80&#x2F;mon ($960&#x2F;yr, maybe theirs a deal but doesn&#x27;t matter because it&#x27;s a small site) is required. OK, but their support docs also say that it&#x27;s up to the user to initial monitor the IP in spam blacklists, etc.<p>The entire thing I want to pay for is NOT having to deal with any of that and have my transactional emails delivered. Yes, some of that is on the user not spamming, but I would also be fine if they were scanning emails and notifying me of spammy behavior proactively.<p>So I moved on.<p>Postmark<p>Seemed promising. Said all the right things on the website. Created an account, verfied an email, got a server token, and started implementing. For unknown reasons, the use a custom header instead of standard oauth2 bearer authorization header. I could modify my code to send the custom header, but I don&#x27;t like that idea. Additionally, it seems like a potential security issue as general proxies or other things that log http requests would like not log authorization headers, but would log unknown headers. Probably small.<p>Maybe unreasonable to abandon for such a &quot;small&quot; reason, but does this imply anything about their other design decisions? I didn&#x27;t have a lot to lose so moved on.<p>Mailgun<p>This time checked the API first. Uses the http user for the token. Pass<p>smtp.com<p>Didn&#x27;t seem like they had a free tier, seemed more oriented towards marketing. Didn&#x27;t care for their website so moved on.<p>Amazon Simple Email Service<p>I don&#x27;t use AWS. Terrible docs. I just need one endpoint to send an email. Not immediately obvious how to authenticate. Doesn&#x27;t sound like it provides else but sending. Searches indicated maybe blacklist type problems, IDK.<p>SES doesn&#x27;t have a standalone email company type of home page with a curl example or anything. It&#x27;s just some service down in the bowels nobody cares about until it breaks. That&#x27;s fine though.<p>MailerSend<p>Through Google I found MailerSend. Curl example on homepage. Signup was realitively easy except I messed up the domain verification. I&#x27;m using Google Domains with Google Workspace which creates its own SPF record. It&#x27;s not immediately obvious that exists in Google Domains and then requires deleting the entire Google Workspace sythetic record. That&#x27;s not MailerSend&#x27;s fault though as they did have a useful error message that I didn&#x27;t read.<p>They require filling out a form to approve everyone before sending email outside your domain. Seems like humans are actual doing the approval. My initial submission was denied, but resubmitting with more detailed info about company&#x2F;site (more than 6 words) was approved.<p>MailerSend&#x27;s domain verification success email went to my gmail spam. So that wasn&#x27;t a good start.<p>The IP isn&#x27;t in a blacklist and my test users that were having problems are at least receiving login codes now. At least 1 went to spam.<p>I can&#x27;t say if MailerSend will turn out to be any good long term, but ok so far.<p>Conclusion<p>A recurring problem with all of these services is that my usage will likely only fall into the free tier with paid tiers being excessively expensive for a small site. If they aren&#x27;t making money off me, they likely aren&#x27;t going to care if I have problems. A $20&#x2F;yr plan would probably be fine or up front buy a bunch of email sends or something.<p>It feels like any company that starts out targeting transactional only eventually is either bought by a marketing company or adds marketing emails. You certainly can&#x27;t grow revenue off small sites using free tiers and likely can&#x27;t if VC backed either.<p>Since it&#x27;s a low volume of emails, it seems like as long as my server IP isn&#x27;t already blacklisted and I setup SPF&#x2F;DKIM I could probably send the SMTP directly and skip the middleman. Maybe when I get time.<p>Sorry that&#x27;s so long. Maybe some of its useful. Did anyone actually read to the end?<p>EDIT: I don&#x27;t care at all about email templates
评论 #36315131 未加载
iLoveOncallalmost 2 years ago
What is the advantage over something like SES? It seems you need to do basically the exact same code for the same result.
santialboalmost 2 years ago
I built something using react-mjml and storybook (storybook-server). It takes a bit of plumbing but the devx is very nice.
评论 #36310050 未加载
davidnordhausenalmost 2 years ago
Looks great Zeno! Does the &quot;Dedicated IP&quot; increase the volume I can send through a specific domain?
stevoskialmost 2 years ago
You mention that you have a Java SDK but I can’t find it on your website.<p>Can you please share a direct link to the Java SDK?
评论 #36310474 未加载
joshmandersalmost 2 years ago
Please for the love of god do not decide for me where I want to be.<p>I signed up, confirmed my email, opened the app and was browsing through it and was on settings tab when I got a phone call. During that call I had to look up something so I opened a new tab. After the call I went back to resend&#x27;s UI to watch it blink and all of the sudden I&#x27;m on the dashboard again.<p>So I tested it, I went to the settings page again, switch to a different tab and then back to Resend again just to watch it switch back.<p>There is absolutely ZERO reason for this functionality. It is not a better UX, it&#x27;s an annoying UX you do not know what I am doing or where I want to be on your website.
评论 #36310818 未加载
评论 #36311192 未加载
moffkalastalmost 2 years ago
&gt; Email API for Developers Using React<p>But what if I&#x27;m just a regular developer who doesn&#x27;t use react? &#x2F;s
评论 #36311480 未加载
enonoalmost 2 years ago
This is awesome! I have a project that I need to send some emails on so this is perfect
评论 #36309860 未加载
iamflimflam1almost 2 years ago
How does the react email templating work in non javascript backends? For example Rails?
评论 #36309712 未加载
isnhpalmost 2 years ago
Congrats Zeno. Have tried today and falling in love with Resend. Currently installed it with my sites. Easy to setup and looks stable. Would you plan to announce another plan in the middle of Free and Pro? I think 20 monthly and 50k emails sometimes overusing. 10 monthly and 20k emails or something.
lowercasedalmost 2 years ago
No mention of PHP SDK?<p>I see your docs mention a composer package in the PHP section.
评论 #36310093 未加载
pxuealmost 2 years ago
Any thoughts on third party integration such as segment?
评论 #36310036 未加载
VoVAllenalmost 2 years ago
Your homepage looks quite similar to modal.com
Dowwiealmost 2 years ago
+1 for supporting Elixir from the starting line
snow_macalmost 2 years ago
How long have you been doing this startup for?
评论 #36314589 未加载
laurels-martsalmost 2 years ago
Any plans to allow Svelte components as well?
cusxalmost 2 years ago
Why limit it to 100 emails a day for the free plan? Makes the 3000 limit feel like a false advertisement unless you have 100 users signing up every day.
评论 #36318511 未加载
ftxbroalmost 2 years ago
Is this for spamming?
presentationalmost 2 years ago
Congrats on the launch! What’s your stance on GDPR and SOC2? I’m making a B2B SaaS and we need to vet our vendors, would be helpful to know. Thanks!
usernamebiasalmost 2 years ago
Just use Mailgun.
RaiyanYahyaalmost 2 years ago
This is so cool. I am going to build a command line app around this. Love it! All the best!
评论 #36311159 未加载
评论 #36313326 未加载