ฐานความรู้

ส่งอีเมลผ่านบัญชี Postmark ของคุณเอง

เชื่อมต่อบัญชี Postmark ของคุณ: การยืนยันโดเมน, เหตุผลที่ควรเพิ่มเรคอร์ด return-path ที่เป็นตัวเลือกเพิ่มเติม, Server token เปรียบเทียบกับ Account token, และความหมายของผู้รับที่ไม่ใช้งาน

คุณจะต้องมีบัญชี Postmark และสามารถเข้าถึง DNS ของโดเมนของคุณได้

เอกสารของ Postmark เอง: ลายเซ็นผู้ส่งและโดเมน · โทเค็น API ของเซิร์ฟเวอร์ · ลงทะเบียน

⭐ เหตุผลที่เราเลือก Postmark สำหรับงานนี้ บริการนี้ปฏิเสธที่จะรับส่งอีเมลการตลาดโดยสิ้นเชิง ซึ่งเป็นเหตุผลที่อัตราการส่งถึงผู้รับเป็นอย่างที่เป็นอยู่: ใบแจ้งหนี้ของคุณไม่ได้ใช้ชื่อเสียงร่วมกับจดหมายข่าวของผู้อื่น หากความต้องการเพียงอย่างเดียวของคุณคือให้อีเมลธุรกรรมส่งถึงผู้รับ นี่คือตัวเลือกที่เหมาะสม

1. เพิ่มและยืนยันโดเมนของคุณ

Sender Signatures → Domains → Add Domain แล้วป้อนโดเมนย่อย เช่น mail.yourdomain.com

Postmark จะให้ระเบียนสองรายการแก่คุณ:

ประเภทโฮสต์วัตถุประสงค์
TXT<selector>._domainkey.mail.yourdomain.comคีย์สาธารณะ DKIM
CNAMEpm-bounces.mail.yourdomain.comโดเมนเส้นทางส่งกลับ (bounce)

เพิ่มทั้งสองรายการ จากนั้นกด Verify

⭐ เพิ่มระเบียนเส้นทางส่งกลับ แม้ว่า Postmark จะทำเครื่องหมายว่าเป็นทางเลือก หากไม่มีระเบียนนี้ ข้อความของคุณจะถูกส่งด้วยโดเมน bounce ของ Postmark เอง ดังนั้น SPF จะสอดคล้องกับ postmarkapp.com แทนที่จะเป็นของคุณ เพียง DKIM อย่างเดียวก็ยังทำให้คุณผ่าน DMARC ได้ — แต่คุณได้ทิ้งการตรวจสอบหนึ่งในสองรายการไปโดยไม่มีเหตุผล และคุณจะต้องการทั้งสองอย่างเมื่อผู้รับรายใหญ่เริ่มเข้มงวดเป็นครั้งแรก

⚠️ Postmark ไม่ต้องการระเบียน SPF เพราะไม่ได้ใช้โดเมนของคุณเป็นผู้ส่งซองจดหมาย หากคุณมี SPF อยู่แล้ว ให้ปล่อยไว้ตามเดิม

2. รับโทเค็น API ของเซิร์ฟเวอร์ของคุณ

เปิด เซิร์ฟเวอร์ ที่คุณต้องการส่งจาก — Postmark เรียกสภาพแวดล้อมการส่งว่า "server" — จากนั้นไปที่ API Tokens แล้วคัดลอก Server API token

⛔ โทเค็นเซิร์ฟเวอร์ ไม่ใช่โทเค็นบัญชี โทเค็นบัญชีจัดการบัญชี Postmark ทั้งบัญชีของคุณ: สามารถสร้างเซิร์ฟเวอร์ เปลี่ยนโดเมน และอ่านทุกข้อความที่คุณเคยส่งได้ โทเค็นเซิร์ฟเวอร์สามารถส่งจากเซิร์ฟเวอร์เดียว ทั้งสองอย่างดูคล้ายกันและถูกวางในช่องประเภทเดียวกัน และนี่คือข้อผิดพลาดที่ง่ายที่สุดที่จะเกิดขึ้นในหน้านี้

⭐ พิจารณาสร้าง เซิร์ฟเวอร์แยก สำหรับงานนี้ — ตั้งชื่อว่า "Zinn® notifications" สถิติ รายการ bounce และฟีดกิจกรรมของ Postmark ล้วนแยกตามเซิร์ฟเวอร์ ดังนั้นการแยกเซิร์ฟเวอร์หมายความว่าการแจ้งเตือนลูกค้าของคุณจะไม่ปะปนกับสิ่งอื่นที่คุณส่ง

3. เชื่อมต่อใน Zinn®

เปิด การส่งอีเมล ในแดชบอร์ดของคุณ:

  • ผู้ให้บริการ — Postmark
  • ส่งจากโดเมนนี้ — mail.yourdomain.com
  • สตรีมข้อความ — ปล่อยเป็น outbound เว้นแต่คุณจะสร้างขึ้นเอง
  • โทเค็นเซิร์ฟเวอร์ Postmark — โทเค็นจากขั้นตอนที่ 2

