5.3.1. Μελέτη περίπτωσης: SMTP, Simple Mail Transfer Protocol Στο Παράδειγμα 5.7. απεικονίζει τη συναλλαγή SMTP (Simple Mail Transfer Protocol), η οποία περιγράφεται στην προδιαγραφή RFC 2821. Σε αυτό το παράδειγμα, οι γραμμές που ξεκινούν με C: αποστέλλονται με μεταφορά αλληλογραφίας

5.24 ARP Προτού μεταδοθεί ένα datagram από ένα σύστημα σε τοπικό δίκτυο σε άλλο, περιβάλλεται από μια κεφαλίδα και ένα τμήμα του πλαισίου. Το πλαίσιο παραδίδεται στον προσαρμογέα δικτύου του οποίου η φυσική διεύθυνση ταιριάζει με τη φυσική διεύθυνση προορισμού από

8.9 RIP Το πιο ευρέως χρησιμοποιούμενο πρωτόκολλο IGP είναι το RIP, το οποίο προέρχεται από το πρωτόκολλο δρομολόγησης Xerox Network System (XNS). Η δημοτικότητα του RIP βασίζεται στην απλότητα και την προσβασιμότητά του.Το RIP εφαρμόστηκε αρχικά στο λειτουργικό σύστημα TCP/IP

8.17 BGP Το πρωτόκολλο Border Gateway Protocol (BGP) χρησιμοποιείται ευρέως στο Διαδίκτυο. Η τρέχουσα έκδοση του πρωτοκόλλου είναι BGP-4. Στο σύγχρονο Διαδίκτυο, υπάρχουν πολλοί πάροχοι συνδεδεμένοι μεταξύ τους με τον τρόπο ενός δικτύου διασύνδεσης. Όταν κινείται προς ένα σημείο

14.6 Πρωτόκολλο FTP Οι ακόλουθες έννοιες σχετίζονται με το πρωτόκολλο FTP:; Οι εντολές και οι παράμετροί τους αποστέλλονται μέσω της σύνδεσης ελέγχου; Επιστράφηκαν αριθμητικοί κωδικοί ως απάντηση στην εντολή; Μορφή μεταφερόμενων δεδομένων Παρακάτω είναι ένα σύνολο εντολών FTP. Μεταδίδονται από τον διαχειριστή

15.17 Πρωτόκολλο NFS Η πιο πρόσφατη υλοποίηση του NFS είναι η έκδοση 3, αν και οι υλοποιήσεις της έκδοσης 2 συνεχίζουν να χρησιμοποιούνται με επιτυχία. Το πρόγραμμα διακομιστή NFS είναι ο αριθμός 100003 και, κατά σύμβαση, το NFS καταλαμβάνει τη θύρα κατά την προετοιμασία

16.9 Εντολές SMTP Το σενάριο στην ενότητα 16.6.1 περιείχε τις πιο συχνά χρησιμοποιούμενες εντολές SMTP. Το πλήρες σύνολο των εντολών SMTP παρουσιάζεται στον Πίνακα 16.1. Πίνακας 16.1 Εντολές SMTP Περιγραφή HELO Προσδιορίζει τον αποστολέα στον παραλήπτη. MAIL FROM Έναρξη ταχυδρομικής συναλλαγής και υποδεικνύεται

16.12.2 Βελτιωμένη συνομιλία SMTP Το παρακάτω παράδειγμα δείχνει πώς το Enhanced Mail Transfer Agent δημιουργεί μια συναλλαγή για την αποστολή μηνύματος MIME σε μορφή 8-bit:; Ο παραλήπτης ανακοινώνει τις βελτιωμένες δυνατότητές του, συμπεριλαμβανομένου του 8BITMIME.? Η εντολή MAIL FROM έχει

Προγράμματα που υλοποιούν τον διακομιστή SMTP στο σύστημα sendmail Linux. Ο πιο δημοφιλής επί του παρόντος διακομιστής αλληλογραφίας, το sendmail, περιλαμβάνεται συχνά στα συστήματα Linux. Αυτό το πακέτο παρέχει εκτεταμένη λειτουργικότητα και πολλά προγράμματα από προεπιλογή υποθέτουν ότι είναι εγκατεστημένο

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

Αυτό είναι ένα απλό πρωτόκολλο μεταφοράς αλληλογραφίας. Μετάφραση από τα αγγλικά ως Απλό πρωτόκολλο μεταφοράς αλληλογραφίας. Με βάση το όνομα, μπορούμε να συμπεράνουμε ότι ο διακομιστής SMTP είναι υπεύθυνος για την αποστολή αλληλογραφίας. Η αποστολή του αποτελείται γενικά από δύο κύριες λειτουργίες:

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

Κατά την αποστολή μηνυμάτων email, ο διακομιστής SMTP του αποστολέα δημιουργεί μια σύνδεση με τον διακομιστή που θα λάβει αυτό το μήνυμα. Αυτή η «επικοινωνία» πραγματοποιείται με αποστολή και λήψη εντολών, σχηματίζοντας μια συνεδρία SMTP με απεριόριστο αριθμό λειτουργιών SMTP. Υπάρχουν τρεις απαιτούμενες εντολές για κάθε λειτουργία:

• καθορισμός της διεύθυνσης επιστροφής (MAILFROM)
• προσδιορισμός του παραλήπτη ενός μηνύματος email (RCPT TO)
• αποστολή κειμένου μηνύματος (ΔΕΔΟΜΕΝΑ)

Ο καθορισμός της διεύθυνσης του αποστολέα, του παραλήπτη και η παρουσία του περιεχομένου της επιστολής είναι υποχρεωτικές προϋποθέσεις, χωρίς τις οποίες η επιστολή δεν θα σταλεί, ακόμη και με κανονικό, οικείο «χάρτινο» ταχυδρομείο. Τι να πούμε για τα ηλεκτρονικά;

Εν συντομία για τα οφέλη ενός διακομιστή SMTP

• Όπως ήδη αναφέρθηκε, ο κύριος σκοπός ενός διακομιστή SMTP είναι η αποστολή και ο έλεγχος εξερχόμενης αλληλογραφίας. Ένας διακομιστής SMTP υψηλής ποιότητας μπορεί να στέλνει γρήγορα μεγάλο όγκομηνύματα ηλεκτρονικού ταχυδρομείου, αποφεύγοντας τους περιορισμούς του ISP.
• Εάν χρησιμοποιείτε εξωτερικό διακομιστή SMTP, τότε ασφάλειαμηνύματα email και το ποσοστό παράδοσής τους στα εισερχόμενααυξάνεται σημαντικά.
  Πού μπορώ να βρω αυτόν τον εξωτερικό διακομιστή SMTP; Περισσότερες λεπτομέρειες για αυτό το θέμα.
• Το email μπορεί να περάσει από πολλούς διακομιστές SMTP πριν φτάσει στο γραμματοκιβώτιο του παραλήπτη. Λόγω του κινδύνου επιθέσεων ανεπιθύμητης αλληλογραφίας, οι πάροχοι συχνά αποτρέπουν την αποστολή email χωρίς τη χρήση διακομιστή SMTP. Ως εκ τούτου, οι χρήστες έχουν μερικές φορές προβλήματα με την αποστολή επιστολών.
  Η λύση μπορεί να είναι η εγκατάσταση/ενσωμάτωση ενός ξεχωριστού εξωτερικού διακομιστή SMTP, ο οποίος επίσης θα φιλτράρετε τα εξερχόμενα μηνύματα αλληλογραφίας για ανεπιθύμητα μηνύματα και ιούς.
• Η αύξηση της ασφάλειας των αποστολών επιτυγχάνεται επίσης με εξουσιοδότηση χρήστηπου χρησιμοποιεί ο διακομιστής SMTP: καθορίζοντας μια μεμονωμένη σύνδεση και κωδικό πρόσβασης για σύνδεση στον διακομιστή.
• Και, πιο σημαντικό, η ενσωμάτωση διακομιστή SMTP πραγματοποιείται χωρίς εγκατάσταση πρόσθετου λογισμικού ή άλλων ειδικών απαιτήσεων. Απλώς προσδιορίζετε τις βασικές παραμέτρους του διακομιστή SMTP στις ρυθμίσεις του προγράμματος-πελάτη email σας και μπορείτε να αρχίσετε να στέλνετε μαζικά μηνύματα ηλεκτρονικού ταχυδρομείου.

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

SMTPΤο (Simple Mail Transfer Protocol) είναι ένα πρωτόκολλο δικτύου σχεδιασμένο για τη μετάδοση email μέσω δικτύων TCP/IP. ESMTP(Αγγλικά Extended SMTP) - μια επεκτάσιμη επέκταση του πρωτοκόλλου SMTP. Επί του παρόντος, το «πρωτόκολλο SMTP» αναφέρεται συνήθως στο ESMTP και τις επεκτάσεις του. Το SMTP χρησιμοποιεί θύρες TCP 25.

Το πρωτόκολλο SMTP χρησιμοποιεί απλές εντολές κειμένου ASCII και επιστρέφει απαντήσεις μηνυμάτων κειμένου με κωδικοποίηση τριών χαρακτήρων. Το πρωτόκολλο SMTP περιγράφεται στο Internet Request For Comment (RFC) με αριθμό 821, το οποίο αναπτύχθηκε από το Internet Engineering Task Force (IETF) και δημοσιεύτηκε στις 21 Αυγούστου 1982. Έκτοτε, έχει υποστεί αρκετές τροποποιήσεις, αλλά γενικά οι βασικές εντολές του πρωτοκόλλου δεν έχουν αλλάξει.

Βασικές εντολές πελάτη SMTP

Η ομάδα HELO

Εξ ορισμού, οι εντολές πρωτοκόλλου SMTP είναι τέσσερις χαρακτήρες. Ο χαιρετισμός που στέλνει ο πελάτης στον διακομιστή είναι η εντολή HELO. Η μορφή της εντολής είναι η εξής:

Όνομα τομέα HELO

