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

ផ្ញើអ៊ីមែលពីដែនផ្ទាល់ខ្លួនរបស់អ្នក តាមរយៈគណនីផ្ទាល់ខ្លួនរបស់អ្នក

ផ្ញើការជូនដំណឹងរបស់អតិថិជនអ្នកចេញពីដូមែនផ្ទាល់ខ្លួនរបស់អ្នក នៅលើគណនីអ៊ីមែលផ្ទាល់ខ្លួនរបស់អ្នក៖ តើត្រូវជ្រើសរើសអ្នកផ្តល់សេវាមួយណា, កំណត់ត្រា SPF, DKIM និង return-path ដែលពួកគេទាំងអស់គ្នាត្រូវការ, ហេតុអ្វីបានជាយើងទាមទារឱ្យសារសាកល្បងផ្ញើទៅដល់ពិតប្រាកដ, និងមានអ្វីកើតឡើងនៅពេលដែលអ្នកផ្តល់សេវាជួបបញ្ហា។

រាល់ការជូនដំណឹងដែលអតិថិជនរបស់លោកអ្នកទទួលបាន — វិក្កយបត្រ ការកំណត់ពាក្យសម្ងាត់ឡើងវិញ ការឆ្លើយតបសំបុត្រគាំទ្រ ការបច្ចុប្បន្នភាពគម្រោង — ត្រូវបានផ្ញើចេញតាមរយៈសេវាកម្មអ៊ីមែល។ តាមលំនាំដើម សេវាកម្មនោះគឺជាសេវាកម្មរបស់យើង ហើយជួរ From បង្ហាញថា Zinn Digital® ហើយយើងជាអ្នកចំណាយលើសេវានេះ។

ប្រសិនបើលោកអ្នកប្រើប្រាស់កញ្ចប់ agencyreseller លោកអ្នកអាចភ្ជាប់សេវាកម្មអ៊ីមែលផ្ទាល់ខ្លួនរបស់លោកអ្នកជំនួសវិញបាន។ បន្ទាប់មក អតិថិជនរបស់លោកអ្នកនឹងឃើញដែន (domain) របស់លោកអ្នកនៅក្នុងជួរ From ហើយការឆ្លើយតបនឹងត្រឡប់មកកាន់លោកអ្នកវិញ ហើយសារទាំងនោះត្រូវបានផ្ញើចេញនៅលើគណនីលោកអ្នកជាមួយក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់លោកអ្នក

រៀបចំវាគ្បីនៅត្រង់ Email sending នៅក្នុងផ្ទាំងគ្រប់គ្រងរបស់លោកអ្នក។

តើខ្ញុំគួរប្រើប្រាស់ក្រុមហ៊ុនផ្តល់សេវាកម្មមួយណា?

ជម្រើសណាមួយក្នុងចំណោមជម្រើសទាំងនេះសុទ្ធតែដំណើរការ។ សូមជ្រើសរើសយកមួយដែលលោកអ្នកមានគណនីរួចហើយ។

| ក្រុមហ៊ុនផ្តល់សេវាកម្ម | ល្អបំផុតប្រសិនបើ | មគ្គុទ្ទេសក៍ | | --- | --- | --- | | Mailgun | លោកអ្នកចង់បាន API និងទំហំនៃការផ្ញើច្រើន | រៀបចំ Mailgun | | SendGrid | លោកអ្នកប្រើប្រាស់វារួចហើយសម្រាប់អ៊ីមែលទីផ្សារ | រៀបចំ SendGrid | | Postmark | អ៊ីមែលប្រតិបត្តិការតែប៉ុណ្ណោះ ទទួលបានអត្រាការផ្ញើដល់ប្រអប់សំបុត្រល្អបំផុត | រៀបចំ Postmark | | Amazon SES | លោកអ្នកកំពុងប្រើប្រាស់ AWS រួចហើយ ហើយចង់បានតម្លៃទាបបំផុត | រៀបចំ Amazon SES | | Resend | លោកអ្នកចង់បានការរៀបចំដែលងាយស្រួលបំផុត | រៀបចំ Resend | | ម៉ាស៊ីនបម្រើ SMTP ផ្ទាល់ខ្លួនរបស់លោកអ្នក | លោកអ្នកដំណើរការហេដ្ឋារចនាសម្ព័ន្ធអ៊ីមែលផ្ទាល់ខ្លួនរបស់លោកអ្នក | រៀបចំ SMTP |

ប្រសិនបើលោកអ្នកគ្មានជម្រើសច្បាស់លាស់ និងគ្មានគណនីដែលមានស្រាប់ Postmark គឺជាជម្រើសដែលយើងខ្ញុំជ្រើសរើសសម្រាប់អ៊ីមែលប្រតិបត្តិការ៖ វាបដិសេធមិនដឹកជញ្ជូនអ៊ីមែលទីផ្សារឡើយ ដែលជាមូលហេតុពិតប្រាកដធ្វើឱ្យអត្រាការផ្ញើដល់ប្រអប់សំបុត្ររបស់វាមានកម្រិតខ្ពស់បែបនេះ។

