Brevo transporter using v3 API (latest) not working #105
Description
Package version
9.2.2
Describe the bug
I am using the Brevo transporter to deliver mail, and using the current latest v3 API version of Brevo, sending emails with a replyTo option doesn't work and returns a 400 status code (from Brevo api call).
Here is my mail.ts config file:
import env from '#start/env'
import { defineConfig, transports } from '@adonisjs/mail'
const mailConfig = defineConfig({
default: 'brevo',
from: {
address: env.get('BREVO_FROM_EMAIL'),
name: env.get('BREVO_FROM_NAME'),
},
replyTo: {
address: env.get('BREVO_FROM_EMAIL'),
name: env.get('BREVO_FROM_NAME'),
},
mailers: {
brevo: transports.brevo({
key: env.get('BREVO_API_KEY'),
baseUrl: 'https://api.brevo.com/v3',
}),
},
})
export default mailConfig
declare module '@adonisjs/mail/types' {
export interface MailersList extends InferMailers<typeof mailConfig> {}
}API key is working, as well as all other options because I can send emails with the exact same setup with a curl command like this (envs are hardcoded in the string):
curl --request POST \
--url https://api.brevo.com/v3/smtp/email \
--header 'accept: application/json' \
--header 'api-key: $BREVO_API_KEY' \
--header 'content-type: application/json' \
--data '
{
"sender": {
"name": "$BREVO_FROM_NAME",
"email": "$BREVO_FROM_EMAIL"
},
"to": [
{
"email": "test@mail.com",
"name": "John"
}
],
"htmlContent": "<!DOCTYPE html> <html> <body> <h1>Confirm you email</h1> <p>Please confirm your email address by clicking on the link below</p> </body> </html>",
"textContent": "Please confirm your email address by clicking on the link https://domain.com",
"subject": "Login Email confirmation",
"replyTo": {
"email": "$BREVO_FROM_EMAIL",
"name": "$BREVO_FROM_NAME"
}
}
'After investigation, the Brevo documentation for sending emails mention that the replyTo field must me an object containing email and name fields. But the when crafting the payload here:
Lines 123 to 126 in 7935feb
Then here:
Lines 83 to 85 in 7935feb
And finally here:
Lines 60 to 63 in 7935feb
The #preparePayload function that calls the #formatAddresses to prepare the replyTo field create an array of replyTo objects instead of just one.
And I believe this is what lead the requests to fail
Reproduction repo
Private