ຖານຄວາມຮູ້

ສົ່ງອີເມວຜ່ານບັນຊີ Mailgun ຂອງທ່ານເອງ

ເຊື່ອມຕໍ່ບັນຊີ Mailgun ຂອງທ່ານເອງ: ການເພີ່ມໂດເມນຍ່ອຍສຳລັບສົ່ງ, ບັນທຶກ SPF, DKIM ແລະ MX ທີ່ຈະເຜີຍແຜ່, ຄີສຳລັບສົ່ງແທນທີ່ຈະເປັນຄີ API ສ່ວນຕົວຂອງທ່ານ, ແລະ ເປັນຫຍັງບັນຊີທີ່ໂຮສຢູ່ໃນ EU ຈຶ່ງສົ່ງຄ່າ 401 ກັບຄືນຕໍ່ກັບໂຮສ US.

ທ່ານຈະຕ້ອງມີບັນຊີ Mailgun ແລະ ສິດເຂົ້າເຖິງ DNS ຂອງໂດເມນຂອງທ່ານ.

ເອກະສານແນະນຳຂອງ Mailgun ເອງ: ການເພີ່ມ ແລະ ຢືນຢັນໂດເມນ · ລະຫັດ API · ລົງທະບຽນ

1. ເພີ່ມໂດເມນການສົ່ງຂອງທ່ານໃສ່ Mailgun

ໃນແຜງໜ້າປັດ Mailgun ໃຫ້ໄປທີ່ Send → Domains → Add New Domain ແລະ ປ້ອນ subdomain, ຕົວຢ່າງ mail.yourdomain.com.

⚠️ ຄຳແນະນຳຂອງ Mailgun ເອງແມ່ນ subdomain, ແລະ ມັນມີຄວາມສຳຄັນຢູ່ທີ່ນີ້ຫຼາຍກວ່າຜູ້ໃຫ້ບໍລິການບາງລາຍ: Mailgun ຈະຕັ້ງຄ່າບັນທຶກ SPF ແລະ DKIM ຂອງມັນເອງໃສ່ສິ່ງໃດກໍຕາມທີ່ທ່ານໃຫ້ມັນ, ແລະ ການຊີ້ມັນໄປໃສ່ root domain ຂອງທ່ານໝາຍຄວາມວ່າບັນທຶກເຫຼົ່ານັ້ນຈະຕັ້ງຄຽງຄູ່ກັບບັນທຶກທີ່ກ່ອງອີເມວທຸລະກິດຂອງທ່ານອາໄສຢູ່.

ເລືອກພາກພື້ນທີ່ກົງກັບບ່ອນທີ່ທ່ານຕ້ອງການໃຫ້ຂໍ້ມູນຂອງທ່ານຢູ່ — US ຫຼື EU. ບັນທຶກມັນ ໄວ້; ທ່ານຈະຕ້ອງໃຊ້ມັນໃນຂັ້ນຕອນທີ 4, ແລະ ມັນເປັນສິ່ງທີ່ຜິດພາດເລື້ອຍທີ່ສຸດພຽງຢ່າງດຽວ.

2. ເຜີຍແຜ່ບັນທຶກ DNS ທີ່ Mailgun ມອບໃຫ້ທ່ານ

Mailgun ຈະສະແດງລາຍການໃຫ້ທ່ານເຫັນ. ເພີ່ມທຸກໆອັນໃສ່ຜູ້ໃຫ້ບໍລິການ DNS ຂອງທ່ານ.

ປະເພດໂຮສຕ໌ຈຸດປະສົງ
TXTmail.yourdomain.comSPF — v=spf1 include:mailgun.org ~all
TXTmailo._domainkey.mail.yourdomain.comDKIM public key
CNAMEemail.mail.yourdomain.comການຕິດຕາມ ແລະ ການຈັດການການຕີກັບ
MXmail.yourdomain.comການຮັບອີເມວຕີກັບ (ໂຮສຕ໌ MX ສອງອັນຂອງ Mailgun)

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

