This is really interesting and I'm sure it has many useful applications - what I am most impressed by is the popovers in your dashboard, which show SDK examples. This is a brilliant UI idea (executed with great polish) and is the first time I'm seeing it.<p>Unfortunately I'm not a potential customer and don't have useful feedback on the market landscape - all I can add is that I really love your design. Also it seems like you all launched the new landing page while I was typing this comment a little past midnight, so kudos on the work ethic as well.
Keep in mind that default Gmail allows webhooks for any changes (email received but also changing labels, etc), for free using Gmail pubsub. I use it a lot because it's the only way of getting programmatic notifications from credit card purchases (turn on purchase alerts to all cards, send to Gmail, have a filter archive but capture the reception in webhooks. Parse with simple regex)<p>Super fast low latency very satisfying. Pubsub scales well and free :)
Totally hear you. We think Gmail works great for individuals. We are solving the challenges of scaling email to thousands of agents per tenant.
That workflow sounds amazing. How do you set that up? Got any code for it that we can look at?
Curious: how are you tackling abuse/spam at scale, especially as more agents start talking to each other? Also, any plans for plug-and-play integrations with popular agent frameworks, or is the focus purely on infra for now?<p>Congrats on shipping - looking forward to seeing your journey.
Thanks a lot! We're working on a lot of checks in place within our API for both the agents and email side, including things like spam filtering, verification, and protection against phishing or prompt injection. It's an interesting task at hand, solving both archaic and cutting-edge problems within the same product lol
I was previously considering building in this space but the infra around sending /receiving email for lots of addresses seemed like a major pain before getting to anything properly exciting, excited to see this! Would also encourage you to build good local dev/testing infra, dealing with email gets messy.<p>I believe truly useful AI assistants will use the same tools that humans prefer to use, rather than forcing us to come to it (in the same way truly intelligent embodied AI would use the same spaces/stairs/tools/doors as humans). Email, despite all its warts, still runs a lot of the world.
This is perfect timing for me - was just thinking about how to do this. But pricing is a bit steep for a startup currently looking to prove the market. Would you consider a cheaper option (e.g. 1 free inbox, or maybe $20/mo for 5 agent inboxes and a more limited storage level)? I'm building something that I might consider this for, but I don't know how long my runway is before I get sustainable client revenue, so $100/month is a deep hole being burned in my personal pocket before I can prove my MVP out.
Thanks for the input sauwan - it means a lot. We're early, so this is by design. We have a generous free tier coming soon!<p>For now you can also use our playground at chat.agentmail.to
Hey sauwan, happy to help! Email me at haakam[at]agentmail[dot]cc
I do not have a use case for this _right now_. But I am a 100% sure I will have one pretty soon.<p>Email has become this massive, constant influx of information, that cannot be managed with just adding an AI agent to it. It takes so much more context knowledge to get right. None of the tools I have tried so far seem to solve this problem the way I would need it.<p>So sooner or later I might solve it for myself. And you guys will get a new customer.<p>Good luck, cowboys!
i created this last summer<p><a href="https://gpt.franzai.com" rel="nofollow">https://gpt.franzai.com</a><p>(test just email gpt@franzai.com)<p>sadly it never took off so it just became another abandoned side project<p>but still sometimes I use it ie do distill long emails or translate them without leaving the inbox - also the reminder and todo list feature is nice - whereby i mostly use the "remind me of this email next monday"<p>so my learnings for email agents: give them a sense of time and memory. its not only about that you write an email and send it but also when to write whom
Sorry for plugging in our product here but this comment seemed relevant. We are actually building something similar at mxgo[.]ai. Started exactly same way as you did, now working on a chrome extension with suggestions within inbox. Would love to connect and know your feedback.
Very cool! We’ve seen some neat personal assistants built with AgentMail as well
Why build with email now? Isn’t the world moving towards voice / live-chat paradigms?
One of the most important startup lessons to learn, in perpetuity, is not to underestimate email.<p>I learned this the hard way when I was running a startup 15 years ago (we used sign in with Twitter and didn't required people give us their email address) and it's still true today.<p>Email is almost universal, mostly free from gatekeepers and is an incredibly effective way to keep your product relevant in a way that doesn't depend on your users remembering to visit your site or open your app.<p>There are people out there who don't use email, but they tend to not be people who spend serious money on the kind of products most startups are building.
Agree that interfaces are moving in this direction. But humans and agents will always need a way to send/receive messages and notification asynchronously. Email is the most universal channel and we think it is here to stay.
I would actually go as far as potentially considering email a distributed protocol for live-chat considering how quickly they are delivered [1]. I'm aware that is not how many people use them, but I believe that is more related to the interface and not the underlying technology. Somebody could probably built a live-chat messenger that looks like Teams or iMessage while actually just being an email client. Edit: This already exists [2].<p>[1] <a href="https://groups.io/email-provider-status" rel="nofollow">https://groups.io/email-provider-status</a>
[2] <a href="https://www.spikenow.com/features/conversational-email/" rel="nofollow">https://www.spikenow.com/features/conversational-email/</a>
Great question - we get this input a lot. It really depends, while I'm a big believer of voice and API-driven design in the future, I think email's role remains but looks different. It's a sticky, universal protocol that serves as a great system of audit and record. Also think an agent is only as good as its context - an inbox serves almost as a personal gateway to the internet and early customer's use cases show different applications from agent-human connection to identity verification and authentication.
What a silly take. Email has been around for ages and it will continue to be around in perpetuity. It's still the medium of choice for certain types of interactions where a documented paper trail is important and you eg; need escalation, further review, etc. It's still also the choice for many companies and individuals.
With this type of products, I feel like spamming nuisance will dramatically increase if mitigation doesn’t catch up
What is the infrastructure tooling behind this product? I wanted to build this but it seemed like it is not a small startup project to build such big infra without riding on the existing email infra (which results in loss of the excitement to actually build the project itself and continue using the existing email infra by giants)
Is the '10.000.000+ emails processed' all from alpha/beta testers?
You mentioned one of your use case is outbound (can totally see this being perhaps your biggest opportunity): How are people using this for outbound? As a full-cycle AI sales agent?
Onboarding/signup started off great, but then you just drop in with no clarity on what to do next. A lot of actions possible and I'm unsure what to do first.
I'm interested in trying agentmail for one of our internal agents, but I noticed you're still on a waitlist and the "contact us" and "contact sales" buttons don’t seem to be clickable.<p>Just wanted to flag in case it's a bug. Excited to try it once access opens up.
I have been using Gmail connector for Deep Research in ChatGPT and it works like a charm.<p>For sending emails, I have been using Gmail MCPs
MCP's are great as another communication medium with these agents(we have an MCP server as well!)<p>The problem we are primarily solving is the scale at which you can provision inboxes to these agents in the first place. With Gmail there comes a lot of hoops and hurdles(its built for human usage) with their APi.<p>So when it comes to orchestrating inboxes for thousands, perhaps even hundreds of thousands of agents, thats where we would come in!
Do you facilitate the domain registration or do users bring their own? And if you do facilitate it, do you retain ownership of it?
Really cool stuff, keep it up.
how much better is agentmail with rate limits and sending limits?
Man, I've needed this! Brilliant!
Dejavu<p>What is the benefit of an AI email infra over using any other generic email api provider like SES, azure communication, sendgrid, mailchimp
The homepage has a feature comparison with Sendgrid. Sendgrid doesn't have email receiving, inboxes, attachment parsing.
Yes it does. As far as I recall, all major email providers handle inbound email. Sendgrid, Postmark, Mailgun, SparkPost, AWS SES.<p>(I don’t think this compromises the value of AgentMail, just clarifying what is supported elsewhere.)
good point. i guess really the comparison is SES not gmail
Happy to add some color here. SES and other APIs lack inboxes, email threading, attachment parsing, semantic search, structured data extraction, and more.
[dead]
[dead]