---
title: "ดึง OTP จากอีเมลผ่าน API โดยไม่หยิบรหัสผิดงาน"
description: "อ่าน OTP จากกล่องจดหมายทดสอบผ่าน API พร้อมตัวอย่าง curl วิธีกรองรหัสเก่า ตรวจอีเมลขยะ และจำกัดสิทธิ์คีย์สำหรับสคริปต์หรือ AI"
url: https://mailera.app/th/blog/email-otp-api
published: 2026-10-25
updated: 2026-10-25
---

# ดึง OTP จากอีเมลผ่าน API โดยไม่หยิบรหัสผิดงาน

เชื่อมต่อกล่องจดหมายทดสอบที่คุณมีอยู่แล้ว แล้วอ่านรหัสด้วย Mailera REST API พร้อมตัวกรองผู้ส่งและหัวเรื่อง เทียบเวลารับอีเมลกับเวลาเริ่มงาน และตรวจหาสาเหตุเมื่อหาอีเมลไม่พบ

## อ่าน OTP จากอีเมลของตัวเองผ่าน API ได้อย่างไร?

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

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

[Mailera เชื่อมต่อกล่องจดหมายเดิมเข้ากับแอปและเอเจนต์](https://mailera.app/th/product) ผ่าน REST API, MCP และ webhook คุณจึงใช้กล่องจดหมายทดสอบที่มีอยู่แล้วได้ โดยให้แอปต้นทางรับผิดชอบการออกและตรวจสอบ OTP เหมือนเดิม

![ลำดับการอ่าน OTP จากกล่องจดหมายทดสอบผ่าน Mailera และส่งกลับให้แอปตรวจสอบ](https://mailera.app/media/6a11869176bd67e6/otp-api-otp-flow-th-1200.jpg)
_Mailera อ่านรหัส ส่วนสคริปต์เลือกบริบทงานและแอปต้นทางตรวจความถูกต้อง_

## API อ่าน OTP ต่างจาก API ส่ง OTP อย่างไร?

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

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

เส้นทาง REST ในบทความนี้เน้นงานอ่านรหัส ส่วนการส่งคำขอยืนยันและนำรหัสไปกรอกให้ใช้ขั้นตอนของแอปคุณเอง อย่าถือว่าการได้รหัสกลับมาจาก API เท่ากับผ่านการทดสอบ ต้องตรวจผลหลังส่งรหัสกลับเข้าแอปด้วย

## ต้องเตรียมกล่องจดหมายและสิทธิ์อะไรบ้าง?

### 1. เพิ่มกล่องจดหมายทดสอบ

ผู้มีบทบาท Admin หรือ Leader เปิด **กล่องจดหมาย → เพิ่มกล่องจดหมาย** แล้วเลือกวิธีเชื่อมต่อให้ตรงกับผู้ให้บริการ

สำหรับ Outlook และ Microsoft 365 ให้เลือก **ลงชื่อเข้าใช้ด้วย Microsoft** เพื่อเชื่อมต่อผ่าน OAuth ไม่ใช้รหัสผ่านสำหรับแอปกับเส้นทางนี้ ดูรายละเอียดที่หน้า [การเชื่อมต่อ Microsoft ของ Mailera](https://mailera.app/th/providers/microsoft) และขั้นตอนเฉพาะ Outlook ใน[คู่มืออ่านรหัสยืนยัน Outlook ผ่าน API](https://mailera.app/th/blog/outlook-otp-api)

สำหรับ Gmail การเชื่อมต่อ Mailera ใช้รหัสผ่านสำหรับแอป (app password) และ Google กำหนดให้บัญชีเปิดการยืนยันสองขั้นตอน อ่านข้อกำหนดจาก[เอกสารรหัสผ่านสำหรับแอปของ Google](https://support.google.com/accounts/answer/185833) ควบคู่กับหน้า [การเชื่อมต่อ Gmail ของ Mailera](https://mailera.app/th/providers/gmail) หากคุณเปลี่ยนรหัสผ่านบัญชี Google รหัสผ่านสำหรับแอปเดิมจะถูกเพิกถอน

### 2. ตรวจการเชื่อมต่อก่อนขอรหัส

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

หากรับอีเมลได้แต่เชื่อมต่อฝั่งส่งไม่สำเร็จ Mailera มีตัวเลือก **บันทึกแบบรับอย่างเดียว** งานอ่าน OTP ไม่ต้องใช้ Mailera ส่งอีเมล เพราะแอปที่คุณกำลังทดสอบเป็นผู้ส่งรหัส

### 3. สร้างคีย์เฉพาะงานอ่าน

เปิด **การตั้งค่า** ไปยังส่วนคีย์ API แล้วเลือก **สร้าง API key** ตั้ง **ชื่อที่สื่อความหมาย** เพื่อให้แยกคีย์ทดสอบนี้ออกจากงานอื่นได้

เลือก **ขอบเขตกล่องจดหมาย** เฉพาะกลุ่มที่มีบัญชีทดสอบ และให้สิทธิ์ `read` เท่านั้น ไม่ต้องเพิ่ม `send` หรือ `manage` เพื่ออ่าน OTP แม้ Admin จะเลือกทุกกลุ่มได้ ก็ควรจำกัดขอบเขตให้ตรงกับงาน

คีย์จะแสดงเพียงครั้งเดียวในหน้าต่าง **สร้าง API key แล้ว — คัดลอกตอนนี้** เก็บค่าคีย์ในระบบจัดการความลับของสภาพแวดล้อมทดสอบ แล้วส่งเข้าโปรเซสผ่านตัวแปร `$MAILERA_API_KEY` อย่าเขียนค่าคีย์ลงในไฟล์ที่เก็บใน Git

![การสร้างคีย์ API ที่จำกัดกลุ่มกล่องจดหมายทดสอบและให้เฉพาะสิทธิ์อ่าน](https://mailera.app/media/b09dbc694b7ea186/otp-api-otp-read-key-th-1200.jpg)
_งานอ่าน OTP ใช้สิทธิ์ read ไม่ต้องเพิ่มสิทธิ์ส่งหรือจัดการกล่องจดหมาย_

## ขั้นตอนเรียก API เพื่ออ่านรหัส OTP

URL ฐานคือ `https://mailera.app/api/public/v1` ทุกคำขอด้านล่างใช้ `Authorization: Bearer $MAILERA_API_KEY` หากคุณกำลังเลือกว่าจะเชื่อมต่อผ่าน REST หรือ MCP ดู[ช่องทางเชื่อมต่อสำหรับนักพัฒนา](https://mailera.app/th/developers) ส่วนรายละเอียด endpoint อยู่ใน[เอกสาร API ของ Mailera](https://mailera.app/th/docs)

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

### 1. เลือกกล่องจดหมายให้ชัดเจน

เรียกรายการกล่องจดหมายด้วยคีย์สิทธิ์ `read`:

```bash
curl --silent --show-error \
  'https://mailera.app/api/public/v1/mailboxes' \
  --header "Authorization: Bearer $MAILERA_API_KEY"
```

ตรวจ `email` และ `group_id` ของรายการใน `data` แล้วนำ `id` ของกล่องจดหมายทดสอบไปตั้งเป็น `$MAILBOX_ID`

### 2. เริ่มงานทดสอบก่อนอ่านรหัส

บันทึกเวลาเริ่มงานไว้ในสคริปต์ แล้วสั่งแอปของคุณให้ส่งอีเมลยืนยันไปยังกล่องจดหมายที่เลือก เก็บบริบทของคำขอนี้ไว้ฝั่งทดสอบ เช่น บัญชีที่ใช้และหัวเรื่องที่คาดว่าจะได้รับ โดยไม่บันทึกรหัส OTP

หากคุณควบคุมแม่แบบอีเมลทดสอบได้ ให้ใส่ตัวระบุงานในหัวเรื่องเพื่อช่วยแยกอีเมลของแต่ละรอบ อย่าใช้ข้อมูลลับเป็นตัวระบุงาน

### 3. เรียก endpoint อ่าน OTP พร้อมตัวกรอง

`GET /mailboxes/{id}/otp` เป็น operation `getOtp` สำหรับดึงรหัส OTP ล่าสุดที่มาถึงกล่องจดหมาย ใช้สิทธิ์ `read` Mailera ไม่มี endpoint สำหรับตรวจสอบความถูกต้องของรหัส งานนั้นเป็นของแอปที่ออก OTP เสมอ

endpoint อ่าน OTP รับพารามิเตอร์ต่อไปนี้:

| พารามิเตอร์ | หน้าที่ | สิ่งที่ต้องกำหนดจากงานทดสอบ |
| --- | --- | --- |
| `id` | เลือกกล่องจดหมายใน path | ใช้ `$MAILBOX_ID` ของบัญชีรับรหัส |
| `from` | กรองผู้ส่ง | ใช้ที่อยู่ผู้ส่งของอีเมลทดสอบ |
| `subject` | กรองหัวเรื่อง | ใช้หัวเรื่องที่เกี่ยวข้องกับคำขอปัจจุบัน |
| `since_minutes` | พารามิเตอร์ของ `getOtp` | ตัวอย่างคำสั่งใช้ค่า `5` |

ตัวอย่างนี้ใช้ผู้ส่งและหัวเรื่องสมมติ เปลี่ยน `no-reply@example.com`, `Verify test-run-alpha` และค่า `since_minutes=5` ให้ตรงกับอีเมลจริงจากแอปของคุณ:

```bash
curl --silent --show-error --get \
  "https://mailera.app/api/public/v1/mailboxes/$MAILBOX_ID/otp" \
  --header "Authorization: Bearer $MAILERA_API_KEY" \
  --data-urlencode 'from=no-reply@example.com' \
  --data-urlencode 'subject=Verify test-run-alpha' \
  --data-urlencode 'since_minutes=5'
```

เริ่มจากตรวจผู้ส่งและหัวเรื่องของอีเมลจริงในกล่องจดหมายทดสอบ แล้วใช้ค่าที่สอดคล้องกันในการเรียก API อย่าเปลี่ยนความหมายของตัวกรองด้วยการสมมติว่าเป็น regex หรือเติม wildcard เอง สำหรับเวลารับอีเมล ให้ดู `received_at` จากรายการข้อความหรือรายละเอียดข้อความ แล้วเทียบกับเวลาเริ่มงานที่บันทึกไว้

### 4. นำรหัสกลับไปใช้กับคำขอเดิม

ส่งรหัสเข้าเฉพาะขั้นตอนยืนยันของงานที่ร้องขอ แล้วตรวจผลตอบกลับจากแอปต้นทาง หากแอปปฏิเสธรหัส ให้แยกตรวจว่าเป็นปัญหาเลือกอีเมลผิดหรือเป็นผลจากกติกาการยืนยันของแอป

ไม่ควรแก้ด้วยการวนลองรหัสจากอีเมลเก่าทีละฉบับ เพราะจะทำให้ไม่รู้ว่างานทดสอบกำลังตรวจคำขอใดอยู่

## จะป้องกันการหยิบรหัสเก่าหรือรหัสผิดงานได้อย่างไร?

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

ใช้กล่องจดหมาย ผู้ส่ง หัวเรื่อง และเวลารับอีเมลร่วมกัน แทนการเลือกจากคำว่า “ล่าสุด” เพียงอย่างเดียว โดยให้สคริปต์มีเกณฑ์ตัดสินก่อนรับรหัส:

1. กล่องจดหมายต้องตรงกับผู้รับของงานนี้
2. ผู้ส่งและหัวเรื่องต้องสอดคล้องกับอีเมลที่คาดไว้
3. เทียบ `received_at` จากรายการข้อความหรือรายละเอียดข้อความกับเวลาเริ่มงาน ไม่ใช้รหัสจากอีเมลที่ได้รับก่อนเริ่มงาน
4. หากยังแยกไม่ได้ว่าอีเมลเป็นของงานใด ให้หยุดงานนั้นแทนการเดารหัส

การส่ง `since_minutes` ในคำขอไม่ได้รับรองว่ารหัสยังไม่หมดอายุ การตัดสินอายุและความถูกต้องของรหัสยังเป็นหน้าที่ของแอปที่ออก OTP

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

นอกจากนี้ Mailera จำกัด API ที่ 300 คำขอต่อนาทีต่อคีย์ หากหลายงานใช้คีย์เดียวกัน ให้คิดจำนวนคำขอรวมของทุกงาน รวมถึงคำขอตรวจสถานะและอ่านรายการข้อความด้วย

เมื่อต้องทดสอบพร้อมกัน ให้แยกกล่องจดหมายให้แต่ละงาน หากจำเป็นต้องใช้กล่องเดียว ให้แยกบริบทในอีเมลที่คุณควบคุมได้ และอย่าให้หลายงานรอรหัสจากชุดตัวกรองเดียวกัน หากแยกบริบทไม่ได้ ให้เรียงงานแทนการรันพร้อมกัน

## จุดที่ต้องตรวจเมื่อไม่พบ OTP

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

| อาการ | สิ่งที่ต้องตรวจ | ขั้นตอนถัดไป |
| --- | --- | --- |
| ไม่พบอีเมลที่คาดไว้ | `$MAILBOX_ID` ตรงกับผู้รับหรือไม่ | ตรวจ `email` ในรายการกล่องจดหมายอีกครั้ง |
| เห็นอีเมลแล้ว แต่ตัวกรองไม่พบ | ผู้ส่งและหัวเรื่องจริงตรงกับค่าที่ส่งหรือไม่ | อ่านรายการข้อความแล้วแก้ `from` และ `subject` |
| พบอีเมลแต่ไม่แน่ใจว่าเป็นของงานปัจจุบัน | เวลาเริ่มงานและเวลารับอีเมล | เทียบ `received_at` จากรายการหรือรายละเอียดข้อความกับเวลาเริ่มงาน และตรวจบริบทของคำขอ |
| ข้อความใหม่ไม่ปรากฏ | การเชื่อมต่อและการซิงก์ | เรียก endpoint ตรวจสถานะ |
| ไม่พบใน Inbox | ตำแหน่งของอีเมล | ตรวจ placement และโฟลเดอร์อีเมลขยะ |
| API อ่านรหัสได้ แต่แอปปฏิเสธ | รหัสเป็นของคำขอปัจจุบันหรือไม่ | ตรวจบริบทงานและกติกาของแอปที่ออก OTP |

### ตรวจสถานะกล่องจดหมาย

```bash
curl --silent --show-error \
  "https://mailera.app/api/public/v1/mailboxes/$MAILBOX_ID/status" \
  --header "Authorization: Bearer $MAILERA_API_KEY"
```

สำหรับ Microsoft การตรวจนี้ตรวจการลงชื่อเข้าใช้โดยตรง ส่วนผู้ให้บริการอื่นอิงการซิงก์ล่าสุด จึงควรอ่านผลตามผู้ให้บริการที่คุณใช้ ไม่ถือว่าเป็นการตรวจแบบเดียวกันทั้งหมด หากต้องแก้ข้อมูลเชื่อมต่อของบัญชีที่ใช้ app password ดู[แนวทางรหัสผ่านสำหรับแอปของกล่องจดหมายเอเจนต์](https://mailera.app/th/blog/email-app-passwords)

หากต้องสั่งซิงก์เอง ให้แยก `POST /mailboxes/{id}/sync` ออกจากเส้นทางอ่านหลัก endpoint นี้ต้องใช้สิทธิ์ `sync` และสามารถปลุกกล่องจดหมายที่อยู่ในโหมดพักได้ คีย์ที่มีเพียง `read` ไม่ใช่คีย์สำหรับงานนี้

### ตรวจว่าอีเมลอยู่ที่ใด

ใช้ผู้ส่งและหัวเรื่องเดียวกับคำขออ่าน OTP เพื่อดูตำแหน่งของอีเมล ตัวอย่างนี้ส่ง `since_minutes=5` เช่นเดียวกับคำสั่งก่อนหน้า:

```bash
curl --silent --show-error --get \
  "https://mailera.app/api/public/v1/mailboxes/$MAILBOX_ID/placement" \
  --header "Authorization: Bearer $MAILERA_API_KEY" \
  --data-urlencode 'from=no-reply@example.com' \
  --data-urlencode 'subject=Verify test-run-alpha' \
  --data-urlencode 'since_minutes=5'
```

จากนั้นตรวจรายการข้อความในโฟลเดอร์ที่เกี่ยวข้อง ตัวอย่างนี้อ่านโฟลเดอร์อีเมลขยะ:

```bash
curl --silent --show-error --get \
  "https://mailera.app/api/public/v1/mailboxes/$MAILBOX_ID/messages" \
  --header "Authorization: Bearer $MAILERA_API_KEY" \
  --data-urlencode 'folder=junk'
```

ดู `from.address`, `subject`, `received_at` และ `folder` ของข้อความเพื่อแยกปัญหาการส่งถึงออกจากปัญหาการเลือกอีเมล หากต้องอ่านเนื้อหาฉบับเต็ม ให้นำ `id` ของข้อความไปตั้งเป็น `$MESSAGE_ID` แล้วเรียก:

```bash
curl --silent --show-error \
  "https://mailera.app/api/public/v1/mailboxes/$MAILBOX_ID/messages/$MESSAGE_ID" \
  --header "Authorization: Bearer $MAILERA_API_KEY"
```

เนื้อหาอยู่ใน `data.body.text` และ `data.body.html` ตรวจในสภาพแวดล้อมทดสอบที่จำกัดการเข้าถึง และอย่าคัดลอกคำตอบทั้งก้อนลงรายงานข้อผิดพลาด เพราะอาจมีรหัสและข้อมูลส่วนตัวอยู่ด้วย

![การตรวจอีเมลยืนยันในโฟลเดอร์อีเมลขยะโดยปิดบังรหัสและข้อมูลส่วนตัว](https://mailera.app/media/c512059f21d328b1/otp-api-otp-junk-th-1200.jpg)
_เมื่อไม่พบใน Inbox ให้ตรวจตำแหน่งอีเมลก่อนเปลี่ยนตัวกรองหรือขอรหัสใหม่_

## ถ้าให้ AI อ่าน OTP ต้องป้องกันอะไร?

หากเอเจนต์ของคุณใช้ MCP อยู่แล้ว Mailera มีเครื่องมือ `get_latest_otp` ซึ่งต้องใช้สิทธิ์ `read` ดู[การเชื่อมต่อ MCP ของ Mailera](https://mailera.app/th/mcp) แทนการให้เอเจนต์ประกอบคำสั่ง REST เองทุกครั้ง

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

ใช้คีย์สิทธิ์น้อยที่สุดและจำกัดกลุ่มกล่องจดหมาย ส่งให้โมเดลเฉพาะข้อมูลที่จำเป็นต่อขั้นตอนทดสอบ ไม่ใส่คีย์ API ลงใน prompt และไม่แนบเนื้อหาอีเมลทั้งฉบับเมื่อใช้เพียงรหัสกับบริบทของคำขอ หากงานอื่นต้องส่งอีเมล ให้ขอการยืนยันก่อนส่ง ไม่เพิ่มสิทธิ์ส่งให้ขั้นตอนอ่าน OTP นี้โดยอัตโนมัติ

[RFC 6750 ว่าด้วยการใช้ bearer token](https://www.rfc-editor.org/info/rfc6750/) กำหนดให้ป้องกัน token จากการเปิดเผยทั้งระหว่างจัดเก็บและส่งผ่านเครือข่าย หลักเดียวกันนี้ควรใช้กับคีย์ในสคริปต์ทดสอบด้วย ดูข้อมูลเพิ่มเติมที่หน้า [ความปลอดภัยของ Mailera](https://mailera.app/th/security)

ปิดบัง OTP, ที่อยู่อีเมล และคีย์ ในภาพหน้าจอ รวมถึงผลลัพธ์จากเครื่องมือที่เอเจนต์บันทึกไว้ หากคีย์รั่ว ให้เพิกถอนคีย์นั้น Mailera จะปฏิเสธคำขอถัดไปที่ใช้คีย์ที่ถูกเพิกถอนทันที

## Mailera ไม่ได้ทำอะไรในขั้นตอนนี้?

Mailera ไม่สร้างกล่องจดหมายหรือที่อยู่อีเมลใหม่ คุณต้องเชื่อมต่อบัญชีที่มีอยู่แล้ว และปัจจุบันไม่รองรับ Proton Mail หรือ Tuta

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

อย่าออกแบบการทดสอบโดยถือว่าอีเมลต้องเข้าถึงทันทีหรืออยู่ใน Inbox เสมอ Mailera แสดงตำแหน่งและย้ายข้อความออกจากโฟลเดอร์อีเมลขยะได้ แต่ไม่สามารถทำให้ผู้ให้บริการเชื่อถือผู้ส่งโดยอัตโนมัติ การกรองยังขึ้นกับผู้ให้บริการและการตั้งค่าของผู้ส่ง

**ทำสิ่งนี้ด้วย API** — ทุกการดำเนินการในบทความนี้ทำได้ผ่าน REST API พร้อมตัวอย่าง curl, API key และ webhook [ดูเอกสาร API](https://mailera.app/th/docs)