---
title: การตั้งค่าปัจจุบัน
description: อะไรถูกตั้งไว้ตอนนี้ อยู่ที่ไหน และเพราะอะไร
icon: SlidersHorizontal
verified: 2026-08-24
---

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

## บัญชี

| รายการ | ค่า |
|---|---|
| cPanel | `https://arome.o2switch.net:2083` |
| บัญชี | `sc6mixq8738` บน `arome.o2switch.net` |
| โดเมนในขอบเขต | `advmfr.net`, 87 mailbox |

`advmfr.com` **ไม่ได้**อยู่บนเซิร์ฟเวอร์นี้: อีเมลของมันทำงานบน Google Workspace
และการกรองเกิดขึ้นใน Google Admin ส่วน DNS ของมันเป็นอีกเรื่อง, ดู
[การแก้ DMARC](/docs/it/email/log)

## Global filters

กฎ 9 ข้อ ทำงานจากบนลงล่างกับอีเมลขาเข้าทุกฉบับ จัดการได้ที่
[Global Email Filters](/docs/it/email/global-email-filters)
ห้าข้อแรกคือ whitelist แบบมีเงื่อนไข (`Stop Processing Rules`:
ถ้าเข้าเงื่อนไขจะข้ามกฎที่เหลือทั้งหมด) ส่วนสี่ข้อหลังส่งเข้าโฟลเดอร์
`/.Quarantine` เดียวกัน และไม่มีข้อใดหยุดข้ออื่น

| # | Filter | เงื่อนไข | ผล |
|---|---|---|---|
| 1 | `00-wl-advmfr-com` | From contains `@advmfr.com` **and** Spam Status contains `SPF_PASS` | อีเมลบริษัทฝั่ง Google ของจริง ข้ามกฎทั้งหมด |
| 2 | `01-wl-advance-manufacturers` | From contains `advance.manufacturers@gmail.com` **and** `SPF_PASS` | Gmail ของบริษัท ข้ามกฎทั้งหมด |
| 3 | `02-wl-export-advmfr` | From contains `export.advmfr@gmail.com` **and** `SPF_PASS` | Gmail ของบริษัท ข้ามกฎทั้งหมด |
| 4 | `03-wl-jiraporn-advmfr` | From contains `jiraporn.advmfr@gmail.com` **and** `SPF_PASS` | Gmail ของบริษัท ข้ามกฎทั้งหมด |
| 5 | `04-wl-purchase-advmfr` | From contains `purchase.advmfr@gmail.com` **and** `SPF_PASS` | Gmail ของบริษัท ข้ามกฎทั้งหมด |
| 6 | `Executables & scripts` | Body matches regex | ไฟล์แนบนามสกุล executable → Quarantine |
| 7 | `EXEC` | Body matches regex | เอกสาร Office ที่รองรับ macro → Quarantine |
| 8 | `10-quarantine-score10` | Spam Bar contains `++++++++++` | คะแนน spam ตั้งแต่ 10 ขึ้นไป → Quarantine |
| 9 | `30-self-spoof` | From contains `@advmfr.net` **and** Spam Status contains `SPF_SOFTFAIL` | อีเมลที่อ้างว่ามาจากเราแต่ SPF ไม่รับรอง → Quarantine |

whitelist ผูกเงื่อนไข `SPF_PASS` โดยเจตนา: ตราบใดที่ DMARC ของ advmfr.com
ยังพัง การ whitelist ด้วย From เพียงอย่างเดียวคือประตูเปิดทิ้งไว้
ของปลอมที่ไม่มี `SPF_PASS` จะตกลงไปเจอกฎข้อ 6-9 ตามปกติ
(พิสูจน์ด้วย filter trace, 2026-08-24) ดูข้อแลกเปลี่ยนใน
[แผนปฏิบัติการ](/docs/it/email/action-plan)

### กฎไฟล์แนบจับนามสกุลไฟล์อะไรบ้าง

คำถามที่ทุกคนถามคือ "ไฟล์นี้จะโดนจับไหม" จึงแสดงรายการนามสกุลไฟล์แบบเต็ม:

**กฎข้อ 1, executables และ scripts:**

```text
exe scr pif com bat cmd cpl msi msp hta jar js jse vbs vbe wsf wsh ps1
reg lnk url iso img vhd dll sys ade adp chm inf ins isp mst sct shb vb
vxd apk deb dmg
```

**กฎข้อ 2, เอกสารที่รองรับ macro:**

```text
docm dotm xlsm xltm xlam pptm potm ppam sldm xls xll slk iqy
```

สามรายการในชุดที่สองสำคัญเพราะดูไม่อันตราย: `xls` คือ Excel
แบบ binary เก่าที่พก macro ได้โดยไม่มีตัว `m` ต่อท้าย ส่วน `slk` และ `iqy`
คือรูปแบบ Excel ที่สั่งรันได้ทันทีที่เปิดโดยไม่ต้องมี macro เลย,
เป็นช่องทางที่รู้กันว่าใช้หลบ filter ประเภทนี้

กฎทั้งสองข้อจับที่ **body** (พารามิเตอร์ `name=` / `filename=` ของ MIME)
จึงมองไม่เห็นไฟล์แนบที่ถูกเข้ารหัส, นี่คือเหตุผลที่ต้องมีกฎคะแนน (ข้อ 3)
ทำงานคู่กัน ดูบทเรียนใน
[บันทึกการตรวจสอบครั้งแรก](/docs/it/email/log/2026-08-14-audit-phase0)

### กฎข้อ 4 ผูกอยู่กับ SPF record

