Brevo SMTP: οδηγός ρύθμισης, παραμέτρων και επίλυσης προβλημάτων

Το Brevo SMTP μεταφέρει την εξερχόμενη αλληλογραφία μιας εφαρμογής από τον τοπικό πράκτορα αλληλογραφίας ενός web host σε υποδομή που ταυτοποιεί, καταγράφει και αναφέρει κάθε μήνυμα. Η ρύθμιση είναι μικρή: ένα όνομα host, μία θύρα, δύο διαπιστευτήρια. Και το λάθος είναι εξίσου μικρό, ενώ οι τρόποι αστοχίας είναι σιωπηλοί. Αυτός ο οδηγός καλύπτει τις ρυθμίσεις, το μοντέλο διαπιστευτηρίων, τη δουλειά στο DNS που κάνει την παράδοση να συμβεί, και τα σφάλματα που θα συναντήσετε αν κάποιο κομμάτι είναι λάθος ρυθμισμένο. Αν ακόμη επιλέγετε πάροχο, ο ευρύτερος οδηγός για υπηρεσίες SMTP email συγκρίνει πρώτα την αγορά.

Τι είναι το Brevo SMTP

Το Brevo περιγράφει το Brevo SMTP ως την υπηρεσία SMTP relay του. Η εφαρμογή, ο ιστότοπος ή ο διακομιστής αλληλογραφίας σας παραδίδει ένα μήνυμα στο relay μέσω ταυτοποιημένης σύνδεσης, και το Brevo αναλαμβάνει την ευθύνη για δρομολόγηση, επαναλήψεις, φήμη και αναφορές. Τα στατιστικά της αναμεταδιδόμενης αλληλογραφίας εμφανίζονται δίπλα στα στατιστικά καμπανιών, και ένα hard bounce προσθέτει αυτόματα την επαφή στη λίστα αποκλεισμού.

Το relay είναι φτιαγμένο για transactional μηνύματα: επαναφορές κωδικών, αποδείξεις, επιβεβαιώσεις παραγγελιών, ειδοποιήσεις λογαριασμού. Αν η γραμμή ανάμεσα σε αυτά και την αλληλογραφία μάρκετινγκ δεν είναι ακόμη ξεκάθαρη, το τι είναι το transactional email το καλύπτει.

SMTP ή το REST API

Και οι δύο διαδρομές φτάνουν στην ίδια πλατφόρμα. Ο πρακτικός διαχωρισμός:

Ένα σκληρό όριο: η τεκμηρίωση για προγραμματιστές του Brevo δηλώνει ότι το SMTP relay δεν υποστηρίζει μαζική αποστολή, και παραπέμπει τις μαζικές λειτουργίες στα endpoints του API.

Δημιουργία των διαπιστευτηρίων SMTP σας

Η ταυτοποίηση SMTP του Brevo χρησιμοποιεί δύο τιμές που εύκολα συγχέονται με διαπιστευτήρια που ήδη έχετε.

Βρείτε το SMTP login σας

Το SMTP login σας δεν είναι η διεύθυνση email του λογαριασμού σας στο Brevo. Είναι ένα ξεχωριστό αναγνωριστικό που εμφανίζεται στο πεδίο Login της σελίδας Settings, SMTP and API, στη μορφή [email protected].

Από εκεί προκύπτουν δύο κανόνες, και οι δύο από την τεκμηρίωση επίλυσης προβλημάτων του Brevo. Μην βάζετε το smtp-relay.brevo.com στο πεδίο του ονόματος χρήστη: αυτό είναι ο host του relay, όχι το login σας. Και μην βάζετε το SMTP login σας στην κεφαλίδα From, επειδή σας ταυτοποιεί αντί να προσδιορίζει έναν αποστολέα.

Δημιουργήστε ένα κλειδί SMTP

Ο κωδικός είναι ένα κλειδί SMTP, όχι ο κωδικός του λογαριασμού σας και όχι ένα κλειδί API.

