Ο mail server σας λειτουργεί. Το Postfix ξεκινά, τα logs φαίνονται καθαρά, στέλνετε ένα δοκιμαστικό μήνυμα στο Gmail σας — και καταλήγει στα spam. Ή απλώς εξαφανίζεται. Τίποτα στη config σας δεν είναι χαλασμένο. Το λογισμικό έκανε ακριβώς αυτό που του είπατε.
Το πρόβλημα είναι ότι ο server στην άλλη άκρη δεν εμπιστεύεται ακόμη το IP σας, και το email κρύβει ένα ολόκληρο stack μικρών ελέγχων εμπιστοσύνης που όλοι πρέπει να ευθυγραμμιστούν πριν το inbox ενός αγνώστου σας αφήσει να μπείτε. Κάντε τα σωστά και η παράδοση κυρίως φροντίζει τον εαυτό της. Χάστε έναν και φωνάζετε σε έναν φάκελο spam.
Τρία πράγματα κουβαλούν το μεγαλύτερο βάρος: το reverse DNS, ο έλεγχος ταυτότητας αποστολέα, και το αν ο host σας σας αφήνει καν να μιλήσετε στο port 25. Κανένα από αυτά δεν είναι δύσκολο. Είναι απλώς εύκολο να ξεχαστούν, και καθένα είναι ένα ήσυχο βέτο.
Αυτό που ξεχνούν όλοι: reverse DNS
Το forward DNS είναι το μέρος που ξέρετε — ένα όνομα δείχνει σε ένα IP. Το reverse DNS είναι ο καθρέφτης: ένα IP δείχνει πίσω σε ένα όνομα. Αυτή η εγγραφή ονομάζεται PTR, και ζει με όποιον ελέγχει το IP, όχι στη zone του domain σας.
Ιδού γιατί μετρά. Όταν ο server σας ανοίγει μια σύνδεση στο SMTP του Gmail, ένα από τα πρώτα πράγματα που κάνει η πλευρά παραλαβής είναι μια αντίστροφη αναζήτηση στο IP σας — ποιος είναι αυτός; Τρέξτε την μόνοι σας:
dig -x 203.0.113.19 +short
Αν αυτό επιστρέψει κάτι σαν static.203-0-113-19.rev.example-isp.net, ή επιστρέψει άδειο, ήδη χάσατε πόντους. Αυτό το γενικό όνομα λέει «κάποιο τυχαίο VPS», και χειρότερα, δεν ταιριάζει με το hostname με το οποίο συστήνεται ο server σας στον χαιρετισμό HELO. Οι servers παραλαβής επισημαίνουν αυτή την αναντιστοιχία σκληρά. Ορισμένοι απορρίπτουν εντελώς.
Αυτό που θέλουν να δουν είναι ένα PTR που ταιριάζει με το mail hostname σας. Αν ο server σας λέει HELO mail.example.com, η αντίστροφη αναζήτηση στο IP του θα πρέπει να επιστρέψει mail.example.com. Το forward και το reverse συμφωνούν, η ιστορία είναι συνεπής, και μοιάζετε με πραγματικό mail server αντί για ένα παραβιασμένο box.
Ο ορισμός ενός PTR σήμαινε παραδοσιακά το άνοιγμα ενός ticket υποστήριξης με όποιον κατέχει το block IP και την αναμονή. Στα πακέτα αποκλειστικού IP του EQVPS είναι ένα πεδίο στον πίνακα ελέγχου σας — πληκτρολογήστε το hostname, γράφεται κατευθείαν στο registry μέσω του API του παρόχου, και είναι ζωντανό σε δευτερόλεπτα. Αυτό είναι όλο το νόημα του να το κάνετε self-serve: το reverse DNS είναι το βήμα που οι άνθρωποι παραλείπουν επειδή ήταν κάποτε ενοχλητικό.
Έλεγχος ταυτότητας: SPF, DKIM, DMARC
Αυτές οι τρεις εγγραφές DNS λένε στους servers παραλαβής ότι το mail που ισχυρίζεται ότι είναι από το domain σας πραγματικά είναι. Παραλείψτε τις και είστε ένας μη επαληθευμένος άγνωστος.
- Το SPF είναι μια εγγραφή TXT που καταχωρεί ποιοι servers επιτρέπεται να στέλνουν για το domain σας. Το Gmail το ελέγχει και ρωτά: ήρθε αυτό το μήνυμα από ένα IP που εξουσιοδοτήσατε;
- Το DKIM υπογράφει κρυπτογραφικά κάθε εξερχόμενο μήνυμα. Ο παραλήπτης τραβά το public key σας από το DNS και επαληθεύει ότι η υπογραφή δεν πλαστογραφήθηκε στη διαμετακόμιση.
- Το DMARC συνδέει τα δύο μαζί και λέει στους παραλήπτες τι να κάνουν όταν ένας έλεγχος αποτύχει — τίποτα, quarantine, ή reject — και πού να στείλουν αναφορές.
Θέλετε και τα τρία. Το SPF και το DKIM αποδεικνύουν ότι το mail είναι νόμιμα δικό σας· το DMARC μετατρέπει αυτή την απόδειξη σε πολιτική. Είναι ίσως είκοσι λεπτά επεξεργασιών DNS, και είναι η διαφορά μεταξύ «επαληθευμένος αποστολέας» και «ποιος;».
Το port 25, και γιατί είναι κλειστό
Ιδού αυτό που εκπλήσσει τους ανθρώπους. Το εξερχόμενο port 25 — το port που χρησιμοποιούν οι mail servers για να μιλήσουν μεταξύ τους — είναι μπλοκαρισμένο εξ ορισμού σε ουσιαστικά κάθε VPS host. Και εμείς.
Αυτό είναι σκόπιμο. Το port 25 είναι το κλασικό κανόνι spam, οπότε μένει κλειστό μέχρι να το ζητήσετε και να πείτε τι πραγματικά στέλνετε. Το ανοίγουμε κατ' αίτηση παρά να το αφήνουμε ανοιχτό για οποιονδήποτε στήνει έναν server.
Και υπάρχει μια έντιμη επιφύλαξη εδώ που αξίζει να ειπωθεί ξεκάθαρα: με ένα ανοιχτό port 25 έρχεται ευθύνη. Ένα παραβιασμένο script ή ένα κακοδιαμορφωμένο relay που βγάζει spam, και η φήμη του IP σας χάθηκε — μερικές φορές για εβδομάδες. Σε ένα κοινόχρηστο subnet αυτό το χάος πιτσιλίζει στους γείτονές σας, που είναι ακριβώς γιατί οι hosts είναι προσεκτικοί γι' αυτό. Αν μας ζητήσετε να ανοίξουμε το 25, κρατήστε τον server σας καθαρό, γιατί η φήμη που προστατεύετε είναι εν μέρει και δική μας.
Γιατί το αποκλειστικό IP δεν είναι προαιρετικό
Όλα αυτά επιστρέφουν σε μία απαίτηση: το IP πρέπει να είναι δικό σας. Σε μια εγκατάσταση NAT ή μια κοινόχρηστη διεύθυνση δεν μπορείτε να ορίσετε το δικό σας PTR, γιατί η διεύθυνση δεν είναι αποκλειστικά δική σας να δείξετε. Κληρονομείτε επίσης όποια φήμη κουβαλά ήδη το κοινόχρηστο IP — και δεν έχετε ιδέα τι έκανε ο τελευταίος ενοικιαστής με αυτό.
Ένα αποκλειστικό IP σας δίνει ένα PTR που ελέγχετε, μια φήμη που είναι δική σας να χτίσετε, και ένα καθαρό σημείο εκκίνησης. Για εξερχόμενο mail αυτό δεν είναι nice-to-have· είναι το κατώφλι.
Η έντιμη κατακλείδα
Το self-hosting email το 2026 είναι πραγματική, συνεχής δουλειά. Δεν είναι set-and-forget — θα παρακολουθείτε blocklists, θα περιστρέφετε DKIM keys, και περιστασιακά θα καταλαβαίνετε γιατί ένας συγκεκριμένος πάροχος άρχισε να σας κάνει greylisting. Αν αυτό είναι ένα χαμηλού-ρίσκου side project, ειλικρινά, η προώθηση μέσω ενός υπάρχοντος παρόχου mail θα σας γλιτώσει πονοκεφάλους.
Αλλά αν θέλετε πραγματικό έλεγχο — τα δεδομένα σας, το domain σας, κανείς άλλος να μη διαβάζει τα headers — είναι πολύ εφικτό σε ένα μικρό VPS. Οι υποδομές εμπιστοσύνης παραπάνω είναι περίπου το 90% της μάχης, και τίποτα από αυτά δεν είναι εξωτικό. Πάρτε ένα αποκλειστικό IP, ορίστε το PTR να ταιριάζει με το hostname σας, δημοσιεύστε SPF/DKIM/DMARC, ζητήστε μας να ανοίξουμε το port 25, μετά στείλτε μια δοκιμή μέσω ενός εργαλείου όπως το mail-tester.com και διορθώστε ό,τι επισημάνει. Κάντε το και δεν φωνάζετε πλέον σε έναν φάκελο spam — είστε ένας mail server που τα inboxes των ανθρώπων πραγματικά εμπιστεύονται.
Σχόλια
Δεν υπάρχουν ακόμη σχόλια. Γίνετε ο πρώτος.