Novirziet Postfix uz pasta starpniekserveri, nevis uz tīmekļa starpniekserveri

relayhost = proxy.example.net:3128 šķiet ticami, līdz abas puses sāk sarunāties. Postfix gaida SMTP partneri. Tīmekļa starpniekserveris uz 3128 gaida HTTP starpniekservera pieprasījumu. Neviens nesaņem sarunu, ko gaidīja.

Ja tīkls nodrošina apstiprinātu pasta starpnieku, tā vietā konfigurējiet šo SMTP pakalpojumu. Tipiska forma ir:

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

Resursdatora nosaukums un ports ir piemēri. Kvadrātiekavas nomāc MX meklēšanu šim starpnieka nosaukumam. Tās nepievieno HTTP CONNECT, TLS vai autentifikāciju. Atsevišķi konfigurējiet starpnieka nepieciešamos submission, SASL un TLS iestatījumus.

Abi konti var arī atšķirties. Tīmekļa starpniekservera pieņemtā parole nav automātiski pasta sūtīšanas akreditācija, un starpnieks var noraidīt sūtītāju arī pēc savienojuma pieņemšanas.

Ko darīt, ja vienīgais apstiprinātais ceļš ir tunelis?

HTTP starpniekserveris var pārvadāt SMTP caur CONNECT, ja tas atļauj galamērķi un portu. Tas nepadara patvaļīgu SMTP klientu par CONNECT ģeneratoru. Tādam rīkam kā curl ir skaidra starpniekservera tuneļa opcija; Postfix relayhost iestatīšana ir cita saskarne.

Fiksēta SSH pāradresācija vai speciāli veidots lokālais transporta adapteris var atklāt vienu apstiprinātu SMTP pakalpojumu kā lokālu TCP galapunktu. Šajā dizainā Postfix runā SMTP ar galapunktu, un adapteris nodrošina otru transportu. Turiet to ierobežotu un saglabājiet paredzētā pasta servera TLS identitāti: savienojuma adreses maiņa uz loopback var ietekmēt uz nosaukumu balstītu sertifikātu politiku.

Dodiet priekšroku pasta starpniekam, ja tas ir pakalpojums, ko nodrošina tīkla operators. Tas dod rindai, sūtītāja politikai un piegādes kļūdām SMTP saprotošas mājas. Tikai tīmekļa starpniekservera iestatījums nenodrošina nevienu no šīm pasta funkcijām.