Postfix-i veb-proksiyə deyil, poçt relayinə yönəldin

relayhost = proxy.example.net:3128 hər iki tərəf danışmağa başlayana qədər ağlabatan görünür. Postfix SMTP həmkarı gözləyir. 3128 portundakı veb-proksi isə HTTP proksi sorğusu gözləyir. Heç biri gözlədiyi söhbəti almır.

Şəbəkə təsdiqlənmiş poçt relayi təqdim edirsə, əvəzində həmin SMTP xidmətini konfiqurasiya edin. Tipik forma belədir:

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

Host adı və port nümunədir. Mötərizələr həmin relay adı üçün MX axtarışını dayandırır. Onlar HTTP CONNECT, TLS və ya autentifikasiya əlavə etmir. Relayin tələb etdiyi submission, SASL və TLS parametrlərini ayrıca konfiqurasiya edin.

İki hesab da fərqli ola bilər. Veb-proksinin qəbul etdiyi parol avtomatik olaraq poçt göndərmə etimadı deyil və relay bağlantını qəbul etdikdən sonra da göndərəni rədd edə bilər.

Yeganə təsdiqlənmiş yol tunel olarsa nə etməli?

HTTP proksi təyinat və porta icazə verdikdə SMTP-ni CONNECT vasitəsilə daşıya bilər. Bu, hər hansı SMTP müştərisinin CONNECT yaratması demək deyil. curl kimi alətin açıq proksi-tunel seçimi var; Postfix-in relayhost parametrini təyin etmək başqa interfeysdir.

Sabit SSH yönləndirməsi və ya məqsədli yerli nəqliyyat adapteri bir təsdiqlənmiş SMTP xidmətini yerli TCP son nöqtəsi kimi təqdim edə bilər. Bu dizaynda Postfix son nöqtə ilə SMTP danışır, adapter isə digər nəqliyyatı təmin edir. Onu məhdud saxlayın və nəzərdə tutulan poçt serverinin TLS kimliyini qoruyun: bağlantı ünvanını loopback-ə dəyişmək ada əsaslanan sertifikat siyasətinə təsir edə bilər.

Şəbəkə operatorunun təqdim etdiyi xidmət poçt relayidirsə, ona üstünlük verin. O, növbələşmə, göndərən siyasəti və çatdırılma xətaları üçün SMTP-dən anlayan bir ev verir. Təkcə veb-proksi parametri bu poçt funksiyalarından heç birini vermir.