Hướng Postfix tới một relay thư, không phải proxy web

relayhost = proxy.example.net:3128 có vẻ hợp lý cho đến khi hai đầu bắt đầu nói chuyện. Postfix chờ một đối tác SMTP. Một proxy web trên 3128 chờ một yêu cầu proxy HTTP. Không bên nào nhận được cuộc trò chuyện mà nó chờ đợi.

Nếu mạng cung cấp một relay thư đã được phê duyệt, hãy cấu hình dịch vụ SMTP đó thay vào đó. Dạng điển hình là:

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

Tên máy chủ và cổng chỉ là ví dụ. Dấu ngoặc vuông ngăn tra cứu MX cho tên relay đó. Chúng không thêm HTTP CONNECT, TLS hay xác thực. Hãy cấu hình riêng các thiết lập submission, SASL và TLS mà relay yêu cầu.

Hai tài khoản cũng có thể khác nhau. Mật khẩu mà proxy web chấp nhận không tự động là thông tin xác thực gửi thư, và relay vẫn có thể từ chối người gửi sau khi đã chấp nhận kết nối.

Nếu con đường được phê duyệt duy nhất là một đường hầm thì sao?

Proxy HTTP có thể mang SMTP qua CONNECT khi nó cho phép đích và cổng. Điều đó không khiến bất kỳ ứng dụng SMTP nào tạo ra CONNECT. Một công cụ như curl có tuỳ chọn đường hầm proxy rõ ràng; đặt relayhost của Postfix là một giao diện khác.

Một chuyển tiếp SSH cố định hoặc một bộ chuyển đổi truyền tải cục bộ được tạo riêng có thể đưa một dịch vụ SMTP đã được phê duyệt ra như một điểm cuối TCP cục bộ. Trong thiết kế đó, Postfix nói SMTP với điểm cuối, và bộ chuyển đổi cung cấp truyền tải còn lại. Hãy giới hạn nó và giữ nguyên danh tính TLS của máy chủ thư dự định: đổi địa chỉ kết nối sang loopback có thể ảnh hưởng đến chính sách chứng chỉ dựa trên tên.

Ưu tiên relay thư khi đó là dịch vụ mà nhà vận hành mạng cung cấp. Nó cho hàng đợi, chính sách người gửi và lỗi giao nhận một ngôi nhà hiểu SMTP. Chỉ riêng thiết lập proxy web không cung cấp chức năng thư nào trong số đó.