คู่มือการตั้งค่า SMTP แบบสมบูรณ์: Ports, Authentication, และการตั้งค่า Email Server ครับ

การตั้งค่า SMTP คือกระบวนการตั้งค่าเซิร์ฟเวอร์เมล (หรือไคลเอนต์อีเมล) เพื่อส่งข้อความได้อย่างถูกต้องโดยใช้โปรโตคอล Simple Mail Transfer Protocol ทำให้ถูกต้องแล้วอีเมลของคุณจะไปถึงกล่องจดหมายเข้า ทำให้ผิดพลาดแล้วคุณจะเผชิญกับความล้มเหลวในการส่ง ข้อผิดพลาดการตรวจสอบสิทธิ์ หรือข้อความที่เงียบ ๆ ไปอยู่ในโฟลเดอร์สแปม สิ่งสามอย่างที่คุณต้องทำให้ถูกต้องทุกครั้งคือพอร์ตที่ถูกต้อง วิธีการเข้ารหัสที่ถูกต้อง และข้อมูลประจำตัวการตรวจสอบสิทธิ์ที่ใช้งานได้ครับ

SMTP ทำงานอย่างไรจริง ๆ

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

เมื่อคุณกดปุ่ม "ส่ง" ไคลเอนต์ของคุณจะเปิดการเชื่อมต่อ TCP ไปยังเซิร์ฟเวอร์ SMTP ตรวจสอบสิทธิ์ส่งข้อความ และตัดการเชื่อมต่อ จากนั้นเซิร์ฟเวอร์จะพยายามส่งข้อความนั้นไปยังเซิร์ฟเวอร์เมลของผู้รับโดยใช้โปรโตคอลเดียวกัน โดยค้นหาระเบียน MX (Mail Exchange) DNS ของปลายทางเพื่อหาว่าจะส่งไปที่ไหน ครับ

SMTP ถูกกำหนดใน RFC 5321 ซึ่งแทนที่ RFC 2821 เดิม การเข้าใจข้อกำหนดจะช่วยเมื่อคุณต้องการแก้ไขการสนทนา SMTP ดิบหรือตั้งค่าเซิร์ฟเวอร์ตั้งแต่เริ่มต้น ครับ

อธิบายพอร์ต SMTP: 25, 465, และ 587

มีสามพอร์ตที่คุณจะพบเห็นในการตั้งค่า SMTP ใด ๆ แต่ละพอร์ตมีบทบาทเฉพาะ และการใช้พอร์ตที่ผิดเป็นหนึ่งในสาเหตุที่พบบ่อยที่สุดของความล้มเหลวในการส่งอีเมล ครับ

พอร์ต 25 กับ 587: ควรใช้อันไหน

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

พอร์ต 587 คือตัวเลือกที่ถูกต้องสำหรับการส่งอีเมลจากไคลเอนต์หรือแอปพลิเคชัน มันถูกกำหนดมาตรฐานใน RFC 6409 เป็นพอร์ต "การส่งข้อความ" ที่อุทิศให้ มันต้องการ STARTTLS ซึ่งหมายความว่าการเชื่อมต่อเริ่มต้นโดยไม่เข้ารหัส จากนั้นอัปเกรดเป็น TLS ก่อนส่งข้อมูลประจำตัวใด ๆ นี่คือสิ่งที่ Gmail, Outlook และผู้ให้บริการอีเมลสมัยใหม่เกือบทั้งหมดคาดหวังให้คุณใช้ ครับ

พอร์ต SMTP 465: พอร์ต SSL แบบเดิม

พอร์ต 465 มีประวัติที่ผิดปกติ มันได้รับการมอบหมายให้กับ SMTPS (SMTP over SSL) เพียงชั่วคราวในปี 1997 จากนั้นการมอบหมายนั้นถูกเพิกถอนในปี 1998 เมื่อ STARTTLS บนพอร์ต 587 กลายเป็นวิธีการที่ต้องการ แม้ว่าจะเลิกใช้อย่างเป็นทางการ เซิร์ฟเวอร์เมลหลายตัวยังคงสนับสนุนมัน และต่อมาได้รับการลงทะเบียนใหม่โดย IANA เพื่อวัตถุประสงค์ที่แตกต่างกัน ครับ

ในทางปฏิบัติ ผู้ให้บริการส่วนใหญ่ยังคงยอมรับการเชื่อมต่อบนพอร์ต 465 โดยใช้ SSL/TLS โดยปริยาย ซึ่งหมายความว่า TLS ห่อหุ้มการเชื่อมต่อทั้งหมดตั้งแต่ไบต์แรก แทนที่จะอัปเกรดในช่วงกลางของการจับมือเหมือน STARTTLS แอปพลิเคชันและฮาร์ดแวร์ที่เก่าบางตัว (เครื่องพิมพ์เครือข่ายบางเครื่อง CRM แบบเดิม) รองรับเฉพาะพอร์ต 465 เท่านั้น ดังนั้นมันจึงยังคงมีประโยชน์ในกรณีเหล่านั้น ครับ

