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 dobiva 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. Uglate zagrade potiskuju MX pretragu za to ime releja. One ne dodaju HTTP CONNECT, TLS ni autentifikaciju. Konfigurirajte zasebno postavke submission, SASL i TLS koje relej zahtijeva.

Dva računa također mogu biti različita. Lozinka koju prihvati web proxy nije automatski vjerodajnica za slanje pošte, a relej može odbiti pošiljatelja i nakon prihvaćanja veze.

Što 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 generira CONNECT. Alat poput curla ima izričitu opciju proxy tunela; postavljanje Postfixova relayhosta drugo je sučelje.

Fiksni SSH forward ili namjenski lokalni transportni adapter može izložiti jednu odobrenu SMTP uslugu kao lokalnu TCP završnu točku. U tom dizajnu Postfix razgovara SMTP-om sa završnom točkom, a adapter pruža drugi transport. Držite ga ograničenim i sačuvajte TLS identitet predviđenog poštanskog poslužitelja: promjena adrese veze na loopback može utjecati 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šiljatelja i pogreškama dostave dom koji razumije SMTP. Sama postavka web proxyja ne pruža nijednu od tih poštanskih funkcija.