Usmerite Postfix na poštni relay, ne na spletni posrednik

relayhost = proxy.example.net:3128 se zdi verjetno, dokler se oba konca ne začneta pogovarjati. Postfix pričakuje partnerja SMTP. Spletni posrednik na 3128 pričakuje zahtevo HTTP posrednika. Noben ne dobi pogovora, ki ga je čakal.

Če omrežje zagotavlja odobren poštni relay, namesto tega nastavite to storitev SMTP. Značilna oblika je:

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

Ime gostitelja in vrata so primeri. Oglati oklepaji zatirajo iskanje MX za to ime relayja. Ne dodajajo HTTP CONNECT, TLS ali preverjanja pristnosti. Ločeno nastavite zahtevane nastavitve submission, SASL in TLS relayja.

Tudi računa se lahko razlikujeta. Geslo, ki ga sprejme spletni posrednik, ni samodejno poverilnica za pošiljanje pošte, relay pa lahko pošiljatelja zavrne tudi po tem, ko sprejme povezavo.

Kaj pa, če je edina odobrena pot tunel?

Spletni posrednik HTTP lahko prenaša SMTP prek CONNECT, kadar dovoli cilj in vrata. To ne povzroči, da bi poljuben odjemalec SMTP ustvaril CONNECT. Orodje, kot je curl, ima izrecno možnost posredniškega tunela; nastavljanje relayhost v Postfixu je drug vmesnik.

Fiksno posredovanje SSH ali namenski lokalni transportni adapter lahko izpostavi eno odobreno storitev SMTP kot lokalno končno točko TCP. V tej zasnovi Postfix govori SMTP s končno točko, adapter pa zagotavlja drugi transport. Naj bo omejen in ohranite identiteto TLS predvidenega poštnega strežnika: sprememba naslova povezave v loopback lahko vpliva na politiko potrdil, ki temelji na imenu.

Dajte prednost poštnemu relayju, kadar je to storitev, ki jo zagotavlja omrežni operater. Čakalni vrsti, politiki pošiljatelja in napakam dostave daje dom, ki razume SMTP. Samo nastavitev spletnega posrednika ne zagotavlja nobene od teh poštnih funkcij.