• ใช้พอร์ต 465 หากแอปพลิเคชันหรืออุปกรณ์ของคุณต้องการ SSL โดยปริยายโดยเฉพาะและไม่สามารถทำ STARTTLS ได้
• ใช้พอร์ต 587 สำหรับทุกอย่างอื่น มันคือมาตรฐานสมัยใหม่ ครับ
• หลีกเลี่ยงพอร์ต 25 สำหรับการส่งข้อมูลไคลเอนต์โดยสิ้นเชิง ครับ

การตรวจสอบสิทธิ์ SMTP: ทำงานอย่างไร

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

กลไกการตรวจสอบสิทธิ์ที่พบบ่อยที่สุดในการตั้งค่า SMTP มีดังนี้:

• PLAIN: ส่งชื่อผู้ใช้และรหัสผ่านที่เข้ารหัส base64 ปลอดภัยเฉพาะผ่านการเชื่อมต่อที่เข้ารหัส (TLS ต้องใช้งานก่อน) ครับ
• LOGIN: คล้ายกับ PLAIN แต่ส่งชื่อผู้ใช้และรหัสผ่านเป็นการแลกเปลี่ยนแยกต่างหาก นอกจากนี้ยังต้องใช้ TLS ครับ
• CRAM-MD5: กลไกการตอบสนองต่อความท้าทายที่หลีกเลี่ยงการส่งรหัสผ่านโดยตรง พบได้น้อยกว่าบนเซิร์ฟเวอร์สมัยใหม่ ครับ
• XOAUTH2: ใช้โดย Gmail และบัญชี Google Workspace อื่น ๆ แทนรหัสผ่าน คุณจะจัดเตรียมโทเค็นการเข้าถึง OAuth 2.0 นี่คือสิ่งที่คุณต้องเมื่อ "การเข้าถึงแอปที่ปลอดภัยน้อยกว่า" ถูกปิดใช้งาน ครับ

ตั้งค่าเซิร์ฟเวอร์อีเมลทีละขั้นตอน

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

สำหรับไคลเอนต์อีเมลและแอปพลิเคชัน

1. รับชื่อโฮสต์ SMTP จากผู้ให้บริการของคุณ ตัวอย่าง: smtp.gmail.com , smtp.office365.com , mail.yourdomain.com ครับ
2. เลือกพอร์ตที่ถูกต้อง ใช้ 587 กับ STARTTLS เป็นค่าเริ่มต้นของคุณ ถอยกลับไปที่ 465 กับ SSL เฉพาะหากแอปของคุณต้องการมัน ครับ
3. ป้อนข้อมูลประจำตัวการตรวจสอบสิทธิ์ของคุณ นี่มักจะเป็นที่อยู่อีเมลเต็มของคุณเป็นชื่อผู้ใช้บวกรหัสผ่านหรือรหัสผ่านแอป ครับ
4. ตั้งค่าวิธีการเข้ารหัส จับคู่กับพอร์ต: STARTTLS สำหรับ 587, SSL/TLS สำหรับ 465 ครับ
5. ทดสอบการเชื่อมต่อ ไคลเอนต์อีเมลส่วนใหญ่มีปุ่ม "ทดสอบการตั้งค่าบัญชี" หรือ "ตรวจสอบ" ใช้มันก่อนบันทึก ครับ

สำหรับเซิร์ฟเวอร์เมลที่โฮสต์เอง (ตัวอย่าง Postfix)

หากคุณกำลังเรียกใช้เซิร์ฟเวอร์ของคุณเองด้วย Postfix การตั้งค่า SMTP หลักจะอยู่ใน /etc/postfix/main.cf นี่คือตัวอย่างการทำงานขั้นต่ำสำหรับเซิร์ฟเวอร์ที่ส่งต่อผ่านผู้ให้บริการ SMTP ของบุคคลที่สาม:

# /etc/postfix/main.cf - Basic relay configuration

relayhost = [smtp.sendgrid.net]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encrypt
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
smtp_use_tls = yes

หลังจากแก้ไข สร้าง /etc/postfix/sasl_passwd ด้วยข้อมูลประจำตัวของคุณ เรียกใช้ postmap /etc/postfix/sasl_passwd เพื่อแฮช จากนั้นโหลด Postfix ใหม่ด้วย systemctl reload postfix ครับ

การตั้งค่า SMTP ทั่วไปสำหรับผู้ให้บริการยอดนิยม

แก้ไขปัญหาการเชื่อมต่อ SMTP

