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

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

⚠️ ຖ້າຜູ້ໃຫ້ບໍລິການຂອງທ່ານແມ່ນ Mailgun, SendGrid, Postmark, Amazon SES ຫຼື Resend, ໃຫ້ໃຊ້ຄູ່ມືສະເພາະຂອງບໍລິການນັ້ນແທນ. ການເຊື່ອມຕໍ່ເຫຼົ່ານັ້ນຈະໃຫ້ຂໍ້ຄວາມແຈ້ງເຕືອນຂໍ້ຜິດພາດທີ່ລະອຽດກວ່າເມື່ອມີບັນຫາເກີດຂຶ້ນ, ເນື່ອງຈາກພວກເຮົາສາມາດອ່ານສິ່ງທີ່ຜູ້ໃຫ້ບໍລິການຕອບກັບມາໄດ້ໂດຍກົງ ແທນທີ່ຈະເປັນພຽງລະຫັດສະຖານະ SMTP.

ສິ່ງທີ່ທ່ານຕ້ອງການ

ສີ່ຢ່າງ, ຈາກຜູ້ທີ່ດູແລເຊີບເວີອີເມວຂອງທ່ານ:

• Host — ຕົວຢ່າງ: smtp.yourprovider.com
• Port — 587, 465 ຫຼື 2525
• Username ແລະ password

ຄວນໃຊ້ພອດໃດ

587 ແມ່ນການສົ່ງຜ່ານ STARTTLS ແລະ ເປັນພອດທີ່ທ່ານຄວນໃຊ້. ການເຊື່ອມຕໍ່ຈະເລີ່ມຕົ້ນແບບທຳມະດາ ແລະ ຈະຖືກອັບເກຣດເປັນ TLS ກ່ອນທີ່ຈະມີການສົ່ງຂໍ້ມູນໃດໆ.

465 ແມ່ນ implicit TLS — ຖືກເຂົ້າລະຫັດຕັ້ງແຕ່ໄບຕ໌ທຳອິດ. ສາມາດໃຊ້ໄດ້ດີເຊັ່ນກັນ; ຜູ້ໃຫ້ບໍລິການບາງແຫ່ງມັກໃຊ້ອັນນີ້.

2525 ແມ່ນທາງເລືອກທີ່ບໍ່ເປັນທາງການເຊິ່ງບາງໂຮສຕ໌ເປີດໃຫ້ບໍລິການ ເນື່ອງຈາກບາງເຄືອຂ່າຍມີການບລັອກພອດ 587. ໃຫ້ໃຊ້ອັນນີ້ສະເພາະເມື່ອຜູ້ໃຫ້ບໍລິການຂອງທ່ານແນະນຳເທົ່ານັ້ນ.

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

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

ຕັ້ງຄ່າ DNS ຂອງທ່ານກ່ອນ

ຜູ້ໃຫ້ບໍລິການຂອງທ່ານຈະບໍ່ໄດ້ເຮັດສິ່ງນີ້ໃຫ້ທ່ານຄືກັບບໍລິການແບບຈັດການໃຫ້ (managed service). ສິ່ງທີ່ທ່ານຕ້ອງການໃນໂດເມນທີ່ທ່ານກຳລັງສົ່ງອອກຄື:

SPF — ຣີຄອດ TXT ທີ່ອະນຸຍາດທີ່ຢູ່ເຊີບເວີຂອງທ່ານ: v=spf1 ip4:203.0.113.10 -all, ຫຼື v=spf1 a:smtp.yourprovider.com -all. ຖ້າທ່ານມີຣີຄອດ SPF ຢູ່ແລ້ວ, ໃຫ້ແກ້ໄຂມັນ; ການມີສອງຣີຄອດ SPF ໃນໂດເມນດຽວຈະເຮັດໃຫ້ SPF ລົ້ມເຫຼວທັງໝົດ.

DKIM — ເຊີບເວີອີເມວຂອງທ່ານຈະເຊັນກຳກັບຂໍ້ຄວາມຂາອອກ ແລະ ທ່ານຕ້ອງເຜີຍແຜ່ public key ທີ່ກົງກັນໄວ້ທີ່ <selector>._domainkey.yourdomain.com. ໃນ Postfix ສ່ວນຫຼາຍຈະແມ່ນ OpenDKIM; ຜູ້ໃຫ້ບໍລິການຂອງທ່ານຈະແຈ້ງ selector ໃຫ້ທ່ານຊາບ.

DMARC — ຣີຄອດ TXT ທີ່ _dmarc.yourdomain.com, ເລີ່ມຕົ້ນດ້ວຍ v=DMARC1; p=none; ໃນຂະນະທີ່ທ່ານກວດສອບວ່າທັງ SPF ແລະ DKIM ຜ່ານທັງສອງແລ້ວ.

