Πώς φτιάχνετε ένα DMARC record που πραγματικά προστατεύει το domain σας

Αν στέλνετε cold email σε συγκεκριμένα πρόσωπα εταιρειών, ένα λάθος διαμορφωμένο DMARC record μπορεί να ρίξει τα emails σας στα spam ή, χειρότερα, να επιτρέψει σε άλλους να στείλουν μηνύματα ως εσείς. Αυτός ο οδηγός εξηγεί πώς γράφετε ένα σωστό DMARC record, πώς το ελέγχετε με ένα dmarc record checker και πώς προχωράτε σταδιακά σε αυστηρότερη πολιτική χωρίς να χάσετε νόμιμα emails.

Γιατί χρειάζεστε DMARC records πριν στείλετε cold email

Το DMARC (Domain-based Message Authentication, Reporting and Conformance) είναι το record που λέει στους mail servers των παραληπτών τι να κάνουν όταν ένα email υποστηρίζεται ότι είναι από το domain σας αλλά αποτυγχάνει στους ελέγχους SPF ή DKIM. Χωρίς αυτό, μεγάλοι πάροχοι όπως Gmail και Microsoft βασίζονται σε δικές τους εικασίες — και συνήθως η εικασία είναι συντηρητική, δηλαδή spam folder.

Στο targeted B2B outreach το πρόβλημα είναι πιο έντονο απ' ό,τι στο marketing bulk mail: στέλνετε λίγα emails την ημέρα σε συγκεκριμένα άτομα, αλλά αν το domain σας δεν έχει καθαρό ιστορικό authentication, ακόμη και ένα εξατομικευμένο μήνυμα σε σωστό παραλήπτη μπορεί να μη φτάσει ποτέ. Δεν μιλάμε για το πώς θα «ξεγελάσετε» ένα filter — μιλάμε για το πώς αποδεικνύετε ότι είστε πραγματικά εσείς.

Πώς γράφετε ένα σωστό DMARC record βήμα-βήμα

Το DMARC record είναι ένα TXT DNS record στο host _dmarc.το-domain-σας.gr. Η βασική δομή περιλαμβάνει την έκδοση, την πολιτική, τη διεύθυνση αναφορών και προαιρετικά ποσοστό εφαρμογής.

Πριν γράψετε το record, βεβαιωθείτε ότι έχετε ήδη ενεργά SPF και DKIM — το DMARC δεν αντικαθιστά κανένα από τα δύο, απλώς ορίζει τι γίνεται όταν αποτυγχάνουν.

• v=DMARC1 — υποχρεωτικό, δηλώνει την έκδοση του προτύπου
• p=none — αρχική πολιτική, μόνο παρακολούθηση χωρίς απόρριψη μηνυμάτων
• rua=mailto:dmarc-reports@το-domain-σας.gr — πού στέλνονται τα συγκεντρωτικά reports
• ruf=mailto:dmarc-forensics@το-domain-σας.gr — προαιρετικά, αναλυτικά reports ανά μήνυμα
• pct=100 — ποσοστό μηνυμάτων που εφαρμόζεται η πολιτική (ξεκινάτε στο 100 με p=none, μειώνετε προσωρινά αν δοκιμάζετε αυστηρότερη πολιτική)
• adkim=s / aspf=s — αυστηρό (strict) ή χαλαρό (relaxed) alignment για DKIM και SPF

Έλεγχος με dmarc record checker και dmarc lookup tool

Αφού δημοσιεύσετε το record, ο έλεγχος είναι απαραίτητος πριν προχωρήσετε σε πιο αυστηρή πολιτική. Ένα dmarc record checker ή dmarc lookup tool σας δείχνει αν το DNS record είναι σωστά διαμορφωμένο συντακτικά και αν είναι ορατό από το εξωτερικό δίκτυο — κάτι που δεν είναι πάντα προφανές από το πάνελ διαχείρισης DNS του domain σας.

