ສົ່ງອີເມວຈາກໂດເມນຂອງທ່ານເອງ, ໃນບັນຊີຂອງທ່ານເອງ

ທຸກໆການແຈ້ງເຕືອນທີ່ລູກຄ້າຂອງທ່ານໄດ້ຮັບ — ໃບແຈ້ງໜີ້, ການຕັ້ງລະຫັດຜ່ານຄືນໃໝ່, ການຕອບກັບຕ໋ອດ, ການອັບເດດໂຄງການ — ແມ່ນສົ່ງອອກຜ່ານບໍລິການອີເມວ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ບໍລິການນັ້ນແມ່ນຂອງພວກເຮົາ, ແຖວ From ລະບຸວ່າ Zinn Digital®, ແລະພວກເຮົາເປັນຜູ້ຊຳລະຄ່າບໍລິການ.

ຖ້າທ່ານຢູ່ໃນແພັກເກດ agency ຫຼື reseller, ທ່ານສາມາດເຊື່ອມຕໍ່ບໍລິການອີເມວຂອງທ່ານເອງໄດ້. ຈາກນັ້ນ, ລູກຄ້າຂອງທ່ານຈະເຫັນໂດເມນຂອງ ທ່ານ ໃນແຖວ From, ການຕອບກັບຈະສົ່ງກັບມາຫາ ທ່ານ, ແລະຂໍ້ຄວາມຈະຖືກສົ່ງໃນບັນຊີຂອງ ທ່ານ ໂດຍຜ່ານຜູ້ໃຫ້ບໍລິການຂອງ ທ່ານ.

ຕັ້ງຄ່າມັນໄດ້ທີ່ Email sending ໃນເເຜງຄວບຄຸມຂອງທ່ານ.

ທ່ານຄວນໃຊ້ຜູ້ໃຫ້ບໍລິການໃດ?

ຜູ້ໃຫ້ບໍລິການເຫຼົ່ານີ້ສາມາດໃຊ້ໄດ້ທັງໝົດ. ເລືອກຜູ້ໃຫ້ບໍລິການທີ່ທ່ານມີບັນຊີຢູ່ແລ້ວ.

| ຜູ້ໃຫ້ບໍລິການ | ດີທີ່ສຸດຖ້າ | ຄູ່ມື | | --- | --- | --- | | Mailgun | ທ່ານຕ້ອງການ API ແລະປະລິມານການສົ່ງທີ່ຫຼາຍ | Set up Mailgun | | SendGrid | ທ່ານໃຊ້ສຳລັບອີເມວການຕະຫຼາດຢູ່ແລ້ວ | Set up SendGrid | | Postmark | ອີເມວທຸລະກຳເທົ່ານັ້ນ, ອັດຕາການສົ່ງເຖິງດີທີ່ສຸດ | Set up Postmark | | Amazon SES | ທ່ານໃຊ້ AWS ຢູ່ແລ້ວ ແລະຕ້ອງການລາຄາທີ່ຕໍ່າສຸດ | Set up Amazon SES | | Resend | ທ່ານຕ້ອງການການຕັ້ງຄ່າທີ່ງ່າຍທີ່ສຸດ | Set up Resend | | Your own SMTP server | ທ່ານດຳເນີນການໂຄງລ່າງພື້ນຖານອີເມວຂອງທ່ານເອງ | Set up SMTP |

ຖ້າທ່ານບໍ່ມີຕົວເລືອກທີ່ມັກເປັນພິເສດ ແລະບໍ່ມີບັນຊີທີ່ມີຢູ່ແລ້ວ, Postmark ແມ່ນຕົວເລືອກທີ່ພວກເຮົາຈະເລືອກສຳລັບອີເມວທຸລະກຳ: ມັນປະຕິເສດການສົ່ງອີເມວການຕະຫຼາດ, ລະບົບນີ້ຈຶ່ງມີອັດຕາການສົ່ງເຖິງທີ່ສູງ.

ດຳເນີນການ DNS ກ່ອນ. ມັນແມ່ນວຽກສ່ວນໃຫຍ່.

ບໍ່ວ່າທ່ານຈະເລືອກຜູ້ໃຫ້ບໍລິການໃດ, ລະບົບ DNS ສາມລະບົບດຽວກັນນີ້ຈະເປັນໂຕກຳນົດວ່າອີເມວຂອງທ່ານຈະໄປເຖິງ ຫຼື ຕົກຢູ່ໃນກ່ອງຈົດໝາຍຂີ້ເຫຍື້ອ. ຜູ້ໃຫ້ບໍລິການຂອງທ່ານຈະສ້າງຄ່າທີ່ຖືກຕ້ອງໃຫ້; ທ່ານພຽງແຕ່ເພີ່ມຄ່າເຫຼົ່ານັ້ນໃສ່ໃນໂດເມນຂອງທ່ານ.