1. Ανοίξτε το αναπτυσσόμενο μενού του λογαριασμού και επιλέξτε Settings και μετά SMTP and API.
2. Στην καρτέλα SMTP, πατήστε Generate a new SMTP key.
3. Ονομάστε το κλειδί με βάση την ενσωμάτωση που θα το χρησιμοποιήσει.
4. Επιλέξτε την παραλλαγή. Το Standard είναι το συνιστώμενο κλειδί 64 χαρακτήρων, ενώ το Short είναι κλειδί 15 χαρακτήρων για clients που δεν αντέχουν μεγάλους κωδικούς.
5. Ορίστε λήξη μεταξύ 7 ημερών και 1 έτους, ή επιλέξτε καθόλου λήξη.
6. Πατήστε Generate και μετά αντιγράψτε αμέσως ολόκληρο το κλειδί.

Το πλήρες κλειδί εμφανίζεται μία φορά, μετά την οποία η σελίδα δείχνει μόνο τα τελευταία του ψηφία. Αν το χάσετε, δημιουργήστε αντικαταστάτη και ενημερώστε τη διαμόρφωσή σας.

Ρυθμίσεις σύνδεσης

Οι τιμές που καταχωρείτε σε οποιονδήποτε client ή βιβλιοθήκη:

Επιλογή θύρας

Το Brevo συνιστά την 587 ως προεπιλογή. Η θύρα 465 είχε οριστεί για SMTP over SSL και αργότερα καταργήθηκε, αλλά παραμένει ευρέως υποστηριζόμενη και είναι η σωστή επιλογή όταν χρειάζεστε τη σύνδεση κρυπτογραφημένη πριν από την πρώτη εντολή. Η θύρα 2525 δεν είναι καταχωρημένη σε IETF ή IANA, αλλά οι περισσότεροι πάροχοι internet και cloud την επιτρέπουν, γεγονός που την καθιστά την έξοδο κινδύνου όταν η 587 είναι μπλοκαρισμένη.

Το πεδίο κρυπτογράφησης μπερδεύει τον κόσμο. Το Brevo σας λέει να το αφήσετε κενό εκτός αν είστε στην 465. Αυτό δεν σημαίνει ότι η σύνδεση είναι μη κρυπτογραφημένη: στις 587 και 2525 ο διακομιστής διαφημίζει STARTTLS και κάθε ικανός client αναβαθμίζει πριν από την ταυτοποίηση. Σημαίνει ότι δεν πρέπει να επιλέξετε «SSL» ενώ συνδέεστε στην 587, επειδή η αναντιστοιχία θύρας και κρυπτογράφησης αποτυγχάνει στην ταυτοποίηση ακόμη και με σωστά διαπιστευτήρια.

Δοκιμάστε τη σύνδεση πριν γράψετε κώδικα

Επιβεβαιώστε ότι το relay απαντά και ότι το TLS διαπραγματεύεται, πριν αρχίσετε να αποσφαλματώνετε κώδικα εφαρμογής.

openssl s_client -starttls smtp -crlf -connect smtp-relay.brevo.com:587

Μια επιτυχημένη χειραψία τελειώνει με τη λίστα δυνατοτήτων 250 του διακομιστή, που πρέπει να περιλαμβάνει STARTTLS και μια γραμμή AUTH με τα PLAIN και LOGIN. Η παντελής απουσία banner είναι πρόβλημα δικτύου, όχι διαπιστευτηρίων.

Ταυτοποίηση του domain αποστολής σας

Αυτό είναι το βήμα που ο κόσμος παραλείπει, και αυτό κρίνει αν θα φτάσει οτιδήποτε. Από την 1η Φεβρουαρίου 2024 η ταυτοποίηση domain είναι υποχρεωτική βάσει των απαιτήσεων αποστολέα της Gmail και της Yahoo, ενώ το Brevo σημειώνει ότι η Microsoft ανακοίνωσε παρόμοια πρότυπα στις 5 Μαΐου 2025. Η μη ταυτοποιημένη αλληλογραφία φιλτράρεται ή απορρίπτεται ανεξάρτητα από το ποιο relay την έστειλε.

