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

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

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

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

ຂ້າພະເຈົ້າຄວນໃຊ້ຜູ້ໃຫ້ບໍລິການໃດ?

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

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

ຈັດການ DNS ກ່ອນ. ມັນເປັນວຽກສ່ວນໃຫຍ່.

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

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

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

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

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

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

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

ສົ່ງຈາກ 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 (relay) ທີ່ຕອບກັບ 250 ແລ້ວຖິ້ມຂໍ້ຄວາມນັ້ນໄປ.

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

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

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

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

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

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

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

ການຍົກເລີກການເຊື່ອມຕໍ່

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