SPF — ເຣັກຄອດ TXT ໃນໂດເມນຂອງທ່ານທີ່ລະບຸວ່າໃຜມີສິດສົ່ງອີເມວໃນນາມຂອງທ່ານ. ຖ້າທ່ານມີຢູ່ແລ້ວ, ໃຫ້ທ່ານ ແກ້ໄຂ ມັນ; ບໍ່ໃຫ້ເພີ່ມເຣັກຄອດທີ່ສອງ. ໂດເມນທີ່ມີເຣັກຄອດ SPF ສອງອັນຈະລົ້ມເລກການກວດສອບ SPF ທັງໝົດ, ຢ່າງໃດກໍຕາມ, ມັນຮ້າຍແຮງກວ່າການບໍ່ມີເລີຍ.

DKIM — ເຣັກຄອດ TXT ຫຼື CNAME ທີ່ເກັບຄີສາທາລະນະ, ເພື່ອໃຫ້ເຊີເວີຜູ້ຮັບສາມາດກວດສອບໄດ້ວ່າຂໍ້ຄວາມມາຈາກຜູ້ໃຫ້ບໍລິການຂອງທ່ານແທ້ໆ ແລະບໍ່ໄດ້ຖືກປ່ຽນແປງ. ນີ້ແມ່ນເຣັກຄອດທີ່ເຮັດວຽກຫຼາຍທີ່ສຸດ, ແລະແມ່ນເຣັກຄອດທີ່ຕ້ອງກົງກັນເພື່ອໃຫ້ DMARC ຜ່ານການກວດສອບ.

Return-path (bounce) domain — ປົກກະຕິແລ້ວແມ່ນ CNAME. ມັນຕັ້ງຄ່າທີ່ຢູ່ຊອງຈົດໝາຍທີ່ຊ່ອນຢູ່ ເຊິ່ງຜູ້ໃຫ້ບໍລິການຂອງທ່ານໃຊ້ເພື່ອເກັບຮວບຮ່ວມອີເມວທີ່ຖືກສົ່ງກັບ. ຖ້າບໍ່ມີມັນ, ອີເມວທີ່ສົ່ງກັບຈະໄປບ່ອນໃດບ່ອນໜຶ່ງທີ່ທ່ານບໍ່ສາມາດເຫັນໄດ້ ແລະຊື່ສຽງຂອງໂດເມນຂອງທ່ານຈະເສຍຫາຍໂດຍທີ່ທ່ານບໍ່ຮູ້ຕົວ.

DMARC — ເຣັກຄອດ TXT ທີ່ _dmarc.yourdomain.com ທີ່ບອກເຊີເວີຜູ້ຮັບວ່າຕ້ອງເຮັດແນວໃດເມື່ອ SPF ແລະ DKIM ບໍ່ກົງກັບແຖວ From ຂອງທ່ານ. ເລີ່ມຕົ້ນທີ່ p=none ໃນຂະນະທີ່ທ່ານກວດສອບວ່າທຸກຢ່າງຜ່ານແລ້ວ, ຈາກນັ້ນຍ້າຍໄປທີ່ p=quarantine ແລະ p=reject.

⚠️ ການປ່ຽນແປງ DNS ບໍ່ໄດ້ເກີດຂຶ້ນທັນທີ. ໃຫ້ເວລາມັນຮອບຮອດໜຶ່ງຊົ່ວໂມງກ່ອນທີ່ທ່ານຈະຕັດສິນໃຈວ່າມີບາງຢ່າງຜິດພາດ.

ໃຊ້ໂດເມນຍ່ອຍສຳລັບການສົ່ງ

ສົ່ງຈາກ mail.yourdomain.com ຫຼື notifications.yourdomain.com, ບໍ່ແມ່ນຈາກ yourdomain.com ໂດຍຕົ້ນ.