Οι εγγραφές που ζητά το Brevo

Το Brevo μπορεί να τις προσθέσει αυτόματα αν συνδεθείτε στον πάροχο domain σας μέσα από το Brevo, ή μπορείτε να αντιγράψετε τις τιμές στη ζώνη DNS σας με το χέρι. Ποια μορφή DKIM θα λάβετε εξαρτάται από τον λογαριασμό: δύο εγγραφές CNAME χρησιμοποιούν εξ ορισμού κλειδί 2048 bit, ενώ η μονή μορφή TXT κλειδί 1024 bit.

Γιατί δεν υπάρχει εγγραφή SPF

Οι συχνές ερωτήσεις του Brevo είναι σαφείς: οι εγγραφές SPF και MX δεν απαιτούνται για την ταυτοποίηση ενός domain και παρέχονται μόνο κατά τη ρύθμιση αποκλειστικής IP. Σε κοινόχρηστη υποδομή το Brevo ελέγχει τη διαδρομή επιστροφής, οπότε το DKIM μαζί με τον έλεγχο ιδιοκτησίας αναλαμβάνει την ταυτοποίηση. Αν μεταφέρεστε από πάροχο που απαιτούσε ένα include SPF, μην το εφεύρετε: ένα περιττό include απλώς κινδυνεύει να δημιουργήσει πρόβλημα με το όριο αναζητήσεων.

Το DMARC εξακολουθεί να μετρά, και το Brevo δημοσιεύει μια λειτουργική εγγραφή αφετηρίας:

v=DMARC1; p=none; rua=mailto:[email protected]

Ξεκινήστε με p=none για συγκεντρωτικές αναφορές χωρίς κίνδυνο για την παράδοση, και μετά σφίξτε σε quarantine και reject μόλις ευθυγραμμιστεί κάθε νόμιμη πηγή. Ο οδηγός μας για την παραδοσιμότητα email καλύπτει αυτή την εξέλιξη.

Επαληθεύστε τον αποστολέα

Κάθε διεύθυνση From πρέπει να είναι επαληθευμένος αποστολέας ή να βρίσκεται σε ταυτοποιημένο domain. Ένας νέος αποστολέας επαληθεύεται με εξαψήφιο κωδικό που στέλνεται σε αυτή τη διεύθυνση, αλλά οι αποστολείς σε ταυτοποιημένο domain παρακάμπτουν αυτό το βήμα, γι’ αυτό και κάνετε πρώτα την ταυτοποίηση. Τα δωρεάν domains αλληλογραφίας δεν μπορούν να ταυτοποιηθούν, οπότε μια διεύθυνση From στο gmail.com ή στο outlook.com θα απορριφθεί ή θα φιλτραριστεί.

Οδηγοί ενσωμάτωσης

WordPress

Το WordPress παραδίδει την εξερχόμενη αλληλογραφία στο wp_mail, που καλεί ό,τι παρέχει ο πάροχος φιλοξενίας. Η δρομολόγησή της μέσω Brevo θέλει ένα πρόσθετο.

1. Στην πλαϊνή μπάρα διαχείρισης πηγαίνετε στα Plugins και μετά στο Add New Plugin.
2. Αναζητήστε Brevo, εγκαταστήστε το «Newsletter, SMTP, Email marketing and Subscribe forms by Brevo» και μετά ενεργοποιήστε το.
3. Πηγαίνετε στο Brevo και μετά στο Home, και καταχωρήστε το κλειδί Brevo API v3 στο πεδίο ενεργοποίησης. Αυτό το βήμα χρησιμοποιεί κλειδί API επειδή το πρόσθετο συγχρονίζει και επαφές. Πατήστε Login.
4. Στο Transactional emails, επιλέξτε Yes.
5. Επιλέξτε υπάρχοντα αποστολέα ή δημιουργήστε έναν. Κάθε email του WordPress χρησιμοποιεί αυτό το όνομα και αυτή τη διεύθυνση αποστολέα.
6. Καταχωρήστε μια διεύθυνση και πατήστε Send email για να στείλετε δοκιμή.

