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

relayhost = proxy.example.net:3128 izgleda uvjerljivo dok dvije strane ne počnu razgovarati. Postfix očekuje SMTP partnera. Web proxy na 3128 očekuje HTTP proxy zahtjev. Nijedan ne dobija razgovor koji je čekao.

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

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

Ime hosta i port su primjeri. Zagrade potiskuju MX pretragu za to ime releja. One ne dodaju HTTP CONNECT, TLS ni autentifikaciju. Konfigurirajte potrebne postavke submission, SASL i TLS na releju odvojeno.

Dva računa također mogu biti različita. Lozinka koju prihvati web proxy nije automatski kredencijal 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 dopušta 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 namjenski lokalni transportni adapter može izložiti jednu odobrenu SMTP uslugu kao lokalnu TCP krajnju tačku. U tom dizajnu Postfix razgovara SMTP 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: promjena adrese veze na loopback može uticati na politiku certifikata 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 razumije SMTP. Sama postavka web proxyja ne pruža nijednu od tih poštanskih funkcija.