Postfix'i web proxy'sine değil, posta aktarıcısına yönlendirin

relayhost = proxy.example.net:3128 iki uç konuşmaya başlayana kadar akla yatkın görünür. Postfix bir SMTP eşi bekler. 3128'deki web proxy'si ise bir HTTP proxy isteği bekler. Hiçbiri beklediği konuşmayı alamaz.

Ağ onaylı bir posta aktarıcısı sunuyorsa, bunun yerine o SMTP hizmetini yapılandırın. Tipik biçim şudur:

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

Ana bilgisayar adı ve bağlantı noktası örnektir. Köşeli ayraçlar o aktarıcı adı için MX aramasını bastırır. HTTP CONNECT, TLS veya kimlik doğrulama eklemezler. Aktarıcının gerektirdiği submission, SASL ve TLS ayarlarını ayrı ayrı yapılandırın.

İki hesap da farklı olabilir. Web proxy'sinin kabul ettiği bir parola otomatik olarak posta gönderme kimliği değildir ve aktarıcı bağlantıyı kabul ettikten sonra bile göndereni reddedebilir.

Onaylı tek yol bir tünel ise ne olur?

HTTP proxy'si hedefe ve bağlantı noktasına izin verdiğinde SMTP'yi CONNECT üzerinden taşıyabilir. Bu, herhangi bir SMTP istemcisinin CONNECT üretmesini sağlamaz. curl gibi araçların açık bir proxy tüneli seçeneği vardır; Postfix'in relayhost ayarını yapmak başka bir arayüzdür.

Sabit bir SSH yönlendirmesi veya amaca yönelik yerel bir taşıma bağdaştırıcısı, onaylı bir SMTP hizmetini yerel TCP uç noktası olarak sunabilir. Bu tasarımda Postfix uç noktayla SMTP konuşur ve bağdaştırıcı diğer taşımayı sağlar. Kapsamını sınırlı tutun ve amaçlanan posta sunucusunun TLS kimliğini koruyun: bağlantı adresini loopback'e değiştirmek ada dayalı sertifika politikasını etkileyebilir.

Ağ işletmecisinin sunduğu hizmet posta aktarıcısıysa onu tercih edin. Kuyruğa, gönderen politikasına ve teslimat hatalarına SMTP anlayan bir yuva verir. Yalnızca web proxy ayarı bu posta işlevlerinin hiçbirini sağlamaz.