Δύο σφάλματα είναι συνηθισμένα. Ένα μήνυμα ότι τα transactional emails δεν έχουν ενεργοποιηθεί επειδή ο λογαριασμός σας Brevo SMTP δεν έχει ενεργοποιηθεί σημαίνει ότι η υποστήριξη του Brevo πρέπει να ανοίξει την πλατφόρμα. Ένα μήνυμα ότι το SMTP δεν μπορεί να χρησιμοποιηθεί επειδή το wp_mail έχει δηλωθεί από άλλη διεργασία σημαίνει ανταγωνιστικό πρόσθετο SMTP: απενεργοποιήστε τα υπόλοιπα ένα προς ένα.

Μια εφαρμογή στην πλευρά του διακομιστή

Το ίδιο το παράδειγμα Node.js του Brevo χρησιμοποιεί nodemailer και τις παραπάνω ρυθμίσεις:

const nodemailer = require("nodemailer");

const transporter = nodemailer.createTransport({
  host: "smtp-relay.brevo.com",
  port: 587,
  secure: false, // true για την 465, false για τις υπόλοιπες θύρες
  auth: {
    user: process.env.BREVO_SMTP_LOGIN, // [email protected]
    pass: process.env.BREVO_SMTP_KEY,
  },
});

async function sendOrderConfirmation() {
  const info = await transporter.sendMail({
    from: '"Acme Support" <[email protected]>',
    to: "[email protected]",
    subject: "Your order is confirmed",
    text: "Order 10482 is confirmed and ships within two business days.",
  });
  console.log("Message sent:", info.messageId);
}

sendOrderConfirmation().catch(console.error);

Προσέξτε το secure: false στη θύρα 587. Αυτή η σημαία ελέγχει το σιωπηρό TLS, όχι το αν η σύνδεση είναι κρυπτογραφημένη. Το nodemailer εξακολουθεί να εκδίδει STARTTLS. Ορίστε την σε true μόνο για την 465.

Το αντίστοιχο σε Python με την τυπική βιβλιοθήκη:

import smtplib, ssl
from email.message import EmailMessage

msg = EmailMessage()
msg["From"] = "Acme Support <[email protected]>"
msg["To"] = "[email protected]"
msg["Subject"] = "Your order is confirmed"
msg.set_content("Order 10482 is confirmed and ships within two business days.")

with smtplib.SMTP("smtp-relay.brevo.com", 587, timeout=20) as server:
    server.starttls(context=ssl.create_default_context())
    server.login(BREVO_SMTP_LOGIN, BREVO_SMTP_KEY)
    server.send_message(msg)

Και τα δύο διαβάζουν τα διαπιστευτήρια από το περιβάλλον, που είναι η επόμενη ενότητα.

Ασφάλεια και εναλλαγή κλειδιών

Το Brevo αντιμετωπίζει τα κλειδιά SMTP ως κωδικούς πρόσβασης. Οι λειτουργικοί κανόνες αξίζει να τηρούνται κατά γράμμα.

