Ενότητα 7 · 7.1

Ελληνικά

Nederlands English Deutsch Français Español Italiano Polski Português Română Čeština Ελληνικά Magyar Slovenčina Български

Newsletters vanaf το δικό σας domain

Ενότητα 7: Newsletters και email από τον ιστότοπό σας · Χρόνος ανάγνωσης: 11 λεπτά

Στόχος μαθήματος: Μετά από αυτό το μάθημα θα μπορείτε να συνδέσετε μια υπηρεσία αποστολής ώστε το newsletter σας να περνά μέσα από SPF, DKIM και DMARC στο όνομα του δικού σας domain, και θα μπορείτε να ελέγξετε στις κεφαλίδες αν αυτό πέτυχε.

Βασικές έννοιες: υπηρεσία αποστολής, From-domain, Return-Path (bounce domain), DKIM domain (d=), ευθυγράμμιση (alignment), δικό σας bounce domain μέσω CNAME, DKIM μέσω CNAME, subdomain για marketing, όριο αποστολής, προθέρμανση (warm-up)

Γιατί ένα newsletter είναι κάτι διαφορετικό από το συνηθισμένο email

Ένα email σε έναν πελάτη ή συνάδελφο το στέλνετε από το δικό σας mailbox. Ένα newsletter πηγαίνει σε εκατοντάδες ή χιλιάδες άτομα ταυτόχρονα. Για αποδέκτες όπως το Gmail, το Outlook.com και το T-Online αυτό είναι διαφορετικό είδος κίνησης: bulkmail. Το εξετάζουν πιο αυστηρά, επειδή σχεδόν όλο το spam είναι επίσης bulkmail.

Τρία πράγματα κάνουν τη διαφορά μεταξύ ενός newsletter που φτάνει στα εισερχόμενα και ενός που καταλήγει στο spam:

Τεχνική: το email πρέπει να αποδεικνύεται ότι προέρχεται από το δικό σας domain. Αυτό το ρυθμίζουν τα SPF, DKIM και DMARC, και κυρίως η ευθυγράμμιση μεταξύ τους.
Φήμη: οι servers και το domain με τα οποία στέλνετε πρέπει να έχουν καλό όνομα (μάθημα 5.2).
Συμπεριφορά των αποδεκτών σας: ανοίγουν το email σας ή πατάνε «Αυτό είναι spam»; Αυτό εξαρτάται από τη λίστα σας και τη συγκατάθεση (μάθημα 7.2).

Αυτό το μάθημα αφορά το πρώτο σημείο. Τα βασικά των records βρίσκονται στην DNS-cursus, μάθημα 7.4. Εδώ βλέπουμε πώς ελέγχετε στην πράξη αν όλα είναι σωστά.

Γιατί όχι απλώς μέσω του δικού σας mailbox;

Μπορεί να φαίνεται δελεαστικό να στείλετε ένα newsletter με BCC από το συνηθισμένο πρόγραμμα email σας, ή με μια mailing list στο πακέτο hosting σας. Για έναν μικρό σύλλογο με τριάντα μέλη που γνωρίζονται μεταξύ τους, μια mailing list είναι μια χαρά. Για ένα πραγματικό newsletter όχι, για τέσσερις λόγους:

Όρια αποστολής. Σχεδόν κάθε πάροχος περιορίζει πόσα email μπορεί να στείλει ένα mailbox ή πακέτο ανά ημέρα, για να περιορίσει την κατάχρηση. Στο WebOké βλέπετε αυτό το όριο στο DirectAdmin στα στατιστικά χρήστη· σε άλλους παρόχους αναφέρεται στους όρους χρήσης ή στο πίνακα πελάτη. Ένα newsletter σε 2.000 άτομα το ξεπερνά κατά πολύ.
Κοινή φήμη. Μοιράζεστε τον server αποστολής με άλλους πελάτες. Αν οι αποδέκτες παραπονεθούν για το newsletter σας, αυτό επηρεάζει και το δικό τους email, και αντίστροφα.
Καμία επιλογή απεγγραφής και καμία διαχείριση bounce. Μια υπηρεσία αποστολής προσθέτει αυτόματα τις κεφαλίδες απεγγραφής σε κάθε email (μάθημα 7.2), αφαιρεί διευθύνσεις που δεν υπάρχουν πια από τη λίστα σας και επεξεργάζεται παράπονα. Αυτό δεν το κάνετε ποτέ σωστά με το χέρι.
Απόρρητο. Ένα λάθος κλικ και στέλνετε σε όλους τη διεύθυνση των άλλων στο πεδίο Προς.