Ο σκοπός της εντολής HELO είναι να παρουσιάσει τον πελάτη στον διακομιστή SMTP. Δυστυχώς, αυτή η μέθοδος πρόσβασης αναπτύχθηκε στο αρχικό στάδιο της ανάπτυξης του Διαδικτύου, όταν δεν υπήρχαν ακόμη τόσες πολλές προσπάθειες μη εξουσιοδοτημένης διείσδυσης σε συστήματα υπολογιστών. Όπως μπορείτε να δείτε, ο πελάτης μπορεί να ονομαστεί οποιοδήποτε όνομα στη γραμμή εντολών. Αυτό οδήγησε στο γεγονός ότι επί του παρόντος οι περισσότεροι διακομιστές SMTP χρησιμοποιούν αυτήν την εντολή καθαρά τυπικά. Εάν προσπαθήσουν να αναγνωρίσουν τον υπολογιστή-πελάτη, τότε ενεργοποιείται ένας μηχανισμός αντίστροφης αναζήτησης DNS για τον προσδιορισμό του πραγματικού ονόματος κεντρικού υπολογιστή του συστήματος ονόματος τομέα του πελάτη από τη διεύθυνση IP του. Συνήθως, για λόγους ασφαλείας, οι διακομιστές SMTP αρνούνται συνδέσεις με κεντρικούς υπολογιστές των οποίων η διεύθυνση IP δεν επιλύεται σε ένα αντίστοιχο όνομα κεντρικού υπολογιστή. Με την αποστολή αυτής της εντολής, ο πελάτης ειδοποιεί τον διακομιστή ότι θέλει να δημιουργήσει μια σύνδεση με αυτόν. Απαντώντας σε αυτήν την εντολή, ο διακομιστής, με τη σειρά του, ειδοποιεί ότι έχει δημιουργηθεί μια νέα σύνδεση με τον πελάτη και είναι έτοιμος να δεχτεί επόμενες εντολές από αυτόν.

Όταν εργάζεστε με το πρωτόκολλο SMTP, πρέπει να κάνετε διάκριση μεταξύ των πελατών SMTP. Οι χρήστες πελατών και οι κεντρικοί υπολογιστές πελατών δεν είναι το ίδιο πράγμα. Κατά τη δημιουργία ενός μηνύματος email, ο χρήστης του συστήματος email είναι επίσης πελάτης του τοπικού του κεντρικού υπολογιστή. Μόλις σταλεί το μήνυμα αλληλογραφίας, δεν είναι πλέον πελάτης της διαδικασίας SMTP. Τώρα ο τοπικός κεντρικός υπολογιστής του χειρίζεται τη διαδικασία παράδοσης μηνυμάτων και λειτουργεί ως πελάτης SMTP. Όταν ένας τοπικός κεντρικός υπολογιστής συνδέεται με έναν απομακρυσμένο κεντρικό υπολογιστή για να μεταδώσει ένα μήνυμα χρησιμοποιώντας το πρωτόκολλο SMTP, λειτουργεί ως πελάτης της διαδικασίας SMTP. Η εντολή HELO διαφημίζει το όνομα του τοπικού κεντρικού υπολογιστή ως πελάτη και όχι του πραγματικού χρήστη που έστειλε το μήνυμα. Πολύ συχνά αυτές οι έννοιες συγχέονται, γεγονός που καθιστά δύσκολη την επίλυση προβλημάτων που προκύπτουν στα συστήματα ηλεκτρονικού ταχυδρομείου.

Εντολή ΑΠΘ

Η επέκταση μιας συνομιλίας SMTP με την εντολή AUTH περιγράφεται στο RFC 4954.

PLAIN (Χρησιμοποιεί την κωδικοποίηση Base64.)

LOGIN (Χρησιμοποιεί την κωδικοποίηση Base64.)

GSSAPI (Διεπαφή προγράμματος εφαρμογών γενικών υπηρεσιών ασφαλείας)

DIGEST-MD5 (Έλεγχος ταυτότητας πρόσβασης Digest)

Η μόνη διαφορά μεταξύ PLAIN και LOGIN είναι ότι στην πρώτη επιλογή τα login + password μεταδίδονται σε μία γραμμή και στη δεύτερη επιλογή - πρώτα η σύνδεση και μετά ο κωδικός πρόσβασης. Αλλά όλα αυτά είναι απαραίτητα κωδικοποιημένα στο Base64.

Εντολή MAIL

Η εντολή MAIL χρησιμοποιείται για τη δημιουργία μιας συνεδρίας email με τον διακομιστή μετά την αποστολή της εντολής HELO. Δείχνει από ποιον προέρχεται το μήνυμα. Η μορφή της εντολής MAIL είναι η εξής:

ταχυδρομείο αντίστροφη διαδρομή

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

ΤΑΧΥΔΡΟΜΕΙΟ ΑΠΟ: [email προστατευμένο]

Σημειώστε ότι το πεδίο FROM καθορίζει τη διεύθυνση email του αποστολέα του μηνύματος, συμπεριλαμβανομένου του πλήρους ονόματος του κεντρικού υπολογιστή-πελάτη. Αυτές οι πληροφορίες πρέπει να υπάρχουν στο πεδίο FROM του μηνύματος αλληλογραφίας (αλλά περισσότερα για αυτό αργότερα). Εάν ένα μήνυμα αλληλογραφίας περάσει από πολλούς κόμβους στο δρόμο από τον αποστολέα στον παραλήπτη, τότε ο καθένας από αυτούς θα προσθέσει πληροφορίες για τον εαυτό του στο πεδίο . Με αυτόν τον τρόπο τεκμηριώνεται η διαδρομή του μηνύματος μέσω των διακομιστών αλληλογραφίας. Πολύ συχνά, τα μηνύματα ηλεκτρονικού ταχυδρομείου από πελάτες ιδιωτικών δικτύων πρέπει να περάσουν από πολλούς διακομιστές email πριν φτάσουν στο Διαδίκτυο. Οι πληροφορίες που περιέχονται στο πεδίο αντίστροφης διαδρομής είναι συχνά χρήσιμες για την αντιμετώπιση προβλημάτων σε συστήματα email ή για τον εντοπισμό διακομιστών αλληλογραφίας που προσπαθούν να κρύψουν την ταυτότητά τους στέλνοντας μηνύματα μέσω άγνωστων διακομιστών SMTP.

Ομάδα RCPT

Η εντολή RCPT καθορίζει τους παραλήπτες ενός μηνύματος. Πολλοί χρήστες μπορούν να λάβουν το ίδιο μήνυμα. Συνήθως, κάθε παραλήπτης καθορίζεται σε ξεχωριστή γραμμή με την εντολή RCPT. Η μορφή εντολών RCPT είναι η εξής:

Μπροστινή διαδρομή RCPT

Το όρισμα διαδρομής προώθησης καθορίζει πού προωθείται το email. Συνήθως αυτό θα περιλαμβάνει την πλήρη διεύθυνση email, αλλά μπορεί επίσης να περιλαμβάνει το όνομα χρήστη του τοπικού διακομιστή SMTP. Εξετάστε για παράδειγμα την ακόλουθη εντολή:

RCPT ΠΡΟΣ: haley

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

RCPT ΠΡΟΣ: [email προστατευμένο]

Μια εντολή που αποστέλλεται σε έναν διακομιστή SMTP που ονομάζεται shandrach.smallorg.org αναγκάζει τον διακομιστή να αποφασίσει εάν θα παραδώσει το μήνυμα. Εφόσον ο χρήστης δεν είναι εγγεγραμμένος στον τοπικό διακομιστή shandrach, ο διακομιστής θα πρέπει να καθορίσει τι θα κάνει στη συνέχεια με το μήνυμα. Σε αυτήν την περίπτωση, υπάρχουν τρεις πιθανές ενέργειες για τον κεντρικό υπολογιστή shardrach. Ας τους ρίξουμε μια πιο προσεκτική ματιά.

Ο κεντρικός υπολογιστής shadrach μπορεί να προωθήσει το μήνυμα στον παραλήπτη και να επιστρέψει μια καταφατική απάντηση στον αποστολέα (OK). Σε αυτή την περίπτωση προσθέτει το όνομά του στο πεδίο Το MAIL δίνει εντολή να το συμπεριλάβει στη διαδρομή του μηνύματος εάν είναι απαραίτητο για να ειδοποιήσει τον αποστολέα.

Ο κεντρικός υπολογιστής shadrach δεν μπορεί να προωθήσει το μήνυμα και ειδοποιεί τον αποστολέα, επιβεβαιώνοντας παράλληλα ότι η διεύθυνση κεντρικού υπολογιστή meshach.smallorg.org είναι σωστή. Έτσι, ο αποστολέας μπορεί να προσπαθήσει να στείλει ξανά το μήνυμα απευθείας στο meshach.smallorg.org.

Ο κεντρικός υπολογιστής shadrach δεν μπορεί να προωθήσει το μήνυμα και στέλνει μια ειδοποίηση ότι αυτή η λειτουργία δεν μπορεί να εκτελεστεί με αυτόν τον διακομιστή. Στη συνέχεια, οι λόγοι για το τι συνέβη θα πρέπει να αναλυθούν από τον διαχειριστή του συστήματος.

Στις πρώτες μέρες του Διαδικτύου, η πρακτική ήταν η αποστολή μηνυμάτων email στα τυφλά μεταξύ υπολογιστών σε όλο τον κόσμο που χρησιμοποιούσαν τον αρχικό αλγόριθμο μετάδοσης email.

Εντολή DATA

Αυτή η εντολή είναι η κύρια στο πρωτόκολλο SMTP. Μετά την επεξεργασία των εντολών MAIL και RCPT, η εντολή DATA χρησιμοποιείται για τη μετάδοση του τμήματος πληροφοριών του μηνύματος. Η μορφή της εντολής DATA είναι η εξής:

Οτιδήποτε ακολουθεί αυτήν την εντολή ερμηνεύεται ως μήνυμα προς μετάδοση. Ο διακομιστής SMTP συνήθως προσαρτά την κεφαλίδα του μηνύματος με μια χρονική σήμανση και πληροφορίες διαδρομής επιστροφής. Το πρόγραμμα-πελάτη υποδεικνύει το τέλος του μηνύματος περνώντας μια γραμμή ακολουθούμενη από μια μόνο κουκκίδα. Η μορφή αυτής της γραμμής είναι η εξής:

.

Έχοντας λάβει αυτήν την ακολουθία, ο διακομιστής SMTP "καταλαβαίνει" ότι η μετάδοση του μηνύματος έχει ολοκληρωθεί και θα πρέπει να επιστρέψει έναν κωδικό απόκρισης που θα ειδοποιήσει τον πελάτη ότι το μήνυμά του έγινε αποδεκτό.

Εντολή SEND

Η εντολή SEND χρησιμοποιείται για την αποστολή μηνυμάτων αλληλογραφίας απευθείας στο τερματικό του εγγεγραμμένου χρήστη του συστήματος. Αυτή η εντολή εκτελείται μόνο όταν ο χρήστης είναι συνδεδεμένος και είναι συνήθως ένα αναδυόμενο μήνυμα, παρόμοιο με την εντολή εγγραφής στο UNIX. Αυτή η εντολή έχει ένα σοβαρό μειονέκτημα: με τη βοήθειά της, ένας εξωτερικός χρήστης μπορεί εύκολα να προσδιορίσει ποιος είναι συνδεδεμένος αυτήν τη στιγμή στο σύστημα. Αυτή η «ευκαιρία» έχει από καιρό εκμεταλλευτεί ενεργά από χάκερ για την απόκτηση αναγνωριστικών χρηστών του Διαδικτύου από ανυποψίαστα θύματα που έχουν συνδεθεί στο σύστημα. Λόγω ανησυχιών για την ασφάλεια, τα περισσότερα πακέτα λογισμικού SMTP σήμερα δεν περιέχουν πλέον αυτήν την εντολή.

