---
title: "คู่มือ SMTP ฉบับสมบูรณ์: คืออะไร ทำงานอย่างไร และแนวทางปฏิบัติที่ดีที่สุด"
description: "เชี่ยวชาญ SMTP ด้วยคู่มือฉบับสมบูรณ์นี้ เรียนรู้การทำงานของ Simple Mail Transfer Protocol เปรียบเทียบ SMTP กับ API ตั้งค่า authentication (SPF, DKIM, DMARC) และเลือกผู้ให้บริการ SMTP ที่ดีที่สุดสำหรับธุรกิจของคุณ"
url: https://tajo.io/th/blog/smtp-complete-guide/
markdown: https://tajo.io/th/blog/smtp-complete-guide.md
lang: th-TH
author: "Set Noa"
author_url: https://tajo.io/th/set-noa/
published: 2026-03-08
updated: 2026-08-13
alternates: {en-US: /blog/smtp-complete-guide.md, bg-BG: /bg/blog/smtp-complete-guide.md, cs-CZ: /cz/blog/smtp-complete-guide.md, de-DE: /de/blog/smtp-complete-guide.md, da-DK: /dk/blog/smtp-complete-guide.md, es-ES: /es/blog/smtp-complete-guide.md, fr-FR: /fr/blog/smtp-complete-guide.md, el-GR: /gr/blog/smtp-complete-guide.md, hi-IN: /hi/blog/smtp-complete-guide.md, id-ID: /in/blog/smtp-complete-guide.md, hr-HR: /hr/blog/smtp-complete-guide.md, hu-HU: /hu/blog/smtp-complete-guide.md, it-IT: /it/blog/smtp-complete-guide.md, ja-JP: /jp/blog/smtp-complete-guide.md, ko-KR: /kr/blog/smtp-complete-guide.md, ar-SA: /ar/blog/smtp-complete-guide.md, nl-NL: /nl/blog/smtp-complete-guide.md, no-NO: /no/blog/smtp-complete-guide.md, pl-PL: /pl/blog/smtp-complete-guide.md, ro-RO: /ro/blog/smtp-complete-guide.md, ru-RU: /ru/blog/smtp-complete-guide.md, sv-SE: /se/blog/smtp-complete-guide.md, zh-CN: /zh-cn/blog/smtp-complete-guide.md, sl-SI: /sl/blog/smtp-complete-guide.md, sr-Latn-RS: /sr/blog/smtp-complete-guide.md, tr-TR: /tr/blog/smtp-complete-guide.md, ur-PK: /ur/blog/smtp-complete-guide.md, vi-VN: /vi/blog/smtp-complete-guide.md, sk-SK: /sk/blog/smtp-complete-guide.md}
---

