Nasměrujte Postfix na poštovní relay, ne na webovou proxy

relayhost = proxy.example.net:3128 vypadá věrohodně, dokud obě strany nezačnou mluvit. Postfix očekává SMTP protějšek. Webová proxy na 3128 očekává požadavek HTTP proxy. Ani jeden nedostane rozhovor, na který čekal.

Pokud síť poskytuje schválený poštovní relay, nakonfigurujte místo toho tuto SMTP službu. Typický tvar je:

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

Název hostitele a port jsou příklady. Hranaté závorky potlačí vyhledání MX pro tento název relaye. Nepřidávají HTTP CONNECT, TLS ani autentizaci. Nastavte požadované parametry submission, SASL a TLS relaye zvlášť.

Obě účty se také mohou lišit. Heslo přijaté webovou proxy není automaticky přihlašovací údaj pro odesílání pošty a relay může odesílatele odmítnout i po přijetí spojení.

Co když je jedinou schválenou cestou tunel?

HTTP proxy může přenášet SMTP přes CONNECT, pokud povolí cíl a port. To ale neznamená, že libovolný SMTP klient vytvoří CONNECT. Nástroj jako curl má výslovnou volbu proxy tunelu; nastavení relayhost v Postfixu je jiné rozhraní.

Pevné SSH přesměrování nebo účelový lokální transportní adaptér může vystavit jednu schválenou SMTP službu jako lokální koncový bod TCP. V takovém návrhu mluví Postfix po SMTP s koncovým bodem a adaptér zajišťuje druhý transport. Udržujte ho omezený a zachovejte TLS identitu zamýšleného poštovního serveru: změna adresy připojení na loopback může ovlivnit politiku certifikátů založenou na názvu.

Upřednostněte poštovní relay, když je to služba, kterou poskytuje operátor sítě. Dává frontě, politice odesílatele a chybám doručení domov, který rozumí SMTP. Samotné nastavení webové proxy neposkytuje žádnou z těchto poštovních funkcí.