Osoita Postfix postivälityspalvelimelle, älä web-välityspalvelimelle

relayhost = proxy.example.net:3128 vaikuttaa uskottavalta, kunnes kaksi päätä alkavat puhua. Postfix odottaa SMTP-vastapuolta. Web-välityspalvelin portissa 3128 odottaa HTTP-välityspyyntöä. Kumpikaan ei saa sitä keskustelua, jota se odotti.

Jos verkko tarjoaa hyväksytyn postivälityksen, määritä sen sijaan tämä SMTP-palvelu. Tyypillinen muoto on:

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

Isäntänimi ja portti ovat esimerkkejä. Hakasulut estävät MX-haun kyseiselle välitysnimelle. Ne eivät lisää HTTP CONNECTia, TLS:ää tai todentamista. Määritä välityksen vaatimat submission-, SASL- ja TLS-asetukset erikseen.

Myös tilit voivat olla erilaiset. Web-välityspalvelimen hyväksymä salasana ei ole automaattisesti sähköpostin lähetysvaltuus, ja välitys voi silti hylätä lähettäjän hyväksyttyään yhteyden.

Entä jos ainoa hyväksytty reitti on tunneli?

HTTP-välityspalvelin voi kuljettaa SMTP:tä CONNECTin kautta, kun se sallii kohteen ja portin. Se ei kuitenkaan saa mielivaltaista SMTP-asiakasta luomaan CONNECTia. Työkalulla kuten curl on erillinen välitystunnelin valinta; Postfixin relayhostin asettaminen on toinen rajapinta.

Kiinteä SSH-uudelleenohjaus tai tarkoitukseen rakennettu paikallinen kuljetussovitin voi paljastaa yhden hyväksytyn SMTP-palvelun paikallisena TCP-päätepisteenä. Siinä mallissa Postfix puhuu SMTP:tä päätepisteen kanssa, ja sovitin tarjoaa toisen kuljetuksen. Pidä se rajoitettuna ja säilytä aiottu postipalvelimen TLS-identiteetti: yhteysoitteen vaihtaminen loopbackiksi voi vaikuttaa nimeen perustuvaan varmenteiden käytäntöön.

Suosi postivälitystä, kun se on palvelu, jonka verkon operaattori tarjoaa. Se antaa jonolle, lähettäjäkäytännölle ja toimitusvirheille SMTP:tä ymmärtävän kodin. Pelkkä web-välityspalvelimen asetus ei tarjoa yhtäkään näistä postitoiminnoista.