ความล้มเหลว SMTP ส่วนใหญ่อยู่ในหมวดหมู่จำนวนเล็กน้อย ก่อนที่จะขุดลึกลงไปในบันทึก ให้ตรวจสอบว่าพอร์ตนั้นสามารถเข้าถึงได้จากเซิร์ฟเวอร์หรือเครือข่ายของคุณหรือไม่ ไฟร์วอลล์หรือบล็อก ISP มักเป็นตัวการ และคุณสามารถยืนยันได้อย่างรวดเร็วโดยไม่ต้องใช้เครื่องมือพิเศษใด ๆ ครับ

คุณสามารถตรวจสอบว่าพอร์ต SMTP เปิดอยู่บนเซิร์ฟเวอร์เมลของคุณหรือไม่โดยใช้เครื่องมือตรวจสอบพอร์ตออนไลน์ฟรี ป้อนชื่อโฮสต์หรือ IP ของเซิร์ฟเวอร์เมลของคุณ เลือกพอร์ต 25, 465 หรือ 587 และเรียกใช้การทดสอบ หากผลมาเป็นปิดหรือหมดเวลา ปัญหาคือระดับเครือข่าย (ไฟร์วอลล์ บล็อก ISP หรือบริการไม่ทำงาน) แทนที่จะเป็นข้อผิดพลาดการตั้งค่าภายในแอปของคุณ ครับ

ข้อความแสดงข้อผิดพลาดทั่วไปและความหมายของพวกเขา

• การเชื่อมต่อถูกปฏิเสธ / การเชื่อมต่อหมดเวลา: พอร์ตถูกบล็อกหรือบริการไม่ได้ฟังอยู่ ตรวจสอบกฎไฟร์วอลล์ของคุณและยืนยันว่า daemon SMTP กำลังทำงาน ครับ
• 535 Authentication failed: ชื่อผู้ใช้หรือรหัสผ่านผิด สำหรับ Gmail โดยปกติหมายความว่าคุณต้องใช้รหัสผ่านแอป ไม่ใช่รหัสผ่านบัญชีของคุณ ครับ
• 550 5.7.1 Relay access denied: เซิร์ฟเวอร์ของคุณไม่ได้ถูกกำหนดค่าให้ส่งต่อเมลสำหรับที่อยู่ผู้ส่งนั้น หรือการตรวจสอบสิทธิ์ไม่เกิดขึ้นก่อนคำสั่ง MAIL FROM ครับ
• 421 Too many connections: เซิร์ฟเวอร์ที่ได้รับจำกัดอัตราของคุณ ลดความถี่ในการส่งหรือใช้คิวที่มีความล่าช้า ครับ
• TLS handshake failed: ความไม่ตรงกันของใบรับรองหรือเวอร์ชัน TLS ที่ล้าสมัย ตรวจสอบว่าใบรับรอง SSL ของเซิร์ฟเวอร์ของคุณถูกต้องและคุณไม่ได้พยายามใช้ TLS 1.0 หรือ 1.1 ซึ่งผู้ให้บริการส่วนใหญ่ได้ปิดใช้งาน ครับ

รายการตรวจสอบวินิจฉัยอย่างรวดเร็ว

1. ยืนยันว่าพอร์ต SMTP เปิดอยู่และสามารถเข้าถึงได้จากสภาพแวดล้อมการส่งของคุณ ครับ
2. ตรวจสอบว่าชื่อโฮสต์แก้ไขได้อย่างถูกต้องด้วย nslookup smtp.yourdomain.com ครับ
3. ตรวจสอบว่า IP ส่งของคุณไม่ได้อยู่ในรายชื่อบล็อกโดยใช้เครื่องมือเช่น MXToolbox Blacklist Check ครับ
4. ยืนยันว่าระเบียน SPF, DKIM และ DMARC DNS ของคุณเผยแพร่อย่างถูกต้อง ระเบียนที่ขาดหายไปหรือเสีย ทำให้เมลที่ถูกต้องถูกปฏิเสธหรือถูกจัดเรียง ครับ
5. ตรวจสอบบันทึกเซิร์ฟเวอร์เมลของคุณ สำหรับ Postfix ให้ตรวจสอบ /var/log/mail.log โค้ดการตอบสนอง SMTP ที่แท้จริงในบันทึกบอกคุณว่าเซิร์ฟเวอร์ระยะไกลปฏิเสธอะไรและเหตุใด ครับ

พอร์ต SMTP ของคุณเปิดอยู่จริง ๆ หรือไม่

ก่อนที่จะโทษการตั้งค่า smtp ของคุณ ให้ยืนยันว่าปัญหาไม่ใช่พอร์ตที่ถูกบล็อก เครื่องมือตรวจสอบพอร์ตฟรีของเราช่วยให้คุณทดสอบพอร์ต 25, 465 หรือ 587 บนเซิร์ฟเวอร์เมลใด ๆ ทันที เพื่อให้คุณทราบว่าคุณกำลังเผชิญกับปัญหาไฟร์วอลล์หรือข้อผิดพลาดการตั้งค่า ครับ

ตรวจสอบพอร์ต SMTP ของคุณในตอนนี้ →