Εντολή RSET

Η εντολή RSET είναι σύντομη για την επαναφορά. Εάν ο πελάτης μπερδευτεί σχετικά με τις απαντήσεις που λαμβάνει από τον διακομιστή ή αποφασίσει ότι η σύνδεση έχει χαθεί, μπορεί να εκδώσει μια εντολή RSET και να επιστρέψει τη συνεδρία στο σημείο εκκίνησης - εκτελώντας την εντολή HELO. Σε αυτήν την περίπτωση, όλες οι εντολές που είχαν σταλεί προηγουμένως - MAIL, RCPT και DATA θα ακυρωθούν. Πολύ συχνά αυτή η εντολή χρησιμοποιείται ως "έσχατη λύση" όταν ο πελάτης είτε έχει χάσει την ακολουθία εντολών είτε έχει λάβει μια απροσδόκητη απάντηση από τον διακομιστή.

VRFY

Η εντολή VRFY είναι σύντομη για την επαλήθευση. Μπορεί να χρησιμοποιηθεί για να προσδιοριστεί εάν ένας διακομιστής μπορεί να παραδώσει αλληλογραφία σε έναν συγκεκριμένο παραλήπτη πριν από την εκτέλεση της εντολής RCPT. Η μορφή αυτής της εντολής είναι η εξής:

Όνομα χρήστη VRFY

Με την αποδοχή αυτής της εντολής, ο διακομιστής SMTP καθορίζει εάν έχει έναν χρήστη με το καθορισμένο όνομα στον τοπικό διακομιστή του. Εάν βρεθεί ένας τέτοιος χρήστης, ο διακομιστής θα επιστρέψει μια απάντηση με την πλήρη διεύθυνση email του χρήστη. Εάν δεν υπάρχει τέτοιος χρήστης στον τοπικό διακομιστή, τότε ο διακομιστής SMTP μπορεί είτε να επιστρέψει μια αρνητική απάντηση στον πελάτη είτε να υποδείξει ότι θα προωθήσει όλα τα μηνύματα στον απομακρυσμένο χρήστη. Αυτό εξαρτάται από το αν ο διακομιστής SMTP θα προωθήσει μηνύματα στον απομακρυσμένο πελάτη.

Η εντολή VRFY μπορεί να είναι ένα αποτελεσματικό εργαλείο για την αντιμετώπιση προβλημάτων μέσω email. Πολύ συχνά, όταν στέλνουν μηνύματα ηλεκτρονικού ταχυδρομείου, οι χρήστες γράφουν λάθος τον προορισμό ή το όνομα του κεντρικού υπολογιστή και στη συνέχεια αναρωτιούνται γιατί δεν ελήφθησαν τα μηνύματά τους. Φυσικά, το πρώτο πράγμα που θα κάνουν είναι να παραπονεθούν στον διαχειριστή του συστήματος email για την τρομερή απόδοση του συστήματος email. Ως διαχειριστής συστήματος email, μπορείτε να ελέγξετε τη λειτουργικότητα των διευθύνσεων email με δύο τρόπους. Αρχικά, χρησιμοποιώντας την εντολή κεντρικού υπολογιστή DNS, η οποία σας επιτρέπει να προσδιορίσετε την ορθότητα του ονόματος τομέα και την παρουσία ενός διακομιστή αλληλογραφίας που εξυπηρετεί τον τομέα. Και δεύτερον, μπορείτε να μεταφέρετε telnet στη θύρα 25 του διακομιστή αλληλογραφίας και στη συνέχεια να εκδώσετε την εντολή VRFY, η οποία θα καθορίσει το σωστό όνομα χρήστη. Η λίστα 5.3 δείχνει ένα παράδειγμα χρήσης της εντολής VRFY για την επικύρωση ονομάτων χρήστη.

Οι γραμμές 8-13 δείχνουν την έξοδο της εντολής VRFY. Η γραμμή 8 επιχειρεί να εκτελέσει ένα VRFY στον τοπικό χρήστη εμπλουτισμένου. Η απάντηση διακομιστή SMTP στη γραμμή 9 επιβεβαιώνει ότι ένας χρήστης με αυτό το όνομα υπάρχει στο σύστημα και επιστρέφεται η πλήρης διεύθυνση email του πελάτη. Η γραμμή 10 δείχνει μια άλλη επιλογή για τον καθορισμό της εντολής VRFY. Εδώ ο πελάτης επιχειρεί να εκδώσει μια εντολή VRFY σε έναν χρήστη σε έναν απομακρυσμένο υπολογιστή. Η απόκριση που λαμβάνεται στη γραμμή 11 από το σύστημα shadrach είναι διαφορετική από το αποτέλεσμα που λαμβάνεται στη γραμμή 9. Η ενότητα Αποκρίσεις διακομιστή εξετάζει τη σημασία των κωδικών που επιστρέφονται από τον διακομιστή με περισσότερες λεπτομέρειες. Στην περίπτωσή μας, σημειώστε ότι το σύστημα shadrach ειδοποιεί τον πελάτη ότι η αλληλογραφία θα προωθηθεί στον χρήστη prez στον απομακρυσμένο διακομιστή meshach.smallorg.org. Η γραμμή 12 δείχνει μια προσπάθεια ελέγχου ενός ανύπαρκτου ονόματος στο σύστημα meshach. Η απάντηση του διακομιστή SMTP στη γραμμή 13 είναι αυτονόητη.

Ελέγξτε την ύπαρξη χρήστη χρησιμοποιώντας bash και curl. $echo -e «VRFY [email προστατευμένο]\nΠΑΡΕΤΑ"| curl telnet:// mail.example.com:25 220 mail.1-talk.com ESMTP Postfix 252 2.0.0 username@ example.com 221 2.0.0 Γεια

Ομάδα NOOP

Η εντολή NOOP είναι σύντομη για καμία λειτουργία. Αυτή η εντολή δεν έχει καμία επίδραση στον διακομιστή SMTP εκτός από το ότι ο διακομιστής επιστρέφει έναν κωδικό θετικής απόκρισης σε αυτόν. Χρησιμοποιείται κατά τη δοκιμή μιας σύνδεσης χωρίς προώθηση μηνύματος.

Εντολή QUIT

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

Μορφή μηνύματος (Email)

Τυπικά πεδία κεφαλίδας σύμφωνα με το RFC 822

Το RFC 822 απαιτεί να χωριστεί ένα μήνυμα σε δύο μέρη. Το πρώτο μέρος ονομάζεται κεφαλίδα. Όλα τα δεδομένα που ταυτοποιούν το μήνυμα εισάγονται σε αυτό. Το δεύτερο μέρος ονομάζεται σώμα του μηνύματος. Η κεφαλίδα αποτελείται από πεδία δεδομένων που χρησιμοποιούνται καθώς χρειάζονται πρόσθετες πληροφορίες στο μήνυμα. Τα πεδία κεφαλίδας και το σώμα του μηνύματος πρέπει να διαχωρίζονται με κενή γραμμή. Δεν υπάρχει συγκεκριμένη σειρά για πεδία κεφαλίδας, π.χ. Τα πεδία κεφαλίδας μπορούν να τοποθετηθούν με οποιαδήποτε σειρά. Επιπλέον, τα πεδία κεφαλίδας μπορεί να επαναληφθούν στο ίδιο μήνυμα. Το σχήμα δείχνει μια γενική προβολή ενός μηνύματος email που συμμορφώνεται με τις απαιτήσεις του RFC 822.

Μορφή μηνύματος σύμφωνα με το RFC 822

Ελήφθη πεδίο κεφαλίδας

Η μορφή του πεδίου κεφαλίδας Received: είναι η εξής:

Λήψη: από όνομα κεντρικού υπολογιστή ανά όνομα κεντρικού υπολογιστή μέσω φυσικής διαδρομής με αναγνωριστικό μηνύματος πρωτοκόλλου για τελικό προορισμό ηλεκτρονικού ταχυδρομείου

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

Πεδίο κεφαλίδας Return-Path

Η μορφή αυτού του πεδίου κεφαλίδας είναι η εξής:

Επιστροφή-Μονοπάτι: διαδρομή

Ο τελευταίος διακομιστής SMTP στην αλυσίδα προώθησης προσθέτει ένα πεδίο διαδρομής επιστροφής στο μήνυμα. Σκοπός του είναι να προσδιορίσει τη διαδρομή μέσω της οποίας έφτασε το μήνυμα στον παραλήπτη. Εάν το μήνυμα στάλθηκε απευθείας στον διακομιστή του παραλήπτη, σε αυτό το πεδίο θα εμφανιστεί μόνο μία διεύθυνση. Διαφορετικά, θα εμφανιστεί εδώ μια πλήρης λίστα διακομιστών μέσω των οποίων το μήνυμα πέρασε για να φτάσει στον παραλήπτη. Μπορεί να διαφέρει από το MAIL FROM (δηλαδή, η διεύθυνση επιστροφής μπορεί να καθοριστεί διαφορετική από τη διεύθυνση του αποστολέα).

Πεδίο κεφαλίδας προέλευσης

Το πεδίο Δημιουργός υποδεικνύει τη διεύθυνση του αποστολέα του μηνύματος. Αυτές οι πληροφορίες είναι πολύ χρήσιμες σε περιπτώσεις όπου τα μηνύματα έχουν απορριφθεί πολλές φορές από ιδιωτικά δίκτυα πριν φτάσουν στο Διαδίκτυο. Η μορφή αυτού του πεδίου είναι η εξής:

Απάντηση-Προς: διεύθυνση

Το πεδίο Δημιουργός είναι απλώς ένα μικρό βοηθητικό πεδίο στα πολύχρωμα πεδία κεφαλίδας. Μπορεί να χρησιμοποιηθεί ως μια ευκολότερη διαδρομή για μικρά πακέτα SMTP. Αυτό εξαλείφει την ανάγκη για πιο σύνθετα πεδία κεφαλίδας που προσδιορίζουν τον αποστολέα.

Εκ νέου αποστολή πεδίου κεφαλίδας

Το πεδίο κεφαλίδας Resent προσδιορίζει ένα μήνυμα αλληλογραφίας που για κάποιο λόγο έπρεπε να σταλεί εκ νέου από τον πελάτη. Η μορφή αυτού του πεδίου είναι η εξής:

Εκ νέου αποστολή-απάντηση-προς: διεύθυνση

Αυθεντικά πεδία κεφαλίδας