ຈາກນັ້ນກົດ Verify DNS Settings ໃນ Mailgun. ມັນອາດໃຊ້ເວລາເຖິງໜຶ່ງຊົ່ວໂມງຈຶ່ງຈະປ່ຽນເປັນສີຂຽວ.

⭐ ເພີ່ມບັນທຶກ MX ເຖິງແມ່ນວ່າທ່ານຈະສົ່ງພຽງຢ່າງດຽວກໍຕາມ. ພວກມັນເປັນວິທີທີ່ Mailgun ໃຊ້ເກັບ ກຳອີເມວຕີກັບ. ຖ້າບໍ່ມີພວກມັນ, ທີ່ຢູ່ທີ່ບໍ່ຖືກຕ້ອງຈະຕີກັບໄປບ່ອນທີ່ບໍ່ມີຢູ່, Mailgun ບໍ່ສາມາດລະງັບມັນໄດ້, ແລະ ທ່ານກໍຍັງ ສືບຕໍ່ຈ່າຍເງິນເພື່ອສົ່ງໄປຫາທີ່ຢູ່ທີ່ຈະບໍ່ມີວັນໄດ້ຮັບຫຍັງເລີຍ.

3. ຮັບເອົາລະຫັດ API ຂອງທ່ານ

Send → Sending → Domain settings → API keys, ຫຼື ໜ້າ API Keys ຂອງບັນຊີຂອງທ່ານ.

ໃຊ້ sending key ທີ່ມີຂອບເຂດສະເພາະໂດເມນນີ້ຖ້າແພັກເກດຂອງທ່ານມີໃຫ້, ແທນທີ່ຈະໃຊ້ລະຫັດ API ສ່ວນຕົວຂອງບັນຊີຂອງທ່ານ. sending key ສາມາດສົ່ງໄດ້ພຽງຢ່າງດຽວ; ລະຫັດສ່ວນຕົວສາມາດອ່ານບັນທຶກຂອງທ່ານ ແລະ ປ່ຽນແປງ ບັນຊີຂອງທ່ານໄດ້. ບໍ່ມີເຫດຜົນໃດໆທີ່ພວກເຮົາຈະຕ້ອງຖືອັນທີສອງໄວ້.

4. ເຊື່ອມຕໍ່ມັນໃນ Zinn®

ເປີດ Email sending ໃນແຜງໜ້າປັດຂອງທ່ານ ແລະ ຕື່ມຂໍ້ມູນໃສ່:

  • ຜູ້ໃຫ້ບໍລິການ — Mailgun
  • ສົ່ງຈາກໂດເມນນີ້ — mail.yourdomain.com (ໂດເມນ, ບໍ່ແມ່ນທີ່ຢູ່)
  • ໂດເມນການສົ່ງຂອງ Mailgun — ໂດເມນດຽວກັນກັບທີ່ທ່ານໄດ້ເພີ່ມໃນ Mailgun
  • ພາກພື້ນ — us ຫຼື eu, ໃຫ້ກົງກັບຂັ້ນຕອນທີ 1
  • ລະຫັດ API ຂອງ Mailgun — ລະຫັດຈາກຂັ້ນຕອນທີ 3

⛔⛔ ເລືອກພາກພື້ນໃຫ້ຖືກຕ້ອງ. ບັນຊີ Mailgun ທີ່ໂຮສຕ໌ຢູ່ໃນ EU ຈະຖືກໃຫ້ບໍລິການຈາກໂຮສຕ໌ API ທີ່ແຕກຕ່າງກັນຢ່າງສິ້ນເຊີງ. ການສົ່ງລະຫັດຂອງບັນຊີ EU ໄປຫາໂຮສຕ໌ US ຈະສົ່ງຄືນ "401 Unauthorized" — ເຊິ່ງອ່ານ ເບິ່ງຄືກັນກັບລະຫັດບໍ່ຖືກຕ້ອງທຸກປະການ. ຖ້າລະຫັດຂອງທ່ານຖືກຕ້ອງແນ່ນອນແລ້ວ ແລະ ທ່ານໄດ້ຮັບ 401, ສ່ວນຫຼາຍແລ້ວແມ່ນຍ້ອນເຫດຜົນນີ້.

