ส่งอีเมลผ่านเซิร์ฟเวอร์ SMTP ของคุณเอง

ใช้ตัวเลือกนี้หากคุณดูแลโครงสร้างพื้นฐานเมลของคุณเอง หรือหากผู้ให้บริการของคุณไม่ได้อยู่ในรายชื่อที่เราแสดงโดยตรง — บริการเมลแทบทุกแห่งมีบริการ SMTP

⚠️ หากผู้ให้บริการของคุณคือ Mailgun, SendGrid, Postmark, Amazon SES หรือ Resend ให้ใช้คู่มือเฉพาะของบริการนั้นแทน การเชื่อมต่อเหล่านั้นจะให้ข้อความแจ้งข้อผิดพลาดที่ชัดเจนกว่าเมื่อเกิดปัญหา เนื่องจากเราสามารถอ่านสิ่งที่ผู้ให้บริการส่งกลับมาได้จริงแทนที่จะเป็นเพียงรหัสสถานะ SMTP

สิ่งที่คุณต้องใช้

สี่สิ่งต่อไปนี้ จากผู้ดูแลเซิร์ฟเวอร์เมลของคุณ:

• โฮสต์ — เช่น smtp.yourprovider.com
• พอร์ต — 587, 465 หรือ 2525
• ชื่อผู้ใช้ และ รหัสผ่าน

ควรใช้พอร์ตใด

587 เป็นการส่งข้อความผ่าน STARTTLS และเป็นพอร์ตที่คุณควรใช้ การเชื่อมต่อเริ่มต้นแบบไม่เข้ารหัสและจะได้รับการอัปเกรดเป็น TLS ก่อนที่จะส่งข้อมูลใดๆ

465 เป็น TLS แบบชัดแจ้ง (implicit TLS) — เข้ารหัสตั้งแต่ไบต์แรก ใช้ได้ดีไม่ต่างกัน ผู้ให้บริการบางรายชอบแบบนี้

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

⛔ ระบบยอมรับพอร์ต 25 ในช่องนี้ แต่มันแทบจะไม่ใช่คำตอบที่ถูกต้อง พอร์ตนี้เป็นพอร์ตที่เซิร์ฟเวอร์เมลใช้สื่อสารกันเอง ไม่ใช่พอร์ตที่แอปพลิเคชันใช้ส่งข้อความ พอร์ตนี้มักถูกบล็อกในเครือข่ายส่วนใหญ่ บ่อยครั้งไม่มีการยืนยันตัวตน และในที่ที่ใช้งานได้ก็มักจะไม่เข้ารหัส

⛔⛔ เราจะไม่ส่งข้อความผ่านการเชื่อมต่อที่ไม่เข้ารหัส หากคุณเปิดตัวเลือก ใช้ STARTTLS ไว้ — ซึ่งคุณควรทำ — และเซิร์ฟเวอร์ของคุณปฏิเสธการอัปเกรด การส่งจะล้มเหลวแทนที่จะส่งต่อไปแบบไม่เข้ารหัส นี่คือความตั้งใจของเรา: ลิงก์รีเซ็ตรหัสผ่านของลูกค้าของคุณเดินทางผ่านข้อความเหล่านี้ และการลดระดับความปลอดภัย (downgrade) ที่ไม่มีใครสังเกตเห็นคือความล้มเหลวที่ร้ายแรงที่สุด เพราะอีเมลยังคงส่งถึงปลายทาง

ตั้งค่า DNS ของคุณก่อน

ผู้ให้บริการของคุณไม่ได้จัดการเรื่องนี้ให้คุณเหมือนกับบริการที่มีการจัดการ คุณจำเป็นต้องตั้งค่าสิ่งต่อไปนี้บนโดเมนที่คุณใช้ส่ง:

SPF — ระเบียน TXT ที่อนุญาตที่อยู่เซิร์ฟเวอร์ของคุณ: v=spf1 ip4:203.0.113.10 -all หรือ v=spf1 a:smtp.yourprovider.com -all หากคุณมีระเบียน SPF อยู่แล้ว ให้แก้ไขระเบียนเดิม; การมีระเบียน SPF สองระเบียนบนโดเมนเดียวจะทำให้การตรวจสอบ SPF ล้มเหลวทั้งหมด