ເຫດຜົນແມ່ນຊື່ສຽງ. ໂດເມນຫຼັກຂອງທ່ານແມ່ນສິ່ງທີ່ອີເມວທຸລະກິດຂອງທ່ານໃຊ້. ຖ້າການສົ່ງຈຳນວນຫຼາຍເກີດມີບັນຫາ, ໂດເມນຍ່ອຍສຳລັບການສົ່ງທີ່ແຍກອອກມາຈະຊ່ວຍຈຳກັດຄວາມເສຍຫາຍ — ພະນັກງານຂອງທ່ານຍັງສາມາດສົ່ງອີເມວຫາລູກຄ້າໄດ້ໃນຂະນະທີ່ທ່ານກຳລັງແກ້ໄຂບັນຫາ. ມັນຍັງຊ່ວຍໃຫ້ທ່ານຕັ້ງຄ່າເຣັກຄອດ DNS ສຳລັບການສົ່ງໂດຍບໍ່ຕ້ອງໄປແຕະຕ້ອງເຣັກຄອດທີ່ກ່ອງຈົດໝາຍຂອງທ່ານເອງອາໄສຢູ່.

ທ່ານຍັງໃສ່ໂດເມນ, ບໍ່ແມ່ນທີ່ຢູ່, ໃສ່ໃນຊ່ອງ Send from this domain. ສ່ວນທີ່ຢູ່ຕໍ່ໜ້າ @ ຈະຖືກເລືອກຕາມແຕ່ລະຂໍ້ຄວາມ: ໃບເສັດຮັບເງິນສົ່ງອອກເປັນ billing@, ການຕັ້ງລະຫັດຜ່ານຄືນໃໝ່ເປັນ no-reply@, ການຕອບກັບຕ໋ອດເປັນ support@.

ຂັ້ນຕອນການຕັ້ງຄ່າເຮັດວຽກແນວໃດ

1. ເລືອກຜູ້ໃຫ້ບໍລິການຂອງທ່ານ ແລະວາງຂໍ້ມູນຮຽກຮ້ອງສິດ (credential) ຂອງຜູ້ໃຫ້ບໍລິການນັ້ນ.
2. ກົດ Send test message. ພວກເຮົາຈະສົ່ງອີເມວແທ້ຜ່ານຜູ້ໃຫ້ບໍລິການຂອງທ່ານ, ໄປຫາໂຟນເດີກ່ອງຈົດໝາຍທີ່ທ່ານລະບຸ, ພ້ອມກັບລະຫັດທີ່ຢູ່ໃນນັ້ນ.
3. ອ່ານລະຫັດຈາກກ່ອງຈົດໝາຍນັ້ນ ແລະປ້ອນລະຫັດນັ້ນໃສ່.

ຈາກນັ້ນອີເມວຂອງທ່ານຈຶ່ງຈະເລີ່ມສົ່ງອອກໃນນາມຂອງທ່ານ.

⭐ ໃຊ້ກ່ອງຈົດໝາຍໃນໂດເມນອື່ນສຳລັບການທົດສອບ — ທີ່ຢູ່ Gmail ຫຼື Outlook ແມ່ນເໝາະສົມທີ່ສຸດ. ຂໍ້ຄວາມທີ່ບໍ່ເຄີຍອອກຈາກເຊີເວີຂອງທ່ານເອງຈະພິສູດໄດ້ໜ້ອຍກວ່າຂໍ້ຄວາມທີ່ຂ້າມອິນເຕີເນັດ ແລະຜ່ານຕົວຕອງຈົດໝາຍຂີ້ເຫຍື້ອຂອງຜູ້ອື່ນ.

ເປັນຫຍັງພວກເຮົາຈຶ່ງເນັ້ນຢ້ຳວ່າຂໍ້ຄວາມທົດສອບຕ້ອງໄປເຖິງແທ້ໆ

ເພາະວ່າຜູ້ໃຫ້ບໍລິການທີ່ຮັບຂໍ້ຄວາມແລ້ວລົບຖິ້ມງຽບໆ ຈະເບິ່ງ ຄືກັນ ກັບຜູ້ໃຫ້ບໍລິການທີ່ເຮັດວຽກໄດ້. ບັນຊີ Amazon SES ໃໝ່ອ່ຽມແມ່ນຢູ່ໃນ sandbox ແລະຈະຮັບຂໍ້ຄວາມຂອງທ່ານແຕ່ບໍ່ສົ່ງໄປໃສເລີຍ. ໂດເມນ Mailgun ທີ່ DNS ຍັງບໍ່ທັນແຜ່ກະຈາຍກໍເຮັດແບບດຽວກັນ. ເຊັ່ນດຽວກັນກັບເລເລ່ SMTP ທີ່ຕອບກັບ 250 ແລ້ວຖິ້ມຂໍ້ຄວາມ.