Reverse DNS — ຣີຄອດ PTR ສຳລັບທີ່ຢູ່ IP ຂອງເຊີບເວີຂອງທ່ານຄວນຈະຊີ້ກັບຄືນໄປຫາ hostname ຂອງມັນ. ຜູ້ຮັບລາຍໃຫຍ່ຈະກວດສອບສິ່ງນີ້ ແລະ ຫຼາຍບ່ອນຈະບໍ່ຮັບອີເມວຈາກທີ່ຢູ່ທີ່ບໍ່ມີມັນ. ຜູ້ໃຫ້ບໍລິການໂຮສຕິ້ງຂອງທ່ານເປັນຜູ້ຕັ້ງຄ່າສິ່ງນີ້, ບໍ່ແມ່ນຜູ້ໃຫ້ບໍລິການ DNS ຂອງທ່ານ.

⭐ ການກວດສອບຟຣີທີ່ດີເມື່ອທ່ານຕັ້ງຄ່າໃຊ້ງານແລ້ວ: ສົ່ງຂໍ້ຄວາມໄປທີ່ mail-tester.com ແລ້ວອ່ານຄະແນນ. ມັນຈະບອກທ່ານວ່າອັນໃດໃນສີ່ຢ່າງນີ້ທີ່ຜິດພາດ, ເຊິ່ງໄວກວ່າການຄາດເດົາຈາກໂຟລເດີສະແປມຫຼາຍ.

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

ເປີດ Email sending ໃນແຜງຄວບຄຸມຂອງທ່ານ:

• Provider — ເຊີບເວີ SMTP
• Send from this domain — mail.yourdomain.com (ຊື່ໂດເມນ, ບໍ່ແມ່ນທີ່ຢູ່ອີເມວ)
• SMTP host, Port, Username, Password
• Use STARTTLS — ເປີດ, ຍົກເວັ້ນແຕ່ທ່ານກຳລັງໃຊ້ພອດ 465

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

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

ກົດ Send test message ໄປຍັງກ່ອງຈົດໝາຍໃນໂດເມນອື່ນ, ອ່ານລະຫັດຈາກໃນນັ້ນ, ແລະ ປ້ອນມັນລົງໄປ.

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

"The mail server rejected the username or password" — ການຢືນຢັນຕົວຕົນ SMTP AUTH ລົ້ມເຫຼວ. ຖ້າຜູ້ໃຫ້ບໍລິການຂອງທ່ານມີການຢືນຢັນຕົວຕົນແບບສອງຂັ້ນຕອນໃນບັນຊີ, ທ່ານເກືອບຈະຕ້ອງໃຊ້ ລະຫັດຜ່ານແອັບ (app password) ແທນລະຫັດຜ່ານເຂົ້າສູ່ລະບົບຢ່າງແນ່ນອນ.

"Could not reach host:port" — ພອດຖືກບລັອກ, hostname ບໍ່ຖືກຕ້ອງ, ຫຼື ເຊີບເວີບໍ່ໄດ້ເປີດຮັບການສົ່ງຂໍ້ມູນໃນພອດນັ້ນ. ຄຳສັ່ງ telnet smtp.yourprovider.com 587 ຈາກເຄື່ອງອື່ນຈະບອກທ່ານໄດ້ວ່າແມ່ນຍ້ອນຫຍັງ.

ຂໍ້ຜິດພາດກ່ຽວກັບ TLS — ໃບຢັ້ງຢືນຂອງເຊີບເວີຂອງທ່ານໝົດອາຍຸ, ເປັນແບບ self-signed, ຫຼື ບໍ່ກົງກັບ hostname ທີ່ທ່ານປ້ອນເຂົ້າໄປ. ພວກເຮົາກວດສອບໃບຢັ້ງຢືນ ແລະ ຈະບໍ່ຂ້າມການກວດສອບນັ້ນ; ໃຫ້ແກ້ໄຂໃບຢັ້ງຢືນ.

"The mail server refused the recipient" — ເຊີບເວີຂອງທ່ານບໍ່ໄດ້ຖືກຕັ້ງຄ່າໃຫ້ສົ່ງຕໍ່ (relay) ສຳລັບຜູ້ສົ່ງຄົນນີ້, ເຊິ່ງມັກຈະໝາຍຄວາມວ່າຜູ້ໃຊ້ທີ່ຜ່ານການຢືນຢັນຕົວຕົນບໍ່ໄດ້ຮັບອະນຸຍາດໃຫ້ສົ່ງໃນນາມໂດເມນທີ່ສົ່ງຂອງທ່ານ.

ສົ່ງອອກໄດ້ແຕ່ທຸກຢ່າງຕົກໄປຢູ່ໃນສະແປມ — ນັ້ນແມ່ນຍ້ອນ DNS, ບໍ່ແມ່ນ SMTP. ໃຫ້ກວດສອບ ແລະ ແກ້ໄຂ SPF, DKIM, DMARC ແລະ reverse DNS ຕາມດ້ານເທິງ, ຈາກນັ້ນລອງກວດສອບດ້ວຍ mail-tester ອີກຄັ້ງ.