រៀបចំ DNS ជាមុនសិន។ វាជាការងារភាគច្រើនដែលត្រូវធ្វើ។

មិនថាលោកអ្នកជ្រើសរើសក្រុមហ៊ុនផ្តល់សេវាកម្មណាក៏ដោយ កំណត់ត្រា DNS ទាំងបីដូចគ្នានេះ គឺជាអ្នកសម្រេចថាអ៊ីមែលរបស់លោកអ្នកនឹងទៅដល់ប្រអប់សំបុត្រ ឬធ្លាក់ចូលក្នុងសារឥតបានការ (spam)។ ក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់លោកអ្នកនឹងបង្កើតតម្លៃជាក់លាក់ ហើយលោកអ្នកត្រូវបន្ថែមវាទៅក្នុងដែនរបស់លោកអ្នក។

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

DKIM — កំណត់ត្រា TXTCNAME ដែលផ្ទុកសោសាធារណៈ (public key) ដើម្បីឱ្យម៉ាស៊ីនបម្រើទទួលអាចពិនិត្យមើលថាសារពិតជាបានផ្ញើចេញពីក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់លោកអ្នក ហើយមិនត្រូវបានកែប្រែឡើយ។ នេះគឺជាកំណត់ត្រាដែលធ្វើការងារច្រើនជាងគេ ហើយវាជាកំណត់ត្រាដែលត្រូវតែត្រូវគ្នាដើម្បីឱ្យ DMARC ឆ្លងកាត់បាន។

Return-path (bounce) domain — ជាទូទៅគឺជា CNAME។ វាបំពេញអាសយដ្ឋានស្រោមសំបុត្រមើលមិនឃើញដែលក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់លោកអ្នកប្រើដើម្បីប្រមូលអ៊ីមែលដែលផ្ញើមិនចូល (bounces)។ ប្រសិនបើគ្មានវាទេ អ៊ីមែលដែលផ្ញើមិនចូលនឹងទៅកាន់កន្លែងដែលលោកអ្នកមើលមិនឃើញ ហើយកេរ្តិ៍ឈ្មោះដែនរបស់លោកអ្នកនឹងធ្លាក់ចុះដោយលោកអ្នកមិនដឹងខ្លួន។

DMARC — កំណត់ត្រា TXT នៅ _dmarc.yourdomain.com ដែលប្រាប់ម៉ាស៊ីនបម្រើទទួលអំពីអ្វីដែលត្រូវធ្វើនៅពេល SPF និង DKIM មិនត្រូវគ្នានឹងជួរ From របស់លោកអ្នក។ ចាប់ផ្តើមត្រឹម p=none ក្នុងពេលលោកអ្នកពិនិត្យមើលថាអ្វីៗគ្រប់យ៉ាងឆ្លងកាត់បាន បន្ទាប់មកផ្លាស់ទីទៅ p=quarantine និង p=reject

⚠️ ការផ្លាស់ប្តូរ DNS មិនលឿនភ្លាមៗនោះទេ។ សូមរង់ចាំរហូតដល់មួយម៉ោង មុនពេលលោកអ្នកសន្និដ្ឋានថាមានអ្វីមួយខុសប្រក្រតី។

ប្រើប្រាស់ដែនរង (subdomain) សម្រាប់ការផ្ញើ

សូមផ្ញើចេញពី mail.yourdomain.comnotifications.yourdomain.com មិនមែនចេញពី yourdomain.com ដោយផ្ទាល់នោះទេ។

មូលហេតុគឺកេរ្តិ៍ឈ្មោះ។ ដែនចម្បងរបស់លោកអ្នក គឺជាអ្វីដែលអ៊ីមែលអាជីវកម្មរបស់លោកអ្នកប្រើប្រាស់។ ប្រសិនបើការផ្ញើសារក្នុងបរិមាណច្រើនមានបញ្ហា ដែនរងសម្រាប់ការផ្ញើដាច់ដោយឡែកនឹងកាត់បន្ថយការខូចខាត — បុគ្គលិករបស់លោកអ្នកនៅតែអាចផ្ញើអ៊ីមែលទៅកាន់អតិថិជនបាន ក្នុងពេលដែលលោកអ្នកដោះស្រាយបញ្ហានោះ។ វាក៏អនុញ្ញាតឱ្យលោកអ្នកកំណត់កំណត់ត្រា DNS សម្រាប់ការផ្ញើដោយមិនប៉ះពាល់ដល់កំណត់ត្រាដែលប្រអប់សំបុត្រផ្ទាល់ខ្លួនរបស់លោកអ្នកពឹងផ្អែកលើនោះដែរ។