`30-self-spoof` จับอีเมลที่อ้างว่ามาจาก `@advmfr.net` แต่ SPF ของเราไม่รับรอง,
รูปแบบเดียวกับการฉ้อโกงใบแจ้งหนี้ปลอม และเป็นเหตุผลที่มี
[watchlist](/docs/it/email/suspicious-indicators)

กฎนี้จับ `SPF_SOFTFAIL` ซึ่งมีอยู่*เพราะ* SPF ลงท้ายด้วย `~all`
**วันที่เปลี่ยนเป็น `-all` อีเมลปลอมจะกลายเป็น `SPF_FAIL` แทน
และกฎนี้จะหยุดจับทุกอย่างแบบเงียบ ๆ** การปรับ SPF จึงต้องมาพร้อมกฎคู่หู
ที่จับ `SPF_FAIL` เสมอ, ดูขั้นตอนใน[แผนปฏิบัติการ](/docs/it/email/action-plan)

### ยังไม่ได้สร้าง

`00-whitelist-critical` ที่ตำแหน่งที่ 1 เพื่อให้ผู้ส่งสำคัญข้ามกฎอื่นทั้งหมด
ยังรอรายชื่อผู้ส่งสำคัญอยู่ ตำแหน่งที่ 1 คือหัวใจ: whitelist ที่อยู่ตำแหน่งอื่น
ทำงาน*หลัง*กฎที่มันควรจะยกเว้น

### ยังไม่ยกระดับ

กฎข้อ 3 มีกำหนดเปลี่ยนจากกักเป็นลบถาวร หลัง Quarantine สะอาดติดต่อกัน 7 วัน
(เร็วสุด 21 สิงหาคม 2026) ตอนนี้ยังส่งเข้าโฟลเดอร์อยู่

## การยืนยันตัวตนทาง DNS (SPF: DKIM, DMARC)

สาม record ที่ทำให้โลกภายนอกตรวจสอบอีเมลที่อ้างว่าเป็น `advmfr.net` ได้
อยู่ใน cPanel Zone Editor (โซนโฮสต์ที่ o2switch, `ns1/ns2.o2switch.net`)

| Record | ค่าปัจจุบัน | สถานะ |
|---|---|---|
| SPF (`TXT` บน `advmfr.net`) | `v=spf1 ip4:109.234.162.168 +a +mx +include:spf.jabatus.fr ~all` | `~all` = softfail มีแผนปรับเป็น `-all`, ดูคำเตือนด้านบน |
| DKIM (`default._domainkey`) | กุญแจ RSA 2048-bit เซ็นอีเมลขาออกทุกฉบับ | ✅ |
| DMARC (`_dmarc`) | `v=DMARC1; p=none; rua=mailto:dmarc@advmfr.net` (cPanel เติมค่า default แบบระบุชัด) | ระยะสังเกตการณ์ บันไดยกระดับ: `p=quarantine` pct 25/50/100 → `p=reject` ทีละขั้นต่อสัปดาห์ โดยรายงานรายสัปดาห์ต้อง ≥ 98% alignment |

## Quarantine

โฟลเดอร์เดียวสำหรับทั้งบัญชี อยู่บน system account `sc6mixq8738`
เริ่มดักจับตั้งแต่ 2026-08-17 ระหว่างระยะสังเกตการณ์จะไม่มีการลบอัตโนมัติ
เส้นทางเข้าดูอยู่ใน [Quarantine folder](/docs/it/email/quarantine-folder)

## ขีดจำกัดขาออก

**180 อีเมลต่อชั่วโมง ใช้ร่วมกันทั้งโดเมน** เกินจากนั้นอีเมลจะถูกหน่วงก่อน
แล้วถูก**ทำลาย**: ไม่ใช่ตีกลับ แต่ทำลายทิ้ง

ผลในทางปฏิบัติคือกฎ ไม่ใช่การตั้งค่า: **ห้ามส่งอีเมลจำนวนมากจาก mailbox
`@advmfr.net` ใด ๆ เด็ดขาด** การส่งถึงพนักงานทั้งบริษัทให้ใช้ฝั่ง Google
(`advmfr.com`) เช่น Google Group ที่รวมอีเมลส่วนตัวของพนักงาน
ขีดจำกัดนี้คือสาเหตุของเหตุการณ์วันที่ 17 สิงหาคม

## การรายงาน DMARC

`dmarc@advmfr.net` รับรายงาน XML อัตโนมัติจาก Google, Microsoft และรายอื่น
เกี่ยวกับผู้ที่ส่งอีเมลอ้างชื่อ `advmfr.net` ไม่มีใครอ่านเอง,
script ในเครื่องสรุปให้ทุกสัปดาห์

ห้ามล้างกล่องนี้ ห้ามตอบอีเมลในนั้น และห้ามใส่ไว้ใน whitelist เด็ดขาด

## ชั้นกรองที่ไม่ใช่ของเรา

มี filter อีกสองชั้นที่ทำงานกับอีเมลนี้และไม่เกี่ยวกับการตั้งค่าด้านบน:

- **ชั้นต้นทางของ o2switch** ปฏิเสธอีเมลคะแนนสูงสุดโต่งตั้งแต่ตอน SMTP
  ก่อนถึงบัญชีเรา
- **โฟลเดอร์ Spam/Junk รายกล่อง** ที่ antispam ของ o2switch จัดให้
  แยกอิสระจาก global filters

การสับสนระหว่างชั้นเหล่านี้กับ global filter คือสาเหตุอันดับหนึ่งของการ
วินิจฉัยปัญหาการส่งผิดทาง