មូលដ្ឋានចំណេះដឹង
ផ្ញើអ៊ីមែលតាមរយៈម៉ាស៊ីនបម្រើ SMTP ផ្ទាល់ខ្លួនរបស់អ្នក
ភ្ជាប់ម៉ាស៊ីនបម្រើ SMTP ផ្ទាល់ខ្លួនរបស់អ្នក៖ កំពង់ផែណាដែលត្រូវប្រើ និងហេតុអ្វីមិនមែនជាច្រកទី 25, កំណត់ត្រា SPF, DKIM, DMARC និង reverse-DNS ដែលអ្នកត្រូវបោះពុម្ពផ្សាយដោយខ្លួនឯង និងហេតុអ្វីបានជាយើងបដិសេធមិនត្រឡប់ទៅការតភ្ជាប់ដែលមិនបានអ៊ិនគ្រីប។
ប្រើជម្រើសនេះ ប្រសិនបើលោកអ្នកដំណើរការហេដ្ឋារចនាសម្ព័ន្ធអ៊ីមែលផ្ទាល់ខ្លួន ឬប្រសិនបើអ្នកផ្តល់សេវារបស់លោកអ្នកមិនត្រូវបានរៀបរាប់ក្នុងបញ្ជី ដោយផ្ទាល់ — សេវាអ៊ីមែលស្ទើរតែទាំងអស់ផ្តល់ជូន SMTP។
⚠️ ប្រសិនបើអ្នកផ្តល់សេវារបស់លោកអ្នកគឺ Mailgun, SendGrid, Postmark, Amazon SES ឬ Resend សូមប្រើប្រាស់មគ្គុទ្ទេសក៍ផ្ទាល់ខ្លួនរបស់វា ជំនួសវិញ។ ការភ្ជាប់ទាំងនោះផ្តល់ឱ្យលោកអ្នកនូវសារកំហុសកាន់តែប្រសើរនៅពេលមានបញ្ហាកើតឡើង ព្រោះ យើងអាចអានអ្វីដែលអ្នកផ្តល់សេវាបាននិយាយពិតប្រាកដ ជាជាងកូដស្ថានភាព SMTP។
អ្វីដែលលោកអ្នកត្រូវការ
បួនយ៉ាង ពីនរណាក៏ដោយដែលដំណើរការម៉ាស៊ីនបម្រើអ៊ីមែលរបស់លោកអ្នក៖
- Host — ឧ.
smtp.yourprovider.com - Port —
587,465ឬ2525 - 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 domain —
mail.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 ឡើងវិញ។
នៅតែជាប់គាំងមែនទេ?
ការគាំទ្រត្រូវបានរួមបញ្ចូលនៅលើគ្រប់កញ្ចប់ទាំងអស់ និងការឆ្លើយតបជាភាសាផ្ទាល់ខ្លួនរបស់អ្នក។
ទំនាក់ទំនងផ្នែកជំនួយ → អត្ថបទទាំងអស់ →