[อีเมล](https://tajo.io/th/blog/?category=email)

# คู่มือ SMTP ฉบับสมบูรณ์: คืออะไร ทำงานอย่างไร และแนวทางปฏิบัติที่ดีที่สุด

เชี่ยวชาญ SMTP ด้วยคู่มือฉบับสมบูรณ์นี้ เรียนรู้การทำงานของ Simple Mail Transfer Protocol เปรียบเทียบ SMTP กับ API ตั้งค่า authentication (SPF, DKIM, DMARC) และเลือกผู้ให้บริการ SMTP ที่ดีที่สุดสำหรับธุรกิจของคุณ

SMTP server

SMTP server คืออะไร?

SMTP คือโปรโตคอลมาตรฐานที่ใช้ส่งอีเมล ระดับใช้งานจริงควรตั้งค่าการยืนยันผู้ส่งด้วย SPF, DKIM และ DMARC พร้อมจัดการอีเมลตีกลับและตรวจสอบบันทึกการส่ง

[เรียนรู้เพิ่มเติม](https://tajo.io/th/blog/smtp-complete-guide/#smtp-%E0%B8%84%E0%B8%B7%E0%B8%AD%E0%B8%AD%E0%B8%B0%E0%B9%84%E0%B8%A3)

SMTP คือแกนหลักของการสื่อสารอีเมลบนอินเทอร์เน็ต อีเมลทุกฉบับที่คุณส่ง ไม่ว่าจะจาก inbox ส่วนตัวหรือแพลตฟอร์ม marketing automation ล้วนอาศัย SMTP ในการเดินทางถึงปลายทาง การเข้าใจวิธีทำงานของ SMTP เป็นสิ่งสำคัญสำหรับทุกคนที่จัดการอีเมลมาร์เก็ตติง อีเมล transactional หรือการสื่อสารทางธุรกิจ

คู่มือนี้ครอบคลุมทุกสิ่งที่คุณต้องรู้เกี่ยวกับ SMTP: ตั้งแต่พื้นฐานวิธีทำงานไปจนถึงวิธีการ authentication ขั้นสูง การเปรียบเทียบผู้ให้บริการ และการแก้ไขปัญหาที่พบบ่อย

## SMTP คืออะไร

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

เมื่อคุณส่งอีเมล SMTP จัดการการส่งออก โดยผลักข้อความจาก email client ของคุณไปยัง mail server และจาก mail server ไปยัง mail server ของผู้รับ โปรโตคอลนี้ทำงานบนชุดกฎที่ทำให้มั่นใจว่าข้อความจะถูกส่งอย่างน่าเชื่อถือผ่านระบบอีเมลต่างๆ ทั่วโลก

### คุณลักษณะสำคัญของ SMTP

- **Push protocol:** SMTP ผลักอีเมลจากผู้ส่งไปยังผู้รับ (ต่างจาก POP3/IMAP ที่ดึงอีเมล)
- **ข้อความ:** คำสั่งและการตอบสนองอ่านได้โดยมนุษย์
- **เชื่อมต่อ:** ใช้ TCP/IP สำหรับการส่งที่น่าเชื่อถือ
- **Store-and-forward:** ข้อความถูกเก็บชั่วคราวที่เซิร์ฟเวอร์กลางก่อนส่งต่อ
- **ได้มาตรฐาน:** RFC 5321 กำหนดข้อกำหนด SMTP ปัจจุบัน

### SMTP เทียบกับโปรโตคอลอีเมลอื่นๆ

| โปรโตคอล | วัตถุประสงค์ | ทิศทาง |
| --- | --- | --- |
| SMTP | ส่งอีเมล | ขาออก |
| POP3 | ดึงอีเมล | ขาเข้า |
| IMAP | เข้าถึงอีเมล | ขาเข้า (sync) |

SMTP ทำงานร่วมกับ POP3 และ IMAP ในขณะที่ SMTP ส่งอีเมลขาออกของคุณ POP3 หรือ IMAP ดึงอีเมลขาเข้าไปยัง inbox ของคุณ email client ส่วนใหญ่ใช้ SMTP สำหรับการส่งและ IMAP สำหรับการรับ

## วิธีทำงานของ SMTP

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

### กระบวนการสื่อสาร SMTP

**ขั้นตอนที่ 1: การสร้างการเชื่อมต่อ**

Email client ของคุณ (Mail User Agent) เชื่อมต่อกับ outgoing mail server (Mail Transfer Agent) ผ่าน TCP port 25, 587 หรือ 465 จะมี “handshake” เกิดขึ้นซึ่งเซิร์ฟเวอร์ระบุตัวเอง

**ขั้นตอนที่ 2: SMTP Handshake (HELO/EHLO)**

Client เริ่มการสื่อสารด้วยคำสั่ง HELO หรือ EHLO:

```
Client: EHLO mail.example.com
Server: 250-smtp.provider.com Hello
```

EHLO (Extended HELO) เป็นเวอร์ชันสมัยใหม่ที่รองรับ SMTP extensions เช่น authentication และการเข้ารหัส TLS

**ขั้นตอนที่ 3: การระบุผู้ส่ง (MAIL FROM)**

Client ระบุที่อยู่อีเมลของผู้ส่ง:

```
Client: MAIL FROM:<sender@example.com>
Server: 250 OK
```

**ขั้นตอนที่ 4: การระบุผู้รับ (RCPT TO)**

Client ระบุผู้รับหนึ่งรายหรือมากกว่า:

```
Client: RCPT TO:<recipient@destination.com>
Server: 250 OK
```

**ขั้นตอนที่ 5: การส่งข้อมูลข้อความ (DATA)**

เนื้อหาอีเมลจริงถูกส่ง:

```
Client: DATA
Server: 354 Start mail input
Client: Subject: Test Email
Client: From: sender@example.com
Client: To: recipient@destination.com
Client:
Client: This is the email body.
Client: .
Server: 250 OK
```

**ขั้นตอนที่ 6: การสิ้นสุดการเชื่อมต่อ (QUIT)**

session จบลงอย่างสง่างาม:

```
Client: QUIT
Server: 221 Bye
```

### การเดินทางอีเมลแบบครบวงจร

1. **การแต่งข้อความ:** คุณเขียนอีเมลใน client (Gmail, Outlook ฯลฯ)
2. **การส่ง:** Client เชื่อมต่อกับ SMTP server ของคุณ
3. **การค้นหา DNS:** เซิร์ฟเวอร์ของคุณสอบถาม DNS สำหรับ MX records ของผู้รับ
4. **การส่งต่อ:** เซิร์ฟเวอร์ของคุณเชื่อมต่อกับ SMTP server ของผู้รับ
5. **การส่ง:** เซิร์ฟเวอร์ของผู้รับรับข้อความ
6. **การจัดเก็บ:** ข้อความถูกจัดเก็บเพื่อให้ผู้รับดึงผ่าน POP3/IMAP

### อธิบาย SMTP Ports

| Port | ชื่อ | ความปลอดภัย | กรณีการใช้งาน |
| --- | --- | --- | --- |
| 25 | SMTP | ไม่มี/STARTTLS | การ relay ระหว่างเซิร์ฟเวอร์ |
| 587 | Submission | STARTTLS | Client-to-server (แนะนำ) |
| 465 | SMTPS | Implicit TLS | การ submission ที่ปลอดภัย (legacy) |
| 2525 | Alternative | STARTTLS | เมื่อ 587 ถูก block |

**Port 587** เป็น port ที่แนะนำสำหรับการส่งอีเมลจากแอปพลิเคชันและ email clients ต้องการ authentication และรองรับการเข้ารหัส STARTTLS

**Port 25** เป็น SMTP port ดั้งเดิมแต่ปัจจุบันใช้เป็นหลักสำหรับการสื่อสารระหว่างเซิร์ฟเวอร์ ISP หลายรายบล็อก port 25 ขาออกเพื่อป้องกัน spam

**Port 465** ถูกกำหนดไว้สั้นๆ สำหรับ SMTPS (SMTP over SSL) แต่ถูกจัดสรรใหม่ ผู้ให้บริการบางรายยังรองรับสำหรับความเข้ากันได้แบบ legacy

## SMTP กับ Email API: ควรใช้อะไร

แอปพลิเคชันสมัยใหม่มีสองตัวเลือกหลักสำหรับการส่งอีเมลแบบโปรแกรม: SMTP แบบดั้งเดิมและ Email APIs ที่ใช้ HTTP แต่ละแนวทางมีข้อได้เปรียบที่แตกต่างกัน

### แนวทาง SMTP

ด้วย SMTP แอปพลิเคชันของคุณเชื่อมต่อโดยตรงกับ SMTP server โดยใช้โปรโตคอลที่อธิบายไว้ข้างต้น

**ข้อได้เปรียบ:**

- เข้ากันได้กับไลบรารีส่งอีเมลใดๆ
- ทำงานกับโครงสร้างพื้นฐานอีเมลที่มีอยู่
- ไม่มีการ lock-in กับรูปแบบ API เฉพาะ
- ตั้งค่าง่ายกว่าสำหรับกรณีการใช้งานพื้นฐาน
- ทำงานในสภาพแวดล้อมที่มีการเข้าถึง HTTP จำกัด

**ข้อเสีย:**

- การจัดการข้อผิดพลาดที่ซับซ้อนกว่า
- การติดตามจำกัดโดยไม่มีการตั้งค่าเพิ่มเติม
- การส่งแบบ synchronous อาจช้ากว่า
- overhead การจัดการการเชื่อมต่อ
- ยากกว่าในการนำฟีเจอร์ขั้นสูงไปใช้

### แนวทาง Email API

Email APIs ใช้ HTTP/REST เพื่อส่งข้อความ โดยแยกส่วนความซับซ้อนของ SMTP พื้นฐาน

**ข้อได้เปรียบ:**

- การติดตามที่ครอบคลุม (การเปิด การคลิก การ bounce) ในตัว
- การส่งแบบ asynchronous พร้อม webhooks
- การจัดการข้อผิดพลาดที่ง่ายกว่าด้วย HTTP status codes
- ฟีเจอร์ขั้นสูง (เทมเพลต การกำหนดเวลา) แบบ native
- analytics และการรายงานที่ดีกว่า
- การเชื่อมต่อกับแอปพลิเคชันสมัยใหม่ที่ง่ายกว่า

**ข้อเสีย:**

- การนำไปใช้เฉพาะ vendor
- ต้องการการเชื่อมต่ออินเทอร์เน็ต (ไม่ใช่ local relay)
- อาจมีขีดจำกัด API rate
- ระยะเวลาเรียนรู้สำหรับฟีเจอร์เฉพาะ API

### เมื่อไหรควรใช้ SMTP

- **ระบบ legacy:** แอปพลิเคชันเก่าที่ออกแบบสำหรับ SMTP
- **อีเมล transactional แบบง่าย:** การแจ้งเตือนพื้นฐานที่ไม่ต้องการการติดตาม
- **ซอฟต์แวร์ on-premises:** แอปพลิเคชันในสภาพแวดล้อมเครือข่ายที่จำกัด
- **การกำหนดค่า email client:** แอปอีเมล desktop หรือมือถือ
- **WordPress และ CMS:** ปลั๊กอินหลายตัวต้องการ SMTP credentials

### เมื่อไหรควรใช้ Email API

- **Marketing automation:** แคมเปญที่ต้องการ analytics โดยละเอียด
- **การส่งปริมาณสูง:** แอปพลิเคชันที่ส่งอีเมลหลายพันฉบับ
- **แอปพลิเคชันสมัยใหม่:** ผลิตภัณฑ์ SaaS ที่มีความต้องการอีเมลที่ซับซ้อน
- **ฟีเจอร์ขั้นสูง:** การจัดการเทมเพลต A/B testing เนื้อหาแบบ dynamic
- **การติดตามแบบเรียลไทม์:** เมื่อคุณต้องการ feedback การส่งทันที

### แนวทางผสม

หลายองค์กรใช้ทั้งสองอย่าง: SMTP สำหรับข้อความ transactional แบบง่ายจากระบบ legacy และ Email APIs สำหรับแคมเปญการตลาดและ automation ที่ซับซ้อน แพลตฟอร์มอย่าง Brevo รองรับทั้งสองวิธี ให้คุณเลือกตามกรณีการใช้งานแต่ละรายการ

## อธิบาย SMTP Authentication

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

### ประเภทของ SMTP Authentication

**SMTP AUTH (RFC 4954)**

กลไก authentication มาตรฐานที่ต้องการ username และรหัสผ่านก่อนส่ง

```
Client: AUTH LOGIN
Server: 334 VXNlcm5hbWU6
Client: [base64-encoded username]
Server: 334 UGFzc3dvcmQ6
Client: [base64-encoded password]
Server: 235 Authentication successful
```

**กลไก AUTH ทั่วไป:**

| กลไก | ความปลอดภัย | คำอธิบาย |
| --- | --- | --- |
| PLAIN | พื้นฐาน | Username/password ชัด (ต้องการ TLS) |
| LOGIN | พื้นฐาน | คล้ายกับ PLAIN รูปแบบ legacy |
| CRAM-MD5 | ดีกว่า | Challenge-response ไม่มีรหัสผ่านชัด |
| DIGEST-MD5 | ดี | Challenge-response ที่ปรับปรุง |
| OAUTH2 | ดีที่สุด | Token-based ไม่มีการส่งรหัสผ่าน |

**การเข้ารหัส TLS/SSL**

ใช้การเข้ารหัสเสมอเพื่อป้องกัน credentials:

- **STARTTLS:** อัปเกรดการเชื่อมต่อธรรมดาให้เข้ารหัส (port 587)
- **Implicit TLS:** การเชื่อมต่อเข้ารหัสตั้งแต่ต้น (port 465)

**API Keys กับ Passwords**

บริการ SMTP สมัยใหม่มักใช้ API keys แทนรหัสผ่าน:

```
Username: apikey (literal string)
Password: your-api-key-here
```

API keys เป็นที่นิยมเพราะสามารถหมุนเวียนได้โดยไม่ต้องเปลี่ยนรหัสผ่านบัญชีและสามารถมีสิทธิ์จำกัดได้

### การตั้งค่า SMTP Credentials

เมื่อกำหนดค่าแอปพลิเคชันเพื่อส่งอีเมลผ่าน SMTP คุณโดยทั่วไปต้องการ:

1. **SMTP Host:** ที่อยู่เซิร์ฟเวอร์ (เช่น smtp.brevo.com)
2. **SMTP Port:** โดยทั่วไป 587 สำหรับการ submission ที่ผ่าน authentication
3. **Username:** อีเมลบัญชีหรือ API key identifier ของคุณ
4. **Password:** รหัสผ่านบัญชีหรือ API key ของคุณ
5. **Encryption:** เปิดใช้ TLS/STARTTLS

ตัวอย่างการกำหนดค่าสำหรับ Brevo SMTP:

```
Host: smtp-relay.brevo.com
Port: 587
Username: your-email@example.com
Password: your-smtp-key
Encryption: STARTTLS
```

## Email Authentication: SPF, DKIM และ DMARC

นอกเหนือจาก SMTP authentication (พิสูจน์ว่าคุณสามารถใช้เซิร์ฟเวอร์ได้) โปรโตคอล email authentication ยืนยันว่าอีเมลมาจากผู้ส่งที่อ้างสิทธิ์จริงๆ กลไกที่ใช้ DNS เหล่านี้ป้องกันการ spoofing และ phishing

### SPF (Sender Policy Framework)

SPF ระบุว่า IP addresses และเซิร์ฟเวอร์ใดที่ได้รับอนุญาตให้ส่งอีเมลสำหรับโดเมนของคุณ

**วิธีทำงานของ SPF:**

1. คุณเผยแพร่ SPF records ใน DNS ของโดเมนของคุณ
2. เมื่อเซิร์ฟเวอร์รับได้รับอีเมลของคุณ จะตรวจสอบ SPF
3. หาก sending IP ตรงกับ SPF record ของคุณ อีเมลผ่าน
4. หากไม่ตรง อีเมลอาจถูกทำเครื่องหมายเป็น spam หรือปฏิเสธ

**ตัวอย่าง SPF Record:**

```
v=spf1 include:spf.brevo.com include:_spf.google.com -all
```

record นี้อนุญาตให้ Brevo และ Google ส่งอีเมลสำหรับโดเมนของคุณ และปฏิเสธผู้ส่งอื่นทั้งหมด (-all)

**SPF Syntax:**

| กลไก | คำอธิบาย |
| --- | --- |
| include: | เชื่อถือ SPF ของโดเมนอื่น |
| ip4: | อนุญาต IPv4 address/range เฉพาะ |
| ip6: | อนุญาต IPv6 address/range เฉพาะ |
| a | อนุญาต IPs ของ A record ของโดเมน |
| mx | อนุญาต IPs ของ MX server ของโดเมน |
| -all | Fail ทั้งหมดที่เหลือ (hard fail) |
| ~all | Soft fail ทั้งหมดที่เหลือ |
| ?all | Neutral สำหรับทั้งหมดที่เหลือ |

**แนวทางปฏิบัติที่ดีที่สุดของ SPF:**

- ใช้ -all (hard fail) เมื่อมั่นใจในการกำหนดค่าของคุณ
- รักษาไว้ต่ำกว่า 10 DNS lookups เพื่อหลีกเลี่ยง permerror
- รวมแหล่งส่งที่ถูกต้องทั้งหมด
- ทดสอบด้วย SPF validators ก่อน deploy

### DKIM (DomainKeys Identified Mail)

DKIM เพิ่ม cryptographic signature ให้กับอีเมลของคุณ พิสูจน์ว่าไม่ได้ถูกแก้ไขระหว่างการส่งและมาจากโดเมนของคุณ

**วิธีทำงานของ DKIM:**

1. เซิร์ฟเวอร์อีเมลของคุณ sign ข้อความขาออกด้วย private key
2. คุณเผยแพร่ public key ที่สอดคล้องกันใน DNS
3. เซิร์ฟเวอร์รับตรวจสอบ signature โดยใช้ public key ของคุณ
4. Signatures ที่ถูกต้องยืนยัน integrity ของข้อความและแหล่งที่มา

**ตัวอย่าง DKIM DNS Record:**

```
brevo._domainkey.example.com IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4..."
```

selector (brevo) ระบุว่าจะใช้ key ใด ทำให้หลายบริการส่งด้วย DKIM keys ต่างกันได้

**ส่วนประกอบ DKIM:**

| ส่วน | คำอธิบาย |
| --- | --- |
| Selector | ระบุ key เฉพาะ (เช่น brevo, google) |
| Public Key | RSA key ที่เผยแพร่ใน DNS สำหรับการยืนยัน |
| Private Key | เก็บโดยเซิร์ฟเวอร์ส่ง sign ข้อความ |
| Header | เพิ่มใน อีเมล (DKIM-Signature) |

**แนวทางปฏิบัติที่ดีที่สุดของ DKIM:**

- ใช้ RSA keys ขนาด 2048-bit (ขั้นต่ำ 1024-bit)
- หมุนเวียน keys เป็นระยะ
- Sign headers สำคัญ (From, Subject, Date)
- ทดสอบ signatures ก่อน deploy เต็มรูปแบบ

### DMARC (Domain-based Message Authentication, Reporting, and Conformance)

DMARC สร้างต่อยอดจาก SPF และ DKIM เพิ่ม policies สำหรับการจัดการกับความล้มเหลวของ authentication และความสามารถในการรายงาน

**วิธีทำงานของ DMARC:**

1. คุณเผยแพร่ DMARC policy ใน DNS
2. เซิร์ฟเวอร์รับตรวจสอบ SPF และ DKIM alignment
3. อีเมลที่ล้มเหลวได้รับการจัดการตาม policy ของคุณ
4. รายงานถูกส่งถึงคุณเกี่ยวกับผลลัพธ์ authentication

**ตัวอย่าง DMARC DNS Record:**

```
_dmarc.example.com IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; pct=100"
```

**DMARC Policies:**

| Policy | การดำเนินการ |
| --- | --- |
| p=none | ตรวจสอบเท่านั้น ไม่มีการดำเนินการกับความล้มเหลว |
| p=quarantine | ส่งความล้มเหลวไปยังโฟลเดอร์ spam |
| p=reject | บล็อกอีเมลที่ล้มเหลวทั้งหมด |

**เส้นทางการนำ DMARC ไปใช้:**

1. **เริ่มด้วย p=none:** ตรวจสอบโดยไม่ส่งผลต่อการส่ง
2. **วิเคราะห์รายงาน:** ระบุแหล่งที่ถูกต้องที่ล้มเหลวใน authentication
3. **แก้ไขปัญหา:** เพิ่ม SPF includes ที่ขาดหาย กำหนดค่า DKIM
4. **ย้ายไปยัง p=quarantine:** เริ่มป้องกันด้วยการบังคับใช้แบบอ่อน
5. **ไปถึง p=reject:** การป้องกันสูงสุดเมื่อมั่นใจ

**แนวทางปฏิบัติที่ดีที่สุดของ DMARC:**

- เริ่มด้วย p=none และ rua (aggregate reports)
- ตรวจสอบรายงาน 2-4 สัปดาห์ก่อนบังคับใช้
- ทำให้ผู้ส่งที่ถูกต้องทั้งหมดผ่าน SPF หรือ DKIM พร้อม alignment
- ค่อยๆ เพิ่ม pct (เปอร์เซ็นต์) เมื่อบังคับใช้

### Authentication Alignment

DMARC ต้องการ “alignment” ระหว่างโดเมนใน From header และโดเมนที่ผ่าน SPF/DKIM:

- **SPF Alignment:** โดเมน Return-Path ตรงกับโดเมน From
- **DKIM Alignment:** โดเมนที่ sign DKIM ตรงกับโดเมน From

สิ่งนี้ป้องกันผู้โจมตีจากการใช้โครงสร้างพื้นฐาน SPF/DKIM ของคุณส่งอีเมล spoofed

## บริการและผู้ให้บริการ SMTP ที่ดีที่สุด

การเลือกผู้ให้บริการ SMTP ที่เหมาะสมส่งผลต่อ deliverability ต้นทุน และฟีเจอร์ นี่คือตัวเลือกชั้นนำสำหรับปี 2026

### Brevo (เดิมชื่อ Sendinblue)

**เหมาะสำหรับ:** อีคอมเมิร์ซ อีเมล transactional และการตลาดรวมกัน

Brevo มีทั้ง SMTP relay และการเข้าถึง API ในราคาที่แข่งขันได้ จุดแข็งของมันอยู่ที่การรวมอีเมล transactional กับ marketing automation, CRM และการสื่อสารหลายช่องทาง (SMS, WhatsApp)

| ฟีเจอร์ | รายละเอียด |
| --- | --- |
| Free tier | 300 อีเมล/วัน |
| ราคา | เริ่มต้น $9/เดือนสำหรับ 5,000 อีเมล |
| SMTP relay | มี |
| API | มี (REST) |
| เครื่องมือ Deliverability | SPF, DKIM, dedicated IP พร้อมใช้ |
| Analytics | การเปิด การคลิก การ bounce แบบเรียลไทม์ |

**การกำหนดค่า SMTP:**

```
Host: smtp-relay.brevo.com
Port: 587
Authentication: Required
Encryption: STARTTLS
```

### Amazon SES (Simple Email Service)

**เหมาะสำหรับ:** ผู้ส่งปริมาณสูงที่มีโครงสร้างพื้นฐาน AWS

Amazon SES มีราคาต่ำมากสำหรับปริมาณสูงและเชื่อมต่อได้ดีกับบริการ AWS อื่นๆ

| ฟีเจอร์ | รายละเอียด |
| --- | --- |
| Free tier | 62,000 อีเมล/เดือน (จาก EC2) |
| ราคา | $0.10 ต่อ 1,000 อีเมล |
| SMTP relay | มี |
| API | มี (AWS SDK) |
| เครื่องมือ Deliverability | ครบถ้วน (ต้องตั้งค่าด้วยตนเอง) |
| Analytics | การเชื่อมต่อ CloudWatch |

**ข้อควรพิจารณา:**

- ต้องการความเชี่ยวชาญด้านเทคนิคในการกำหนดค่าอย่างถูกต้อง
- การจัดการชื่อเสียงเป็นความรับผิดชอบของคุณ
- เหมาะสำหรับนักพัฒนาที่คุ้นเคยกับ AWS

### SendGrid (Twilio)

**เหมาะสำหรับ:** นักพัฒนาที่ต้องการ APIs ที่แข็งแกร่งและการขยายตัว

SendGrid มี APIs ที่เป็นมิตรกับนักพัฒนาพร้อมเอกสารที่ยอดเยี่ยมและการขยายตัวสำหรับธุรกิจที่กำลังเติบโต

| ฟีเจอร์ | รายละเอียด |
| --- | --- |
| Free tier | 100 อีเมล/วัน |
| ราคา | เริ่มต้น $19.95/เดือนสำหรับ 50,000 อีเมล |
| SMTP relay | มี |
| API | มี (REST, webhooks) |
| เครื่องมือ Deliverability | ชุดครบถ้วน |
| Analytics | แดชบอร์ดที่ครอบคลุม |

### Mailgun

**เหมาะสำหรับ:** อีเมล transactional พร้อม logging โดยละเอียด

Mailgun มุ่งเน้น transactional และกรณีการใช้งานนักพัฒนาพร้อมการค้นหา log ที่มีประสิทธิภาพและฟีเจอร์การตรวจสอบ

| ฟีเจอร์ | รายละเอียด |
| --- | --- |
| Free tier | Trial พร้อมการส่งจำกัด |
| ราคา | เริ่มต้น $15/เดือนสำหรับ 10,000 อีเมล |
| SMTP relay | มี |
| API | มี (REST) |
| เครื่องมือ Deliverability | การตรวจสอบอีเมล logs |
| Analytics | Logs ที่ค้นหาได้ สถิติ |

### Postmark

**เหมาะสำหรับ:** อีเมล transactional ที่ต้องการความเร็วในการส่งสูงสุด

Postmark เชี่ยวชาญด้านอีเมล transactional พร้อมความเร็วในการส่งชั้นนำและนโยบาย anti-spam ที่เข้มงวด

| ฟีเจอร์ | รายละเอียด |
| --- | --- |
| Free tier | ไม่มี (มี trial) |
| ราคา | เริ่มต้น $15/เดือนสำหรับ 10,000 อีเมล |
| SMTP relay | มี |
| API | มี (REST) |
| เครื่องมือ Deliverability | รวม dedicated IP |
| Analytics | แบบเรียลไทม์ โดยละเอียด |

### สรุปเปรียบเทียบผู้ให้บริการ

| ผู้ให้บริการ | เหมาะสำหรับ | Free Tier | ราคาเริ่มต้น |
| --- | --- | --- | --- |
| Brevo | All-in-one marketing | 300/วัน | $9/เดือน |
| Amazon SES | ปริมาณสูง ผู้ใช้ AWS | 62,000/เดือน | $0.10/1K |
| SendGrid | เน้นนักพัฒนา | 100/วัน | $19.95/เดือน |
| Mailgun | Transactional + logs | Trial | $15/เดือน |
| Postmark | Transactional เร็ว | Trial | $15/เดือน |

### การเลือกผู้ให้บริการที่เหมาะสม

**พิจารณาปัจจัยเหล่านี้:**

1. **ปริมาณ:** คุณส่งอีเมลกี่ฉบับต่อเดือน
2. **ประเภท:** การตลาด transactional หรือทั้งสองอย่าง
3. **ทรัพยากรด้านเทคนิค:** คุณจัดการการตั้งค่าที่ซับซ้อนได้ไหม
4. **ฟีเจอร์ที่ต้องการ:** เทมเพลต analytics A/B testing
5. **งบประมาณ:** งบประมาณอีเมลรายเดือนของคุณคือเท่าไหร่
6. **การเชื่อมต่อ:** ระบบใดที่ต้องเชื่อมต่อ

## วิธีตั้งค่า SMTP

การตั้งค่า SMTP แตกต่างกันขึ้นอยู่กับกรณีการใช้งานของคุณ นี่คือคู่มือสำหรับสถานการณ์ทั่วไป

### การตั้งค่า SMTP ใน WordPress

เว็บไซต์ WordPress ส่วนใหญ่ต้องการ SMTP เพื่อการส่งอีเมลที่น่าเชื่อถือ ฟังก์ชัน PHP mail() เริ่มต้นมักล้มเหลวหรือไปยัง spam

**ขั้นตอนที่ 1: ติดตั้งปลั๊กอิน SMTP**

ตัวเลือกที่นิยม:

- WP Mail SMTP
- Post SMTP
- Easy WP SMTP

**ขั้นตอนที่ 2: กำหนดค่าปลั๊กอิน**

ใช้ WP Mail SMTP กับ Brevo:

```
From Email: noreply@yourdomain.com
From Name: Your Site Name
Mailer: Other SMTP
SMTP Host: smtp-relay.brevo.com
Encryption: TLS
SMTP Port: 587
Authentication: On
SMTP Username: your-email@example.com
SMTP Password: your-brevo-smtp-key
```

**ขั้นตอนที่ 3: ทดสอบการเชื่อมต่อ**

ส่งอีเมลทดสอบเพื่อยืนยันการกำหนดค่า ตรวจสอบโฟลเดอร์ spam หากอีเมลทดสอบไม่มาถึง

### การตั้งค่า SMTP ในแอปพลิเคชัน

สำหรับแอปพลิเคชันแบบกำหนดเอง ใช้ไลบรารีอีเมลของภาษาโปรแกรมของคุณ

**Node.js (Nodemailer):**

```javascript
const nodemailer = require('nodemailer');

const transporter = nodemailer.createTransport({
  host: 'smtp-relay.brevo.com',
  port: 587,
  secure: false,
  auth: {
    user: 'your-email@example.com',
    pass: 'your-smtp-key'
  }
});

await transporter.sendMail({
  from: 'sender@example.com',
  to: 'recipient@example.com',
  subject: 'Test Email',
  text: 'Hello from Node.js!'
});
```

**Python (smtplib):**

```python
import smtplib
from email.mime.text import MIMEText

smtp_server = "smtp-relay.brevo.com"
port = 587
username = "your-email@example.com"
password = "your-smtp-key"

msg = MIMEText("Hello from Python!")
msg['Subject'] = "Test Email"
msg['From'] = "sender@example.com"
msg['To'] = "recipient@example.com"

with smtplib.SMTP(smtp_server, port) as server:
    server.starttls()
    server.login(username, password)
    server.send_message(msg)
```

**PHP (PHPMailer):**

```php
use PHPMailer\PHPMailer\PHPMailer;

$mail = new PHPMailer(true);
$mail->isSMTP();
$mail->Host = 'smtp-relay.brevo.com';
$mail->SMTPAuth = true;
$mail->Username = 'your-email@example.com';
$mail->Password = 'your-smtp-key';
$mail->SMTPSecure = 'tls';
$mail->Port = 587;

$mail->setFrom('sender@example.com', 'Sender Name');
$mail->addAddress('recipient@example.com');
$mail->Subject = 'Test Email';
$mail->Body = 'Hello from PHP!';

$mail->send();
```

### การตั้งค่า DNS Records

ก่อนส่ง กำหนดค่า DNS records สำหรับ authentication

**ขั้นตอนที่ 1: เพิ่ม SPF Record**

สร้าง TXT record ที่ root ของโดเมนของคุณ:

```
Type: TXT
Host: @
Value: v=spf1 include:spf.brevo.com ~all
```

หากคุณมี SPF ที่มีอยู่แล้ว เพิ่ม include statement:

```
v=spf1 include:spf.brevo.com include:_spf.google.com ~all
```

**ขั้นตอนที่ 2: เพิ่ม DKIM Record**

สร้าง TXT record พร้อม selector จากผู้ให้บริการของคุณ:

```
Type: TXT
Host: brevo._domainkey
Value: v=DKIM1; k=rsa; p=[your-public-key]
```

**ขั้นตอนที่ 3: เพิ่ม DMARC Record**

เริ่มด้วยโหมดการตรวจสอบ:

```
Type: TXT
Host: _dmarc
Value: v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
```

**ขั้นตอนที่ 4: ยืนยันการกำหนดค่า**

ใช้เครื่องมืออย่าง:

- MXToolbox (mxtoolbox.com)
- Mail Tester (mail-tester.com)
- DMARC Analyzer

## ข้อผิดพลาด SMTP ที่พบบ่อยและวิธีแก้ไข

ข้อผิดพลาด SMTP ใช้ระบบการกำหนดหมายเลขมาตรฐาน การเข้าใจ codes เหล่านี้ช่วยวินิจฉัยปัญหาการส่งอย่างรวดเร็ว

### หมวดหมู่ SMTP Error Code

| ช่วง | หมวดหมู่ | ความหมาย |
| --- | --- | --- |
| 2xx | สำเร็จ | คำสั่งได้รับการยอมรับ |
| 4xx | ความล้มเหลวชั่วคราว | ลองใหม่ภายหลัง |
| 5xx | ความล้มเหลวถาวร | อย่าลองใหม่ |

### ข้อผิดพลาด SMTP ที่พบบ่อยและวิธีแก้ไข

**421 Service Not Available**

เซิร์ฟเวอร์ไม่สามารถประมวลผล requests ได้ชั่วคราว

*สาเหตุ:*

- เซิร์ฟเวอร์โอเวอร์โหลด
- ช่วงการบำรุงรักษา
- ถึงขีดจำกัดการเชื่อมต่อ

*วิธีแก้ไข:*

- รอและลองใหม่
- ตรวจสอบหน้าสถานะของผู้ให้บริการ
- นำ retry logic พร้อม backoff ไปใช้

**550 Mailbox Not Found**

ที่อยู่ผู้รับไม่มีอยู่

*สาเหตุ:*

- พิมพ์ผิดในที่อยู่อีเมล
- บัญชีถูกลบ
- โดเมนไม่รับอีเมล

*วิธีแก้ไข:*

- ยืนยันที่อยู่ผู้รับ
- ลบออกจากรายการ (hard bounce)
- นำ email validation ไปใช้

**554 Transaction Failed**

การปฏิเสธทั่วไป มักเกี่ยวข้องกับ spam

*สาเหตุ:*

- ตัวกรอง spam ถูก trigger
- Sender IP ที่ถูกบัน
- การละเมิดนโยบายเนื้อหา
- ขาด authentication

*วิธีแก้ไข:*

- ตรวจสอบสถานะ blacklist
- ตรวจสอบเนื้อหาอีเมล
- ยืนยัน authentication (SPF, DKIM, DMARC)
- ตรวจสอบชื่อเสียงผู้ส่ง

### การวินิจฉัยปัญหา SMTP

**ขั้นตอนที่ 1: ตรวจสอบข้อความข้อผิดพลาด**

บันทึก SMTP responses ที่สมบูรณ์ ไม่ใช่แค่ codes ข้อความหลัง code ให้บริบท

**ขั้นตอนที่ 2: ทดสอบการเชื่อมต่อ**

ยืนยันว่าคุณสามารถเชื่อมต่อกับ SMTP server ได้:

```bash
telnet smtp-relay.brevo.com 587
```

หรือใช้ openssl สำหรับ TLS:

```bash
openssl s_client -starttls smtp -connect smtp-relay.brevo.com:587
```

**ขั้นตอนที่ 3: ยืนยัน Authentication**

ทดสอบ credentials แยกจากแอปพลิเคชันของคุณโดยใช้ mail client หรือเครื่องมือ command-line

**ขั้นตอนที่ 4: ตรวจสอบ DNS**

ยืนยัน authentication records ของคุณ:

```bash
dig TXT yourdomain.com
dig TXT _dmarc.yourdomain.com
dig TXT selector._domainkey.yourdomain.com
```

**ขั้นตอนที่ 5: ตรวจสอบ Blacklists**

ตรวจสอบว่า sending IP ของคุณถูก blacklist หรือไม่:

- MXToolbox Blacklist Check
- Spamhaus
- Barracuda Reputation

## แนวทางปฏิบัติที่ดีที่สุดสำหรับ SMTP

ทำตามแนวทางปฏิบัติเหล่านี้เพื่อเพิ่ม deliverability สูงสุดและรักษาชื่อเสียงผู้ส่งที่ดี

### การยืนยันตัวตน

- **ใช้ SMTP AUTH เสมอ:** อย่าเรียกใช้ open relay
- **เปิดใช้ TLS:** เข้ารหัสการเชื่อมต่อทั้งหมด (STARTTLS บน port 587)
- **ใช้ API keys:** ต้องการ API keys มากกว่ารหัสผ่านบัญชี
- **หมุนเวียน credentials:** เปลี่ยน keys เป็นระยะ
- **นำทั้งสามอย่างไปใช้:** SPF, DKIM และ DMARC ร่วมกัน

### แนวทางการส่ง

- **Warm up IPs ใหม่:** ค่อยๆ เพิ่มปริมาณบน sending IPs ใหม่
- **การส่งที่สม่ำเสมอ:** รักษารูปแบบการส่งที่สม่ำเสมอ
- **List hygiene:** ลบ bounces และผู้ติดตามที่ไม่ active
- **ให้เกียรติการ unsubscribe:** ดำเนินการ opt-outs ทันที
- **ตรวจสอบชื่อเสียง:** ติดตาม sender scores และสถานะ blacklist

### การนำไปใช้ทางเทคนิค

- **จัดการ bounces:** ประมวลผลและจัดหมวดหมู่การแจ้งเตือน bounce
- **นำ retry logic ไปใช้:** ใช้ exponential backoff สำหรับความล้มเหลวชั่วคราว
- **บันทึกทุกอย่าง:** เก็บ logs โดยละเอียดสำหรับการแก้ไขปัญหา
- **ตรวจสอบการส่ง:** ติดตามอัตราการส่งและ latency
- **ใช้ connection pooling:** ใช้การเชื่อมต่อซ้ำเพื่อประสิทธิภาพ

### แนวทางเนื้อหา

- **หลีก spam triggers:** ระวังวลี spam ที่พบบ่อย
- **สมดุลข้อความและรูปภาพ:** อย่าส่งอีเมลที่มีแต่รูปภาพ
- **รวม unsubscribe links:** กฎหมายกำหนดในเขตอำนาจศาลส่วนใหญ่
- **ใช้ชื่อผู้ส่งที่จดจำได้:** ผู้รับควรรู้ว่าคุณเป็นใคร
- **ทดสอบก่อนส่ง:** ตรวจสอบคะแนน spam ก่อนแคมเปญ

## สรุป

SMTP ยังคงเป็นโปรโตคอลพื้นฐานที่ขับเคลื่อนการสื่อสารอีเมลทั่วโลก ไม่ว่าคุณจะส่งการแจ้งเตือน transactional แคมเปญการตลาด หรือการสื่อสารภายใน การเข้าใจ SMTP ช่วยให้คุณสร้างโครงสร้างพื้นฐานอีเมลที่น่าเชื่อถือ

ประเด็นสำคัญจากคู่มือนี้:

- **SMTP เป็นโปรโตคอลการส่ง:** ผลักอีเมลจากเซิร์ฟเวอร์ผู้ส่งไปยังผู้รับ
- **Authentication สำคัญมาก:** ใช้ SMTP AUTH, TLS และนำ SPF/DKIM/DMARC ไปใช้
- **เลือกผู้ให้บริการที่เหมาะสม:** จับคู่ความสามารถผู้ให้บริการกับปริมาณและความต้องการของคุณ
- **ตรวจสอบและบำรุงรักษา:** ติดตาม deliverability จัดการ bounces และรักษา list hygiene
- **SMTP กับ API:** ใช้ SMTP เพื่อความเข้ากันได้ ใช้ APIs เพื่อฟีเจอร์ขั้นสูง

## Tajo เหมาะกับส่วนไหน

Tajo คือเครื่องมือสร้างการเชื่อมต่อที่ขับเคลื่อนด้วยเอเจนต์ ใช้ผู้ให้บริการเดิมของคุณต่อไป เอเจนต์เชื่อมทุกอย่างที่เหลือ และคุณอนุมัติการซิงค์ทุกรายการ Tajo อยู่ในช่วงทดลองใช้ก่อนเปิดตัว [ขอสิทธิ์ใช้งานก่อน](https://tajo.io/th/#early-access)

## คำถามที่พบบ่อย

**SMTP server คืออะไร**

เชี่ยวชาญ SMTP ด้วยคู่มือฉบับสมบูรณ์นี้ เรียนรู้การทำงานของ Simple Mail Transfer Protocol เปรียบเทียบ SMTP กับ API ตั้งค่า authentication (SPF, DKIM, DMARC) และเลือกผู้ให้บริการ SMTP ที่ดีที่สุดสำหรับธุรกิจของคุณ

**ฉันจะเริ่มต้นกับ SMTP server ได้อย่างไร**

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

**ควรใช้ SMTP หรือ API อีเมล**

ใช้ SMTP กับ WordPress, CRM, อุปกรณ์ต่าง ๆ และระบบรุ่นเก่าที่รองรับเฉพาะการตั้งค่า SMTP ใช้ API อีเมลเมื่อคุณควบคุมแอปเองและต้องการข้อผิดพลาดที่มีโครงสร้าง เทมเพลต webhook ของเหตุการณ์ การจัดการรายชื่อที่ถูกระงับ และระบบอัตโนมัติที่แข็งแรงกว่า

**ความแตกต่างระหว่าง SMTP และ email hosting คืออะไร**

SMTP เฉพาะสำหรับการส่งอีเมล Email hosting รวมทั้งการส่ง (SMTP) และการรับ (POP3/IMAP) พร้อมการจัดเก็บและการจัดการ คุณสามารถใช้บริการ SMTP ของบุคคลที่สามในขณะที่โฮสต์อีเมลที่อื่น

**ฉันสามารถใช้ Gmail SMTP สำหรับธุรกิจได้ไหม**

Gmail มีการเข้าถึง SMTP แต่มีข้อจำกัด Free tier อนุญาต 500 อีเมลต่อวัน และ Google Workspace เพิ่มเป็น 2,000 สำหรับปริมาณที่สูงกว่าหรือการควบคุม deliverability ที่ดีกว่า แนะนำบริการ SMTP เฉพาะอย่าง Brevo

**ทำไมอีเมลของฉันถึงไปยัง spam**

สาเหตุทั่วไปรวมถึง: - SPF/DKIM/DMARC ที่ขาดหายหรือกำหนดค่าผิด - การส่งจาก IP ใหม่โดยไม่มีการ warmup - ชื่อเสียงผู้ส่งที่ไม่ดี - เนื้อหาที่คล้าย spam - การส่งไปยังที่อยู่ที่ไม่ถูกต้อง - อัตราการร้องเรียนสูง ตรวจสอบ authentication ก่อน แล้วตรวจสอบเนื้อหาและแนวทางการส่ง

**Port SMTP ที่ดีที่สุดที่ควรใช้คือ port ใด**

Port 587 แนะนำสำหรับการ submission อีเมล client-to-server ต้องการ authentication และรองรับการเข้ารหัส STARTTLS Port 25 สำหรับ server-to-server relay และมักถูก ISP บล็อก

**ฉันสามารถส่งอีเมลกี่ฉบับผ่าน SMTP ได้**

ขีดจำกัดขึ้นอยู่กับผู้ให้บริการ: - Gmail: 500-2,000/วัน - Brevo ฟรี: 300/วัน - Amazon SES: 50,000/วัน (พร้อมการอนุมัติ) - บริการเฉพาะ: มักไม่จำกัดพร้อม pricing tiers

**ฉันต้องการ dedicated IP สำหรับ SMTP ไหม**

ไม่เสมอไป Shared IPs ทำงานได้ดีสำหรับปริมาณปานกลางพร้อมแนวทางปฏิบัติที่ดี Dedicated IPs เป็นประโยชน์สำหรับผู้ส่งปริมาณสูง (100,000+ ต่อเดือน) ที่ต้องการควบคุมชื่อเสียงอย่างเต็มที่ ผู้ให้บริการส่วนใหญ่มี dedicated IPs เป็นตัวเลือกอัปเกรด

**SMTP relay คืออะไร**

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

**จะทดสอบการตั้งค่า SMTP ได้อย่างไร**

ใช้วิธีเหล่านี้: 1. ส่งอีเมลทดสอบผ่านแอปของคุณ 2. ใช้เครื่องมือออนไลน์อย่าง Mail Tester ตรวจสอบการยืนยันตัวตน 3. เชื่อมต่อด้วยตนเองผ่าน telnet หรือ openssl 4. ดูบันทึกการส่งในแดชบอร์ดของผู้ให้บริการ 5. ส่งไปยังที่อยู่ทดสอบที่รายงานผลการยืนยันตัวตน

**จะเกิดอะไรขึ้นถ้า SPF หรือ DKIM ล้มเหลว**

หากไม่มี DMARC การที่ SPF/DKIM ล้มเหลวอาจทำให้อีเมลถูกติดธง แต่ไม่จำเป็นต้องถูกปฏิเสธ หากตั้ง DMARC เป็น quarantine หรือ reject ความล้มเหลวจะทำให้อีเมลเข้ากล่องสแปมหรือถูกบล็อก ควรติดตามรายงาน DMARC อยู่เสมอเพื่อจับปัญหาการยืนยันตัวตน

**SMTP ส่งไฟล์แนบได้ไหม**

ได้ SMTP ส่งไฟล์แนบโดยเข้ารหัสไว้ในเนื้อหาอีเมล (โดยทั่วไปใช้ base64 สำหรับไฟล์ไบนารี) แต่ไฟล์แนบขนาดใหญ่อาจชนขีดจำกัดขนาดของเซิร์ฟเวอร์ สำหรับไฟล์ที่ใหญ่กว่าไม่กี่ MB ควรพิจารณาใช้ลิงก์จากที่เก็บข้อมูลบนคลาวด์แทน

## บทความที่เกี่ยวข้อง

### [SMTP Relay ฟรี: ตัวเลือกที่ดีที่สุดสำหรับการส่งอีเมลธุรกรรม](https://tajo.io/th/blog/free-smtp-relay-guide/)

26 มี.ค. 2569 · 4 นาทีอ่าน

9 ส่วน

### [คู่มือ WP Mail SMTP: การตั้งค่าบน WordPress ผู้ให้บริการส่งอีเมล DNS การทดสอบ บันทึกการส่ง และการตรวจคุณภาพ (2026)](https://tajo.io/th/blog/wp-mail-smtp-guide/)

26 มี.ค. 2569 · 3 นาทีอ่าน

14 ส่วน

### [Email API: คู่มือฉบับสมบูรณ์สำหรับการส่งอีเมลด้วยโค้ด (2026)](https://tajo.io/th/blog/email-api-guide/)

25 มี.ค. 2569 · 4 นาทีอ่าน

15 ส่วน