Μια υπηρεσία αποστολής (υπηρεσία newsletter όπως Laposta, Brevo, MailerLite ή Mailchimp, ή μια υπηρεσία συναλλακτικών email για επιβεβαιώσεις και τιμολόγια) είναι φτιαγμένη για αυτή τη δουλειά. Όμως τότε στέλνει κάποιος άλλος στο όνομα του domain σας, και αυτό πρέπει να το αποδείξετε.

Τρία domains σε ένα email

Κάθε email έχει τουλάχιστον τρία σημεία όπου εμφανίζεται ένα domain. Σε συνηθισμένο email από το δικό σας mailbox αυτά είναι συνήθως ίδια. Σε μια υπηρεσία αποστολής όχι αυτόματα.

Σημείο	Πού το βλέπετε	Ποιος το ελέγχει
From (ορατός αποστολέας)	`From: Nieuws <nieuws@example.com>`	Το DMARC εξετάζει αυτό το domain
Return-Path (envelope-αποστολέας, διεύθυνση bounce)	`Return-Path: <bounce-8f3a@mail.sender.example>`	Το SPF ελέγχει αυτό το domain
DKIM domain	`DKIM-Signature: ... d=sender.example; s=s1; ...`	Το DKIM ελέγχει την υπογραφή αυτού του domain

Το DMARC (μάθημα 4.4) εγκρίνει ένα email αν το SPF ή το DKIM πετύχει, και το domain που πέτυχε είναι ευθυγραμμισμένο με το From-domain. Ευθυγραμμισμένο στην προεπιλεγμένη ρύθμιση (relaxed) σημαίνει ότι είναι το ίδιο organizational domain: το mail.example.com είναι ευθυγραμμισμένο με το example.com, αλλά το sender.example όχι.

Χωρίς δικές σας ρυθμίσεις, ένα newsletter εμφανίζεται τότε ως εξής:

Return-Path: <bounce-8f3a@mail.sender.example>
From: Nieuws <nieuws@example.com>
DKIM-Signature: v=1; a=rsa-sha256; d=sender.example; s=s1; ...
Authentication-Results: mx.example.net;
       spf=pass smtp.mailfrom=mail.sender.example;
       dkim=pass header.d=sender.example;
       dmarc=fail header.from=example.com

Το SPF πετυχαίνει και το DKIM πετυχαίνει, αλλά και τα δύο για το domain της υπηρεσίας. Κανένα από τα δύο δεν είναι ευθυγραμμισμένο με το example.com, οπότε το DMARC αποτυγχάνει. Αν η πολιτική DMARC σας είναι p=none, θα το παρατηρήσετε μόνο στις αναφορές σας (μάθημα 4.5). Αν είναι quarantine ή reject, τότε το newsletter σας καταλήγει στο spam ή απορρίπτεται.

Η λύση: αυθεντικοποίηση του domain στην υπηρεσία

Κάθε σοβαρή υπηρεσία αποστολής διαθέτει ένα βήμα που ονομάζεται «αυθεντικοποίηση domain», «επαλήθευση domain» ή «ρύθμιση domain αποστολέα». Η υπηρεσία σάς δίνει τότε μερικά records για να τα βάλετε στο DNS σας. Συνήθως είναι τα εξής:

DKIM μέσω CNAME, για παράδειγμα s1._domainkey.example.com προς ένα όνομα στην υπηρεσία. Στη συνέχεια η υπηρεσία υπογράφει το email σας με d=example.com. Αυτό είναι το σημαντικότερο record: έτσι πετυχαίνει το DMARC μέσω DKIM.
Ένα δικό σας bounce domain, συχνά ένα CNAME σε ένα subdomain, για παράδειγμα bounce.example.com προς την υπηρεσία. Τότε το Return-Path γίνεται ...@bounce.example.com. Το SPF αυτού του subdomain δείχνει μέσω του CNAME στην υπηρεσία, και έτσι το SPF είναι επίσης ευθυγραμμισμένο. Δεν προσφέρει αυτό κάθε υπηρεσία· μόνο το DKIM αρκεί για το DMARC.
Μερικές φορές ένα SPF include στο δικό σας record, αν η υπηρεσία χρησιμοποιεί το κύριο domain σας ως Return-Path. Κάντε το μόνο αν η υπηρεσία το ζητά, και πάντα μέσα στο υπάρχον SPF record σας (μάθημα 4.2).
Μερικές φορές ένα TXT record επαλήθευσης για να αποδείξετε ότι το domain είναι δικό σας.

