Postfix ን ወደ የኢሜይል ሪሌይ ይመሩ፣ ወደ ድረ-ገጽ ፕሮክሲ አይደለም

relayhost = proxy.example.net:3128 ሁለቱ ወገኖች መነጋገር እስኪጀምሩ ድረስ ተገቢ ይመስላል። Postfix የ SMTP አጋር ይጠብቃል። በ 3128 ላይ ያለ ድረ-ገጽ ፕሮክሲ የ HTTP ፕሮክሲ ጥያቄ ይጠብቃል። ማንም የሚጠብቀውን ውይይት አያገኝም።

አውታረ መረቡ የተፈቀደ የኢሜይል ሪሌይ ካቀረበ፣ በምትኩ ያንን የ SMTP አገልግሎት ያዋቅሩ። የተለመደ ቅርጽ ይህ ነው፦

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

የአስተናጋጅ ስሙ እና ወደቡ ምሳሌዎች ናቸው። ቅንፎች ለዚያ የሪሌይ ስም የ MX ፍለጋን ይጭብጣሉ። HTTP CONNECT፣ TLS ወይም ማረጋገጫ አይጨምሩም። ሪሌዩ የሚፈልገውን የማስረከቢያ፣ SASL እና TLS ቅንብሮች ለየብቻ ያዋቅሩ።

ሁለቱ መለያዎችም ሊለያዩ ይችላሉ። በድረ-ገጽ ፕሮክሲ የተቀበለው የይለፍ ቃል በራስ-ሰር የኢሜይል ማስረከቢያ ምስክር አይሆንም፣ ሪሌዩም ግንኙነቱን ከተቀበለ በኋላ አላኪውን ሊያጣራ ይችላል።

የተፈቀደው ብቸኛው መንገድ ዋሻ ከሆነስ?

የ HTTP ፕሮክሲ መዳረሻውን እና ወደቡን ከፈቀደ SMTP ን በ CONNECT በኩል ማስተላለፍ ይችላል። ይህ ግን የዘፈቀደ SMTP ደንበኛ CONNECT እንዲፈጥር አያደርግም። እንደ curl ያለ መሳሪያ ግልጽ የፕሮክሲ ዋሻ አማራጭ አለው፤ የ Postfix relayhost ማዋቀር ሌላ በይነገጽ ነው።

ቋሚ የ SSH ማስተላለፊያ ወይም ለዓላማ የተሰራ የአካባቢ ማጓጓዣ አስማሚ አንድ የተፈቀደ የ SMTP አገልግሎት እንደ አካባቢያዊ TCP መጨረሻ ነጥብ ሊያጋልጥ ይችላል። በዚያ ንድፍ Postfix ከመጨረሻ ነጥቡ ጋር SMTP ይነጋገራል፣ አስማሚውም ሌላውን ማጓጓዣ ያቀርባል። ገድቡት እና የታሰበውን የኢሜይል አገልጋይ TLS ማንነት ይጠብቁ፦ የግንኙነት አድራሻውን ወደ loopback መቀየር በስም ላይ የተመሰረተ የምስክር ወረቀት ፖሊሲን ሊነካ ይችላል።

የአውታረ መረብ ኦፕሬተሩ የሚያቀርበው አገልግሎት ከሆነ የኢሜይል ሪሌዩን ይመልከቱ። ለወረፋ፣ ለአላኪ ፖሊሲ እና ለማድረስ ስህተቶች SMTP ን የሚረዳ ቤት ይሰጣል። የድረ-ገጽ ፕሮክሲ ቅንብር ብቻ ከእነዚህ የኢሜይል ተግባራት አንዳቸውንም አያቀርብም።