មូលដ្ឋានចំណេះដឹង

ផ្ញើអ៊ីមែលតាមរយៈម៉ាស៊ីនបម្រើ SMTP ផ្ទាល់ខ្លួនរបស់អ្នក

ភ្ជាប់ម៉ាស៊ីនបម្រើ SMTP ផ្ទាល់ខ្លួនរបស់អ្នក៖ កំពង់ផែណាដែលត្រូវប្រើ និងហេតុអ្វីមិនមែនជាច្រកទី 25, កំណត់ត្រា SPF, DKIM, DMARC និង reverse-DNS ដែលអ្នកត្រូវបោះពុម្ពផ្សាយដោយខ្លួនឯង និងហេតុអ្វីបានជាយើងបដិសេធមិនត្រឡប់ទៅការតភ្ជាប់ដែលមិនបានអ៊ិនគ្រីប។

ប្រើជម្រើសនេះ ប្រសិនបើលោកអ្នកដំណើរការហេដ្ឋារចនាសម្ព័ន្ធអ៊ីមែលផ្ទាល់ខ្លួន ឬប្រសិនបើអ្នកផ្តល់សេវារបស់លោកអ្នកមិនត្រូវបានរៀបរាប់ក្នុងបញ្ជី ដោយផ្ទាល់ — សេវាអ៊ីមែលស្ទើរតែទាំងអស់ផ្តល់ជូន SMTP។

⚠️ ប្រសិនបើអ្នកផ្តល់សេវារបស់លោកអ្នកគឺ Mailgun, SendGrid, Postmark, Amazon SES ឬ Resend សូមប្រើប្រាស់មគ្គុទ្ទេសក៍ផ្ទាល់ខ្លួនរបស់វា ជំនួសវិញ។ ការភ្ជាប់ទាំងនោះផ្តល់ឱ្យលោកអ្នកនូវសារកំហុសកាន់តែប្រសើរនៅពេលមានបញ្ហាកើតឡើង ព្រោះ យើងអាចអានអ្វីដែលអ្នកផ្តល់សេវាបាននិយាយពិតប្រាកដ ជាជាងកូដស្ថានភាព SMTP។

អ្វីដែលលោកអ្នកត្រូវការ

បួនយ៉ាង ពីនរណាក៏ដោយដែលដំណើរការម៉ាស៊ីនបម្រើអ៊ីមែលរបស់លោកអ្នក៖

  • Host — ឧ. smtp.yourprovider.com
  • Port587, 4652525
  • Username និង password

តើប្រើច្រក (port) មួយណា

587 គឺជាការបញ្ជូនជាមួយ STARTTLS ហើយជាអ្វីដែលលោកអ្នកគួរប្រើ។ ការភ្ជាប់ចាប់ផ្តើមដោយ មិនទាន់ទិន្នន័យសម្ងាត់ ហើយត្រូវបានអាប់គ្រេដទៅ TLS មុនពេលអ្វីៗទាំងអស់ត្រូវបានផ្ញើ។

465 គឺជា TLS ដោយផ្លូវការ — ត្រូវបានកូដនីយកម្មចាប់ពីបៃ (byte) ដំបូង។ ប្រើបានល្អដូចគ្នា; អ្នកផ្តល់សេវាមួយចំនួនចូលចិត្តវា។

2525 ជានិមិត្តសញ្ញាជំនួសមិនផ្លូវការដែលម៉ាស៊ីនបម្រើមួយចំនួនផ្តល់ជូន ព្រោះបណ្តាញមួយចំនួនតូចរារាំង 587។ ប្រើវាលុះត្រាតែអ្នកផ្តល់សេវារបស់លោកអ្នកប្រាប់ឱ្យលោកអ្នកប្រើ។

Port 25 ត្រូវបានទទួលយកនៅទីនេះ ប៉ុន្តែស្ទើរតែមិនដែលជាចម្លើយត្រឹមត្រូវឡើយ។ វាគឺជាច្រកដែលម៉ាស៊ីនបម្រើអ៊ីមែល ប្រើដើម្បីនិយាយគ្នាមិនមែនជាច្រកដែលកម្មវិធីប្រើដើម្បីបញ្ជូនសារនោះទេ។ វាត្រូវ បានរារាំងនៅលើបណ្តាញភាគច្រើន ជាញឹកញាប់មិនមានការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវទេ ហើយកន្លែងដែលវាដំណើរការ វាច្រើនតែ មិនត្រូវបានកូដនីយកម្ម។

⛔⛔ យើងនឹងមិនផ្ញើតាមរយៈការភ្ជាប់ដែលមិនបានកូដនីយកម្មឡើយ។ ប្រសិនបើលោកអ្នកទុក Use STARTTLS បើក — ហើយ លោកអ្នកគួរតែទុក — ហើយម៉ាស៊ីនបម្រើរបស់លោកអ្នកបដិសេធមិនអាប់គ្រេដ ការផ្ញើនឹងបរាជ័យជាជាងបន្តផ្ញើដោយ មិនទាន់ទិន្នន័យសម្ងាត់។ នោះជាបំណងច្បាស់លាស់៖ តំណភ្ជាប់កំណត់ពាក្យសម្ងាត់ឡើងវិញរបស់អតិថិជនលោកអ្នកធ្វើដំណើរក្នុងសារទាំងនេះ ហើយ ការទម្លាក់កម្រិតដែលគ្មាននរណាកត់សម្គាល់គឺជាប្រភេទបរាជ័យដ៏អាក្រក់បំផុត ព្រោះអ៊ីមែលនៅតែមកដល់។

