Halakan Postfix ke relai mel, bukan ke proksi web

relayhost = proxy.example.net:3128 kelihatan munasabah sehingga kedua-dua hujung mula bercakap. Postfix menjangka rakan SMTP. Proksi web pada 3128 menjangka permintaan proksi HTTP. Kedua-duanya tidak mendapat perbualan yang ditunggu.

Jika rangkaian menyediakan relai mel yang diluluskan, konfigurasikan perkhidmatan SMTP itu sebagai gantinya. Bentuk biasa ialah:

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

Nama hos dan port ialah contoh. Kurungan persegi menyekat carian MX untuk nama relai itu. Ia tidak menambah HTTP CONNECT, TLS atau pengesahan. Konfigurasikan tetapan submission, SASL dan TLS yang diperlukan relai secara berasingan.

Kedua-dua akaun juga boleh berbeza. Kata laluan yang diterima proksi web bukan automatik kelayakan penghantaran mel, dan relai masih boleh menolak pengirim selepas menerima sambungan.

Bagaimana jika satu-satunya laluan yang diluluskan ialah terowong?

Proksi HTTP boleh membawa SMTP melalui CONNECT apabila ia membenarkan destinasi dan port. Itu tidak menjadikan mana-mana klien SMTP menghasilkan CONNECT. Alat seperti curl mempunyai pilihan terowong proksi yang jelas; menetapkan relayhost Postfix ialah antara muka lain.

Pemajuan SSH tetap atau penyesuai pengangkutan tempatan yang dibina khusus boleh mendedahkan satu perkhidmatan SMTP yang diluluskan sebagai titik akhir TCP tempatan. Dalam reka bentuk itu Postfix bercakap SMTP dengan titik akhir, dan penyesuai membekalkan pengangkutan lain. Kekalkannya terhad dan pertahankan identiti TLS pelayan mel yang dimaksudkan: menukar alamat sambungan kepada loopback boleh menjejaskan dasar sijil berasaskan nama.

Utamakan relai mel apabila itulah perkhidmatan yang disediakan pengendali rangkaian. Ia memberi baris gilir, dasar pengirim dan ralat penghantaran rumah yang memahami SMTP. Tetapan proksi web sahaja tidak menyediakan mana-mana fungsi mel tersebut.