Καθώς ένα άτομο μαθαίνει περισσότερα για το πώς λειτουργούν οι πελάτες αλληλογραφίας, οι διακομιστές SMTP και ολόκληρο το ηλεκτρονικό σύστημα αλληλογραφίας, μπορεί να είναι περίεργοι γιατί απαιτείται ακόμη ένας ενδιάμεσος διακομιστής SMTP. Έχοντας αυτό υπόψη, η σημερινή ανάρτηση ερωτήσεων και απαντήσεων SuperUser έχει τις απαντήσεις σε ερωτήσεις περίεργου αναγνώστη.
Η σημερινή συνεδρία Ερωτήσεων & Απαντήσεων μας προσφέρει ευγενική προσφορά του SuperUser - μια υποδιαίρεση του Stack Exchange, μιας ομάδας ιστότοπων Q&A που βασίζεται στην κοινότητα.
Η φωτογραφία προσφέρθηκε από Ντέιβιντ Σρέντερ (Flickr) .
Το ερώτημα
Ο αναγνώστης SuperUser Tobia θέλει να μάθει γιατί απαιτείται ένας ενδιάμεσος διακομιστής SMTP για την αποστολή αλληλογραφίας:
Γιατί χρειάζομαι έναν ενδιάμεσο διακομιστή SMTP για να στείλω αλληλογραφία; Γιατί ο πελάτης αλληλογραφίας μου (Outlook ή Thunderbird) δεν μπορεί να στείλει μηνύματα απευθείας στον τομέα SMTP του παραλήπτη;
Για παράδειγμα, εάν πρέπει να στείλω αλληλογραφία στο αδδρεςς@εξαμπλέ.κομ με το λογαριασμό μου στο Gmail, το στέλνω στο σμτπ.γμαηλ.κομ υπηρέτης; τότε αυτός ο διακομιστής στέλνει το μήνυμά μου στον διακομιστή MX του εξαμπλέ.κομ .
Γιατί απαιτείται ένας ενδιάμεσος διακομιστής SMTP για την αποστολή αλληλογραφίας;
Η απάντηση
Ο συνεργάτης SuperUser davidgo έχει την απάντηση για εμάς:
Είναι τεχνικά δυνατό να στείλετε αλληλογραφία απευθείας στον διακομιστή SMTP του παραλήπτη από τον υπολογιστή σας.
Κοιτάζοντας τον από ιστορική βάση, εάν ο απομακρυσμένος διακομιστής SMTP είναι εκτός λειτουργίας, θέλετε ένα σύστημα να το χειρίζεται αυτόματα και να συνεχίζει να προσπαθεί ξανά, ως εκ τούτου έχετε διακομιστή SMTP. Παρομοίως, στις παλιές μέρες, δεν ήταν όλοι οι διακομιστές αλληλογραφίας συνδεδεμένοι συνεχώς (οι σύνδεσμοι μεγάλων αποστάσεων ήταν ακριβοί), επομένως τα μηνύματα αλληλογραφίας θα στέλνονταν σε ουρά και θα στέλνονταν όταν δημιουργήθηκε ένας σύνδεσμος.
Μετάβαση στο σημείο όπου οι υπηρεσίες Διαδικτύου είναι φθηνές, εξακολουθεί να είναι χρήσιμο να υπάρχουν μηχανισμοί για την επανάληψη της αποστολής αλληλογραφίας εάν ένας διακομιστής δεν είναι διαθέσιμος. Δεν είναι ιδανικό να γράφεται αυτή η λειτουργικότητα στο MUA (πρόγραμμα αλληλογραφίας χρήστη / πρόγραμμα αλληλογραφίας τελικού χρήστη) Αυτές οι λειτουργίες ταιριάζουν σε ένα MTA (διακομιστής αλληλογραφίας / διακομιστής SMTP).
Αλλά χειροτερεύει - spammers. Τα περισσότερα μηνύματα (πάνω από 80 τοις εκατό) είναι ανεπιθύμητα. Οι πάροχοι αλληλογραφίας κάνουν ό, τι μπορούν για να μειώσουν αυτό το πρόβλημα και ένας μεγάλος αριθμός τεχνικών κάνει υποθέσεις σχετικά με τον τρόπο παράδοσης της αλληλογραφίας. Τα ακόλουθα είναι σημαντικά ζητήματα:
1. Greylisting: Ορισμένοι πάροχοι θα διακόψουν αυτόματα μια σύνδεση αλληλογραφίας εάν ο αποστολέας και ο παραλήπτης δεν έχουν επικοινωνήσει προηγουμένως και αναμένουν να δοκιμάσουν για δεύτερη φορά. Οι αποστολείς ανεπιθύμητης αλληλογραφίας συχνά δεν προσπαθούν ξανά ενώ ένας διακομιστής SMTP υποτίθεται πάντα. Αυτό μειώνει τον όγκο των ανεπιθύμητων μηνυμάτων κατά περίπου 80 τοις εκατό, αλλά είναι λυπηρό να πρέπει να το κάνουμε αυτό όμως.
2. Φήμη: Είναι πολύ πιο πιθανό ότι κάποιος που στέλνει αλληλογραφία μέσω αξιόπιστου, γνωστού διακομιστή SMTP είναι νόμιμος σε σύγκριση με έναν διακομιστή fly-by-night. Για να αποκτήσουν την αίσθηση της φήμης, οι πάροχοι κάνουν πολλά πράγματα:
- Αποκλεισμός δυναμικών διευθύνσεων / πελατών (όχι 100 τοις εκατό, αλλά έχουν χαρτογραφηθεί μεγάλα κομμάτια του Διαδικτύου).
- Ελέγξτε αν το αντίστροφο DNS ταιριάζει με το εμπρός DNS. Όχι πολύ δύσκολο να γίνει, αλλά δείχνει κάποιο επίπεδο λογοδοσίας και γνώσης των βέλτιστων πρακτικών (κάτι που δεν έχουν πολλά μπλοκ διευθύνσεων πελατών).
- Ελέγξτε για φήμη. Κατά την επικοινωνία με άλλους διακομιστές SMTP, πολλοί πάροχοι παρακολουθούν τον αριθμό των ανεπιθύμητων μηνυμάτων και τον όγκο των μηνυμάτων που αποστέλλονται. Μπορούν να μειώσουν την ανεπιθύμητη αλληλογραφία περιορίζοντας τις συνδέσεις και παρακολουθώντας αυτές τις παραμέτρους. Υπάρχουν πολλοί τρόποι για να γίνει αυτό, δεν είναι όλοι προφανείς, αλλά απαιτούν γνωστό αποστολέα.
- SPF και DKIM. Αυτοί οι μηχανισμοί συνδέουν τους πόρους DNS με το όνομα τομέα για να κάνουν τη σφυρηλάτηση αλληλογραφίας πιο δύσκολη και θα ήταν δύσκολη, αλλά όχι απαραίτητα αδύνατη η ανάπτυξη εάν το πρόγραμμα αλληλογραφίας (MUA) είναι υπεύθυνο για την εξερχόμενη αλληλογραφία.
Υπάρχουν πιθανώς άλλες μικρές ανησυχίες, αλλά αυτές θα ήταν οι μεγαλύτερες.
Έχετε κάτι να προσθέσετε στην εξήγηση; Ήχος στα σχόλια. Θέλετε να διαβάσετε περισσότερες απαντήσεις από άλλους χρήστες τεχνολογίας Stack Exchange; Δείτε ολόκληρο το νήμα συζήτησης εδώ .
