ชี้ Postfix ไปที่รีเลย์เมล ไม่ใช่พร็อกซีเว็บ
เลือกรีเลย์ SMTP สำหรับ Postfix และแยกความแตกต่างจากเส้นทาง HTTP CONNECT
relayhost = proxy.example.net:3128 ดูสมเหตุสมผลจนกระทั่งทั้งสองฝั่งเริ่มคุยกัน Postfix คาดหวังคู่ SMTP พร็อกซีเว็บบน 3128 คาดหวังคำขอพร็อกซี HTTP ไม่มีฝ่ายใดได้รับการสนทนาที่รออยู่
หากเครือข่ายมีรีเลย์เมลที่ได้รับอนุมัติ ให้กำหนดค่าบริการ SMTP นั้นแทน รูปแบบทั่วไปคือ
relayhost = [smtp-relay.example.net]:587ชื่อโฮสต์และพอร์ตเป็นเพียงตัวอย่าง วงเล็บเหลี่ยมระงับการค้นหา MX สำหรับชื่อรีเลย์นั้น ไม่ได้เพิ่ม HTTP CONNECT, TLS หรือการพิสูจน์ตัวตน กำหนดค่า submission, SASL และ TLS ที่รีเลย์ต้องการแยกต่างหาก
บัญชีทั้งสองอาจแตกต่างกันได้ รหัสผ่านที่พร็อกซีเว็บยอมรับไม่ใช่ข้อมูลรับรองการส่งเมลโดยอัตโนมัติ และรีเลย์ยังสามารถปฏิเสธผู้ส่งได้หลังจากยอมรับการเชื่อมต่อแล้ว
ถ้าเส้นทางที่ได้รับอนุมัติเพียงทางเดียวเป็นทันเนลล่ะ
พร็อกซี HTTP สามารถขนส่ง SMTP ผ่าน CONNECT ได้เมื่ออนุญาตปลายทางและพอร์ต แต่ไม่ได้ทำให้ไคลเอนต์ SMTP ใด ๆ สร้าง CONNECT ขึ้นมา เครื่องมืออย่าง curl มีตัวเลือกทันเนลพร็อกซีอย่างชัดเจน การตั้งค่า relayhost ของ Postfix เป็นอินเทอร์เฟซอีกแบบหนึ่ง
การส่งต่อ SSH แบบคงที่หรืออะแดปเตอร์ขนส่งภายในที่สร้างขึ้นโดยเฉพาะสามารถเปิดเผยบริการ SMTP ที่ได้รับอนุมัติหนึ่งบริการเป็นปลายทาง TCP ภายใน ในรูปแบบนั้น Postfix พูด SMTP กับปลายทาง และอะแดปเตอร์จัดหาการขนส่งอีกด้าน จำกัดขอบเขตและรักษาอัตลักษณ์ TLS ของเซิร์ฟเวอร์เมลที่ตั้งใจไว้ การเปลี่ยนที่อยู่การเชื่อมต่อเป็น loopback อาจส่งผลต่อนโยบายใบรับรองที่อิงชื่อ
ให้เลือกใช้รีเลย์เมลเมื่อเป็นบริการที่ผู้ให้บริการเครือข่ายจัดหาให้ รีเลย์มอบบ้านที่เข้าใจ SMTP ให้กับคิว นโยบายผู้ส่ง และข้อผิดพลาดในการส่งมอบ การตั้งค่าพร็อกซีเว็บเพียงอย่างเดียวไม่ได้ให้ฟังก์ชันเมลเหล่านี้เลย