በራስዎ የSMTP አገልጋይ በኩል ኢሜይል ይላኩ

የራስዎን የኢሜይል መሠረተ-ልማት የሚያንቀሳቅሱ ከሆነ፣ ወይም አቅራቢዎ እኛ በቀጥታ ካልዘረዘርናቸው አንዱ ከሆነ ይህንን ይጠቀሙ — ከሞላ ጎደል እያንዳንዱ የኢሜይል አገልግሎት SMTP ያቀርባል።

⚠️ አቅራቢዎ Mailgun፣ SendGrid፣ Postmark፣ Amazon SES ወይም Resend ከሆነ በምትኩ የራሱን መመሪያ ይጠቀሙ። የሆነ ችግር ሲፈጠር እነዚያ ግንኙነቶች የተሻሉ የስህተት መልዕክቶችን ይሰጡዎታል፣ ምክንያቱም ከSMTP ሁኔታ ኮድ ይልቅ አቅራቢው በትክክል የተናገረውን ማንበብ እንችላለን።

የሚያስፈልጉዎት ነገሮች

የኢሜይል አገልጋይዎን ከሚያስተዳድረው አካል አራት ነገሮች፦

• Host — ለምሳሌ smtp.yourprovider.com
• Port — 587፣ 465 ወይም 2525
• Username እና password

የትኛው ወደብ (port)

587 ከSTARTTLS ጋር የሚደረግ ማስረከቢያ (submission) ነው እና እርስዎ ሊጠቀሙበት የሚገባው ነው። ግንኙነቱ ባልተመሰጠረ መልኩ ይጀምርና ማንኛውም ነገር ከመላኩ በፊት ወደ TLS ይሻሻላል።

465 ግልጽ ያልሆነ (implicit) TLS ነው — ከመጀመሪያው ባይት ጀምሮ የተመሰጠረ። እኩል ተቀባይነት ያለው ነው፤ አንዳንድ አቅራቢዎች ይመርጡታል።

2525 ጥቂት ኔትወርኮች 587ን ስለሚዘጉ አንዳንድ አስተናጋጆች የሚያቀርቡት ይፋዊ ያልሆነ አማራጭ ነው። አቅራቢዎ እንዲጠቀሙበት ከነገረዎት ብቻ ይጠቀሙበት።

⛔ ወደብ 25 እዚህ ተቀባይነት አለው ነገር ግን ፈጽሞ ትክክለኛው መልስ አይደለም። የኢሜይል አገልጋዮች እርስ በእርሳቸው ለመነጋገር የሚጠቀሙበት ወደብ እንጂ አንድ መተግበሪያ መልዕክት ለማስረከብ የሚጠቀምበት አይደለም። በአብዛኛዎቹ ኔትወርኮች ላይ የታገደ ነው፣ ብዙ ጊዜ የማረጋገጫ (authentication) ሥርዓት የለውም፣ እና በሚሠራበት ቦታም ቢሆን ብዙውን ጊዜ ያልተመሰጠረ ነው።

⛔⛔ ባልተመሰጠረ ግንኙነት ላይ አንልክም። Use STARTTLS የሚለውን ክፍት ካደረጉት — እና ማድረግም አለብዎት — እንዲሁም አገልጋይዎ ማሻሻልን ካልተቀበለ፣ ባልተመሰጠረ መልኩ ከመቀጠል ይልቅ መላኩ ይከሽፋል። ይሄ ሆነ ተብሎ የተደረገ ነው፦ የደንበኞችዎ የይለፍ ቃል ዳግም ማስጀመሪያ አገናኞች (links) በእነዚህ መልዕክቶች ውስጥ ይተላለፋሉ፣ እና ማንም ያላስተዋለው ዝቅጠት ደግሞ የከፋው ዓይነት ውድቀት ነው፣ ምክንያቱም ኢሜይሉ አሁንም ይደርሳል።

መጀመሪያ የእርስዎን DNS ያዘጋጁ

የሚተዳደር አገልግሎት እንደሚያደርገው አቅራቢዎ ይህንን ለእርስዎ አያደርግልዎትም። ከሚልኩበት ጎራ (domain) ላይ የሚከተሉት ያስፈልጉዎታል፦

SPF — የአገልጋይዎን አድራሻ ፈቃድ የሚሰጥ የTXT መዝገብ፦ v=spf1 ip4:203.0.113.10 -all፣ ወይም v=spf1 a:smtp.yourprovider.com -all። አስቀድመው የSPF መዝገብ ካለዎት ያስተካክሉት፤ በአንድ ጎራ ላይ ሁለት የSPF መዝገቦች መኖራቸው SPFን ሙሉ በሙሉ ውድቅ ያደርገዋል።

