Postfix තැපැල් රිලේ වෙත යොමු කරන්න, වෙබ් ප්‍රොක්සි වෙත නොවේ

relayhost = proxy.example.net:3128 දෙපැත්ත කතා කරන තෙක් විශ්වාසදායක ලෙස පෙනේ. Postfix SMTP සහකරුවෙකු බලාපොරොත්තු වේ. 3128 හි වෙබ් ප්‍රොක්සිය HTTP ප්‍රොක්සි ඉල්ලීමක් බලාපොරොත්තු වේ. කිසිවෙකුට තමන් බලා සිටි සංවාදය ලැබෙන්නේ නැත.

ජාලය අනුමත තැපැල් රිලේ එකක් සපයන්නේ නම්, ඒ වෙනුවට එම SMTP සේවාව වින්‍යාස කරන්න. සාමාන්‍ය ආකාරය මෙයයි:

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

සත්කාරක නාමය සහ වරාය උදාහරණ පමණි. වර්ග වරහන් එම රිලේ නාමය සඳහා MX සෙවීම මර්දනය කරයි. ඒවා HTTP CONNECT, TLS හෝ සත්‍යාපනය එකතු නොකරයි. රිලේට අවශ්‍ය submission, SASL සහ TLS සැකසුම් වෙන වෙනම වින්‍යාස කරන්න.

ගිණුම් දෙක වෙනස් විය හැක. වෙබ් ප්‍රොක්සිය පිළිගන්නා මුරපදය ස්වයංක්‍රීයව තැපැල් submission අක්‍රමතාවයක් නොවේ, සහ සම්බන්ධතාවය පිළිගත් පසුවද රිලේ යවන්නා ප්‍රතික්ෂේප කළ හැක.

එකම අනුමත මාර්ගය උමං මාර්ගයක් නම්?

HTTP ප්‍රොක්සිය ගමනාන්තය සහ වරාය අනුමත කරන විට SMTP CONNECT හරහා ගෙන යා හැක. එයින් කිසිදු SMTP සේවාලාභියෙක් CONNECT සාදන්නේ නැත. curl වැනි මෙවලමකට පැහැදිලි ප්‍රොක්සි-උමං විකල්පයක් ඇත; Postfix හි relayhost සැකසීම වෙනත් අතුරුමුහුණතකි.

ස්ථාවර SSH යොමු කිරීමක් හෝ අරමුණු සඳහා තැනූ දේශීය ප්‍රවාහන අඩැප්ටරයක් එක් අනුමත SMTP සේවාවක් දේශීය TCP අන්ත ලක්ෂ්‍යයක් ලෙස නිරාවරණය කළ හැක. එම නිර්මාණයේ Postfix අන්ත ලක්ෂ්‍යය සමඟ SMTP කථා කරයි, අඩැප්ටරය අනෙක් ප්‍රවාහනය සපයයි. එය සීමිතව තබා අපේක්ෂිත තැපැල් සේවාදායකයේ TLS අනන්‍යතාවය රැක ගන්න: සම්බන්ධතා ලිපිනය loopback වෙත වෙනස් කිරීම නාම-පාදක සහතික ප්‍රතිපත්තියට බලපෑ හැක.

ජාල ක්‍රියාකරු සපයන සේවාව තැපැල් රිලේ නම් එයට මුල් තැන දෙන්න. එය පෝලිම, යවන්නාගේ ප්‍රතිපත්තිය සහ බෙදාහැරීමේ දෝෂ සඳහා SMTP තේරුම් ගන්නා නිවසක් ලබා දෙයි. වෙබ් ප්‍රොක්සි සැකසුම පමණක් මෙම තැපැල් කාර්යයන් කිසිවක් සපයන්නේ නැත.