I am currently using MailJet for sending transactional emails and was just about to move to SendGrid until their free plan went out.
So far I haven’t had issues using MailJet directly but will try out their API through bubble.
I’m curious to know if anyone has had bad experiences using MailJet because I rarely see it being mentioned.
Is it possible to go back to the old situation? I recently cloned my app and now have this sendgrid issue. I do not send a lot of emails and they should be just very plain and simple so at this point there is no need for sendgrid and since it’s $10 a month, it is not something I want to invest in at this point.
Sending out html emails is a very tricky business and asks for a really well designed template since there are so many variables. Not just responsive issues but also a lot of different ways your email will be displayed in various clients. It is something I want to look into but have no time at the moment.
Anyway, I figured it out so for everyone who is struggling with adding sendinblue and the good but outdated instructions by @levon, here are some additions:
I struggled a bit with getting the API to work, but some things seem to changed in sendinblue too. Make sure you are adding a new SMTP template and add that number to the end of the POST url. Its kind of confusing with the focus on campaigns and campaign templates.
In the Bubble API connector, I set it up like this:
Then the template has an attribute called ‘token’ and the action to reset a password for a user is to create an email in the actions but tick the ‘only create token’ box, then refer to that step in the next action where you send the sendinblue email.
Do the substitutions for FIRSTNAME, etc. allow for people putting in odd characters, like HTML code characters? I’m wondering how much data cleaning is required before sending …
I see that this could be pretty confusing, but the email only picks up the first name for personalization (by choice) and adds a ! by default. So it picks up the name correctly.
Sorry @emmanuel, but since SendGrid doesn’t offer any free plans at all anymore there should be another way to send email from the custom app domain and/or custom email address in my opinion. Are you working on an alternative method for this? I think it’s not good to force BUbble app owners to get a paid plan at SendGrid just for sending some admin emails for lost passwords etc. Please let me know about Bubble’s plans regarding this matter. Thanks in advance.
There is still a free plan for SendGrid : you get about 40,000 emails for free during the first month, then you are limited to 100 emails per day which is quite enough to start.
That being said, most emailing services are quite easy to call from the API connector so if you want to use another service, it is still possible
The only exception I know is the confirmation email since we cannot generate a token for now…
Nop, this is for password reset, but the option to generate a token for confirmation email (the email that is sent in order to confirm the email of a user) is not available. But please tell me if there is another solution available, I have been looking for that for several weeks now
FWIW This SendGrid thing is a huge step backward for me. I have only a few emails that go out per month, and now in addition to Bubble I have to pay an extra $120 per year. It appears that Bubble is targeting people with budgets larger than mine! I think that if other “feature expansions” or replacements get planned, it would be great if extra cost is taken into consideration.