Τα δεδομένα του πεδίου κεφαλίδας προσδιορίζουν τον αποστολέα του μηνύματος email. Μορφή αυθεντικών πεδίων:

Από: όνομα χρήστη Αποστολέας: όνομα χρήστη

Το πεδίο Από: προσδιορίζει τον συγγραφέα του μηνύματος. Συνήθως τα πεδία Από: και Αποστολέας: είναι ο ίδιος χρήστης, επομένως απαιτείται στην πραγματικότητα μόνο ένα από αυτά τα πεδία. Στην περίπτωση που ο αποστολέας του μηνύματος δεν είναι ο συντάκτης του μηνύματος, αλλά αποστέλλεται μόνο από τη διεύθυνσή του, πρέπει να καθοριστούν και τα δύο πεδία - αυτό διασφαλίζει ότι το μήνυμα επιστρέφεται στον αποστολέα εάν η παράδοση στον παραλήπτη ήταν αδύνατη . Εκ νέου αποστολή-αυθεντικά πεδία κεφαλίδας

Τα πεδία Resent-authentic προσδιορίζουν τον αποστολέα ενός μηνύματος που αναμεταδόθηκε από το πρόγραμμα-πελάτη για κάποιο λόγο. Η μορφή αυτών των πεδίων είναι η εξής:

Resent-From: date-time Resent-Sender: date-time Τα πεδία Resent-From: και Resent-Sender: λειτουργούν παρόμοια με τα πεδία From: και Sender:. Αντικατοπτρίζουν μόνο ότι το μήνυμα επαναμεταδόθηκε από τον πελάτη για άγνωστο λόγο.

Πεδία κεφαλίδας Ημερομηνιών

Τα πεδία κεφαλίδας Ημερομηνίες χρησιμοποιούνται για την τοποθέτηση μιας χρονικής σφραγίδας στο μήνυμα όταν μεταδίδεται από τον πελάτη στον διακομιστή. Τα πεδία Ημερομηνίες έχουν την ακόλουθη μορφή:

Ημερομηνία: ημερομηνία-ώρα Εκ νέου αποστολή-Ημερομηνία: ημερομηνία-ώρα Το πεδίο Ημερομηνία: θα προωθήσει τις πληροφορίες στην κεφαλίδα του μηνύματος ακριβώς όπως το αρχικό μήνυμα. Αυτή η επιλογή μπορεί να είναι χρήσιμη κατά την παρακολούθηση του χρόνου των απαντήσεων, ειδικά των πολλαπλών απαντήσεων.

Πεδία κεφαλίδας προορισμού

Τα πεδία κεφαλίδας προορισμού υποδεικνύουν τις διευθύνσεις email των παραληπτών του μηνύματος. Αυτά τα πεδία είναι καθαρά ενημερωτικά. Ο διακομιστής SMTP σε καμία περίπτωση δεν θα στείλει μήνυμα στο γραμματοκιβώτιο του χρήστη έως ότου λάβει την εντολή RCPT που εκδόθηκε για αυτόν τον χρήστη (δείτε την ενότητα "Βασικές εντολές πελάτη SMTP"). Η μορφή αυτών των πεδίων είναι η εξής:

Προς: διεύθυνση Resent-To: διεύθυνση CC: διεύθυνση Resent-CC: διεύθυνση BCC: διεύθυνση Resent-BCC: διεύθυνση

Τα πεδία Προς:, CC: και BCC: ορίζουν τον τυπικό αλγόριθμο επεξεργασίας email. Τα περισσότερα πακέτα email χρησιμοποιούν αυτήν την ορολογία για την ταξινόμηση των παραληπτών μηνυμάτων. Πεδίο CC: Παρόμοιο με ένα σημείωμα και οι παραλήπτες που καθορίζονται σε αυτό θα πρέπει να λάβουν ένα "αντίγραφο" του μηνύματος. Μια άλλη νέα ιδέα που εισάγεται από τα συστήματα ηλεκτρονικού ταχυδρομείου είναι το BCC: ή τυφλή αντιγραφή άνθρακα. Το πεδίο "αόρατο αντίγραφο" υποδεικνύει επίσης τον παραλήπτη ενός αντιγράφου του μηνύματος, αλλά η διεύθυνσή του δεν είναι ορατή σε τρίτους (αυτό δεν είναι απολύτως ηθικό). Υπήρξε κάποια συζήτηση σχετικά με αυτήν την επιλογή σχετικά με την ηθική των υπολογιστών, αλλά σήμερα σχεδόν όλα τα προγράμματα ηλεκτρονικού ταχυδρομείου υποστηρίζουν αυτήν τη δυνατότητα.

Προαιρετικά πεδία κεφαλίδας

Τα προαιρετικά πεδία είναι πεδία που προσδιορίζουν το μήνυμα με περισσότερες λεπτομέρειες στον διακομιστή SMTP, αλλά, σύμφωνα με το RFC 822, ενδέχεται να μην υπάρχουν στο μήνυμα. Ωστόσο, αυτά τα πεδία είναι πλέον ευρέως διαδεδομένα και πολλοί από εσάς θα πρέπει να τα αντιμετωπίσετε. Η μορφή ορισμένων από αυτά είναι η εξής:

Message-ID: message-id Resent-Message-ID: message-id In-Reply-To: message-id Αναφορές: message-id Λέξεις-κλειδιά: κείμενο - λίστα Θέμα: κείμενο Σχόλια: κείμενο Κρυπτογραφημένο: λέξη

Το πιο χρήσιμο και συχνά χρησιμοποιούμενο από αυτό το σύνολο είναι το πεδίο Θέμα:. Τα περισσότερα προγράμματα email επιτρέπουν στον αποστολέα να εισάγει μια γραμμή θέματος μίας γραμμής που περιγράφει τα περιεχόμενα του μηνύματος στον παραλήπτη. Αυτή η γραμμή κειμένου χρησιμοποιείται αρκετά συχνά από προγράμματα-πελάτες αλληλογραφίας κατά τη δημιουργία λιστών ληφθέντων μηνυμάτων. Ένα άλλο προαιρετικό πεδίο βοηθά επίσης στην αναγνώριση του μηνύματος αλληλογραφίας. Αυτό το πεδίο είναι Message-ID: (Message Identifier). Αυτό το πεδίο εκχωρεί έναν μοναδικό αριθμό αναγνώρισης στο μήνυμα, ο οποίος μπορεί στη συνέχεια να εμφανιστεί στο επιστρεφόμενο μήνυμα. Κρυπτογραφημένο ειδικό πεδίο: Υποδεικνύει εάν το μήνυμα έχει κρυπτογραφηθεί για λόγους ασφαλείας και Λέξεις-κλειδιά: Μπορείτε να καθορίσετε λέξεις-κλειδιά που μπορούν να χρησιμοποιηθούν για την αναζήτηση συγκεκριμένου κειμένου που βρίσκεται στα μηνύματα.

Δυαδικά δεδομένα και MIME

Ο αλγόριθμος κωδικοποίησης MIME λαμβάνει υπόψη τον τύπο του δυαδικού αρχείου που μετατρέπεται και παρέχει επίσης πρόσθετες πληροφορίες σχετικά με το αρχείο στον αποκωδικοποιητή. Ο αλγόριθμος MIME επιτρέπει την απευθείας τοποθέτηση δυαδικών δεδομένων σε ένα τυπικό μήνυμα αλληλογραφίας, όπως ορίζεται από το RFC 822. Έχουν δημιουργηθεί πέντε νέα πεδία κεφαλίδας για να περιγράψουν τα δυαδικά δεδομένα που είναι ενσωματωμένα σε ένα μήνυμα μορφής RFC 822. Τα προγράμματα αλληλογραφίας που υποστηρίζουν το πρότυπο MIME πρέπει να χειρίζονται σωστά όλους αυτούς τους νέους τύπους κεφαλίδων.

Πεδίο κεφαλίδας MIME-Version

Το πρώτο από τα προαιρετικά πεδία κεφαλίδας περιέχει την έκδοση MIME που χρησιμοποίησε ο αποστολέας κατά την κωδικοποίηση του μηνύματος. Αυτήν τη στιγμή αυτό το πεδίο είναι πάντα 1.0.

Πεδίο Content-Transfer-Encoding

Το πεδίο κεφαλίδας Content-Transfer-Encoding καθορίζει τον τρόπο με τον οποίο τα δυαδικά δεδομένα περικλείονται σε ένα μήνυμα κειμένου ASCII. Υπάρχουν επί του παρόντος επτά διαφορετικοί τρόποι κωδικοποίησης δυαδικών δεδομένων, αλλά η κωδικοποίηση base64 είναι η πιο κοινή. Αυτή η μέθοδος κωδικοποίησης μετατρέπει μπλοκ 6-bit δυαδικών δεδομένων σε μπλοκ 8-bit που διαβάζονται ως κείμενο ASCII.

Πεδίο Content-ID

Αυτό το πεδίο κεφαλίδας χρησιμοποιείται για την αναγνώριση περιόδων σύνδεσης MIME με έναν συγκεκριμένο κωδικό ID όταν το περιεχόμενο είναι πολύπλοκο.

Πεδίο Περιεχόμενο-Περιγραφή

Το πεδίο κεφαλίδα Content-Description χρησιμοποιείται για την παροχή μιας περιγραφής κειμένου ASCII των δεδομένων που περιλαμβάνονται στο μήνυμα αλληλογραφίας. Αυτό είναι χρήσιμο κατά την αποστολή εγγράφων που έχουν δημιουργηθεί με χρήση επεξεργαστή κειμένου ή γραφικών που δεν διαφέρουν εάν το base64 είναι κωδικοποιημένο.

Πεδίο κεφαλίδας Content-Type

Πεδίο κεφαλίδας Content-Type

Αυτό το πεδίο τίτλου είναι όπου λαμβάνει χώρα η κύρια δράση του έργου μας. Αυτό το πεδίο προσδιορίζει τα δεδομένα που περιέχονται στο μήνυμα MIME. Επί του παρόντος, προσδιορίζονται επτά κύριες κατηγορίες δεδομένων στο MIME. Κάθε κλάση έχει τις δικές της υποκλάσεις, οι οποίες χαρακτηρίζουν λεπτομερέστερα τον τύπο των δεδομένων που περιέχονται στο μήνυμα.

Ο τύπος δεδομένων κειμένου προσδιορίζει δεδομένα ASCII που πρέπει να διαβαστούν στην ακατέργαστη μορφή τους. Υπάρχουν επίσης δύο υποκατηγορίες εδώ - απλό κείμενο, δηλ. μη μορφοποιημένο κείμενο ASCII και εμπλουτισμένο κείμενο, το οποίο περιλαμβάνει στοιχεία μορφοποίησης παρόμοια με τη μορφή εμπλουτισμένου κειμένου. Τα πιο πρόσφατα προγράμματα email μπορούν να χειριστούν ακόμη και τη μορφή εμπλουτισμένου κειμένου (RTF).