Μετά τις σωστές ρυθμίσεις, το ίδιο newsletter εμφανίζεται ως εξής:

Return-Path: <bounce-8f3a@bounce.example.com>
From: Nieuws <nieuws@example.com>
DKIM-Signature: v=1; a=rsa-sha256; d=example.com; s=s1; ...
Authentication-Results: mx.example.net;
       spf=pass smtp.mailfrom=bounce.example.com;
       dkim=pass header.d=example.com;
       dmarc=pass header.from=example.com

Αντιγράφετε πάντα κατά γράμμα τα ονόματα και τους προορισμούς από τον πίνακα ελέγχου της υπηρεσίας σας. Διαφέρουν ανά υπηρεσία και μερικές φορές ανά λογαριασμό.

Ένα ξεχωριστό subdomain για marketing;

Μεγάλοι αποστολείς χρησιμοποιούν συχνά ένα δικό τους subdomain για newsletters, όπως nieuws.example.com ή info.example.com, με αποστολέα nieuwsbrief@nieuws.example.com. Η ιδέα: η φήμη του marketing email σας μένει τότε ξεχωριστή από το συνηθισμένο email σας. Αν μια καμπάνια αποτύχει, το καθημερινό email σας με πελάτες υποφέρει λιγότερο.

Για όσους στέλνουν ένα newsletter λίγες φορές τον μήνα, αυτό δεν είναι απαραίτητο. Κάνει τη διαχείριση πιο περίπλοκη: το subdomain χρειάζεται δικό του DKIM, και η πολιτική DMARC σας για subdomains (sp=) πρέπει να ταιριάζει. Εξετάστε το αν στέλνετε πολλά ή αν εκτός από newsletters έχετε και πολύ συναλλακτικό email (παραγγελίες, κωδικούς πρόσβασης). Αυτό δεν θέλετε ποτέ να υποφέρει από μια αποτυχημένη ενέργεια.

Σημαντικό: μη βάζετε σε ένα subdomain αποστολής κανένα MX record προς την υπηρεσία αν δεν το χρειάζεστε, και μην αλλάζετε ποτέ το MX του κύριου domain σας για ένα newsletter. Το MX καθορίζει πού φτάνει το email· οι απαντήσεις στο newsletter σας πρέπει να καταλήγουν κανονικά στο δικό σας mailbox.

Προθέρμανση: μην ξεκινάτε αμέσως με όλα

Στέλνετε για πρώτη φορά με μια νέα υπηρεσία ή ένα νέο domain, ή στέλνετε ξαφνικά δέκα φορές περισσότερα από το κανονικό; Τότε οι αποδέκτες δεν σας γνωρίζουν ακόμα. Οι μεγάλοι αποδέκτες επιβραδύνουν άγνωστους αποστολείς (στη Microsoft βλέπετε τότε προσωρινές απορρίψεις όπως 451 4.7.500, μάθημα 6.4). Ξεκινήστε λοιπόν μικρά: πρώτα τους πιο ενεργούς αναγνώστες σας, μετά κάθε φορά μεγαλύτερο μέρος. Αυτό ονομάζεται προθέρμανση. Σε μια κοινόχρηστη υπηρεσία αποστολής, η υπηρεσία κάνει πολλά από αυτά μόνη της, αλλά και εκεί μετράει η φήμη του δικού σας domain.

Στην πράξη: έτσι φαίνεται σε έναν πίνακα ελέγχου

Βάζετε τα records της υπηρεσίας στη διαχείριση DNS του domain σας. Στο WebOké αυτό είναι η καρτέλα DNS στο Το WebOké μου ή το DNS Administration στο DirectAdmin· σε άλλους παρόχους ονομάζεται DNS-beheer, zonebeheer ή DNS-records και λειτουργεί παρόμοια. Προσέξτε τα δύο κλασικά λάθη: το όνομα domain διπλά στο όνομα (s1._domainkey.example.com.example.com), και τη δημιουργία ενός TXT record εκεί όπου η υπηρεσία ζητά CNAME.