DKIM — የኢሜይል አገልጋይዎ ወጪ መልዕክቶችን ይፈርማል እና እርስዎ የሚዛመደውን ይፋዊ ቁልፍ በ<selector>._domainkey.yourdomain.com ላይ ያትማሉ። በPostfix ላይ ይህ አብዛኛውን ጊዜ OpenDKIM ነው፤ አቅራቢዎ selector የትኛው እንደሆነ ይነግርዎታል።

DMARC — ሁለቱም SPF እና DKIM ማለፋቸውን በሚያረጋግጡበት ጊዜ በ_dmarc.yourdomain.com ላይ በv=DMARC1; p=none; የሚጀምር የTXT መዝገብ።

Reverse DNS — ለአገልጋይዎ IP አድራሻ ያለው የPTR መዝገብ ወደ አስተናጋጅ ስሙ (hostname) መመለስ አለበት። ትላልቅ ተቀባዮች ይህንን ይመረምራሉ እና ብዙዎቹ ያለ እሱ ከአድራሻ የሚመጣን ኢሜይል አይቀበሉም። ይህንን የሚያዘጋጀው የDNS አቅራቢዎ ሳይሆን የማስተናገጃ (hosting) አቅራቢዎ ነው።

⭐ አንዴ እንዲሠራ ካደረጉት በኋላ ጥሩ ነፃ ምርመራ፦ ወደ mail-tester.com መልዕክት ይላኩ እና ውጤቱን ያንብቡ። ከአራቱ የትኛው እንደተሳሳተ ይነግርዎታል፣ ይህም ከአይፈለጌ መልዕክት (spam) አቃፊ ከመገመት የበለጠ ፈጣን ነው።

በZinn® ውስጥ ያገናኙት

በዳሽቦርድዎ ውስጥ Email sending የሚለውን ይክፈቱ፦

• Provider — SMTP server
• Send from this domain — mail.yourdomain.com (አድራሻ ሳይሆን፣ ጎራ)
• SMTP host፣ Port፣ Username፣ Password
• Use STARTTLS — በርቷል፣ በወደብ 465 ላይ ካልሆኑ በስተቀር

⭐ የአንድን ሰው መግቢያ እንደገና ከመጠቀም ይልቅ ለዚህ የተለየ የኢሜይል ሳጥን ወይም የማስረከቢያ ተጠቃሚ ይፍጠሩ። አንድ ሰው ሥራ ሲለቅ እና የይለፍ ቃሉ ሲቀየር፣ የደንበኞችዎ ማሳወቂያዎች መቆም የለባቸውም።

የሙከራ መልዕክቱን ይላኩ እና ኮዱን ያስገቡ

በተለየ ጎራ ላይ ወዳለ የገቢ መልዕክት ሳጥን Send test message የሚለውን ይጫኑ፣ ኮዱን ከዚያ ውስጥ ያንብቡ እና ያስገቡት።

በማይሠራበት ጊዜ

"The mail server rejected the username or password" — የSMTP AUTH አልተሳካም። አቅራቢዎ በመለያው ላይ ባለ ሁለት-ደረጃ ማረጋገጫ (two-factor authentication) ካለው፣ ከመግቢያ ይለፍ ቃል ይልቅ የመተግበሪያ ይለፍ ቃል (app password) በእርግጠኝነት ያስፈልግዎታል።

"Could not reach host:port" — ወደቡ ተዘግቷል፣ የአስተናጋጁ ስም የተሳሳተ ነው፣ ወይም አገልጋዩ በዚያ ወደብ ላይ ለማስረከቢያ ዝግጁ አይደለም። ከሌላ ማሽን telnet smtp.yourprovider.com 587 ማድረግ የትኛው እንደሆነ ይነግርዎታል።

የTLS ስህተት — የአገልጋይዎ ሰርተፍኬት ጊዜው አልፎበታል፣ በራስ የተፈረመ ነው፣ ወይም ካስገቡት የአስተናጋጅ ስም ጋር አይዛመድም። ሰርተፍኬቶችን እናረጋግጣለን እና ያንን ምርመራ አንዘለውም፤ ሰርተፍኬቱን ያስተካክሉ።

"The mail server refused the recipient" — አገልጋይዎ ለዚህ ላኪ እንዲያስተላልፍ (relay) አልተዋቀረም፣ ይህም አብዛኛውን ጊዜ የተረጋገጠው ተጠቃሚ በእርስዎ ላኪ ጎራ ስም እንዲልክ አልተፈቀደለትም ማለት ነው።

ይላካል ነገር ግን ሁሉም ነገር አይፈለጌ መልዕክት (spam) ውስጥ ይገባል — ይሄ DNS እንጂ SMTP አይደለም። ከላይ የተጠቀሱትን SPF፣ DKIM፣ DMARC እና reverse DNS ይፈትሹ፣ ከዚያ የmail-tester ምርመራውን እንደገና ያካሂዱ።