Γιατί χρειάζεται ένας διακομιστής SMTP για την αποστολή αλληλογραφίας;

Καθώς ένα άτομο μαθαίνει περισσότερα για το πώς λειτουργούν τα προγράμματα-πελάτες αλληλογραφίας, οι διακομιστές SMTP και ολόκληρο το ηλεκτρονικό σύστημα αλληλογραφίας, μπορεί να είναι περίεργοι για το λόγο που απαιτείται ακόμη ένας ενδιάμεσος διακομιστής SMTP. Με αυτό κατά νου, η σημερινή θέση SuperUser Q & A έχει τις απαντήσεις σε ερωτήσεις περίεργου αναγνώστη.

Η σημερινή συνάντηση ερωτήσεων και απαντήσεων έρχεται σε επαφή με το SuperUser - μια υποδιαίρεση του Stack Exchange, μια κοινότητα που κατευθύνεται από τους ιστότοπους ερωτήσεων & απαντήσεων.

Φωτογραφία ευγένεια του David Schroeder (Flickr).

Το ερώτημα

Ο αναγνώστης SuperUser Tobia θέλει να μάθει γιατί απαιτείται ένας ενδιάμεσος διακομιστής SMTP για την αποστολή αλληλογραφίας:

Γιατί χρειάζομαι έναν ενδιάμεσο διακομιστή SMTP για αποστολή μηνυμάτων; Γιατί ο πελάτης ηλεκτρονικού ταχυδρομείου μου (Outlook ή Thunderbird) δεν μπορεί να στείλει μηνύματα απευθείας στον τομέα SMTP του παραλήπτη?

Για παράδειγμα, εάν πρέπει να στείλω μήνυμα ηλεκτρονικού ταχυδρομείου διεύθυνση@example.com με το λογαριασμό μου στο Gmail, το στέλνω στο smtp.gmail.com υπηρέτης; τότε αυτός ο διακομιστής στέλνει το μήνυμά μου στο διακομιστή MX του example.com.

Γιατί απαιτείται ένας ενδιάμεσος διακομιστής SMTP για την αποστολή αλληλογραφίας?

Η απάντηση

Ο συνεργάτης του SuperUser davidgo έχει την απάντηση για εμάς:

Είναι τεχνικά δυνατή η αποστολή αλληλογραφίας απευθείας στον διακομιστή SMTP του παραλήπτη από τον υπολογιστή σας.

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

Προχωρώντας προς εκεί όπου οι υπηρεσίες Διαδικτύου είναι φθηνές, εξακολουθεί να είναι χρήσιμο να υπάρχουν μηχανισμοί για να προσπαθήσετε ξανά να στέλνετε μηνύματα ηλεκτρονικού ταχυδρομείου εάν δεν είναι διαθέσιμος ένας διακομιστής. Δεν είναι ιδανικό για την εγγραφή αυτής της λειτουργικότητας στο πρόγραμμα αλληλογραφίας MUA (Mail User Agent / End User Mail). Αυτές οι λειτουργίες ταιριάζουν σε ένα MTA (διακομιστής αλληλογραφίας / διακομιστής SMTP).

Αλλά γίνεται χειρότερο-spammers. Τα περισσότερα μηνύματα (περισσότερο από 80%) είναι ανεπιθύμητα. Οι πάροχοι αλληλογραφίας κάνουν ό, τι μπορούν για να μειώσουν αυτό το πρόβλημα και ένας μεγάλος αριθμός τεχνικών κάνουν υποθέσεις σχετικά με τον τρόπο παράδοσης του ταχυδρομείου. Τα ακόλουθα είναι σημαντικά ζητήματα:

1. Greylisting: Μερικοί πάροχοι θα αποσύρουν αυτόματα μια σύνδεση αλληλογραφίας εάν ο αποστολέας και ο παραλήπτης δεν έχουν επικοινωνήσει προηγουμένως και αναμένουν να δοκιμάσουν μια δεύτερη φορά. Οι spammers συχνά δεν ξαναδοκιμάζουν ενώ ο διακομιστής SMTP υποτίθεται πάντα. Αυτό μειώνει τον όγκο του spam κατά περίπου 80 τοις εκατό, αλλά είναι χάλια να πρέπει να το κάνετε αυτό όμως.

2. Φήμη: Είναι πολύ πιο πιθανό κάποιος που στέλνει μηνύματα μέσω ενός αξιόπιστου, γνωστού διακομιστή SMTP να είναι νόμιμος σε σύγκριση με ένα διακομιστή περάσματος από τη νύχτα. Για να πάρετε μια αίσθηση φήμης, οι πάροχοι κάνουν μια σειρά από πράγματα:

• Αποκλεισμός δυναμικών / πελατειακών διευθύνσεων (όχι 100 τοις εκατό, αλλά έχουν χαραχθεί μεγάλα κομμάτια του Διαδικτύου).
• Ελέγξτε αν το αντίστροφο DNS ταιριάζει με το forward DNS. Δεν είναι πολύ δύσκολο να γίνει, αλλά δείχνει κάποιο επίπεδο υπευθυνότητας και γνώσης των βέλτιστων πρακτικών (κάτι που δεν έχουν πολλά μπλοκ διευθύνσεων πελάτη).
• Ελέγξτε για φήμη. Κατά την επικοινωνία με άλλους διακομιστές SMTP, πολλοί πάροχοι παρακολουθούν το μέγεθος του spam και τον όγκο των μηνυμάτων που αποστέλλονται. Μπορούν να μειώσουν το μέγεθος του spam περιορίζοντας τις συνδέσεις και παρακολουθώντας αυτές τις παραμέτρους. Υπάρχουν πολλοί τρόποι για να γίνει αυτό, όχι όλοι προφανείς, αλλά που απαιτούν έναν γνωστό αποστολέα.
• SPF και DKIM. Αυτοί οι μηχανισμοί συνδέουν τους πόρους DNS με το όνομα τομέα για να καταστήσουν σκληρότερο το ταχυδρομείο σφυρηλάτησης και θα ήταν δύσκολο αλλά όχι απαραίτητα αδύνατο να αναπτυχθεί αν το πρόγραμμα αλληλογραφίας (MUA) είναι υπεύθυνο για την εξερχόμενη αλληλογραφία.

Υπάρχουν πιθανώς και άλλες δευτερεύουσες ανησυχίες, αλλά αυτές θα είναι οι κυριότερες.

Έχετε κάτι να προσθέσετε στην εξήγηση; Απενεργοποιήστε τα σχόλια. Θέλετε να διαβάσετε περισσότερες απαντήσεις από άλλους τεχνολογικούς χρήστες Stack Exchange; Δείτε το πλήρες νήμα συζήτησης εδώ.