DKIM — เซิร์ฟเวอร์เมลของคุณจะลงนามข้อความขาออก และคุณจะเผยแพร่คีย์สาธารณะที่ตรงกันไว้ที่ <selector>._domainkey.yourdomain.com สำหรับ Postfix มักจะเป็น OpenDKIM; ผู้ให้บริการของคุณจะแจ้งตัวระบุ (selector) ให้คุณทราบ

DMARC — ระเบียน TXT ที่ _dmarc.yourdomain.com โดยเริ่มต้นที่ v=DMARC1; p=none; ในระหว่างที่คุณตรวจสอบว่าทั้ง SPF และ DKIM ผ่านการตรวจสอบแล้ว

Reverse DNS — ระเบียน PTR สำหรับที่อยู่ IP ของเซิร์ฟเวอร์ของคุณควรแปลงกลับมาเป็นชื่อโฮสต์ของเซิร์ฟเวอร์ ผู้รับรายใหญ่จะตรวจสอบสิ่งนี้ และหลายรายจะไม่ยอมรับเมลจากที่อยู่ที่ไม่มีระเบียนนี้ ผู้ให้บริการโฮสติ้งของคุณเป็นผู้ตั้งค่า ไม่ใช่ผู้ให้บริการ DNS ของคุณ

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

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

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

• ผู้ให้บริการ — เซิร์ฟเวอร์ SMTP
• ส่งจากโดเมนนี้ — mail.yourdomain.com (ชื่อโดเมน ไม่ใช่ที่อยู่อีเมล)
• โฮสต์ SMTP, พอร์ต, ชื่อผู้ใช้, รหัสผ่าน
• ใช้ STARTTLS — เปิด ยกเว้นว่าคุณใช้พอร์ต 465

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

ส่งข้อความทดสอบและป้อนรหัส

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

เมื่อระบบไม่ทำงาน

"เซิร์ฟเวอร์เมลปฏิเสธชื่อผู้ใช้หรือรหัสผ่าน" — การยืนยันตัวตน SMTP (SMTP AUTH) ล้มเหลว หากบัญชีผู้ให้บริการของคุณเปิดการยืนยันตัวตนแบบสองปัจจัยไว้ คุณแทบจะต้องใช้รหัสผ่านสำหรับแอปแทนรหัสผ่านสำหรับเข้าสู่ระบบอย่างแน่นอน

"ไม่สามารถเข้าถึงโฮสต์:พอร์ตได้" — พอร์ตถูกบล็อก ชื่อโฮสต์ไม่ถูกต้อง หรือเซิร์ฟเวอร์ไม่ได้เปิดรับการส่งข้อความบนพอร์ตนั้น การใช้คำสั่ง telnet smtp.yourprovider.com 587 จากเครื่องอื่นจะบอกคุณได้ว่าเป็นเพราะสาเหตุใด

ข้อผิดพลาด TLS — ใบรับรองของเซิร์ฟเวอร์ของคุณหมดอายุ เป็นใบรับรองที่ลงนามด้วยตนเอง (self-signed) หรือไม่ตรงกับชื่อโฮสต์ที่คุณป้อน เราตรวจสอบใบรับรองและจะไม่ข้ามการตรวจสอบนั้น; ให้แก้ไขใบรับรอง

"เซิร์ฟเวอร์เมลปฏิเสธผู้รับ" — เซิร์ฟเวอร์ของคุณไม่ได้กำหนดค่าให้ส่งต่อ (relay) สำหรับผู้ส่งรายนี้ ซึ่งมักหมายความว่าผู้ใช้ที่ยืนยันตัวตนไม่ได้รับอนุญาตให้ส่งในฐานะโดเมนที่คุณใช้ส่ง

ส่งได้แต่ทุกอย่างไปอยู่ในสแปม — ปัญหานั้นอยู่ที่ DNS ไม่ใช่ SMTP ให้ตรวจสอบและแก้ไข SPF, DKIM, DMARC และ Reverse DNS ตามขั้นตอนด้านบน แล้วทำการตรวจสอบด้วย mail-tester อีกครั้ง