5. ສົ່ງຂໍ້ຄວາມທົດສອບ ແລະ ປ້ອນລະຫັດ

ກົດ Send test message, ໂດຍໃຊ້ກ່ອງຈົດໝາຍໃນໂດເມນອື່ນ — ທີ່ຢູ່ Gmail ແມ່ນເໝາະສົມທີ່ສຸດ. ອ່ານລະຫັດອອກຈາກກ່ອງຈົດໝາຍນັ້ນ ແລະ ປ້ອນມັນໃສ່. ອີເມວຂອງທ່ານຈະປ່ຽນລະບົບໃນທັນທີ.

ເມື່ອມັນບໍ່ເຮັດວຽກ

401 Unauthorized — ພາກພື້ນບໍ່ຖືກຕ້ອງ (ເບິ່ງດ້ານເທິງ), ຫຼື ທ່ານໄດ້ວາງລະຫັດຈາກບັນຊີ Mailgun ອື່ນ. ໃຫ້ສ້າງລະຫັດໃໝ່ແທນທີ່ຈະພິມຄືນໃໝ່; ຕົວອັກສອນ key- ທາງໜ້າແມ່ນຕົກຫຼົ່ນໄດ້ງ່າຍ.

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

"Domain not found" — ຊ່ອງ Mailgun sending domain ຈະຕ້ອງເປັນໂດເມນຕາມທີ່ Mailgun ລະບຸໄວ້ຢ່າງແນ່ນອນ, ລວມທັງ subdomain. yourdomain.com ແລະ mail.yourdomain.com ແມ່ນສອງ ໂດເມນທີ່ແຕກຕ່າງກັນສຳລັບ Mailgun.

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

ຫຼ້າສຸດຈາກບລັອກ

ສິ່ງທີ່ພວກເຮົາໄດ້ຂຽນກ່ຽວກັບໂຮສຕິ້ງ, SEO ແລະ ການດຳເນີນງານເວັບໄຊໃນຂະໜາດໃຫຍ່.

SEO ແລະ ການສ້າງລິ້ງຈາກຊັ້ນໂຮດຕິ້ງ: ມຸມມອງຂອງຜູ້ດຳເນີນການປີ 2026

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

ອ່ານໂພສ →

ການເຮັດໃຫ້ WordPress ໄວ ແລະ ປອດໄພ: ລາຍການກວດສອບປະສິດທິພາບ ແລະ ປລັກອິນ

ລາຍການກວດສອບທີ່ໃຊ້ໄດ້ຈິງສຳລັບ WordPress ທີ່ໄວ ແລະ ປອດໄພ: ການແຄຊ໌ໃນລະດັບເຊີບເວີ, ແຄຊ໌ວັດຖຸສຳລັບແຕ່ລະເວັບໄຊ, ປລັກອິນຈຳນວນໜຶ່ງທີ່ຄຸ້ມຄ່າໃນການນຳໃຊ້, ການຮັກສາສະແຕັກໃຫ້ທັນສະໄໝຢູ່ສະເໝີ, ແລະ ໜ້າ WooCommerce ທີ່ທ່ານຕ້ອງບໍ່ແຄຊ໌ຢ່າງເດັດຂາດ.

ອ່ານໂພສ →

ວິທີເລືອກເວັບໂຮສຕິ້ງທີ່ມີການຈັດການໃນປີ 2026: ຄູ່ມືສຳລັບຜູ້ຊື້

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

ອ່ານໂພສ →

ອ່ານບລັອກ →

ຍັງຄົງຕິດຂັດຢູ່ບໍ?

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

ຕິດຕໍ່ຝ່າຍຊ່ວຍເຫຼືອ → ບົດຄວາມທັງໝົດ →