Ο τύπος δεδομένων μηνύματος επιτρέπει σε ένα πρόγραμμα email να στέλνει απλά μηνύματα σε μορφή RFC 822. Υποκατηγορίες αυτού του τύπου είναι: rfc822, που υποδηλώνει ότι το συνημμένο είναι ένα κανονικό μήνυμα που συμμορφώνεται με το RFC 822. μερική, η οποία σας επιτρέπει να χωρίσετε μεγάλα μηνύματα σε πολλά μέρη και εξωτερικό σώμα, που σας επιτρέπει να τοποθετήσετε έναν δείκτη σε ένα αντικείμενο που δεν αποτελεί μέρος του μηνύματος.

Ο τύπος δεδομένων εικόνας καθορίζει την επισύναψη δυαδικών δεδομένων, τα οποία αντιπροσωπεύουν μια γραφική εικόνα, σε ένα μήνυμα. Υπάρχουν επί του παρόντος δύο υποκατηγορίες που ορίζονται για αυτόν τον τύπο - jpeg και gif.

Ο τύπος δεδομένων βίντεο, κατά συνέπεια, προσδιορίζει ότι τα δεδομένα που επισυνάπτονται στο μήνυμα είναι δεδομένα βίντεο. Επί του παρόντος, έχει οριστεί μόνο μία υποκατηγορία για αυτόν τον τύπο, τη μορφή mpeg.

Ο τύπος δεδομένων ήχου υποδηλώνει το περιεχόμενο του μηνύματος ως δεδομένα ήχου (αρχεία ήχου). Και εδώ, μέχρι στιγμής έχει οριστεί μόνο μία βασική υποκατηγορία, η οποία αντιστοιχεί σε ένα κανάλι ISDN με συχνότητα δειγματοληψίας 8 KHz.

Ο τύπος δεδομένων της εφαρμογής αντιστοιχεί σε δυαδικά δεδομένα που επισυνάπτονται σε ένα μήνυμα που είναι μια εφαρμογή (για παράδειγμα, υπολογιστικά φύλλα του Microsoft Excel ή έγγραφα που δημιουργήθηκαν χρησιμοποιώντας τον επεξεργαστή κειμένου Microsoft Word). Μέχρι σήμερα, έχουν οριστεί δύο υποκατηγορίες αυτού του τύπου δεδομένων - postscript και octet-stream. Πολύ συχνά η υποκατηγορία ροής octet χρησιμοποιείται κατά την επισύναψη δεδομένων εφαρμογής σε ένα μήνυμα, όπως έγγραφα του Microsoft Word ή υπολογιστικά φύλλα του Microsoft Excel.

Ο πολυμερής τύπος δεδομένων προσδιορίζει μηνύματα που περιέχουν πολλούς διαφορετικούς τύπους δεδομένων. Αυτή η μορφή είναι αρκετά συνηθισμένη σε προγράμματα email που υποστηρίζουν την έξοδο μηνυμάτων με διάφορους τρόπους, όπως κείμενο ASCII, κείμενο HTML ή αρχείο ήχου. Ένα αναγνωριστικό ορίων διαχωρίζει διαφορετικούς τύπους δεδομένων. Ταυτόχρονα, κάθε τύπος δεδομένων προσδιορίζεται από ένα συγκεκριμένο πεδίο κεφαλίδας τύπου δεδομένων. Ο πολυμερής τύπος δεδομένων έχει τέσσερις υποκατηγορίες.

Η μικτή υποκατηγορία υποδεικνύει ότι κάθε μέρος του μηνύματος είναι ανεξάρτητο και θα πρέπει να παρουσιάζονται όλα στον παραλήπτη με τη σειρά με την οποία εισήχθησαν από τον αποστολέα. Η παράλληλη υποκλάση υποδεικνύει ότι κάθε μέρος του μηνύματος είναι ανεξάρτητο και όλα μπορούν να παρουσιαστούν στον παραλήπτη με οποιαδήποτε σειρά. Η επόμενη υποκλάση, εναλλακτική, προσδιορίζει ότι όλα τα μέρη του μηνύματος είναι τα ίδια δεδομένα, αλλά παρουσιάζονται με διαφορετική μορφή. Σε αυτήν την περίπτωση, ο παραλήπτης μπορεί να επιλέξει το καλύτερο μέσο για την προβολή των δεδομένων που έλαβε. Η υποκατηγορία σύνοψης είναι παρόμοια από πολλές απόψεις με τη μικτή υποκατηγορία, αλλά προσδιορίζει ότι το σώμα του μηνύματος αναπαρίσταται πάντα σε μορφή RFC822.

1 $ telnet localhost 25 2 Προσπάθεια 127.0.0.1... 3 Συνδεδεμένο με localhost. 4 Ο χαρακτήρας διαφυγής είναι "^]". 5 220 shadrach.smallorg.org ESMTP Sendmail 8.9.3/8.9.3; Δευτ., 30 Αυγούστου 1999 07:36:58 -050 6 HELO localhost 7 258 shadrach.smallorg.org Γεια σας localhost, χαίρομαι που σας γνωρίζω 8 MAIL ΑΠΟ:rich@localhost 9 250 rich@localhost... Αποστολέας PTTO 10 πλούσια 11 250 πλούσια... Παραλήπτης εντάξει 12 ΔΕΔΟΜΕΝΑ 13 354 Εισαγάγετε την αλληλογραφία, τέλος με "." σε μια γραμμή από μόνη της 14 Από:"Rich Blum" 15 Προς: "πλούσιους" 16 Θέμα:Δοκιμή μορφοποιημένου μηνύματος κειμένου 17 Έκδοση MIME: 1.0 18 Τύπος περιεχομένου: πολυμερής/εναλλακτική. boundary=bounds1 19 20 –bounds1 21 Περιεχόμενο-Τύπος: κείμενο/απλό; charset=us-ascii 22 23 Αυτό είναι το τμήμα απλού κειμένου του μηνύματος που μπορεί 24 να διαβαστεί από απλούς αναγνώστες ηλεκτρονικού ταχυδρομείου. 25 26 –-bounds1 27 Context-Type: text/inriched 28 29 This is the πλούσιο κείμενοέκδοση του ΙΔΙΟμήνυμα. 30 31 –-όρια1-- 32 . 33 250 MAA04305 Μήνυμα αποδεκτό για παράδοση 34 QUIT 35 221 shadrach.smallorg.org σύνδεση κλεισίματος 36 Η σύνδεση έκλεισε από ξένο κεντρικό υπολογιστή. 37 Έχετε νέα αλληλογραφία στο /var/spool/mail/rich 38 $

Λίστα 5.6. Παράδειγμα συνεδρίας SMTP με πολλαπλά συνημμένα MIME (html, txt) Το παράδειγμα μηνύματος που εμφανίζεται στη Λίστα 5.6 είναι ένα μήνυμα MIME που αποτελείται από δύο μέρη. Η γραμμή 18 δείχνει τον τύπο δεδομένων του μηνύματος. Ο πολυμερής/εναλλακτικός τύπος υποδεικνύει ότι το μήνυμα περιέχει διαφορετικούς τύπους δεδομένων που διαχωρίζονται από τον οριοθέτη ορίων1. Ο πρώτος τύπος δεδομένων ξεκινά από τη γραμμή 21 και είναι απλό κείμενο ASCII που μπορεί να διαβαστεί από σχεδόν οποιοδήποτε πρόγραμμα email.

Ο δεύτερος τύπος δεδομένων ξεκινά από τη γραμμή 27 και είναι εμπλουτισμένο κείμενο που χρησιμοποιεί μορφή εμπλουτισμένου κειμένου.

Εφόσον ο τύπος MIME που έχει καθοριστεί για το μήνυμα είναι πολυμερής/εναλλακτικός, εναπόκειται αποκλειστικά στο πρόγραμμα email να καθορίσει ποια έκδοση του συνημμένου θα εμφανιστεί.

Ενισχυμένο πρωτόκολλο SMTP

Από την εισαγωγή του το 1982, το πρωτόκολλο SMTP έχει κάνει εξαιρετική δουλειά στην αποστολή μηνυμάτων μεταξύ υπολογιστών στο Διαδίκτυο. Ωστόσο, με την πάροδο του χρόνου, οι περιορισμοί που είναι εγγενείς στο πρωτόκολλο έγιναν αισθητές. Στη συνέχεια, αντί να αντικατασταθεί το τυπικό πρωτόκολλο, το οποίο χρησιμοποιήθηκε ευρέως εκείνη την εποχή, αποφασίστηκε να βελτιωθούν ορισμένες από τις λειτουργίες του πρωτοκόλλου SMTP. Ταυτόχρονα, αποφασίστηκε να αφεθούν όλες οι προδιαγραφές SMTP στην αρχική τους μορφή και να προστεθούν μόνο νέες λειτουργίες σε αυτές.

Το 1995 κυκλοφόρησε το RFC 1869, το οποίο καθόρισε μια μέθοδο για την επέκταση των δυνατοτήτων του πρωτοκόλλου SMTP, που ονομάζεται Enhanced SMTP Services.

Το εκτεταμένο SMTP υλοποιείται ως εξής. Στην αρχή μιας συνεδρίας SMTP, η εντολή HELO έχει αντικατασταθεί με μια εντολή πρόσκλησης - EHLO. Όταν ο διακομιστής SMTP λαμβάνει μια τέτοια εντολή, σημαίνει ότι ο πελάτης μπορεί να του στείλει εκτεταμένες εντολές SMTP. Η λίστα 5.7 δείχνει ένα παράδειγμα συνεδρίας που χρησιμοποιεί EHLO καθώς και πρόσθετες εντολές.

