ដឹកនាំ Postfix ទៅកាន់ relay សំបុត្រ មិនមែន web proxy ទេ

relayhost = proxy.example.net:3128 មើលទៅសមហេតុផល រហូតដល់ភាគីទាំងពីរចាប់ផ្តើមនិយាយ។ Postfix រង់ចាំដៃគូ SMTP។ web proxy នៅ port 3128 រង់ចាំសំណើ HTTP proxy។ គ្មានភាគីណាទទួលបានការសន្ទនាដែលខ្លួនរង់ចាំនោះទេ។

បើបណ្តាញផ្តល់ relay សំបុត្រដែលបានអនុម័ត សូមកំណត់សេវា SMTP នោះជំនួសវិញ។ ទម្រង់ធម្មតាគឺ៖

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

ឈ្មោះ host និង port គឺជាឧទាហរណ៍។ វង់ក្រចកការេបិទការស្វែងរក MX សម្រាប់ឈ្មោះ relay នោះ។ ពួកវាមិនបន្ថែម HTTP CONNECT, TLS ឬការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវទេ។ កំណត់ការកំណត់ submission, SASL និង TLS ដែល relay ត្រូវការដោយឡែក។

គណនីទាំងពីរក៏អាចខុសគ្នាបានដែរ។ ពាក្យសម្ងាត់ដែល web proxy ទទួលយកមិនមែនជាសម្គាល់ការផ្ញើសំបុត្រដោយស្វ័យប្រវត្តិទេ ហើយ relay នៅតែអាចបដិសេធអ្នកផ្ញើបន្ទាប់ពីទទួលយកការតភ្ជាប់។

ចុះបើផ្លូវតែមួយគត់ដែលបានអនុម័តគឺ tunnel?

HTTP proxy អាចដឹក SMTP តាមរយៈ CONNECT នៅពេលវាអនុញ្ញាតគោលដៅ និង port។ នោះមិនធ្វើឱ្យ SMTP client ណាមួយបង្កើត CONNECT ទេ។ ឧបករណ៍ដូចជា curl មានជម្រើស tunnel proxy ច្បាស់លាស់។ ការកំណត់ relayhost របស់ Postfix គឺជាចំណុចប្រទាក់ផ្សេង។

ការបញ្ជូន SSH ថេរ ឬអាដាប់ទ័រដឹកជញ្ជូនមូលដ្ឋានដែលបង្កើតឡើងជាពិសេស អាចបង្ហាញសេវា SMTP ដែលបានអនុម័តមួយជាចំណុចបញ្ចប់ TCP មូលដ្ឋាន។ ក្នុងការរចនានោះ Postfix និយាយ SMTP ជាមួយចំណុចបញ្ចប់ ហើយអាដាប់ទ័រផ្តល់ការដឹកជញ្ជូនផ្សេង។ រក្សាវាឱ្យមានកំណត់ ហើយរក្សាអត្តសញ្ញាណ TLS របស់ម៉ាស៊ីនមេសំបុត្រដែលបានបម្រុង៖ ការផ្លាស់ប្តូរអាសយដ្ឋានតភ្ជាប់ទៅ loopback អាចប៉ះពាល់ដល់គោលនយោបាយវិញ្ញាបនបត្រផ្អែកលើឈ្មោះ។

សូមជ្រើសរើស relay សំបុត្រ នៅពេលនោះជាសេវាដែលប្រតិបត្តិករបណ្តាញផ្តល់។ វាផ្តល់ឱ្យជួរ គោលនយោបាយអ្នកផ្ញើ និងកំហុសនៃការដឹកជញ្ជូននូវផ្ទះដែលយល់ SMTP។ ការកំណត់ web proxy តែម្នាក់ឯងមិនផ្តល់មុខងារសំបុត្រណាមួយក្នុងចំណោមនោះទេ។