Usmerite Postfix na poštanski relej, a ne na web proxy

relayhost = proxy.example.net:3128 izgleda uverljivo dok dve strane ne počnu da razgovaraju. Postfix očekuje SMTP partnera. Web proxy na 3128 očekuje HTTP proxy zahtev. Nijedan ne dobija razgovor koji je čekao.

Ako mreža pruža odobreni poštanski relej, konfigurišite tu SMTP uslugu umesto toga. Tipičan oblik je:

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

Ime hosta i port su primeri. Uglaste zagrade potiskuju MX pretragu za to ime releja. One ne dodaju HTTP CONNECT, TLS ni autentifikaciju. Konfigurišite odvojeno postavke submission, SASL i TLS koje relej zahteva.

Dva naloga takođe mogu biti različita. Lozinka koju prihvati web proxy nije automatski akreditiv za slanje pošte, a relej može odbiti pošiljaoca i nakon prihvatanja veze.

Šta ako je jedini odobreni put tunel?

HTTP proxy može prenositi SMTP kroz CONNECT kada dozvoljava odredište i port. To ne čini da bilo koji SMTP klijent generiše CONNECT. Alat kao curl ima izričitu opciju proxy tunela; postavljanje Postfix relayhosta je drugi interfejs.

Fiksni SSH forward ili namenski lokalni transportni adapter može izložiti jednu odobrenu SMTP uslugu kao lokalnu TCP krajnju tačku. U tom dizajnu Postfix razgovara SMTP-om sa krajnjom tačkom, a adapter pruža drugi transport. Držite ga ograničenim i sačuvajte TLS identitet predviđenog poštanskog servera: promena adrese veze na loopback može uticati na politiku sertifikata zasnovanu na imenu.

Preferirajte poštanski relej kada je to usluga koju pruža mrežni operater. On daje čekanju, politici pošiljaoca i greškama dostave dom koji razume SMTP. Sama postavka web proxyja ne pruža nijednu od tih poštanskih funkcija.