Arahkan Postfix ke relay email, bukan ke proxy web

relayhost = proxy.example.net:3128 tampak masuk akal sampai kedua ujung mulai berbicara. Postfix mengharapkan rekan SMTP. Proxy web pada 3128 mengharapkan permintaan proxy HTTP. Keduanya tidak mendapatkan percakapan yang ditunggu.

Jika jaringan menyediakan relay email yang disetujui, konfigurasikan layanan SMTP itu sebagai gantinya. Bentuk yang lazim adalah:

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

Nama host dan port hanyalah contoh. Tanda kurung siku menekan pencarian MX untuk nama relay itu. Tanda itu tidak menambahkan HTTP CONNECT, TLS, atau autentikasi. Konfigurasikan setelan submission, SASL, dan TLS yang diperlukan relay secara terpisah.

Kedua akun juga bisa berbeda. Kata sandi yang diterima proxy web tidak otomatis menjadi kredensial pengiriman email, dan relay masih dapat menolak pengirim setelah menerima koneksi.

Bagaimana jika satu-satunya jalur yang disetujui adalah terowongan?

Proxy HTTP dapat membawa SMTP melalui CONNECT bila mengizinkan tujuan dan port. Itu tidak membuat klien SMTP sembarang menghasilkan CONNECT. Alat seperti curl memiliki opsi terowongan proxy yang eksplisit; menyetel relayhost Postfix adalah antarmuka lain.

Penerusan SSH tetap atau adaptor transport lokal yang dibuat khusus dapat mengekspos satu layanan SMTP yang disetujui sebagai titik akhir TCP lokal. Dalam desain itu Postfix berbicara SMTP dengan titik akhir, dan adaptor menyediakan transport lainnya. Batasi penggunaannya dan pertahankan identitas TLS server email yang dimaksud: mengubah alamat koneksi ke loopback dapat memengaruhi kebijakan sertifikat berbasis nama.

Utamakan relay email bila itulah layanan yang disediakan operator jaringan. Relay memberi antrean, kebijakan pengirim, dan galat pengiriman rumah yang memahami SMTP. Setelan proxy web saja tidak menyediakan satu pun fungsi email tersebut.