Postfix ni pochta relayiga yo'naltiring, web proksiga emas

relayhost = proxy.example.net:3128 ikki tomon gaplashmaguncha ishonarli ko'rinadi. Postfix SMTP hamkorini kutadi. 3128 dagi web proksi HTTP proksi so'rovini kutadi. Hech biri kutgan suhbatini olmaydi.

Agar tarmoq tasdiqlangan pochta relayini taqdim etsa, uning o'rniga o'sha SMTP xizmatini sozlang. Odatiy shakl quyidagicha:

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

Xost nomi va port misollardir. Kvadrat qavslar o'sha relay nomi uchun MX qidiruvini bostiradi. Ular HTTP CONNECT, TLS yoki autentifikatsiyani qo'shmaydi. Relay talab qiladigan submission, SASL va TLS sozlamalarini alohida sozlang.

Ikki hisob ham farq qilishi mumkin. Web proksi qabul qilgan parol avtomatik ravishda pochta yuborish guvohnomasi emas va relay ulanishni qabul qilgandan keyin ham jo'natuvchini rad etishi mumkin.

Agar yagona tasdiqlangan yo'l tunnel bo'lsa-chi?

HTTP proksi manzil va portga ruxsat bersa, SMTP ni CONNECT orqali tashishi mumkin. Bu har qanday SMTP mijozi CONNECT yaratishiga olib kelmaydi. curl kabi vosita aniq proksi-tunnel variantiga ega; Postfix ning relayhost ni sozlash boshqa interfeys.

Belgilangan SSH yo'naltirish yoki maqsadli yaratilgan mahalliy transport adapteri bitta tasdiqlangan SMTP xizmatini mahalliy TCP yakuniy nuqtasi sifatida ochib berishi mumkin. Bunday dizaynda Postfix yakuniy nuqta bilan SMTP gaplashadi, adapter esa boshqa transportni ta'minlaydi. Uni cheklangan tuting va mo'ljallangan pochta serverining TLS identifikatsiyasini saqlang: ulanish manzilini loopback ga o'zgartirish nomga asoslangan sertifikat siyosatiga ta'sir qilishi mumkin.

Tarmoq operatori taqdim etayotgan xizmat pochta relayi bo'lsa, uni afzal ko'ring. U navbat, jo'natuvchi siyosati va yetkazib berish xatolariga SMTP ni tushunadigan uy beradi. Faqat web proksi sozlamasi bu pochta funksiyalaridan birortasini ham ta'minlamaydi.