ຖ້າພວກເຮົາປ່ຽນການສົ່ງອີເມວຂອງທ່ານທັນທີທີ່ຂໍ້ມູນຮຽກຮ້ອງສິດຂອງທ່ານຖືກຍອມຮັບ, ສິ່ງທຳອິດທີ່ທ່ານຈະຮູ້ແມ່ນລູກຄ້າຂອງທ່ານເຊົາໄດ້ຮັບຫຍັງເລີຍ — ແລະທ່ານຈະຮູ້ຈາກລູກຄ້າໃນຫຼາຍມື້ຕໍ່ມາ. ລະຫັດແມ່ນຫຼັກຖານວ່າຂໍ້ຄວາມໄດ້ອອກຈາກຜູ້ໃຫ້ບໍລິການຂອງທ່ານ ແລະໄປເຖິງຈຸດໝາຍແລ້ວ.

ຈະເກີດຫຍັງຂຶ້ນຖ້າຜູ້ໃຫ້ບໍລິການຂອງຂ້ອຍເຊົາເຮັດວຽກ

ການແຈ້ງເຕືອນຂອງທ່ານຈະຖືກບັນທຶກວ່າລົ້ມເຫຼວ, ຖືກລອງໃໝ່, ແລະໜ້າຈໍ Email sending ຂອງທ່ານຈະກາຍເປັນສີແດງພ້ອມກັບຂໍ້ຄວາມຂໍ້ຜິດພາດຂອງຜູ້ໃຫ້ບໍລິການຂອງທ່ານເອງຢູ່ໃນນັ້ນ.

⛔ ພວກເຮົາບໍ່ໄດ້ສົ່ງພວກມັນຈາກໂດເມນຂອງພວກເຮົາແທນ. ນັ້ນແມ່ນຄວາມຕັ້ງໃຈ. ການສຳຮອງຂໍ້ມູນແບບງຽບໆຈະໝາຍຄວາມວ່າບັນຊີອີເມວທີ່ເພຍັງຄົງເຮັດວຽກໄດ້ດີພໍທີ່ຈະບໍ່ມີໃຜແກ້ໄຂມັນ — ໃນຂະນະທີ່ພວກເຮົາຊຳລະຄ່າບໍລິການຢ່າງງຽບໆ. ດັ່ງນັ້ນ, ຂໍ້ຜິດພາດຈະປາກົດໃຫ້ເຫັນ, ແລະມັນເປັນໜ້າທີ່ຂອງທ່ານທີ່ຈະແກ້ໄຂ, ເຊິ່ງເປັນວິທີດຽວທີ່ມັນຈະຖືກແກ້ໄຂ.

ຈົນກ່ວາມັນຈະຖືກແກ້ໄຂ, ລູກຄ້າຂອງທ່ານຈະບໍ່ໄດ້ຮັບການແຈ້ງເຕືອນເຫຼົ່ານັ້ນ. ທຸກຢ່າງຍັງຢູ່ໃນກ່ອງຈົດໝາຍແຜງຄວບຄຸມຂອງພວກເຂົາ, ແລະບໍ່ມີຫຍັງເສຍຫາຍ — ແຕ່ໃຫ້ຖືວ່າປ້າຍກໍານົດສີແດງຢູ່ທີ່ນີ້ເປັນເລື່ອງເລັ່ງດ່ວນ.

ຖ້າຂ້ອຍບໍ່ເຮັດຫຍັງເລີຍຈະເປັນແນວໃດ?

ບໍ່ມີຫຍັງເພ. ການແຈ້ງເຕືອນຂອງທ່ານຈະຍັງຄົງສົ່ງອອກຈາກໂດເມນຂອງພວກເຮົາ, ໃນນາມ Zinn Digital®, ແລະພວກເຮົາຈະຊຳລະຄ່າບໍລິການສຳລັບພວກມັນຕໍ່ໄປ. ລູກຄ້າຂອງທ່ານພຽງແຕ່ເຫັນຊື່ຂອງພວກເຮົາແທນທີ່ຈະເປັນຊື່ຂອງທ່ານ.

ການລົບມັນອອກ

ກົດ Disconnect. ຂໍ້ມູນຮຽກຮ້ອງສິດທີ່ຈັດເກັຍໄວ້ຂອງທ່ານຈະຖືກລົບ ແລະການແຈ້ງເຕືອນຂອງທ່ານຈະກັບໄປຫາໂດເມນຂອງພວກເຮົາຕັ້ງແຕ່ຂໍ້ຄວາມຕໍ່ໄປ. ທ່ານສາມາດເຊື່ອມຕໍ່ໃໝ່ໄດ້ຕະຫຼອດເວລາ.