រៀបចំ 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 — កំណត់ត្រា TXT នៅ _dmarc.yourdomain.com ចាប់ផ្តើមពី v=DMARC1; p=none; ខណៈពេលដែល លោកអ្នកពិនិត្យមើលថា SPF និង DKIM ទាំងពីរបានឆ្លងកាត់។

Reverse DNS — កំណត់ត្រា PTR សម្រាប់អាសយដ្ឋាន IP ម៉ាស៊ីនបម្រើរបស់លោកអ្នកគួរតែដោះស្រាយត្រឡប់ទៅឈ្មោះម៉ាស៊ីន (hostname) របស់វាវិញ។ អ្នកទទួលធំៗពិនិត្យមើលចំណុចនេះ ហើយភាគច្រើននឹងមិនទទួលយកអ៊ីមែលពីអាសយដ្ឋានដែលគ្មានវាឡើយ។ អ្នកផ្តល់សេវាម៉ាស៊ីនបម្រើ (hosting) របស់លោកអ្នកជាអ្នកកំណត់វា មិនមែនអ្នកផ្តល់សេវា DNS របស់លោកអ្នកទេ។

⭐ ការពិនិត្យមើលដោយឥតគិតថ្លៃដ៏ល្អនៅពេលលោកអ្នកដំណើរការវា៖ ផ្ញើសារទៅកាន់ mail-tester.com ហើយអានពិន្ទុ។ វាប្រាប់លោកអ្នកថាចំណុចណាមួយក្នុងចំណោម ចំណុចទាំងបួនដែលខុស ដែលលឿនជាងការទាយចេញពីថតសារឥតបានការ (spam)។

ភ្ជាប់វានៅក្នុង Zinn®

បើក Email sending នៅក្នុងផ្ទាំងគ្រប់គ្រងរបស់លោកអ្នក៖

  • Provider — ម៉ាស៊ីនបម្រើ SMTP
  • Send from this domainmail.yourdomain.com (ដែន មិនមែនជាអាសយដ្ឋានទេ)
  • SMTP host, Port, Username, Password
  • Use STARTTLS — បើក លើកលែងតែលោកអ្នកនៅលើ port 465

បង្កើតប្រអប់សំបុត្រ ឬអ្នកប្រើប្រាស់បញ្ជូនដែលឧទ្ទិសសម្រាប់ករណីនេះ ជាជាងការប្រើប្រាស់គណនីចូលរបស់បុគ្គលឡើងវិញ។ នៅពេលដែលមាននរណាម្នាក់ចាកចេញ ហើយពាក្យសម្ងាត់របស់ពួកគេផ្លាស់ប្តូរ ការជូនដំណឹងរបស់អតិថិជនលោកអ្នកមិនគួរ ឈប់ដំណើរការឡើយ។

ផ្ញើសារតេស្ត និងបញ្ចូលកូដ

ចុច Send test message ទៅកាន់ប្រអប់សំបុត្រនៅលើដែនផ្សេងទៀត អានកូដចេញពីវា ហើយ បញ្ចូលវា។

នៅពេលដែលវាមិនដំណើរការ

"The mail server rejected the username or password" — SMTP AUTH បានបរាជ័យ។ ប្រសិនបើអ្នកផ្តល់សេវារបស់លោកអ្នក មានការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវពីរជាន់លើគណនី លោកអ្នកប្រាកដជាត្រូវការ app password ជាជាងពាក្យសម្ងាត់ចូលប្រើប្រាស់។

"Could not reach host:port" — ច្រកត្រូវបានរារាំង ឈ្មោះម៉ាស៊ីនខុស ឬម៉ាស៊ីនបម្រើ មិនកំពុងស្តាប់ការបញ្ជូននៅលើច្រកនោះទេ។ telnet smtp.yourprovider.com 587 ពីម៉ាស៊ីនមួយផ្សេងទៀតនឹងប្រាប់លោកអ្នក។

A TLS error — វិញ្ញាបនបត្ររបស់ម៉ាស៊ីនបម្រើលោកអ្នកផុតកំណត់ មិនផ្លូវការ (self-signed) ឬមិនត្រូវគ្នានឹង ឈ្មោះម៉ាស៊ីនដែលលោកអ្នកបានបញ្ចូល។ យើងផ្ទៀងផ្ទាត់វិញ្ញាបនបត្រ ហើយនឹងមិនរំលងការពិនិត្យនោះទេ; សូមកែសម្រួលវិញ្ញាបនបត្រ។

"The mail server refused the recipient" — ម៉ាស៊ីនបម្រើរបស់លោកអ្នកមិនត្រូវបានកំណត់រចនាសម្ព័ន្ធឱ្យបញ្ជូនបន្តសម្រាប់ អ្នកផ្ញើនេះទេ ដែលជាទូទៅមានន័យថាអ្នកប្រើប្រាស់ដែលបានផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវមិនត្រូវបានអនុញ្ញាតឱ្យផ្ញើជាដែនផ្ញើរបស់លោកអ្នកឡើយ។

វាផ្ញើចេញ ប៉ុន្តែអ្វីៗទាំងអស់ធ្លាក់ចូលក្នុង spam — នោះគឺមកពី DNS មិនមែន SMTP ទេ។ សូមដោះស្រាយតាម SPF, DKIM, DMARC និង reverse DNS ខាងលើ បន្ទាប់មកដំណើរការការពិនិត្យ mail-tester ឡើងវិញ។

នៅតែជាប់គាំងមែនទេ?

ការគាំទ្រត្រូវបានរួមបញ្ចូលនៅលើគ្រប់កញ្ចប់ទាំងអស់ និងការឆ្លើយតបជាភាសាផ្ទាល់ខ្លួនរបស់អ្នក។

ទំនាក់ទំនងផ្នែកជំនួយ អត្ថបទទាំងអស់