relayhost = proxy.example.net:3128 virðist trúlegt þar til báðir endar byrja að tala. Postfix bíður eftir SMTP-mótaðila. Vefselur á 3128 bíður eftir HTTP-selbeiðni. Hvorugur fær samtalið sem hann beið eftir.

Ef netið býður upp á samþykktan póstmillilið skaltu stilla þá SMTP-þjónustu í staðinn. Dæmigerð mynd er:

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

Hýsilnafnið og gáttin eru dæmi. Hornklofar bæla niður MX-leit fyrir það milliliðsnafn. Þeir bæta ekki við HTTP CONNECT, TLS eða auðkenningu. Stilltu nauðsynlegar submission-, SASL- og TLS-stillingar milliliðarins sérstaklega.

Reikningarnir tveir geta líka verið ólíkir. Lykilorð sem vefselurinn samþykkir er ekki sjálfkrafa skírteini fyrir póstsendingu, og milliliðurinn getur enn hafnað sendanda eftir að hafa samþykkt tenginguna.

Hvað ef eina samþykkt leiðin er göng?

HTTP-selur getur borið SMTP í gegnum CONNECT þegar hann leyfir áfangastað og gátt. Það lætur ekki handahófskenndan SMTP-biðlara búa til CONNECT. Verkfæri eins og curl hefur sérstakan valkost fyrir selgöng; að stilla relayhost í Postfix er annað viðmót.

Föst SSH-framsending eða sérsmíðaður staðbundinn flutningsaðlögun getur sýnt eina samþykkta SMTP-þjónustu sem staðbundið TCP-endapunkt. Í þeirri hönnun talar Postfix SMTP við endapunktinn og aðlögunin sér um hinn flutninginn. Haltu honum takmörkuðum og varðveittu TLS-identitet hins fyrirhugaða póstþjóns: að breyta tengiadressunni í loopback getur haft áhrif á nafnbyggða vottorðastefnu.

Veldu póstmilliliðinn frekar þegar það er þjónustan sem netstjórinn býður. Hann gefur biðröð, sendandastefnu og afhendingarvillum SMTP-vitandi heimili. Stilling vefsels ein og sér veitir enga þessara póstvirkni.

Tengdir greinar