Reliability of transactional mails send with Brevo/Sendinblue

As a partner and « power » user of brevo i have onboarded quite some customers. Many of them use brevo as a transactional mail provider due to the great gdpr compliance. However, I noticed mission-critical issues that were raised to the support and on your partner slack before, that push as to the edge of using other providers.

The biggest issue we currently face is that each transactional mail has a « List-Unsubscribe » header added automatically. We have no documented way to control this behavior, and it allows customers to unsubscribe from mails like password reset or 2FA notifications. It is really hard to get my head around how this could not have been noticed or tackled so far.

The other also major issue is that there is no way to disable link tracking. This is not only critical in an event where brevos redirection service is down. (Currently the case) It is also a major issue for gdpr. For marketing mails, you get the opt-in of customers, but transactional mails are sent as a requirement by platforms. To make this process as compliant as possible, links should not be tracked. At least give us the option!

I would really appreciate some feedback. Feel free to provide documentation in case i missed something, I will happily correct my thread :slight_smile:

3 « J'aime »

Hello @JUVOJustin! Mauricio from the product team here :wave:.
Thanks a lot for your message, it’s always good to read from power users who dig into the capabilities of our tools.

For the link tracking , the anonymisation of the transactional logs is currently part of our roadmap and we are aiming to tackle this topic by the beginning of next year.
As for the « list-unsubscribe » header option we are currently studying how to bring more flexibility to our transactional users in this regard without putting at risk the sendings from spammers.

Hi Mauricio,
thank you very much for getting back to me.

It is very unfortunate to hear that both issues will most likely not be resolved in the near future.

1 « J'aime »

Any updates on this?

1 « J'aime »

We have the same issue.
Some moron at Brevo have implemented unsubscribe headers to transactional e-mails.

This is in no way what is stated by Google for their new 5000 mails a day requirements.

This means our clients sometime opt out of Password Reset.

If Brevo would just allow for

Unsubscription landing pages with:

  • A way the user can opt ouf of different lists/topics etc
  • A double opt out so the user gets notified that they are about to cut themselves out of our system

But Brevo does both things in the most insane way.

We have 300.000 contacts growing and we are out of this system before our subscription is renewed

1 « J'aime »

Sorry for being (probably) off-topic but could my problem here be related with this?

I’ve been a user for quite a long time and I have only encountered problem with SMS and thus I never used it again. Email problem, this is the first time.

@CustomerServices you can do so by using an « Update preferences » form: https://help.brevo.com/hc/en-us/articles/360003644360-Update-your-contacts-details-and-preferences-Update-Profile-form

The biggest issue we currently face is that each transactional mail has a « List-Unsubscribe » header added automatically

@JUVOJustin that’s right. We have a specific article about this, here: https://help.brevo.com/hc/en-us/articles/19100260472850-FAQs-About-list-unsubscribe-and-list-help-headers-in-emails
We add it to be in line with regulation. It is possible to replace it with a list-help-header, if you are an Enterprise customer.

@ahudavert Is it correct that both issues brought up here have not seen any changes since October 2023? If so, I really guess Brevo is not the right tool for transactional e-mails. I hope others read posts in this community before signing up for the service.