• Ένα κλειδί ανά ενσωμάτωση. Ονομάστε κάθε κλειδί με βάση το σύστημα που το χρησιμοποιεί, ώστε μια διαρροή ή μια απόσυρση να ανακαλεί ακριβώς ένα πράγμα.
• Ποτέ μην κάνετε commit ένα κλειδί. Μεταβλητές περιβάλλοντος, διαχειριστής μυστικών ή ο χώρος ρυθμίσεων της πλατφόρμας σας. Όχι έλεγχος πηγαίου κώδικα, όχι παρακολουθούμενο αρχείο .env, όχι στιγμιότυπο οθόνης.
• Εναλλάξτε χωρίς διακοπή λειτουργίας. Δημιουργήστε το αντικαταστάτη, κάντε deploy, επιβεβαιώστε την αποστολή και μετά διαγράψτε το παλιό κλειδί. Η διαγραφή είναι μη αναστρέψιμη, και η διαγραφή κλειδιού που ακόμη χρησιμοποιείται σταματά αμέσως την transactional αποστολή.
• Απενεργοποιήστε αντί να διαγράψετε για να θέσετε μια ενσωμάτωση σε παύση. Τα κλειδιά μπορούν να επανενεργοποιηθούν αργότερα.
• Περιμένετε λήξη. Τα κλειδιά μπορούν να φέρουν λήξη από 7 ημέρες έως 1 έτος, και το Brevo λήγει τα ανενεργά κλειδιά μετά από 90 ημέρες.

Για πιο σκληρό όριο, το Brevo μπορεί να μπλοκάρει αιτήματα από άγνωστες διευθύνσεις IP. Η λίστα εξουσιοδοτημένων είναι κοινή για κλειδιά API και SMTP, οπότε ό,τι επιτρέπετε ισχύει και για τα δύο. Προσοχή σε φόρτους εργασίας σε containers ή cloud: η εξερχόμενη διεύθυνση μπορεί να είναι μια πύλη NAT και όχι η IP του instance που περιμένετε, και το λάθος παράγει απόρριψη 525 5.7.1 Unauthorized IP address.

Οι ομάδες που τρέχουν το Brevo δίπλα σε ένα ηλεκτρονικό κατάστημα, ένα CRM και ένα γραφείο υποστήριξης καταλήγουν να διαχειρίζονται ταυτόχρονα αρκετά κλειδιά, αποστολείς και domains. Το Tajo κρατά αυτή τη διαμόρφωση σε ένα σημείο αντί για τέσσερις πίνακες ελέγχου.

Όρια αποστολής και στραγγαλισμός

Η αποστολή μέσω SMTP αντλεί από τις μονάδες email του πακέτου σας. Στο δωρεάν πακέτο αυτό σημαίνει 300 αποστολές email την ημέρα. Το όριο μηδενίζεται καθημερινά και οι αχρησιμοποίητες αποστολές δεν μεταφέρονται. Μόλις το φτάσετε, το Brevo κρατά έως 1.000 επιπλέον email σε ουρά επανάληψης και δεν παραδίδει τίποτα πέρα από αυτή την ουρά. Τα επί πληρωμή πακέτα αφαιρούν το ημερήσιο όριο, και ο οδηγός για την τιμολόγηση του Brevo αναλύει τα επίπεδα.

Όταν οι μονάδες εξαντληθούν εντελώς, τα μηνύματα που υποβάλλονται μέσω SMTP τίθενται σε παύση και σε ουρά αντί να απορρίπτονται. Η συσσώρευση βρίσκεται στο Transactional, μετά Real time, μετά Usage and plan, στην ενότητα Email queue.

Το Brevo δημοσιεύει σκληρά όρια ρυθμού για το REST API και όχι για το relay. Στο γενικό επίπεδο, το POST /v3/smtp/email επιτρέπει 1.000 αιτήματα ανά δευτερόλεπτο, και η υπέρβαση ενός ορίου επιστρέφει 429 Too Many Requests. Η διαδρομή του API επιστρέφει επίσης κεφαλίδες ορίων ρυθμού με βάση τις οποίες ρυθμίζετε τον ρυθμό σας, κάτι που το relay δεν κάνει.

Παρακολούθηση bounces και καταγγελιών

Η αναμεταδιδόμενη αλληλογραφία είναι ορατή στο Transactional, στις σελίδες Statistics και Logs. Τα συμβάντα που χρειάζονται αντίδραση:

• Hard bounce. Η διεύθυνση δεν είναι έγκυρη, και το Brevo προσθέτει αυτόματα την επαφή στη λίστα αποκλεισμού.
• Blocked. Ο παραλήπτης είχε προηγουμένως υποβάλει καταγγελία, απεγγραφεί, κάνει hard bounce ή είχε μπλοκαριστεί χειροκίνητα.
• Deferred και soft bounce. Ο πάροχος δέχτηκε τη σύνδεση αλλά καθυστέρησε ή αρνήθηκε το μήνυμα. Επαναλαμβανόμενες αναβολές απέναντι σε έναν πάροχο υποδεικνύουν πρόβλημα φήμης, όχι πρόβλημα κώδικα.

Το polling των αρχείων καταγραφής δεν κλιμακώνεται. Το Brevo υποστηρίζει transactional webhooks που στέλνουν συμβάντα παράδοσης, bounce, ανοίγματος και καταγγελίας στο endpoint σας σε πραγματικό χρόνο, και έτσι κρατάτε ενημερωμένα τα δικά σας δεδομένα καταστολής.

Ο αριθμός που πρέπει να παρακολουθείτε είναι το ποσοστό καταγγελιών spam. Gmail, Yahoo και Microsoft απαιτούν οι αποστολείς να μένουν κάτω από 0,3%, και το Brevo συνιστά την παρακολούθησή του με τα Gmail Postmaster Tools. Η ανάκαμψη από μια παραβίαση του ορίου παίρνει πολύ περισσότερο από την αποφυγή του.

Επίλυση προβλημάτων

535 5.7.8 Authentication failed

Το όνομα χρήστη ή ο κωδικός δεν μπόρεσαν να επαληθευτούν. Κατά σειρά πιθανότητας:

• Χρησιμοποιήθηκε η διεύθυνση email του λογαριασμού αντί για το SMTP login στη μορφή [email protected].
• Το smtp-relay.brevo.com επικολλήθηκε στο πεδίο του ονόματος χρήστη. Το Brevo το κατονομάζει ως μία από τις πιο συνηθισμένες αιτίες.
• Χρησιμοποιήθηκε κλειδί API αντί για κλειδί SMTP.
• Το κλειδί φέρει κενό ή αλλαγή γραμμής στο τέλος από αντιγραφή και επικόλληση.
• Η ρύθμιση κρυπτογράφησης δεν ταιριάζει με τη θύρα.
• Το κλειδί ακυρώθηκε μετά από ειδοποίηση ασφαλείας, οπότε δημιουργήστε νέο.

525 5.7.1 Unauthorized IP address

Το μπλοκάρισμα IP είναι ενεργό και η διεύθυνση που συνδέεται δεν είναι εξουσιοδοτημένη. Προσθέστε την, και ελέγξτε πρώτα την πραγματική σας διεύθυνση εξόδου αν η εφαρμογή τρέχει πίσω από NAT ή σε πλατφόρμα containers.

Καμία απόκριση και κανένα banner

Αν η σύνδεση TCP ανοίγει αλλά ο διακομιστής δεν στέλνει ποτέ τον χαιρετισμό 220, η ταυτοποίηση δεν μπορεί να ξεκινήσει και το σφάλμα βρίσκεται στη δική σας πλευρά του δικτύου. Τα εταιρικά τείχη προστασίας μερικές φορές επιτρέπουν τη σύνδεση και μετά ρίχνουν σιωπηλά την κίνηση SMTP. Τα AWS, Azure και Google Cloud περιορίζουν εξ ορισμού την εξερχόμενη κίνηση SMTP σε νέους λογαριασμούς. Ζητήστε την άρση του περιορισμού ή αλλάξτε στη θύρα 2525.

450, η πλατφόρμα δεν είναι ενεργοποιημένη