Ένα καλό spf dkim dmarc record checker ελέγχει και τα τρία records μαζί, γιατί το πρόβλημα συχνά δεν είναι στο DMARC record καθαυτό αλλά στο πώς ευθυγραμμίζεται (aligns) το domain του SPF ή του DKIM signature με το domain στο header From. Εργαλεία όπως το dmarc lookup mxtoolbox είναι δημοφιλή γιατί δείχνουν ξεκάθαρα το αποτέλεσμα alignment, όχι μόνο αν το record υπάρχει.

Αν χρησιμοποιείτε κάποιο dmarc creator tool για να χτίσετε το record οπτικά αντί να το γράψετε με το χέρι, ελέγξτε πάντα το αποτέλεσμα ξανά με ανεξάρτητο dmarc lookup tool πριν το δημοσιεύσετε — μερικά generators βάζουν λάθος syntax στο ruf ή ξεχνούν το ερωτηματικό στο τέλος κάθε παραμέτρου.

Από p=none σε quarantine και reject: πότε και πώς

Η μετάβαση σε αυστηρότερη πολιτική πρέπει να γίνεται σταδιακά, βασισμένη στα aggregate reports που λαμβάνετε στο rua διεύθυνση. Δεν προχωράτε σε reject επειδή περάσαν κάποιες μέρες — προχωράτε όταν τα reports δείχνουν σταθερά ότι το νόμιμο traffic περνάει authentication.

Συνηθισμένα λάθη στη δημιουργία DMARC record

Τα περισσότερα προβλήματα δεν είναι στο ίδιο το DMARC record αλλά στην προετοιμασία πριν από αυτό.

• Δημοσίευση p=reject απευθείας, χωρίς περίοδο παρακολούθησης με p=none
• Λάθος subdomain — το record πρέπει να είναι στο _dmarc, όχι στο root domain
• Πολλαπλά DMARC records στο ίδιο domain (π.χ. από διαφορετικό πάροχο email security) — μόνο ένα επιτρέπεται
• Αγνόηση subdomains: χωρίς sp= tag, ένα ξεχασμένο subdomain μπορεί να μείνει απροστάτευτο ή να εφαρμοστεί λάθος πολιτική
• Μη έλεγχος alignment mode (adkim/aspf) — το strict alignment απαιτεί ακριβή αντιστοιχία domain, όχι απλώς κοινό οργανισμό
• Μη παρακολούθηση των aggregate reports μετά τη δημοσίευση — το record χωρίς ανάλυση reports είναι άχρηστο

Πώς το χειρίζεται η LDM στις καμπάνιες B2B

Στην LDM, πριν ξεκινήσει οποιαδήποτε targeted B2B καμπάνια, ελέγχουμε πρώτα την κατάσταση authentication του domain αποστολής — SPF, DKIM και DMARC records μαζί, με τα ίδια εργαλεία lookup που θα χρησιμοποιούσε ένας διαχειριστής DNS. Δεν προτείνουμε ποτέ να παρακάμψει κανείς αυτόν τον έλεγχο για να «κερδίσει χρόνο», γιατί η ζημιά σε deliverability από λάθος DMARC διαρκεί βδομάδες να διορθωθεί.

Για πελάτες που ξεκινούν από το μηδέν, προτείνουμε ξεχωριστό subdomain αποστολής (π.χ. mail.εταιρεία.gr) με δικό του DMARC record, ώστε τυχόν πρόβλημα στην αρχική φάση warm-up να μην επηρεάσει το κύριο domain επικοινωνίας της εταιρείας. Αυτό είναι ιδιαίτερα σημαντικό όταν το κύριο domain χρησιμοποιείται και για εσωτερική αλληλογραφία με πελάτες, τιμολόγια ή νομικά έγγραφα — εκεί ένα λάθος reject θα ήταν πολύ πιο ακριβό από μια αργή αρχή σε cold outreach.

Συχνές ερωτήσεις