Nukreipkite Postfix į pašto retransliatorių, o ne į žiniatinklio tarpinį serverį

relayhost = proxy.example.net:3128 atrodo įtikinamai, kol abu galai nepradeda kalbėtis. Postfix laukia SMTP partnerio. Žiniatinklio tarpinis serveris prievade 3128 laukia HTTP tarpinio serverio užklausos. Nė vienas negauna pokalbio, kurio laukė.

Jei tinklas teikia patvirtintą pašto retransliatorių, vietoj jo sukonfigūruokite tą SMTP paslaugą. Įprasta forma yra:

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

Pagrindinio kompiuterio vardas ir prievadas yra pavyzdžiai. Laužtiniai skliaustai slopina MX paiešką tam retransliatoriaus vardui. Jie neprideda HTTP CONNECT, TLS ar autentifikavimo. Atskirai sukonfigūruokite retransliatoriaus reikalaujamus submission, SASL ir TLS nustatymus.

Abi paskyros taip pat gali skirtis. Žiniatinklio tarpinio serverio priimtas slaptažodis nebūtinai yra pašto siuntimo kredencialas, o retransliatorius gali atmesti siuntėją net priėmęs ryšį.

O jei vienintelis patvirtintas kelias yra tunelis?

HTTP tarpinis serveris gali perduoti SMTP per CONNECT, kai leidžia paskirties vietą ir prievadą. Tai nepriverčia bet kurio SMTP kliento generuoti CONNECT. Toks įrankis kaip curl turi aiškią tarpinio serverio tunelio parinktį; Postfix relayhost nustatymas yra kitokia sąsaja.

Fiksuotas SSH peradresavimas arba specialiai sukurtas vietinis transporto adapteris gali atskleisti vieną patvirtintą SMTP paslaugą kaip vietinį TCP galinį tašką. Pagal tą projektą Postfix kalba SMTP su galiniu tašku, o adapteris užtikrina kitą transportą. Laikykite jį apribotą ir išsaugokite numatyto pašto serverio TLS tapatybę: ryšio adreso keitimas į loopback gali paveikti vardu pagrįstą sertifikatų politiką.

Pirmenybę teikite pašto retransliatoriui, kai tai yra paslauga, kurią teikia tinklo operatorius. Jis suteikia eilei, siuntėjo politikai ir pristatymo klaidoms SMTP suprantančius namus. Vien žiniatinklio tarpinio serverio nustatymas neteikia nė vienos iš šių pašto funkcijų.