Το σφάλμα λέει ότι ο λογαριασμός SMTP σας δεν έχει ακόμη ενεργοποιηθεί ή ότι η πλατφόρμα αποστολής σας είναι προς το παρόν απενεργοποιημένη. Σε νέο λογαριασμό, η transactional αποστολή απαιτεί ξεχωριστό βήμα ενεργοποίησης από την υποστήριξη του Brevo. Σε καθιερωμένο λογαριασμό συνήθως σημαίνει αναστολή, είτε επειδή μια απροστάτευτη φόρμα δέχτηκε εγγραφές από bots είτε επειδή ο λογαριασμός έδειξε σημάδια παραβίασης.

Ο αποστολέας απορρίφθηκε

Ελέγξτε τρία πράγματα: ότι το domain είναι ταυτοποιημένο, ότι ο αποστολέας είναι επαληθευμένος και ότι η κεφαλίδα From δεν είναι το SMTP login σας.

Η αλληλογραφία γίνεται δεκτή αλλά καταλήγει στα ανεπιθύμητα

Δουλέψτε με αυτή τη σειρά. Επιβεβαιώστε ότι το domain αποστολής είναι ταυτοποιημένο και ότι το DKIM υπογράφει. Επιβεβαιώστε ότι το domain του From είναι δικό σας και όχι δωρεάν πάροχος αλληλογραφίας. Ελέγξτε το ποσοστό καταγγελιών σας στα Postmaster Tools απέναντι στο κατώφλι του 0,3%. Κοιτάξτε το περιεχόμενο μόνο αφού αυτοί οι έλεγχοι είναι καθαροί, επειδή σχεδόν ποτέ δεν είναι η πρώτη αιτία.

Αποκλειστικές IP

Μια αποκλειστική IP βοηθά μόνο σε υψηλό και σταθερό όγκο. Πρέπει να προθερμανθεί πριν στείλετε ουσιαστικά μέσω αυτής, και χρειάζεται ένα subdomain αποστολής που εμφανίζεται ως domain mailed by και return path στις κεφαλίδες σας. Αυτή είναι η μοναδική διαμόρφωση στην οποία το Brevo παρέχει εγγραφές SPF και MX, μαζί με εγγραφές A, CNAME, DKIM και DMARC για αυτό το subdomain.

Δύο λεπτομέρειες πιάνουν τον κόσμο στον ύπνο. Μια αποκλειστική IP ρυθμισμένη μόνο για email μάρκετινγκ βάζει τα transactional μηνύματά σας σε ουρά αντί να τα στέλνει, οπότε αλλάξτε τη ρύθμιση ή αγοράστε δεύτερη IP. Και ο διαχωρισμός της transactional από τη marketing δρομολόγηση απαιτεί δεξαμενή τουλάχιστον δύο IP με διακριτούς αποστολείς, ώστε η αδύναμη αλληλεπίδραση στην αλληλογραφία μάρκετινγκ να μην μπορεί να παρασύρει προς τα κάτω τις αποδείξεις και τις επαναφορές κωδικών.

Να το κάνετε σωστά με την πρώτη

Ταυτοποιήστε το domain, δημιουργήστε ένα ονομασμένο κλειδί SMTP, συνδεθείτε στο smtp-relay.brevo.com στην 587 και στείλτε μια δοκιμή μέσα από την πραγματική διαδρομή κώδικα και όχι από ένα κουμπί στον πίνακα ελέγχου. Σχεδόν κάθε μεταγενέστερο πρόβλημα ανάγεται σε ένα από τρία πράγματα.

• Λάθος διαπιστευτήριο στο πεδίο ονόματος χρήστη ή κωδικού.
• Ρύθμιση θύρας και κρυπτογράφησης που διαφωνούν μεταξύ τους.
• Domain αποστολής που δεν ταυτοποιήθηκε ποτέ.

Κάντε αυτά σωστά και το relay εξαφανίζεται στο παρασκήνιο, που είναι ακριβώς ό,τι πρέπει να κάνει μια transactional υποδομή.