⚠️ สตรีมข้อความ ต้องเป็นสตรีม ธุรกรรม Postmark จะปฏิเสธอีเมลที่มีลักษณะเป็นธุรกรรมที่ส่งบนสตรีมแบบกระจาย และการรีเซ็ตรหัสผ่านกับใบแจ้งหนี้เป็นธุรกรรม

4. ส่งการทดสอบและป้อนรหัส

กด ส่งข้อความทดสอบ ไปยังกล่องจดหมายบนโดเมนอื่น อ่านรหัสจากข้อความนั้น แล้วป้อนรหัส

เมื่อใช้งานไม่ได้

"You tried to send to a recipient that has been marked as inactive" — Postmark จะระงับที่อยู่หลังจาก hard bounce หรือการร้องเรียนสแปมอย่างถาวร จนกว่าคุณจะเปิดใช้งานอีกครั้ง ดูใน Suppressions นี่คือ Postmark ที่ปกป้องคุณ และโดยปกติแล้วถูกต้อง

422 with "Invalid 'From' address" — โดเมนใน ส่งจากโดเมนนี้ ยังไม่ได้ยืนยันใน Postmark หรือคุณยืนยัน yourdomain.com แล้วส่งจาก mail.yourdomain.com Postmark จับคู่โดเมนที่ตรงกันทุกประการ

401 Unauthorized — คุณวางโทเค็นบัญชีแทนโทเค็นเซิร์ฟเวอร์ (ดูด้านบน) หรือโทเค็นนั้นเป็นของเซิร์ฟเวอร์อื่น

ทุกอย่างใช้งานได้แต่อยู่ในโฟลเดอร์สแปม — ตรวจสอบว่า DKIM แสดงเป็น Verified ใน Postmark และระเบียน DMARC ของคุณไม่ได้ตั้งเป็น p=reject ในขณะที่ส่วนอื่นของโดเมนยังไม่สอดคล้องกัน

ล่าสุดจากบล็อก

สิ่งที่เราเขียนเกี่ยวกับโฮสติ้ง, SEO และการดูแลเว็บไซต์ในระดับสเกลใหญ่

SEO และการสร้างลิงก์จากเลเยอร์โฮสติง: มุมมองของผู้ปฏิบัติงานในปี 2026

โฮสติ้งส่งผลต่อการจัดทำดัชนีและมูลค่าของลิงก์ (link equity) ในปี 2026 อย่างไร: การดูแลให้หน้าเว็บยังคงอยู่ในดัชนี, การตรวจสอบโดเมนเก่าก่อนที่คุณจะเริ่มพัฒนา, การสร้างลิงก์โดยไม่ทิ้งร่องรอย (footprint) และข้อเท็จจริงอย่างตรงไปตรงมาเกี่ยวกับสิ่งที่โครงสร้างพื้นฐานสามารถและไม่สามารถทำให้กับ SEO ได้

อ่านโพสต์ →

การทำให้ WordPress รวดเร็วและปลอดภัย: รายการตรวจสอบประสิทธิภาพและปลั๊กอิน

รายการตรวจสอบที่ใช้งานได้จริงสำหรับ WordPress ที่รวดเร็วและปลอดภัย: การแคชระดับเซิร์ฟเวอร์, อ็อบเจกต์แคชสำหรับแต่ละไซต์, ปลั๊กอินจำนวนหนึ่งที่คุ้มค่าแก่การใช้งาน, การอัปเดตสแต็กให้เป็นปัจจุบันอยู่เสมอ และหน้า WooCommerce ที่คุณต้องไม่แคชโดยเด็ดขาด

อ่านโพสต์ →

วิธีเลือกเว็บโฮสติ้งที่มีการจัดการในปี 2026: คู่มือสำหรับผู้ซื้อ

สิ่งที่แยกแยะระหว่างโฮสติ้งที่มีการจัดการที่ดีกับเซิร์ฟเวอร์ราคาถูกที่มีเพียงแผงควบคุมได้อย่างแท้จริง ได้แก่ การย้ายข้อมูล การสำรองข้อมูล การแยกสภาพแวดล้อม แคชที่มีประสิทธิภาพจริง และการปรับขนาดที่โปร่งใส ตลอดจนวิธีประเมินก่อนที่คุณจะตัดสินใจเลือกใช้งาน

อ่านโพสต์ →

อ่านบล็อก →

ยังติดปัญหาอยู่ใช่หรือไม่?

บริการช่วยเหลือรวมอยู่ในทุกแพลตฟอร์ม ทีมงานพร้อมให้บริการ 24 ชั่วโมงต่อวัน และคุณสามารถเขียนหาเราเป็นภาษาใดก็ได้จาก 58 ภาษาของเรา เราจะตอบกลับคุณด้วยภาษาของคุณ

ติดต่อฝ่ายสนับสนุน → บทความทั้งหมด →