Wys Postfix na 'n e-posaflaaier, nie die web-proxy nie

relayhost = proxy.example.net:3128 lyk aanneemlik totdat die twee kante begin praat. Postfix verwag 'n SMTP-eweknie. 'n Web-proxy op 3128 verwag 'n HTTP-proxyversoek. Nie een kry die gesprek waarvoor dit gewag het nie.

As die netwerk 'n goedgekeurde e-posaflaaier verskaf, stel eerder daardie SMTP-diens op. 'n Tipiese vorm is:

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

Die gasheernaam en die poort is voorbeelde. Hakies onderdruk MX-soektog vir daardie aflaaiernaam. Hulle voeg nie HTTP CONNECT, TLS of verifikasie by nie. Stel die aflaaier se vereiste indiening-, SASL- en TLS-instellings afsonderlik op.

Die twee rekeninge kan ook verskil. 'n Wagwoord wat deur die web-proxy aanvaar word, is nie outomaties 'n e-posindieningsgeloofsbrief nie, en die aflaaier kan steeds 'n afsender verwerp nadat die verbinding aanvaar is.

Wat as die enigste goedgekeurde pad 'n tonnel is?

'n HTTP-proxy kan SMTP deur CONNECT dra wanneer dit die bestemming en die poort toelaat. Dit maak nie dat 'n willekeurige SMTP-kliënt CONNECT genereer nie. 'n Gereedskap soos curl het 'n eksplisiete proxy-tonnelopsie; om Postfix se relayhost te stel, is 'n ander koppelvlak.

'n Vaste SSH-aanstuur of 'n doelgeboude plaaslike vervoeraanpasser kan een goedgekeurde SMTP-diens as 'n plaaslike TCP-eindpunt blootlê. In daardie ontwerp praat Postfix SMTP met die eindpunt, en die aanpasser verskaf die ander vervoer. Hou dit beperk en bewaar die beoogde e-posbediener se TLS-identiteit: om die verbindingsadres na loopback te verander, kan naamgebaseerde sertifikaatbeleid beïnvloed.

Verkies die e-posaflaaier wanneer dit die diens is wat die netwerkoperateur verskaf. Dit gee toustaan, afsenderbeleid en afleweringsfoute 'n SMTP-bewuste tuiste. 'n Web-proxy-instelling alleen verskaf geen van daardie e-posfunksies nie.