Στρέψτε το Postfix σε ένα mail relay, όχι στο web proxy

Το relayhost = proxy.example.net:3128 φαίνεται λογικό μέχρι να αρχίσουν να μιλούν τα δύο άκρα. Το Postfix περιμένει έναν SMTP ομότιμο. Ένα web proxy στη θύρα 3128 περιμένει αίτημα HTTP proxy. Κανένα δεν παίρνει τη συνομιλία που περίμενε.

Αν το δίκτυο παρέχει εγκεκριμένο mail relay, ρυθμίστε αντ' αυτού εκείνη την υπηρεσία SMTP. Μια τυπική μορφή είναι:

relayhost = [smtp-relay.example.net]:587

Το όνομα κεντρικού υπολογιστή και η θύρα είναι παραδείγματα. Οι αγκύλες καταργούν την αναζήτηση MX για αυτό το όνομα relay. Δεν προσθέτουν HTTP CONNECT, TLS ή έλεγχο ταυτότητας. Ρυθμίστε ξεχωριστά τις απαιτούμενες ρυθμίσεις submission, SASL και TLS του relay.

Οι δύο λογαριασμοί μπορεί επίσης να διαφέρουν. Ένας κωδικός που δέχεται το web proxy δεν είναι αυτόματα διαπιστευτήριο υποβολής αλληλογραφίας και το relay μπορεί ακόμη να απορρίψει έναν αποστολέα αφού δεχθεί τη σύνδεση.

Τι γίνεται αν η μόνη εγκεκριμένη διαδρομή είναι μια σήραγγα;

Ένα HTTP proxy μπορεί να μεταφέρει SMTP μέσω CONNECT όταν επιτρέπει τον προορισμό και τη θύρα. Αυτό δεν κάνει έναν αυθαίρετο πελάτη SMTP να παράγει CONNECT. Ένα εργαλείο όπως το curl έχει ρητή επιλογή σήραγγας proxy· η ρύθμιση του relayhost του Postfix είναι άλλη διεπαφή.

Μια σταθερή προώθηση SSH ή ένας ειδικά κατασκευασμένος τοπικός προσαρμογέας μεταφοράς μπορεί να εκθέσει μία εγκεκριμένη υπηρεσία SMTP ως τοπικό τελικό σημείο TCP. Σε αυτόν τον σχεδιασμό, το Postfix μιλά SMTP με το τελικό σημείο και ο προσαρμογέας παρέχει την άλλη μεταφορά. Κρατήστε το περιορισμένο και διατηρήστε την ταυτότητα TLS του προβλεπόμενου διακομιστή αλληλογραφίας: η αλλαγή της διεύθυνσης σύνδεσης σε loopback μπορεί να επηρεάσει πολιτική πιστοποιητικών βάσει ονόματος.

Προτιμήστε το mail relay όταν αυτή είναι η υπηρεσία που παρέχει ο διαχειριστής δικτύου. Δίνει στην ουρά, την πολιτική αποστολέα και τα σφάλματα παράδοσης ένα σπίτι που καταλαβαίνει SMTP. Μια ρύθμιση web proxy μόνη της δεν παρέχει καμία από αυτές τις λειτουργίες αλληλογραφίας.