1 $ telnet localhost 25 2 Προσπάθεια 127.0.0.1... 3 Συνδεδεμένο με localhost. 4 Ο χαρακτήρας διαφυγής είναι "^]". 5 220 shadrach.smallorg.org ESMTP Sendmail 8.9.3/8.9.3; Δευτ., 30 Αυγ 1999 16:36:48 -050 6 EHLO localhost 7 250-shadrach.smallorg.org Γεια σας localhost, χαίρομαι που σας γνωρίζω 8 250-EXPN 9 250-VERB 10 250-8BITMIME 2100DS1 13 250-ONEX 14 250-ETRN 15 250-XUSR 16 250 HELP 17 HELP DSN 18 214-MAIL ΑΠΟ: [ RET=( ΠΛΗΡΕΣ || HDRS) ] [ ENVID= ] 19 214-RCPT ΠΡΟΣ: [ ΕΙΔΟΠΟΙΗΣΗ=(ΠΟΤΕ, ΕΠΙΤΥΧΙΑ, ΑΠΟΤΥΧΙΑ, ΚΑΘΥΣΤΕΡΗΣΗ) ] 20 214- [ ORCPT= ] 21 214- Ειδοποιήσεις κατάστασης παράδοσης SMTP. 22 214-Περιγραφές: 23 214- RET Επιστρέψτε είτε το πλήρες μήνυμα είτε μόνο τις κεφαλίδες. 24 214- ENVID "Αναγνωριστικό φακέλου" του αποστολέα για παρακολούθηση. 25 214- ΕΙΔΟΠΟΙΗΣΗ Πότε να στείλετε ένα DSN. Πολλές επιλογές είναι ΟΚ, με κόμμα - 26 214- οριοθετούνται. ΠΟΤΕ δεν πρέπει να εμφανίζεται από μόνο του. 27 214- ORCPT2 Αρχικός παραλήπτης. 214 Τέλος πληροφοριών ΒΟΗΘΕΙΑΣ 29 HELP ETRN 30 214-ETRN [ | @ | #] 31 214- Εκτελέστε την ουρά για το καθορισμένο , ή 32 214- όλοι οι κεντρικοί υπολογιστές σε ένα δεδομένο , ή μια ειδική ονομασία 33 214- (συγκεκριμένη για την υλοποίηση). 34 214 Τέλος πληροφοριών ΒΟΗΘΕΙΑΣ 35 QUIT 36 221 shadrach.smallorg.org κλείσιμο σύνδεσης 37 Η σύνδεση έκλεισε από ξένο κεντρικό υπολογιστή. $38

Η γραμμή 6 καθορίζει την εντολή SMTP EHLO για σύνδεση στον διακομιστή SMTP. Οι γραμμές 7–16 εμφανίζουν την απόκριση του διακομιστή. Σημειώστε ότι ο διακομιστής σηματοδοτεί ότι περισσότερες εντολές είναι διαθέσιμες για χρήση, π.χ. Η συνεδρία πραγματοποιείται σε "εκτεταμένη" λειτουργία. Μία από τις νέες ομάδες εντολών ονομάζεται Παράμετροι ειδοποίησης κατάστασης παράδοσης. Αυτές οι παράμετροι μπορούν να χρησιμοποιηθούν με τις εντολές MAIL και RCPT για την εμφάνιση της κατάστασης παράδοσης ενός συγκεκριμένου μηνύματος email. Ωστόσο, για εμάς ως διαχειριστές του συστήματος αλληλογραφίας, η εντολή ETRN έχει μεγαλύτερο ενδιαφέρον.

Η εντολή TURN έχει ήδη αναφερθεί νωρίτερα. Αυτή η εντολή είναι πολύ αποτελεσματική, αλλά δυστυχώς δεν είναι ασφαλής. Για να αντισταθμίσει αυτό το μειονέκτημα, το RFC 1985 ορίζει μια νέα υλοποίηση της εντολής TURN που παρέχει μεγαλύτερη ασφάλεια. Η εντολή ETRN επιτρέπει σε έναν πελάτη SMTP να εκδώσει ένα αίτημα σε έναν διακομιστή SMTP προκειμένου να ξεκινήσει μια άλλη σύνδεση SMTP με τον πελάτη για να του στείλει μηνύματα. Η μόνη διαφορά μεταξύ της εντολής ETRN και της εντολής TURN είναι ότι το αίτημα δεν είναι να χρησιμοποιήσετε μια υπάρχουσα σύνδεση, αλλά να ανοίξετε μια νέα περίοδο λειτουργίας SMTP. Με αυτόν τον τρόπο, ο διακομιστής SMTP μπορεί να συνδεθεί στον υπολογιστή-πελάτη χρησιμοποιώντας κανονικούς αλγόριθμους ανάλυσης ονόματος DNS. Σε αυτήν την περίπτωση, το άνοιγμα μιας νέας σύνδεσης δεν βασίζεται στο όνομα με το οποίο είναι καταχωρημένος ο υπολογιστής-πελάτης στον διακομιστή, αλλά στο πραγματικό όνομα κεντρικού υπολογιστή του πελάτη. Σε αυτήν την περίπτωση, εάν ένας χάκερ δημιουργήσει μια μη εξουσιοδοτημένη σύνδεση SMTP και χρησιμοποιήσει την εντολή ETRN, ο διακομιστής SMTP θα δημιουργήσει απλώς μια νέα σύνδεση με τον πραγματικό πελάτη και θα προωθήσει το email σε αυτόν. Ως αποτέλεσμα, δεν υπήρξαν θύματα. Η μορφή εντολών ETRN έχει ως εξής:

Εδώ, ο ρόλος του ονόματος μπορεί να είναι είτε το όνομα κεντρικού υπολογιστή είτε το όνομα τομέα (εάν υπάρχει αίτημα λήψης αλληλογραφίας για ολόκληρο τον τομέα). Η ομάδα του ETRN είναι μια πολύ καλή βοήθεια για έναν διαχειριστή email. Εάν ο πάροχος Διαδικτύου σας αποθηκεύει αλληλογραφία για τον διακομιστή αλληλογραφίας σας, τότε χρησιμοποιώντας αυτήν την εντολή μπορείτε να τον ειδοποιήσετε ότι είναι έτοιμος να λάβει μηνύματα που έχουν συλλεχθεί για εσάς. Υπάρχουν διάφοροι τρόποι υλοποίησης ενός τέτοιου αλγόριθμου. Ένα από αυτά είναι να χρησιμοποιήσετε ένα ειδικό πρόγραμμα Perl που συνοδεύει το πρόγραμμα sendmail. Η δουλειά του είναι ακριβώς ότι αφού δημιουργήσει μια σύνδεση με τον πάροχο Διαδικτύου, εκδίδει την εντολή ETRN με το όνομα του τομέα σας ως όρισμα. Έχοντας λάβει αυτήν την εντολή, ο διακομιστής SMTP του παρόχου ξεκινά μια άλλη σύνδεση SMTP με τον τοπικό διακομιστή SMTP (με την ίδια σύνδεση PPP) και στέλνει όλα τα μηνύματα που προορίζονται για τον τομέα σας που έχει στην ουρά για αποστολή.

Αγαπητοί αναγνώστες του ιστολογίου, δεν έχω γράψει νέα άρθρα για πολύ καιρό, αλλά υπάρχουν αντικειμενικοί λόγοι για αυτό. Χαίρομαι πολύ που συνεχίζετε να σχολιάζετε τα προηγούμενα άρθρα μου και παραμένετε αναγνώστες του ιστολογίου μας. Θα προσπαθήσω να σας καλύψω στο εγγύς μέλλον και να σας ευχαριστήσω με πολλά ενδιαφέροντα και χρήσιμα άρθρα. Το σημερινό άρθρο θα είναι αφιερωμένο στους διακομιστές SMTP, οι οποίοι είναι απαραίτητοι για την αποστολή μηνυμάτων email.

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

Ας υποθέσουμε ότι στέλνετε ένα μήνυμα σε έναν συγκεκριμένο παραλήπτη. Το αναγνωριστικό του email σας, για παράδειγμα, "χρήστης" και έχετε έναν λογαριασμό εγγεγραμμένο στο "mail.ru" - " [email προστατευμένο]" Διεύθυνση του παραλήπτη - " [email προστατευμένο]».

Όταν δημιουργήσατε έναν λογαριασμό στην υπηρεσία αλληλογραφίας mail.ru, το πρόγραμμα-πελάτη αλληλογραφίας σας (για παράδειγμα, το Microsoft Outlook) αποθήκευσε αυτόματα τις ρυθμίσεις του λογαριασμού. Τι συμβαίνει μετά:

1. Ο πελάτης αλληλογραφίας επικοινωνεί με τον διακομιστή αλληλογραφίας Mail.ru μέσω της θύρας 25.
2. Το πρόγραμμα-πελάτης αλληλογραφίας επικοινωνεί με τον διακομιστή SMTP του διακομιστή αλληλογραφίας, παρέχοντάς του τις διευθύνσεις αποστολέα και παραλήπτη, καθώς και το κείμενο του μηνύματος.
3. Ο διακομιστής SMTP χωρίζει τη διεύθυνση του παραλήπτη σε δύο μέρη: το όνομα/σύνδεση του παραλήπτη (παραλήπτης) και το όνομα τομέα (gmail.com).
4. Ο διακομιστής SMTP «συνομιλεί» με τον διακομιστή DNS (Διακομιστής ονόματος τομέα) και λαμβάνει πληροφορίες σχετικά με τη διεύθυνση IP του διακομιστή SMTP του παραλήπτη gmail.com. Το DNS αποκρίνεται στέλνοντας μία ή περισσότερες διευθύνσεις IP των διακομιστών SMTP που χρησιμοποιεί το gmail.com.
5. Ο διακομιστής SMTP στο mail.ru επικοινωνεί με τον διακομιστή SMTP gmail.com μέσω της θύρας 25 και του στέλνει ένα μήνυμα. Ο διακομιστής SMTP gmail.com καθορίζει ότι το όνομα τομέα για τον "παραλήπτη" υπάρχει στο gmail.com και διαβιβάζει το μήνυμα POP3 στον διακομιστή gmail.com, ο οποίος τοποθετεί το μήνυμα στο γραμματοκιβώτιο του παραλήπτη.
6. Εάν για κάποιο λόγο ο διακομιστής SMTP mail.ru δεν μπορεί να επικοινωνήσει με τον διακομιστή SMTP gmail.com, τότε το μήνυμα τοποθετείται στην ουρά αποστολής. Οι διακομιστές SMTP χρησιμοποιούν συχνά αποστολείς μηνυμάτων για να στείλουν ξανά μηνύματα που βρίσκονται σε ουρά. Ο αποστολέας του μηνύματος θα προσπαθεί περιοδικά να στέλνει ένα μήνυμα που βρίσκεται στην ουρά. Οι προσπάθειες θα επαναλαμβάνονται σε συγκεκριμένα διαστήματα (για παράδειγμα, 15 λεπτά). Μετά από τέσσερις ώρες αναμονής και προσπάθειας αποστολής, το πρόγραμμα συνήθως στέλνει στον αποστολέα μια επιστολή που ενημερώνει για σφάλματα αποστολής. Μετά από πέντε ημέρες, τα περισσότερα προγράμματα αποστολής σταματούν να προσπαθούν και επιστρέφουν το email στον αποστολέα ως μη απεσταλμένο.

Στην περίπτωση που ο διακομιστής πηγής SMTP (mail.ru) δεν μπορεί να επικοινωνήσει απευθείας με τον διακομιστή SMTP gmail.com, μεταδίδει το μήνυμα μέσω ενός ή περισσότερων διακομιστών SMTP ενδιάμεσων αναμετάδοσης. Με τη σειρά του, ο διακομιστής αναμετάδοσης λαμβάνει το αρχικό μήνυμα και στη συνέχεια το στέλνει στον διακομιστή προορισμού ή το ανακατευθύνει σε άλλο διακομιστή αναμετάδοσης. Η διαδικασία επαναλαμβάνεται έως ότου παραδοθεί το μήνυμα ή έως ότου παρέλθει ο καθορισμένος χρόνος και ο αριθμός των επαναλήψεων για να περιμένετε μια απάντηση από τον διακομιστή.

Ο διακομιστής SMTP κατανοεί απλές εντολές κειμένου. Τα τυπικά είναι:

HELO – έναρξη συνεδρίας

EHLO - έναρξη μιας συνεδρίας και αίτημα για εκτεταμένη λειτουργία - ESMTP (Εάν ο διακομιστής δεν υποστηρίζει επεκτάσεις, θα απαντήσει στο EHLO με σφάλμα, σε αυτήν την περίπτωση ο πελάτης πρέπει να στείλει την εντολή HELO και να μην χρησιμοποιήσει επεκτάσεις πρωτοκόλλου.)

ΤΑΧΥΔΡΟΜΕΙΟ ΑΠΟ: — διεύθυνση αποστολέα

RCPT ΠΡΟΣ: - διεύθυνση παραλήπτη

DATA – μεταφορά δεδομένων (γράμματα). Τα πεδία "Προς", "Από" και "Θέμα" πρέπει να καταλαμβάνουν τις τρεις πρώτες γραμμές

RSET – επαναφορά περιόδου λειτουργίας

QUIT – αποσύνδεση

ΒΟΗΘΕΙΑ – βοήθεια (πρόσθετες πληροφορίες)

VRFY – έλεγχος μιας διεύθυνσης για την ύπαρξή της

EXPN – εκτεταμένη διεύθυνση

Αυτό το άρθρο καλύπτει τα πιο συχνά χρησιμοποιούμενα πρωτόκολλα ηλεκτρονικού ταχυδρομείου Διαδικτύου - POP3, IMAP και SMTP. Κάθε ένα από αυτά έχει μια συγκεκριμένη λειτουργία και τρόπο λειτουργίας. Το περιεχόμενο του άρθρου εξηγεί ποια διαμόρφωση είναι η καταλληλότερη για τις συγκεκριμένες ανάγκες του χρήστη όταν χρησιμοποιεί ένα πρόγραμμα-πελάτη ηλεκτρονικού ταχυδρομείου. Αποκαλύπτει επίσης την απάντηση στο ερώτημα τι πρωτόκολλο υποστηρίζει το e-mail.

Τι είναι το POP3;

Πρωτόκολλο Έκδοση 3 (POP3) είναι ένα τυπικό πρωτόκολλο email που χρησιμοποιείται για τη λήψη email από έναν απομακρυσμένο διακομιστή σε έναν τοπικό πελάτη email. Σας επιτρέπει να κατεβάζετε μηνύματα στον τοπικό σας υπολογιστή και να τα διαβάζετε ακόμα κι αν ο χρήστης είναι εκτός σύνδεσης. Λάβετε υπόψη ότι όταν χρησιμοποιείτε το POP3 για να συνδεθείτε στον λογαριασμό σας, τα μηνύματα λαμβάνονται τοπικά και διαγράφονται από το διακομιστή email.

Από προεπιλογή, το πρωτόκολλο POP3 εκτελείται σε δύο θύρες:

Η θύρα 110 είναι μια μη κρυπτογραφημένη θύρα POP3.

θύρα 995 - θα πρέπει να χρησιμοποιηθεί εάν θέλετε να συνδεθείτε με ασφάλεια στο POP3.

Τι είναι το IMAP;

Το πρωτόκολλο πρόσβασης μηνυμάτων Διαδικτύου (IMAP) είναι ένα πρωτόκολλο για τη λήψη μηνυμάτων email, που χρησιμοποιείται για την πρόσβαση σε email σε έναν απομακρυσμένο διακομιστή web από έναν τοπικό πελάτη. Το IMAP και το POP3 είναι τα δύο πιο συχνά χρησιμοποιούμενα πρωτόκολλα για τη λήψη email και υποστηρίζονται από όλους τους σύγχρονους πελάτες email και διακομιστές web.

Το πρωτόκολλο POP3 σημαίνει ότι η διεύθυνση email σας είναι προσβάσιμη μόνο από μία εφαρμογή, ενώ το IMAP επιτρέπει την ταυτόχρονη σύνδεση από πολλούς πελάτες ταυτόχρονα. Αυτός είναι ο λόγος για τον οποίο το IMAP είναι καλύτερο εάν πρόκειται να έχετε πρόσβαση στο email σας από διαφορετικά μέρη ή εάν τα μηνύματά σας διαχειρίζονται πολλοί χρήστες.

Το πρωτόκολλο IMAP εκτελείται σε δύο θύρες:

Η θύρα 143 είναι η προεπιλεγμένη μη κρυπτογραφημένη θύρα IMAP.

θύρα 993 - πρέπει να χρησιμοποιηθεί εάν θέλετε να συνδεθείτε με ασφάλεια χρησιμοποιώντας IMAP.

Τι είναι το SMTP;

Το πρωτόκολλο είναι ένα τυπικό πρωτόκολλο για την αποστολή email μέσω Διαδικτύου.

Το SMTP λειτουργεί σε τρεις θύρες:

Η θύρα 25 δεν είναι κρυπτογραφημένη από προεπιλογή.

θύρα 2525 - αυτή ανοίγει σε όλους τους διακομιστές SiteGround εάν η θύρα 25 φιλτράρεται (για παράδειγμα από τον ISP σας) και θέλετε να στείλετε μη κρυπτογραφημένα μηνύματα ηλεκτρονικού ταχυδρομείου χρησιμοποιώντας SMTP.

θύρα 465 - Χρησιμοποιείται εάν θέλετε να στέλνετε μηνύματα με ασφάλεια χρησιμοποιώντας SMTP.

Ποια πρωτόκολλα χρησιμοποιούνται για την ανταλλαγή email; Έννοιες και όροι

Ο όρος διακομιστής email αναφέρεται στους δύο διακομιστές που απαιτούνται για την αποστολή και λήψη email, δηλαδή SMTP και POP.

Ο διακομιστής εισερχόμενης αλληλογραφίας είναι ο διακομιστής που σχετίζεται με το λογαριασμό της διεύθυνσης email σας. Δεν μπορεί να έχει περισσότερους από έναν διακομιστές εισερχόμενης αλληλογραφίας. Για να αποκτήσετε πρόσβαση στα εισερχόμενα μηνύματα, χρειάζεστε ένα πρόγραμμα-πελάτη email—ένα πρόγραμμα που μπορεί να λαμβάνει email από έναν λογαριασμό, επιτρέποντας στον χρήστη να διαβάζει, να προωθεί, να διαγράφει και να απαντά σε μηνύματα. Ανάλογα με τον διακομιστή σας, ενδέχεται να μπορείτε να χρησιμοποιήσετε ένα αποκλειστικό πρόγραμμα-πελάτη ηλεκτρονικού ταχυδρομείου (όπως το Outlook Express) ή ένα πρόγραμμα περιήγησης ιστού. Έτσι, ο Internet Explorer χρησιμοποιείται για πρόσβαση σε λογαριασμούς που βασίζονται σε email. Τα μηνύματα αποθηκεύονται στον διακομιστή εισερχόμενης αλληλογραφίας μέχρι να γίνει λήψη του. Αφού κάνετε λήψη της αλληλογραφίας σας από τον διακομιστή αλληλογραφίας, δεν μπορείτε να το κάνετε ξανά. Για επιτυχή λήψη δεδομένων, πρέπει να εισαγάγετε τις σωστές ρυθμίσεις στο πρόγραμμα email σας. Οι περισσότεροι διακομιστές εισερχόμενης αλληλογραφίας χρησιμοποιούν ένα από τα ακόλουθα πρωτόκολλα: IMAP, POP3, HTTP.

Διακομιστής εξερχόμενης αλληλογραφίας (SMTP)

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

Θύρες email

Για δίκτυα, μια θύρα σημαίνει το τελικό σημείο μιας λογικής σύνδεσης. Ο αριθμός θύρας καθορίζει τον τύπο της. Οι παρακάτω είναι οι προεπιλεγμένες θύρες email:

POP3 - θύρα 110;

IMAP - θύρα 143;

SMTP - θύρα 25;

HTTP - θύρα 80;

ασφαλές SMTP (SSMTP) - θύρα 465.

ασφαλές IMAP (IMAP4-SSL) - θύρα 585.

IMAP4 μέσω SSL (IMAPS) - θύρα 993.

Ασφαλές POP3 (SSL-POP) - θύρα 995.

Πρωτόκολλα email: IMAP, POP3, SMTP και HTTP

Βασικά, ένα πρωτόκολλο αναφέρεται σε μια τυπική μέθοδο που χρησιμοποιείται σε κάθε άκρο ενός καναλιού επικοινωνίας. Για να αντιμετωπίσετε το ηλεκτρονικό ταχυδρομείο, πρέπει να χρησιμοποιήσετε έναν ειδικό πελάτη για πρόσβαση στον διακομιστή αλληλογραφίας. Με τη σειρά τους, μπορούν να ανταλλάσσουν πληροφορίες μεταξύ τους χρησιμοποιώντας εντελώς διαφορετικά πρωτόκολλα.

Πρωτόκολλο IMAP

Το IMAP (Internet Message Access Protocol) είναι ένα τυπικό πρωτόκολλο για την πρόσβαση σε email από τον τοπικό σας διακομιστή. Το IMAP είναι ένα πρωτόκολλο πελάτη/διακομιστή στο οποίο λαμβάνεται email και αποθηκεύονται δεδομένα από τον διακομιστή σας στο Διαδίκτυο. Δεδομένου ότι απαιτεί μόνο μια μικρή μεταφορά δεδομένων, λειτουργεί καλά ακόμα και σε αργή σύνδεση, όπως σύνδεση μόντεμ. Όταν προσπαθεί να διαβάσει ένα συγκεκριμένο μήνυμα email, ο πελάτης πραγματοποιεί λήψη δεδομένων από το διακομιστή. Μπορείτε επίσης να δημιουργήσετε και να διαχειριστείτε φακέλους ή γραμματοκιβώτια στο διακομιστή και να διαγράψετε μηνύματα.

Πρωτόκολλο POP3

Το ηλεκτρονικό ταχυδρομείο POP (Post Office Protocol 3) παρέχει έναν απλό, τυποποιημένο τρόπο πρόσβασης των χρηστών στα γραμματοκιβώτιά τους και λήψης μηνυμάτων στους υπολογιστές τους.

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

Πρωτόκολλο SMTP

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

Πρωτόκολλα HTTP

Το HTTP δεν είναι ένα πρωτόκολλο σχεδιασμένο για επικοινωνία μέσω email, αλλά μπορεί να χρησιμοποιηθεί για πρόσβαση στο γραμματοκιβώτιό σας. Συχνά ονομάζεται επίσης ηλεκτρονικό ταχυδρομείο ιστού. Μπορεί να χρησιμοποιηθεί για τη σύνταξη ή τη λήψη email από τον λογαριασμό σας. Το Hotmail είναι ένα καλό παράδειγμα χρήσης του HTTP ως πρωτοκόλλου email.

Διαχειριζόμενες μεταφορές αρχείων και λύσεις δικτύου

Η ικανότητά σας να στέλνετε και να λαμβάνετε email οφείλεται κυρίως σε τρία πρωτόκολλα TCP. Είναι SMTP, IMAP και POP3.

SMTP

Ας ξεκινήσουμε με το SMTP γιατί η κύρια λειτουργία του είναι διαφορετική από τις άλλες δύο. Το SMTP, ή το Simple Mail Transfer Protocol, χρησιμοποιείται κυρίως για την αποστολή email από ένα πρόγραμμα-πελάτη email (όπως το Microsoft Outlook, το Thunderbird ή το Apple Mail) σε έναν διακομιστή email. Χρησιμοποιείται επίσης για την αναμετάδοση ή προώθηση μηνυμάτων αλληλογραφίας από έναν διακομιστή αλληλογραφίας σε έναν άλλο. Αυτό είναι απαραίτητο εάν ο αποστολέας και ο παραλήπτης έχουν διαφορετικούς παρόχους υπηρεσιών email.

Το SMTP, το οποίο καθορίζεται στο RFC 5321, χρησιμοποιεί τη θύρα 25 από προεπιλογή. Μπορεί επίσης να χρησιμοποιήσει τη θύρα 587 και τη θύρα 465. Η τελευταία, η οποία εισήχθη ως η θύρα επιλογής για ασφαλή SMTP (γνωστός και ως SMTPS), θεωρείται καταργημένη. Αλλά στην πραγματικότητα, εξακολουθεί να χρησιμοποιείται από αρκετούς παρόχους υπηρεσιών email.

POP3

Το Πρωτόκολλο Post Office, ή POP, χρησιμοποιείται για την ανάκτηση μηνυμάτων email από την πιο πρόσφατη έκδοση που χρησιμοποιείται ευρέως, την έκδοση 3, εξ ου και ο όρος "POP3".

Η έκδοση POP 3, που καθορίζεται στο RFC 1939, υποστηρίζει επεκτάσεις και αρκετούς μηχανισμούς ελέγχου ταυτότητας. Απαιτούνται λειτουργίες ελέγχου ταυτότητας για την αποτροπή της πρόσβασης κακόβουλων χρηστών στις επικοινωνίες των χρηστών.

Ο πελάτης POP3 λαμβάνει email ως εξής:

συνδέεται με τον διακομιστή αλληλογραφίας στη θύρα 110 (ή 995 για συνδέσεις SSL/TLS).

διαγράφει αντίγραφα των μηνυμάτων που είναι αποθηκευμένα στον διακομιστή.

αποσυνδέεται από τον διακομιστή.

Παρόλο που τα προγράμματα-πελάτες POP μπορούν να ρυθμιστούν ώστε να επιτρέπουν στον διακομιστή να συνεχίσει να αποθηκεύει αντίγραφα των ληφθέντων μηνυμάτων, τα βήματα που περιγράφονται παραπάνω είναι κοινή πρακτική.

IMAP

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

Λογική λειτουργίας (ρυθμίσεις imap4):

• συνδέεται με τον διακομιστή αλληλογραφίας μέσω της θύρας 143 (ή 993 για συνδέσεις SSL/TLS).

  ανακτά μηνύματα email.

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

Λάβετε υπόψη ότι τα μηνύματα δεν διαγράφονται στον διακομιστή. Αυτό μπορεί να έχει σοβαρές συνέπειες. Οι προδιαγραφές IMAP βρίσκονται στο RFC 3501.



Επιλογή μεταξύ IMAP και POP3

Δεδομένου ότι η βασική λειτουργία του SMTP είναι θεμελιωδώς διαφορετική, το δίλημμα της επιλογής του καλύτερου πρωτοκόλλου συνήθως περιλαμβάνει μόνο το IMAP και το POP3.

Εάν ο χώρος αποθήκευσης διακομιστή είναι σημαντικός για εσάς, επιλέξτε POP3. Ένας διακομιστής με περιορισμένη μνήμη είναι ένας από τους κύριους παράγοντες που μπορεί να σας αναγκάσουν να υποστηρίξετε το POP3. Επειδή το IMAP αφήνει μηνύματα στο διακομιστή, μπορεί να καταναλώσει χώρο στη μνήμη γρηγορότερα από το POP3.

Εάν θέλετε να έχετε πρόσβαση στην αλληλογραφία σας ανά πάσα στιγμή, τότε είναι προτιμότερο να παραμείνετε με το IMAP. Υπάρχει ένας καλός λόγος για τον οποίο το IMAP σχεδιάστηκε για την αποθήκευση μηνυμάτων σε έναν διακομιστή. Χρησιμοποιείται για την αναζήτηση μηνυμάτων από πολλές συσκευές - μερικές φορές ακόμη και ταυτόχρονα. Αν λοιπόν διαθέτετε iPhone, tablet Android, φορητό υπολογιστή και επιτραπέζιο υπολογιστή και θέλετε να διαβάζετε email από οποιαδήποτε ή όλες αυτές τις συσκευές, τότε το IMAP είναι η καλύτερη επιλογή.

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

Για παράδειγμα, εάν διαβάζετε τα μηνύματα A, B και C, θέλετε να επισημαίνονται ως αναγνωσμένα και σε άλλες συσκευές. Εάν έχετε διαγράψει τα γράμματα Β και Γ, τότε θα θέλετε να διαγραφούν τα ίδια μηνύματα από τα εισερχόμενά σας σε όλα τα gadget. Όλοι αυτοί οι συγχρονισμοί μπορούν να επιτευχθούν μόνο εάν χρησιμοποιείτε το IMAP.

Δεδομένου ότι το IMAP επιτρέπει στους χρήστες να οργανώνουν τα μηνύματα ιεραρχικά και να τα τοποθετούν σε φακέλους, βοηθά τους χρήστες να οργανώνουν καλύτερα την αλληλογραφία τους.

Φυσικά, όλες οι λειτουργίες IMAP έχουν μια τιμή. Αυτές οι λύσεις είναι πιο δύσκολο να εφαρμοστούν και το πρωτόκολλο καταλήγει να καταναλώνει πολύ περισσότερη CPU και RAM, ειδικά όταν εκτελεί τη διαδικασία συγχρονισμού. Στην πραγματικότητα, η υψηλή χρήση της CPU και της μνήμης μπορεί να συμβεί τόσο από την πλευρά του πελάτη όσο και του διακομιστή, εάν υπάρχουν πολλά μηνύματα για συγχρονισμό. Από αυτή την άποψη, το πρωτόκολλο POP3 είναι λιγότερο ακριβό, αν και λιγότερο λειτουργικό.

Το απόρρητο είναι επίσης ένα από τα ζητήματα που θα εξαρτηθεί σε μεγάλο βαθμό από τους τελικούς χρήστες. Γενικά θα προτιμούσαν να κάνουν λήψη όλων των μηνυμάτων email και να μην αφήνουν αντίγραφά τους σε έναν άγνωστο διακομιστή.

Η ταχύτητα είναι ένα πλεονέκτημα που ποικίλλει και εξαρτάται από την κατάσταση. Το POP3 έχει τη δυνατότητα λήψης όλων των μηνυμάτων αλληλογραφίας όταν είναι συνδεδεμένο. Και το IMAP μπορεί, εάν είναι απαραίτητο (για παράδειγμα, όταν δεν υπάρχει επαρκής κίνηση), να κατεβάζει μόνο κεφαλίδες μηνυμάτων ή ορισμένα μέρη και να αφήνει συνημμένα στο διακομιστή. Μόνο όταν ο χρήστης αποφασίσει ότι αξίζει να κατεβάσει τα υπόλοιπα μέρη, θα γίνουν διαθέσιμα σε αυτόν. Επομένως, το IMAP μπορεί να θεωρηθεί ταχύτερο.

Ωστόσο, εάν πρέπει να γίνεται λήψη όλων των μηνυμάτων στον διακομιστή κάθε φορά, τότε το POP3 θα είναι πολύ πιο γρήγορο.



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

Επίσης, η επιθυμητή μέθοδος πρόσβασης στο πρόγραμμα-πελάτη ηλεκτρονικού ταχυδρομείου καθορίζει το προτιμώμενο πρωτόκολλο. Οι χρήστες που εργάζονται μόνο από ένα μηχάνημα και χρησιμοποιούν webmail για πρόσβαση στα νέα τους email θα εκτιμήσουν το POP3.

Ωστόσο, οι χρήστες που μοιράζονται γραμματοκιβώτια ή έχουν πρόσβαση στα email τους από διαφορετικούς υπολογιστές θα προτιμήσουν το IMAP.

Ανεπιθύμητα τείχη προστασίας με SMTP, IMAP και POP3

Τα περισσότερα τείχη προστασίας ανεπιθύμητων μηνυμάτων ασχολούνται και προστατεύουν μόνο το πρωτόκολλο SMTP. Οι διακομιστές στέλνουν και λαμβάνουν email SMTP και αυτά θα ελεγχθούν από το τείχος προστασίας ανεπιθύμητων μηνυμάτων στην πύλη. Ωστόσο, ορισμένα τείχη προστασίας ανεπιθύμητων μηνυμάτων παρέχουν τη δυνατότητα προστασίας των POP3 και IMAP4 όταν οι εξωτερικοί χρήστες χρειάζονται αυτές τις υπηρεσίες για πρόσβαση στα email τους.

Τα τείχη προστασίας SMTP είναι διαφανή στους τελικούς χρήστες. Δεν υπάρχουν αλλαγές διαμόρφωσης για πελάτες. Οι χρήστες εξακολουθούν να λαμβάνουν και να στέλνουν μηνύματα email στον διακομιστή email. Έτσι, το Exchange ή το Dominos πρέπει να διαμορφώσουν τη δρομολόγηση των μηνυμάτων στο τείχος προστασίας με βάση έναν διακομιστή μεσολάβησης κατά την αποστολή email και επίσης να παρέχουν τη δυνατότητα αποστολής μηνυμάτων από το τείχος προστασίας.