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

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

ເອກະສານອ້າງອີງຂອງ Postmark ເອງ: Sender signatures and domains · Server API tokens · Sign up

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

1. ເພີ່ມ ແລະ ຢືນຢັນໂດເມນຂອງທ່ານ

Sender Signatures → Domains → Add Domain, ແລະ ປ້ອນໂດເມນຍ່ອຍ ເຊັ່ນ mail.yourdomain.com.

Postmark ຈະໃຫ້ລະບົບສອງຄ່າ:

| Type | Host | Purpose | | --- | --- | --- | | TXT | <selector>._domainkey.mail.yourdomain.com | DKIM public key | | CNAME | pm-bounces.mail.yourdomain.com | Return-path (bounce) domain |

ເພີ່ມທັງສອງຄ່າ, ແລ້ວກົດ Verify.

⭐ ເພີ່ມຄ່າ return-path, ເຖິງແມ່ນວ່າ Postmark ຈະລະບຸວ່າເປັນທາງເລືອກກໍຕາມ. ຖ້າຖິ້ມໄວ້ໂດຍບໍ່ເພີ່ມ, ຂໍ້ຄວາມຂອງທ່ານຈະຖືກສົ່ງໂດຍໃຊ້ bounce domain ຂອງ Postmark ເອງ, ເຮັດໃຫ້ SPF ໄປກົງກັບ postmarkapp.com ແທນທີ່ຈະເປັນໂດເມນຂອງທ່ານ. DKIM ພຽງຢ່າງດຽວຍັງຄົງຊ່ວຍໃຫ້ຜ່ານ DMARC ໄດ້ — ແຕ່ທ່ານໄດ້ຖິ້ມໜຶ່ງໃນສອງການກວດສອບໄປໂດຍບໍ່ມີເຫດຜົນ, ແລະ ທ່ານຈະຕ້ອງການທັງສອງຄ່າໃນເວລາທີ່ຜູ້ຮັບລາຍໃຫຍ່ເລີ່ມເຂັ້ມງວດ.

⚠️ Postmark ບໍ່ຕ້ອງການລະບົບ SPF ເພາະວ່າບໍ່ໄດ້ໃຊ້ໂດເມນຂອງທ່ານເປັນ envelope sender. ຖ້າທ່ານມີ SPF ຢູ່ແລ້ວ, ໃຫ້ປ່ອຍໄວ້ຄືເກົ່າ.

2. ຮັບ Server API token ຂອງທ່ານ

ເປີດ server ທີ່ທ່ານຕ້ອງການໃຊ້ສົ່ງ — Postmark ເອີ້ນສະພາບແວດລ້ອມການສົ່ງວ່າ "server" — ແລ້ວໄປທີ່ API Tokens, ແລະ ກັອບປີ້ Server API token.

⛔ ໃຊ້ Server token, ບໍ່ແມ່ນ Account token. Account token ຈະຈັດການບັນຊີ Postmark ຂອງທ່ານທັງໝົດ: ມັນສາມາດສ້າງ server, ປ່ຽນແປງໂດເມນ ແລະ ອ່ານທຸກຂໍ້ຄວາມທີ່ທ່ານເຄີຍສົ່ງໄດ້. ສ່ວນ Server token ສາມາດສົ່ງໄດ້ຈາກ server ດຽວເທົ່ານັ້ນ. ພວກມັນມີລັກສະນະຄ້າຍຄືກັນ ແລະ ຖືກວາງໃສ່ໃນຊ່ອງປະເພດດຽວກັນ, ເຊິ່ງນີ້ແມ່ນຂໍ້ຜິດພາດທີ່ເກີດຂຶ້ນໄດ້ງ່າຍທີ່ສຸດໃນໜ້ານີ້.

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

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

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

• Provider — Postmark
• Send from this domain — mail.yourdomain.com
• Message stream — ປ່ອຍໄວ້ເປັນ outbound ເວັ້ນເສຍແຕ່ວ່າທ່ານໄດ້ສ້າງຂອງທ່ານເອງ
• Postmark server token — token ຈາກຂັ້ນຕອນທີ 2

⚠️ Message stream ຕ້ອງເປັນ stream ແບບ transactional. Postmark ຈະປະຕິເສດຈົດໝາຍທີ່ມີລັກສະນະເປັນທຸລະກຳທີ່ສົ່ງຜ່ານ broadcast stream, ແລະ ການຣີເຊັດລະຫັດຜ່ານລວມທັງໃບແຈ້ງໜີ້ແມ່ນຈັດເປັນທຸລະກຳ.

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

ກົດ Send test message ໄປຫາ inbox ຂອງໂດເມນອື່ນ, ອ່ານລະຫັດຈາກຂໍ້ຄວາມນັ້ນ, ແລ້ວນຳມາປ້ອນໃສ່.

ເມື່ອລະບົບບໍ່ເຮັດວຽກ

"You tried to send to a recipient that has been marked as inactive" — Postmark ຈະລະງັບທີ່ຢູ່ອີເມວຫຼັງຈາກເກີດ hard bounce ຫຼື ມີການແຈ້ງເຕືອນສະແປມ, ຢ່າງຖາວອນ, ຖ້າທ່ານບໍ່ໄປເປີດໃຊ້ງານໃໝ່. ກວດເບິ່ງໃນ Suppressions. ນີ້ແມ່ນ Postmark ກຳລັງປົກປ້ອງທ່ານ, ແລະ ສ່ວນໃຫຍ່ແມ່ນຖືກຕ້ອງແລ້ວ.

422 ພ້ອມກັບ "Invalid 'From' address" — ໂດເມນໃນ Send from this domain ຍັງບໍ່ໄດ້ຮັບການຢືນຢັນໃນ Postmark, ຫຼື ທ່ານຢືນຢັນ yourdomain.com ແຕ່ພະຍາຍາມສົ່ງຈາກ mail.yourdomain.com. Postmark ຈະກວດສອບໂດເມນແບບກົງກັນທຸກຕົວອັກສອນ.

401 Unauthorized — ທ່ານໄດ້ວາງ Account token ແທນທີ່ຈະເປັນ Server token (ເບິ່ງດ້ານເທິງ), ຫຼື token ນັ້ນເປັນຂອງ server ອື່ນ.

ທຸກຢ່າງເຮັດວຽກໄດ້ແຕ່ອີເມວໄປຢູ່ໃນໂຟນເດີສະແປມ — ກວດເບິ່ງວ່າ DKIM ສະແດງສະຖານະ Verified ໃນ Postmark ຫຼື ບໍ່ ແລະ ລະບົບ DMARC ຂອງທ່ານບໍ່ໄດ້ຕັ້ງຄ່າເປັນ p=reject ໃນຂະນະທີ່ຄ່າອື່ນໆ ຂອງໂດເມນຂອງທ່ານຍັງບໍ່ສອດຄ່ອງກັນ.