លោកអ្នកនៅតែត្រូវដាក់ដែន មិនមែនអាសយដ្ឋាន ទៅក្នុងវាល Send from this domain ឡើយ។ ផ្នែកនៅខាងមុខ @ ត្រូវបានជ្រើសរើសតាមសារនីមួយៗ៖ វិក្កយបត្រផ្ញើចេញជា billing@ ការកំណត់ពាក្យសម្ងាត់ឡើងវិញជា no-reply@ ការឆ្លើយតបសំបុត្រគាំទ្រជា support@

របៀបដែលការរៀបចំដំណើរការ

១. ជ្រើសរើសក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់លោកអ្នក ហើយបិទភ្ជាប់ព័ត៌មានសម្ងាត់របស់វា។ ២. ចុច Send test message។ យើងខ្ញុំនឹងផ្ញើអ៊ីមែលពិតប្រាកដតាមរយៈក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់លោកអ្នក ទៅកាន់ប្រអប់សំបុត្រដែលលោកអ្នកកំណត់ ដោយមានលេខកូដនៅក្នុងនោះ។ ៣. អានលេខកូដចេញពីប្រអប់សំបុត្រនោះ ហើយបញ្ចូលវា។

មានតែពេលនោះទេ ដែលអ៊ីមែលរបស់លោកអ្នកចាប់ផ្តើមផ្ញើចេញក្នុងនាមជាលោកអ្នក។

ប្រើប្រាស់ប្រអប់សំបុត្រនៅលើដែនផ្សេងសម្រាប់ការសាកល្បង — អាសយដ្ឋាន Gmail ឬ Outlook គឺល្អបំផុត។ សារដែលមិនដែលចាកចេញពីម៉ាស៊ីនបម្រើផ្ទាល់ខ្លួនរបស់លោកអ្នក មិនអាចបញ្ជាក់បានច្រើនដូចសារដែលបានឆ្លងកាត់អ៊ីនធឺណិត និងឆ្លងផុតតម្រងសារឥតបានការរបស់អ្នកដទៃនោះទេ។

ហេតុអ្វីបានជាយើងខ្ញុំជម្រុញឱ្យសារសាកល្បងទៅដល់ពិតប្រាកដ

ពីព្រោះក្រុមហ៊ុនផ្តល់សេវាកម្មដែលទទួលយកសារ ហើយបន្ទាប់មកលុបវាចោលដោយស្ងាត់ៗ មានលក្ខណៈដូចគ្នាបេះបិទទៅនឹងក្រុមហ៊ុនដែលដំណើរការបានល្អ។ គណនី Amazon SES ថ្មីស្រឡាងគឺស្ថិតនៅក្នុង sandbox ហើយនឹងទទួលយកសាររបស់លោកអ្នក ប៉ុន្តែមិនផ្ញើទៅណាលើយ។ ដែន Mailgun ដែល DNS របស់វាមិនទាន់រីករាលដាលពេញលេញក៏ធ្វើបែបនេះដែរ។ ម៉ាស៊ីនបម្រើបន្ត SMTP ដែលឆ្លើយតប 250 ហើយបោះបង់សារចោលក៏ដូចគ្នា។

ប្រសិនបើយើងខ្ញុំផ្លាស់ប្តូរការផ្ញើរបស់លោកអ្នកភ្លាមៗនៅពេលព័ត៌មានសម្ងាត់របស់លោកអ្នកត្រូវបានទទួលយក អ្វីដំបូងដែលលោកអ្នកនឹងបានដឹងគឺ អតិថិជនរបស់លោកអ្នកឈប់ទទួលបានអ្វីទាំងអស់ — ហើយលោកអ្នកនឹងដឹងវាពីអតិថិជន នៅប៉ុន្មានថ្ងៃក្រោយមក។ លេខកូដគឺជាភស្តុតាងដែលថាសារបានចាកចេញពីក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់លោកអ្នក និងបានទៅដល់

មានអ្វីកើតឡើងប្រសិនបើក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់ខ្ញុំឈប់ដំណើរការ

ការជូនដំណឹងរបស់លោកអ្នកត្រូវបានកត់ត្រាថាបរាជ័យ ព្យាយាមផ្ញើសារឡើងវិញ ហើយអេក្រង់ Email sending របស់លោកអ្នកប្រែជាពណ៌ក្រហមជាមួយនឹងសារកំហុសផ្ទាល់ខ្លួនរបស់ក្រុមហ៊ុនផ្តល់សេវាកម្មរបស់លោកអ្នកនៅលើនោះ។

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

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

ចុះប្រសិនបើខ្ញុំមិនធ្វើអ្វីសោះ?

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

ការលុបវាចេញ

ចុច Disconnect។ ព័ត៌មានសម្ងាត់ដែលបានរក្សាទុករបស់លោកអ្នកត្រូវបានលុប ហើយការជូនដំណឹងរបស់លោកអ្នកនឹងត្រឡប់ទៅកាន់ដែនរបស់យើងខ្ញុំវិញចាប់ពីសារបន្ទាប់។ លោកអ្នកអាចភ្ជាប់ឡើងវិញបានគ្រប់ពេល។

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

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

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