Έτοιμοι; Στείλτε ένα δοκιμαστικό newsletter σε μια δική σας διεύθυνση Gmail ή Outlook.com και ανοίξτε τις κεφαλίδες (μάθημα 1.5). Θέλετε να δείτε στο Authentication-Results: dkim=pass με header.d= το δικό σας domain, και dmarc=pass.

Σύνοψη

Ένα newsletter είναι bulkmail: οι αποδέκτες το εξετάζουν πιο αυστηρά. Χρησιμοποιήστε μια υπηρεσία αποστολής, όχι το συνηθισμένο mailbox σας.
Σε κάθε email υπάρχουν τρία domains: From (DMARC), Return-Path (SPF) και το DKIM domain d=.
Το DMARC πετυχαίνει μόνο αν το SPF ή το DKIM πετύχει για ένα domain που είναι ευθυγραμμισμένο με το From-domain.
Αυθεντικοποιήστε το domain σας στην υπηρεσία: το DKIM μέσω CNAME είναι το σημαντικότερο, ένα δικό σας bounce domain είναι επιπλέον πλεονέκτημα.
Ελέγξτε με ένα δοκιμαστικό email: dkim=pass header.d=<το domain σας> και dmarc=pass. Ξεκινήστε μικρά με μια νέα υπηρεσία.

Κουίζ

Άσκηση

Άσκηση Z7.1: Έλεγχος ευθυγράμμισης ενός newsletter. Στείλτε ένα newsletter από τη δική σας υπηρεσία αποστολής στον εαυτό σας (ή χρησιμοποιήστε το δειγματικό αρχείο nieuwsbrief-kopregels-1.txt από το μάθημα) και επικολλήστε τις κεφαλίδες. Συμπληρώστε: το From-domain, το Return-Path domain, το DKIM domain (d=) και αν κατά τη γνώμη σας το DMARC πετυχαίνει (ναι/όχι) και μέσω ποιας οδού (SPF, DKIM, και τα δύο ή κανένα). Το πρόγραμμα αναλύει τις κεφαλίδες μόνο του, ελέγχει ζωντανά τον DKIM selector στο DNS και το DMARC record του From-domain, και παραθέτει το αποτέλεσμά του δίπλα στο δικό σας.

Άσκηση Z7.1: Έλεγχος ευθυγράμμισης ενός newsletter

Αρχείο για αυτή την άσκηση: nieuwsbrief-kopregels-1.txt, nieuwsbrief-kopregels-2.txt, kopregels-1.txt

Επικολλήστε τις κεφαλίδες (headers) ενός newsletter που στέλνετε εσείς οι ίδιοι, ή επιλέξτε ένα αρχείο παραδείγματος. Ο διακομιστής αναλύει τις κεφαλίδες μόνος του (μόνο στη μνήμη) και αναζητά, σε περίπτωση πραγματικών κεφαλίδων, το κλειδί DKIM και την εγγραφή DMARC.

Ποιες κεφαλίδες (headers);

Επικολλημένες κεφαλίδες (headers) (προαιρετικό)

Domain του From

Domain του Return-Path

Domain DKIM (d=)

Πετυχαίνει το DMARC;

Μέσω ποιας διαδρομής;

Ό,τι συμπληρώνετε και ό,τι βρίσκουμε δεν το αποθηκεύουμε. Το πρόγραμμα περιήγησής σας θυμάται τις απαντήσεις σας και αν περάσατε την άσκηση. Αν έχετε εγγραφεί, αποθηκεύουμε μόνο ότι η άσκηση ήταν (σχεδόν) σωστή στο Τα μαθήματά μου· εκεί μπορείτε και να το διαγράψετε.

Για περαιτέρω μελέτη

Τα βήματα σε αυτά τα άρθρα ισχύουν για τους πίνακες ελέγχου του WebOké· σε άλλους παρόχους λειτουργεί παρόμοια.

Cookies στη WebOké

Ρυθμίσεις cookies

Απαραίτητα

Marketing