Live data from Hacker News

Cloudflare Email Service: private beta

blog.cloudflare.com

11–20 of 578 posts

Re: Cloudflare Email Service: private beta

#11
post #6

Been waiting for this for a long time! CloudFlare developer platform is underrated. The ability to use queues, cache (KV), Hyperdrive, and R2 (an S3 equivalent) with one line of code is just brilliant.

About their developer platform: https://blog.cloudflare.com/cloudflare-developer-platform-ke...

Re: Cloudflare Email Service: private beta

#13
>// Classify incoming emails using Workers AI const { score, label } = env.AI.run("@cf/huggingface/distilbert-sst-2-int8", { text: message.raw" })

This is neat but be careful using an LLM to parse email content. The demo is a BERT model which is a good but I can see how someone might swap this without realising the implications

Also really nice to see emails from workers, its something I have wanted for a while!

Re: Cloudflare Email Service: private beta

#16

I've been using email workers for years now. Adding the ability to send emails directly from workers will be amazing!

https://blog.cloudflare.com/sending-email-from-workers-with-...

They had it a few years ago, but the company offering the free integration essentially stopped offering the free part. I'm currently grandfathered in to mail channels.

Re: Cloudflare Email Service: private beta

#17
post #9
post #4

Eventually all Internet protocols will be MITMed by cloudflare. Your single point of interception!

Was about to comment on this but you got right to the point. All of this is because people are lazy to build, let alone maintain, their own damn programs and servers.

It's not laziness, it's greed. People want to build and host their own things but that costs money.

Re: Cloudflare Email Service: private beta

#18
Please tell me this supports some kind of idempotency.. I fear it wont.

The kind of hoops I've had to jump through to achieve DIY idempotency with Postmark would make you cringe, a shared lock to avoid race conditions, and then using the API to check if an email with the unique id (manually added to the metadata when sending) has not already been sent before sending an email.

Being safe in the knowledge that an email with some unique key will only be delivered once regardless of bugs, processes dying mid task, network issues etc. just makes life so much simpler. The risk of sending duplicate emails or at worst spamming your users due to some more nefarious bug is something that you really want to guard against at as low a level as possible. Sure this might not be quite as consequential as duplicate charges through the Stripe API for example (Stripe have always seemed to lead the way with good API design in this regard).. doThing(data) is _not_ good enough for executing tasks over a network that are effectful, have a cost, and potentially risk your reputation if things go wrong. Idempotency keys should far more widely supported!

Re: Cloudflare Email Service: private beta

#19
post #5

Great move. Will probably switch to it immediately from Sendgrid as soon as it goes GA. Sendgrid recently killed their free tier (100 emails per day) and their lowest plan is now $20/month for 50,000 emails. It's totally overkill for low traffic projects.

Try https://mailpace.com

The lowest plan $40/year for 1k emails/month isn’t on the Pricing page, but you can select it when signing up.

Re: Cloudflare Email Service: private beta

#20
post #5

Great move. Will probably switch to it immediately from Sendgrid as soon as it goes GA. Sendgrid recently killed their free tier (100 emails per day) and their lowest plan is now $20/month for 50,000 emails. It's totally overkill for low traffic projects.

> Sendgrid recently killed their free tier (100 emails per day) and their lowest plan is now $20/month for 50,000 emails. It's totally overkill for low traffic projects. With a pricing structure like that it appears they became too tired of verifying/validating users to not send spam. Unfortunately I don't blame them.

isn't this done automatically?
Post reply on HN