Усмерите Postfix на поштански релеј, а не на веб прокси

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 има изричиту опцију прокси тунела; постављање Postfix relayhost-а је други интерфејс.

Фиксни SSH форвард или наменски локални транспортни адаптер може изложити једну одобрену SMTP услугу као локалну TCP крајњу тачку. У том дизајну Postfix разговара SMTP-ом са крајњом тачком, а адаптер пружа други транспорт. Држите га ограниченим и сачувајте TLS идентитет предвиђеног поштанског сервера: промена адресе везе на loopback може утицати на политику сертификата засновану на имену.

Преферирајте поштански релеј када је то услуга коју пружа мрежни оператер. Он даје чекању, политици пошиљаоца и грешкама доставе дом који разуме SMTP. Сама поставка веб проксија не пружа ниједну од тих поштанских функција.