Live data from Hacker News

Launch HN: AgentMail (YC S25) – An API that gives agents their own email inboxes

news.ycombinator.com

91–100 of 183 posts

Re: Launch HN: AgentMail (YC S25) – An API that gives agents their own email inboxes

#91

The moat for SaaS is gone. I am 99% certain I could build to parity in a weekend using Cloudflare without the the pricing limitations. I am thinking it would be within the free tier of CF usage. I am not certain I have the bandwidth to communicate over delivery and plain text inspection concerns.

I thought cloudflares email product is only for receiving, not outbound ?

Re: Launch HN: AgentMail (YC S25) – An API that gives agents their own email inboxes

#92

The moat for SaaS is gone. I am 99% certain I could build to parity in a weekend using Cloudflare without the the pricing limitations. I am thinking it would be within the free tier of CF usage. I am not certain I have the bandwidth to communicate over delivery and plain text inspection concerns.

the moat is always going to exist between the haves and have nots. AI just raises the bar for the standard of quality. you are not going to vibe code a new OS in a weekend - or else everyone else and their mamas could, too, in which case, you wouldn't be special

Re: Launch HN: AgentMail (YC S25) – An API that gives agents their own email inboxes

#93
I'm 100% for this, but I think you can go even more granular than "gives agents their own inboxes".

Thanks to Action Mailbox in Rails[1], I give all my records email addresses. Eg let ecommerce "order" records accept forwarded emails that are pinned as comments. It opens you up for doing things like forwarding a purchase order and having the PO number pulled out and attached to an order, or forwarding tracking information from a supplier and having it attached to a "supplier order" etc.

In my personal life I have individual email addresses for all my utilities and emails automatically get filed away.

If this idea tickles your fancy, I opensourced Emitt[2], an inbound email processing server with LLM-powered automation.

1. https://guides.rubyonrails.org/action_mailbox_basics.html

2. https://github.com/schappim/emitt

Re: Launch HN: AgentMail (YC S25) – An API that gives agents their own email inboxes

#94

Interesting take, but this feels like one of those tarpit ideas that YC discourages their portco to start attacking. Guaranteed this is going to attract a ton of abusers who are looking to use this for signing up to services, spamming or other nefarious purposes, which then blacklists the doman. This is an infinite whack-a-mole. do you guys have some ways of handling it?

We do have robust checks in place to catch spam and bad actors(reputation, SPF DKIM DMARC, etc.) but as with all tools there will be bad actors who come up with creative ways to scheme for nefarious purposes.

We expect our infra and policies to evolve with usage, and one of our goals is to make agent driven email safer than the status quo, not just more scalable

Re: Launch HN: AgentMail (YC S25) – An API that gives agents their own email inboxes

#95

Interesting take, but this feels like one of those tarpit ideas that YC discourages their portco to start attacking. Guaranteed this is going to attract a ton of abusers who are looking to use this for signing up to services, spamming or other nefarious purposes, which then blacklists the doman. This is an infinite whack-a-mole. do you guys have some ways of handling it?

I don't think they use the agentmail domain for sending emails. Users connect their own domain and manage reputation (similar to all the other email marketing tools)

Re: Launch HN: AgentMail (YC S25) – An API that gives agents their own email inboxes

#96

The moat for SaaS is gone. I am 99% certain I could build to parity in a weekend using Cloudflare without the the pricing limitations. I am thinking it would be within the free tier of CF usage. I am not certain I have the bandwidth to communicate over delivery and plain text inspection concerns.

I thought cloudflares email product is only for receiving, not outbound ?

I was writing this comment and then asked AI model to find me a blog post and it looks like Cloudflare does support outbound now (I am seeing a send mail option) https://blog.cloudflare.com/email-service/ So yes it supports both and this feature was recently added (september 2025) & its still in private beta or something similar but yes now its possible.

But I have still written parts of the comments where I had assumed that you were right and I am still gonna let it be to show what my thinking process was I guess. Not that it matters now but I am frugal in finding alternatives sooo yeah :> lol (currently the cf private beta option's the best imo)

Yea I am a little bit confused as well being honest.

That being said, I feel as if even if Cloudflare might not be the best approach, one can try out purelymail (https://purelymail.com/) as well.

I feel as if Amazon SES might be the best option for it (or any EU alternative, I remember seeing an UK service with the same competitive pricing of Amazon SES)

But that being said, I am unable to understand the exact use of E-mail & what's the real idea to suggest the best infrastructure to use.

I mean technically, can something like cloudflare workers for inbox and amazon ses for outbound work if cloudflare email product is only for receving

That being said all of this is basing on the fact that what you thought is right

Re: Launch HN: AgentMail (YC S25) – An API that gives agents their own email inboxes

#97

The moat for SaaS is gone. I am 99% certain I could build to parity in a weekend using Cloudflare without the the pricing limitations. I am thinking it would be within the free tier of CF usage. I am not certain I have the bandwidth to communicate over delivery and plain text inspection concerns.

Perhaps you could, but you probably always could've built a clone of any SaaS app you wanted, it's just become faster. I'm reminded of the infamous Dropbox Hacker News comment[1]. If you're looking at stuff like this thinking "what's the point? I could just make that myself" then you're not the target audience in the same sort of way Ikea isn't trying to sell stuff to carpenters. This is true even when the barrier to…

But in this case it’s become so much faster and cheaper as to represent a serious disruption

Re: Launch HN: AgentMail (YC S25) – An API that gives agents their own email inboxes

#98
post #88

Earlier quoted context omitted.

Once vendors are getting AI spam sent to 1,000 of them and their competitors, they will stop responding and find other sales channels. This won't be sustainable.

Unless they have agents reading those emails and responding ...

Oh I feel like this is already in the making.

Let me create another (Y-combinator backed) startup which will intend on solving this issue haha (/s just kidding)

Re: Launch HN: AgentMail (YC S25) – An API that gives agents their own email inboxes

#99
post #3

"Application error: a client-side exception has occurred while loading www.agentmail.to (see the browser console for more information)." > Looks at developer console... - "Failed to create WebGL context: WebGL is currently disabled." Dafuq does an email website need WebGL for? - "Cookie “dmn_chk_xxxxxxxx-yyyy-dead-beef-123456789ABC” has been rejected for invalid domain." Let me guess...vibe-coded?

The website is really bad. If one moves from Python to curl in the website, one really sees how much noticable lag there is.

Like holy Cow, I am not sure what to say seeing such noticable lag

The time to go from python to curl. I have seen websites load faster, heck I feel like even 2-3 whole websites can actually be loaded in the noticable lag time we observe.

Absolutely crazy to witness.

Re: Launch HN: AgentMail (YC S25) – An API that gives agents their own email inboxes

#100

The moat for SaaS is gone. I am 99% certain I could build to parity in a weekend using Cloudflare without the the pricing limitations. I am thinking it would be within the free tier of CF usage. I am not certain I have the bandwidth to communicate over delivery and plain text inspection concerns.

We're going to collapse society with this style of thinking, particularly since it can now escape out into the realm of non-technical folks.

Death of true understanding because everyone feels entitled to paying the lowest perceived monetary cost possible for everything in their lives.

Post reply on HN