Email limit in bubble

does anybody know if there is an email limit in bubble?
i mean the standard email that are from the no-reply.
for example 100 emails per day, or it might even be different for each plan,
i just wanted to know because in my website each time someone is registered, an email get sent to me and i don’t want any emails to be missed.
i will appreciate any answer because i could not find it anywhere.

Seems that the post describes an autoEmailBeingSent upon the signUpOfANewUser. This taking place without a loop.

I would say that there would not be any limits to the above.

i don’t know if autoEmailBiengSent is a prebuilt thing, but what i meant is that i created a sigh_up page, where you fill details, click on the sigh up button, and the workflow is creating a new thing and sending my personal gmail an email with the thing’s details.
are there any limits on that?
if suddenly 1,000,000 people sigh up, will it stop after a certain number?

@amitfisher7 There is a hard limit of 20 emails a day when using Sendgrid (which the default send email workflow does) when you do not have your Sendgrid API keys added to your Bubble app and are not on a paid Sendgrid account that allows for more than 20 emails per day.


thank you for you answer,
other than paying sendgrid, is there a way to increase this?
and if i decide to pay, how much emails do i get for how much money?


Check their website, I am not affiliated with Sendgrid and do not recall their pricing

Hey @boston85719, do you have a resource that states this? I would like to learn for myself as well.

As @cmarchan mentioned, maybe the auto-email-confirmation email shouldn’t be counted towards that limit. Because technically, it doesn’t use the Send Email action.

Does anyone know about this?

I think it is in the settings under Email tab for a free app or app with no sendgrid api keys, but I may be mistaken as it may be in Sendgrid documentation on their site…but really my resource is the experience of clients not adding their sendgrid keys as instructed to, contacting me about the issue and uncovering they didn’t add their sendgrid keys; so I can not pin point documentation but I know this is the case.

There also is no such thing as a

This is not a thing Bubble does when a new user signs up to an app…the app developer needs to create this themselves, so it should and would get counted in my opinion.

I am talking about this checkbox. If there is a rate-limit for the emails sent as a result of this checkbox, you won’t have new email-confirmed users anymore (after 20 or so emails), which doesn’t make sense.

This is similar to the concept of having a map or a searchbox element for places…both of those things require a Google API key, if you do not want to be rate limited at 6 per minute, so even though Bubble has a map element and searchbox element with built in capacity to search Places, it is not Bubble that should pay for our app usage of 3rd party services. It is the 3rd party service that has fees associated with the usage of their services.

So, it makes complete sense, that although Bubble gives us the ability to use this functionality, that we as the app owner are required to pay the 3rd party service to use their service beyond the rate limits set by the 3rd party service. In this case the 3rd party service provider is Sendgrid which provides the service of delivering emails.

Check what the logs show when you use that function beyond 20 a day…Bubble still is doing what they should do, which is executing the API call to sendgrid to request the email be sent, but it is Sendgrid that is not sending it based on Sendgrid rate limit of 20 per day.

I see your point and totally agree. However, map and searchbox-places is not crucial general apps. User system though is crucial for any system. And it might be sending the same API what not, but probably with Bubble’s own API KEY which has different terms and contract than ours.

I will ask support trying to get an answer.

I asked the support and they said same thing as @boston85719 . So, it is within 20 emails per day limit no matter where you use it. I just want to put it over here for others:

Hey, Huseyin! Eduarda here, happy to talk to you about SendGrid API keys and limits.

To answer your question – we have a limit of 20 emails with a maximum of 50 recipients/emails that you can send in a day using our default send email action with our out-of-the-box SendGrid. If you connect your own SendGrid account, you should be able to send more emails as well as better ensure their deliverability.

If you’re sending less than 20 emails, then the native Bubble send email action should be sufficient.

To learn more about your app’s email settings, feel free to check out our manual entry here.

I hope this helps!

And when I continue the conversation by asking:

If you specifically use Send Email action, I guess this is the limit but is this also the same for Confirm this email checkbox inside Sign up user action.

They said:

Hi Huseyin, yes, the Confirm this email checkbox will count as an email sent from your app’s domain, which will contribute to the when limit using out-of-the-box SendGrid configurations.

1 Like

Yes, but that crucial component of user sign up, does not require the email sent to confirm signup, that is just a nice additional feature of the sign up process and if an email is not sent, that doesn’t impede or interfere at all with the actual sign up of a user, which I would imagine is why it is determined through the use of optionally checking the checkbox to send a sign up confirmation email.

There are other ways to put together your own user email confirmation as well, which might include creating your own email with a verification code or perhaps using SMS verification instead.

But yes, I would agree, if a function is crucial for a system to function (ie: any system, and nothing applied to a specific use case of an app), then Bubble should not rely on a 3rd party service to deliver that functionality that requires the app owner to input their own API Keys. Bubble already does this for our database. They use Amazon for the database and we do not need to set anything up on our own Amazon accounts to make use of this.

Glad they confirmed it. Always best to hear it from the horses’ mouth.