ในหน้านี้Outlook.com และกฎเดือนพฤษภาคม 2025
"Outlook" มีตัวกรองที่แตกต่างกันสามแบบ และวิธีแก้ขึ้นอยู่กับว่าตัวกรองใดย้ายอีเมลของคุณไปยัง Junk แบบแรกคือ Outlook.com ซึ่งเป็นบริการอีเมลสำหรับผู้ใช้ทั่วไปของ Microsoft และรองรับที่อยู่ hotmail.com, live.com และ msn.com ด้วย แบบที่สองคือ Microsoft 365 ซึ่งเป็นกล่องจดหมายธุรกิจที่บริษัทชำระค่าบริการ โดยผู้ดูแลระบบของบริษัทผู้รับเป็นผู้กำหนดนโยบายสแปม และแบบที่สามคือแอป Outlook บนคอมพิวเตอร์ของผู้ใช้ ซึ่งสามารถใช้ตัวกรอง Junk ของตัวเองเพิ่มเติมจากการตัดสินใจของเซิร์ฟเวอร์ได้ กฎสำหรับผู้ส่งที่ Microsoft ประกาศในปี 2025 มีผลเฉพาะกับแบบแรกเท่านั้น
ดังนั้น ก่อนที่ผมจะแก้ไขระเบียน DNS แม้แต่รายการเดียว ผมจะดูที่อยู่ของผู้รับก่อน ที่อยู่ hotmail.com หรือ outlook.com หมายความว่าให้ใช้กฎสำหรับผู้ใช้ทั่วไปด้านล่างนี้ ส่วนที่อยู่ของบริษัทที่ใช้ระบบอีเมลของ Microsoft หมายความว่าให้ใช้นโยบาย tenant ซึ่งเขียนโดยทีม IT ของบริษัทนั้น
Outlook.com และกฎเดือนพฤษภาคม 2025
ในเดือนเมษายน 2025 Microsoft ประกาศข้อกำหนด สำหรับโดเมนที่ส่งอีเมลมากกว่า 5,000 ฉบับต่อวันไปยังบริการสำหรับผู้บริโภคของ Microsoft และหน้านโยบาย Postmaster ระบุว่าข้อกำหนดมีผลตั้งแต่วันที่ 5 พฤษภาคม 2025 หากส่งเกินปริมาณดังกล่าว:
- SPF ต้องผ่านสำหรับโดเมนที่ใช้ส่ง
- DKIM ต้องผ่าน
- ต้องเผยแพร่ DMARC โดยมีนโยบาย "อย่างน้อย p=none" และต้องสอดคล้องกับ SPF หรือ DKIM โดย "ควรสอดคล้องกับทั้งสองอย่าง" หน้านโยบายระบุเพิ่มเติมว่าแนะนำให้ใช้
p=reject
บทความช่วยเหลือเกี่ยวกับข้อความตีกลับ อธิบายไว้ต่างออกไปเล็กน้อย โดยนับข้อความตั้งแต่ 5,000 ฉบับขึ้นไปที่ส่งไปยังบริการสำหรับผู้บริโภคของ Microsoft และทั้งหมดใช้โดเมนเดียวกันในที่อยู่ From ทั้งยังระบุว่าการตรวจสอบทั้ง SPF และ DKIM ต้องผ่าน และเมื่อโดเมนส่งถึงระดับดังกล่าว Microsoft คาดว่า "ข้อความทั้งหมดจากผู้ส่งในโดเมน" จะเป็นไปตามกฎ ไม่ใช่เพียงจดหมายข่าวที่ทำให้ปริมาณเกินเกณฑ์ ตัวอย่าง DMARC ที่ให้มานั้นแทบจะเป็นระเบียนที่สั้นที่สุดเท่าที่ทำได้:
Hostname: _dmarc
TXT value: v=DMARC1; p=noneผมขอแนะนำให้เพิ่มที่อยู่สำหรับรับรายงานลงไปด้วย เช่น rua=mailto:dmarc@example.com หรือที่อยู่ใดก็ตามที่คุณใช้อ่านอีเมลจริง Outlook.com ส่งรายงานแบบสรุปรวม โดย FAQ ของ Microsoft ระบุว่าส่ง RUA และไม่มีแผนส่ง RUF และเครื่องมือตรวจสอบ DMARC จะแสดงให้เห็นว่าที่อยู่ที่คุณระบุสามารถรับรายงานเหล่านั้นได้หรือไม่
Google กำหนดเกณฑ์เดียวกันที่ 5,000 ฉบับต่อวันสำหรับ Gmail ในเดือนกุมภาพันธ์ 2024 และเริ่มเพิ่มระดับการบังคับใช้ ซึ่งรวมถึงการปฏิเสธอีเมล ในเดือนพฤศจิกายน 2025 ส่วน Yahoo บังคับใช้ข้อกำหนดที่คล้ายกันโดยไม่ได้ระบุเกณฑ์
วิธีบังคับใช้กฎเปลี่ยนไปในช่วงที่ประกาศยังเพิ่งเผยแพร่ โพสต์ต้นฉบับระบุว่าอีเมลที่ไม่เป็นไปตามข้อกำหนดจะถูกส่งไปยัง Junk ก่อน และอาจถูกปฏิเสธในภายหลัง แต่ข้อมูลอัปเดตลงวันที่ 29 เมษายนระบุว่า Microsoft ตัดสินใจปฏิเสธอีเมลแทน อย่างไรก็ตาม ในส่วนล่างของโพสต์เดียวกันยังคงมีย่อหน้าเก่าที่บอกว่าจะส่งไปยัง Junk ก่อน หากตีความอย่างระมัดระวัง ณ ตอนนี้ ตั้งแต่วันที่ 5 พฤษภาคม 2025 อีเมลที่ไม่เป็นไปตามข้อกำหนดจะถูกส่งไปยัง Junk และปัจจุบัน Outlook.com ยังปฏิเสธอีเมลพร้อมข้อความนี้ด้วย:
550 5.7.515 Access denied, sending domain example.com does not meet the required authentication level.
ผมยังไม่พบวันที่เผยแพร่อย่างเป็นทางการว่าการเปลี่ยนมาใช้การปฏิเสธเริ่มขึ้นเมื่อใด บทความช่วยเหลือเพียงอธิบายเรื่องนี้โดยใช้รูปประโยคปัจจุบัน
รหัสตีกลับกำลังบอกอะไรคุณ
ข้อความตีกลับจาก Outlook.com มีประโยชน์มากกว่าข้อความที่ไปอยู่ในโฟลเดอร์ Junk แบบเงียบๆ เพราะระบุสาเหตุไว้ หน้าการแก้ปัญหา ของ Microsoft มีตารางรหัสต่างๆ และรหัสต่อไปนี้เป็นรหัสที่ผู้ส่งทั่วไปมักพบ:
| รหัส | ความหมายตามที่ Microsoft ระบุ |
|---|---|
550 5.7.515 | โดเมนส่งอีเมลมากกว่า 5,000 ฉบับต่อวัน และไม่ได้ยืนยันตัวตนด้วย SPF, DKIM และ DMARC |
550 SC-001 | ถูกปฏิเสธตามนโยบาย เนื่องจาก "content with spam-like characteristics or IP/domain reputation" |
550 SC-004 | IP ของคุณถูกบล็อกหลังจากมีการร้องเรียนเกี่ยวกับอีเมลที่ส่งจาก IP นี้ |
421 RP-001 | มีการจำกัดอัตราสำหรับ IP ที่เชื่อมต่อ โดยมีสาเหตุจากชื่อเสียงเช่นกัน |
รหัส 550 5.7.1 แบบไม่มีรหัสเฉพาะของ Microsoft เป็นการปฏิเสธอีกประเภทหนึ่ง และมีหน้าแยกที่อธิบายวิธีอ่านรหัสนี้
ผู้ส่งภายนอกและข้อกำหนดของ SPF
หลายโดเมนส่งอีเมลผ่านหลายบริการพร้อมกัน เช่น แพลตฟอร์มจดหมายข่าว, CRM, ระบบช่วยเหลือลูกค้า และระบบเรียกเก็บเงิน แต่ละบริการส่งอีเมลโดยใช้โดเมนของคุณในช่อง From และระเบียนของคุณต้องครอบคลุมทุกบริการ เมื่อมีผู้ถามว่ากฎเหล่านี้ยังมีผลหรือไม่ในกรณีที่ผู้ให้บริการส่งอีเมลแทนคุณ FAQ ของ Microsoft ตอบว่า "ใช่ แม้คุณจะให้บุคคลภายนอกส่งอีเมลแทน แต่การยืนยันตัวตนยังผูกอยู่กับโดเมนของคุณ" บทความสนับสนุนระบุสิ่งที่ต้องตรวจสอบอย่างชัดเจนว่า DKIM ลงลายเซ็นด้วยโดเมนของคุณ และระเบียน SPF ของคุณ "มีที่อยู่ IP หรือค่า include ที่บริการกำหนด"
จุดที่ทำให้ข้อกำหนดว่าต้องมีทั้ง SPF และ DKIM ชวนสับสนคือ หลายแพลตฟอร์มใช้ที่อยู่สำหรับอีเมลตีกลับในโดเมนของตนเอง และ SPF จะตรวจสอบ Return-Path นี้จริงๆ ดังนั้น SPF จึงผ่านสำหรับแพลตฟอร์ม ซึ่งเป็นไปตามเงื่อนไข "ต้องผ่าน" ส่วนการจัดแนว DMARC ต้องมาจากการลงลายเซ็น DKIM ด้วยโดเมนของคุณ หากแพลตฟอร์มลงลายเซ็นด้วยโดเมนของตนเอง คุณจะได้ผลผ่านสองรายการแต่ไม่มีการจัดแนว และ DMARC fail ที่ตามมาก็คือสิ่งที่ 5.7.515 กล่าวถึง บทความสนับสนุนยังขอให้คุณตรวจสอบว่าโดเมน Return-Path จัดแนวกับโดเมน From หรือไม่ผ่านสองรายการ แต่ไม่มีการจัดแนว: เรื่องทั้งหมดของ 5.7.515
ทุกบริการที่คุณเพิ่มลงใน SPF ยังเพิ่มจำนวนการค้นหา DNS ด้วย FAQ ของ Microsoft อธิบายไว้ว่า "หากคุณใช้การค้นหา DNS เกิน 10 ครั้ง การตรวจสอบ SPF ของคุณอาจล้มเหลว" เครื่องมือตรวจสอบ SPF จะนับจำนวนให้คุณ และหากเกิน คุณสามารถดูวิธีลดจำนวนให้กลับมาต่ำกว่าสิบครั้งได้ที่นี่ ส่วน เครื่องมือตรวจสอบ DKIM จะตรวจสอบการจับคู่สำหรับ selector ของแต่ละแพลตฟอร์ม
Microsoft 365 ถูกกรองตามนโยบายของผู้อื่น
องค์กรที่ใช้ Microsoft 365 มีนโยบายป้องกันสแปมที่ผู้ดูแลระบบกำหนดค่าได้ โดยการตั้งค่าเริ่มต้นจะส่งสแปม, สแปมที่มีความมั่นใจสูง และอีเมลจำนวนมากไปยังโฟลเดอร์ Junk Email ส่วนฟิชชิงจะถูกส่งไปกักกัน และฟิชชิงที่มีความมั่นใจสูงจะถูกกักกันเสมอ สำหรับผู้ส่ง การถูกกักกันส่งผลเสียมากที่สุด เพราะผู้รับจะไม่พบข้อความในโฟลเดอร์ใดเลย เว้นแต่จะเข้าไปค้นหา นโยบายเริ่มต้นจะเก็บข้อความไว้ที่นั่น 15 วัน ส่วนค่าที่ตั้งไว้ล่วงหน้าแบบ Standard และ Strict จะเก็บไว้ 30 วัน
อีเมลจำนวนมากมีเกณฑ์วัดเฉพาะที่เรียกว่าระดับการร้องเรียนอีเมลจำนวนมาก ค่า BCL ตั้งแต่ 1 ถึง 3 หมายถึงผู้ส่งอีเมลจำนวนมากที่มีการร้องเรียนน้อย ส่วน 8 หรือ 9 หมายถึงผู้ส่งที่มีการร้องเรียนมาก นโยบายเริ่มต้นจะส่งอีเมลจำนวนมากไปยัง Junk ตั้งแต่ BCL 7 ขึ้นไป ค่าที่ตั้งไว้ล่วงหน้าแบบ Standard เริ่มที่ 6 และ Strict เริ่มที่ 5 ตั้งแต่เดือนกรกฎาคม 2026 ยังมีการกรองอีกชั้นหนึ่ง โดยอีเมลจำนวนมากที่มีลักษณะเป็นการส่งเสริมการขายจะได้รับแท็ก Promotions ไม่ว่าค่า BCL จะเป็นเท่าใด และหากผู้ดูแลระบบเปิดใช้ "Bulk moves enabled" อีเมลนั้นจะไปอยู่ในโฟลเดอร์ Promotions นี่ไม่ถือเป็นสแปม แต่ก็ไม่ได้อยู่ใน Inbox เช่นกัน ฟีเจอร์นี้ยังอยู่ระหว่างการทยอยเปิดใช้
ระบบทั้งสองของ Microsoft ไม่ได้แยกขาดจากกัน Microsoft ระบุว่าการกรองสแปมของ Microsoft 365 "เรียนรู้จากภัยคุกคามสแปมและฟิชชิงที่ทราบ รวมถึงความคิดเห็นจากผู้ใช้บนแพลตฟอร์มสำหรับผู้บริโภคของเรา Outlook.com" ดังนั้นสิ่งที่ผู้อ่าน hotmail.com รายงานจึงถูกนำไปใช้กับตัวกรองของกล่องขาเข้าธุรกิจด้วย
ผู้ดูแลระบบยังสามารถเพิ่มผู้ส่งลงในรายการที่อนุญาต ซึ่งจะข้ามการป้องกันส่วนใหญ่ ยกเว้นมัลแวร์และฟิชชิงที่มีความมั่นใจสูง หากบริษัทคู่ค้ายังคงได้รับใบแจ้งหนี้ของคุณใน Junk ทีม IT ของบริษัทนั้นคือผู้ที่สามารถดูผลการตัดสินจริงของระบบได้
อ่านผลการตัดสินจากส่วนหัว
เมื่อคุณเข้าถึงข้อความในรูปแบบที่กล่องจดหมาย Microsoft 365 ได้รับมา ส่วนหัวป้องกันสแปม จะระบุผลการตัดสินไว้อย่างชัดเจน X-Forefront-Antispam-Report มีหลายฟิลด์ที่ควรรู้:
SFV:SPMหมายถึงตัวกรองสแปมระบุว่าเป็นสแปม,SFV:NSPMหมายถึงไม่ใช่สแปม และSFV:SFEหมายถึงข้ามการกรอง เนื่องจากผู้ส่งอยู่ในรายการ Safe Senders ของผู้ใช้CATระบุหมวดหมู่ของนโยบายที่ใช้:SPM,HSPM(สแปมที่มีความมั่นใจสูง),BULK,PHSH,SPOOFSCLเป็นตัวเลข -1 หรือ 0 ถึง 9 คู่มือเก่าถือว่าค่านี้เป็นผลการตัดสิน แต่หน้า SCL ปัจจุบันของ Microsoft ระบุว่าค่านี้ "ไม่ได้เป็นตัวกำหนดว่าการกรองสแปมจะระบุข้อความเป็นสแปมหรือสแปมที่มีความมั่นใจสูงหรือไม่" ดังนั้นให้อ่านCATก่อน
ส่วนหัวยังมี compauth ซึ่งเป็นผลการตัดสินแบบผสมของ Microsoft ที่พิจารณาจาก SPF, DKIM, DMARC และส่วนอื่นๆ ของข้อความ รหัสเหตุผล 001 หมายถึงการยืนยันตัวตนโดยนัยล้มเหลว โดยทั่วไปเกิดจากโดเมนผู้ส่งไม่ได้เผยแพร่ระเบียนการยืนยันตัวตน หรือกำหนดไว้เพียงนโยบายที่ไม่เข้มงวด
SNDS และ JMRP อยู่บนเว็บไซต์ Postmaster แล้ว
Smart Network Data Services หรือ SNDS ย้ายมาอยู่บนเว็บไซต์ Postmaster ใหม่ และใช้แทนเว็บไซต์เดิมที่ sendersupport.olc.protection.outlook.com ระบบรายงานข้อมูลแยกตาม IP address ดังนั้นคุณต้องพิสูจน์ว่าคุณเป็นเจ้าของช่วง IP ก่อนจึงจะดูข้อมูลได้ ข้อมูลครอบคลุมปริมาณการส่ง อัตราการร้องเรียน และสีที่แสดงสัดส่วนทราฟฟิกซึ่งตัวกรองตัดสินว่าเป็นสแปม ได้แก่ สีเขียวต่ำกว่า 10%, สีเหลืองระหว่าง 10% ถึง 90% และสีแดงสูงกว่า 90% สิทธิ์เข้าถึงจะหมดอายุหลังได้รับอนุมัติหรือย้ายระบบครบ 10 เดือน และต้องต่ออายุ
สำหรับผู้ส่งรายเล็ก SNDS อาจไม่แสดงข้อมูลเลย เนื่องจากระบบอาจข้าม IP ที่ส่งข้อความน้อยกว่า 100 ฉบับในวันนั้น และหากคุณส่งผ่าน IP แบบใช้ร่วมกันของแพลตฟอร์ม คุณไม่ได้เป็นเจ้าของ IP เหล่านั้นและไม่สามารถลงทะเบียนได้
JMRP หรือ Junk Mail Reporting Program เป็นระบบ feedback loop คุณลงทะเบียนผ่าน SNDS แล้ว Microsoft จะส่งส่วนหัวที่คัดเลือกมาจากข้อความซึ่งผู้ใช้ Outlook.com ทำเครื่องหมายว่าเป็นอีเมลขยะให้คุณ โดยทั่วไปจะเริ่มได้รับภายใน 72 ชั่วโมง เมื่อคุณเพิ่ม IP ใหม่ ให้เพิ่ม IP เหล่านั้นเข้าในโปรแกรมนี้ด้วย
Microsoft ระบุว่าอัตราการร้องเรียนว่าเป็นอีเมลขยะคือ "หนึ่งในปัจจัยหลัก" ที่มีผลต่อชื่อเสียงของผู้ส่ง และคำถามที่พบบ่อยของ SNDS ระบุว่าอัตราการร้องเรียนต่ำกว่า 0.3% คือ "เกณฑ์ที่ควรตั้งเป้าไว้" IP ใหม่ต้องใช้เวลา โดย Microsoft ระบุว่า IP ใหม่อาจใช้เวลาจนพร้อมส่งเต็มรูปแบบ "ภายในสองสัปดาห์หรือเร็วกว่านั้น ขึ้นอยู่กับปริมาณและความถูกต้องของรายชื่อ" และไม่มีรายการที่คุณสามารถจ่ายเงินเพื่อให้มีชื่ออยู่ในนั้น หน้าการแก้ปัญหาตั้งคำถามว่า Outlook.com มี allow list ที่ผู้ส่งสามารถสมัครเข้าได้หรือไม่ และตอบว่า "ไม่มี"
สิ่งที่ผู้รับสามารถเปลี่ยนได้
บางส่วนขึ้นอยู่กับผู้รับ และคุณสามารถขอให้ผู้อ่านช่วยได้ ใน Outlook.com (Settings จากนั้นไปที่ Mail แล้วเลือก Junk email) ผู้ใช้สามารถทำเครื่องหมายข้อความเป็น Not junk หรือเพิ่มผู้ส่งไปยัง Safe senders and domains รายการนี้รองรับได้สูงสุด 10,000 รายการ และ Microsoft ระบุว่าโดยทั่วไปลิงก์และรูปภาพจากผู้ส่งในรายการนี้จะเปิดใช้งานเป็นค่าเริ่มต้น ผู้ใช้ที่ต้องการควบคุมอย่างเข้มงวดยังสามารถเปิดโหมด "exclusive" ซึ่งจะรับอีเมลจาก Contacts และ Safe Senders เท่านั้น
ปุ่ม Junk ทำงานในทางตรงกันข้าม Microsoft ใช้รายงานเหล่านี้เพื่อตัดสินใจว่าควรบล็อกอีเมลจากผู้ส่งรายเดิมในอนาคตหรือไม่ นอกจากนี้ คำแนะนำสำหรับผู้ส่งยังกำหนดให้มีลิงก์ยกเลิกการสมัครที่ "มองเห็นได้ชัดเจน" ข้อความของ Microsoft ไม่ได้กล่าวถึงส่วนหัว List-Unsubscribe แบบคลิกเดียวที่ Gmail และ Yahoo กำหนด แต่เนื่องจากแคมเปญเดียวกันส่งไปยังทั้งสามบริการ ผมจึงแนะนำให้เพิ่มส่วนหัวเหล่านี้ในทุกอีเมล (ส่วนหัวทั้งสองรายการ)
แอปเดสก์ท็อปมี Junk Email Filter ของตัวเอง โดยค่าเริ่มต้นจะตั้งเป็น "No Automatic Filtering" และมีตัวเลือก Low, High และ "Safe Lists Only" ที่เข้มงวดขึ้นตามลำดับ ตัวเลือกสุดท้ายจะถือว่าทุกอย่างจากภายนอกรายการผู้ส่งที่ปลอดภัยของผู้ใช้เป็นอีเมลขยะ รายการผู้ส่งที่ปลอดภัยและรายการที่บล็อกจะซิงค์กับเซิร์ฟเวอร์และถูกนำไปใช้ที่นั่นด้วย
นอกจากนี้ยังมี Focused Inbox ซึ่งแบ่งกล่องขาเข้าเป็น Focused และ Other และตามคำอธิบายของ Microsoft ฟีเจอร์นี้ "กรองแหล่งที่มาที่สร้างความรบกวน เช่น อีเมลที่สร้างโดยอัตโนมัติหรืออีเมลจำนวนมากออก" Other เป็นแท็บหนึ่งของกล่องขาเข้า และจากความเข้าใจของผม จดหมายข่าวที่อยู่ในแท็บนี้ผ่านการกรองสแปมแล้ว
ทดสอบก่อนส่งจริง
หน้าการแก้ปัญหาของ Microsoft ระบุว่า "ขอแนะนำอย่างยิ่งให้คุณทดสอบอีเมลก่อนส่งการสื่อสารจริง" ซึ่งเป็นขั้นตอนที่ Email Spam Tester รองรับ คุณส่งข้อความจริงไปยังที่อยู่ที่หน้าดังกล่าวสร้างขึ้น โดยส่งจากเซิร์ฟเวอร์หรือแพลตฟอร์มที่คุณจะใช้งานจริง จากนั้นรายงานจะแสดงผลการตรวจสอบ 42 รายการ ได้แก่ SPF, DKIM และ DMARC พร้อมการตรวจสอบ alignment, DNS แบบย้อนกลับ, IP ที่ใช้ส่งในรายการบล็อก 21 รายการ (เหตุผลที่รายการเหล่านี้สำคัญ), ส่วนหัวสำหรับยกเลิกการสมัคร และเนื้อหา การตรวจสอบที่ไม่ผ่านจะมีแผนแก้ไขและระเบียน DNS ที่คัดลอกไปใช้ได้ พร้อมคะแนนที่จะได้จากการแก้ไขแต่ละรายการตามตารางการให้คะแนน
เมื่อเพิ่มการทดสอบตำแหน่งกล่องขาเข้า ข้อความเดียวกันจะถูกส่งไปยังกล่องขาเข้าของ Gmail, Outlook, Yahoo และผู้ให้บริการอื่นๆ ด้วย รายงานจะแสดงว่าข้อความไปอยู่ที่ใดในแต่ละบริการ โดยอ่านผลจากกล่องจดหมายโดยตรง รวมถึง Focused หรือ Other ในบริการที่จัดหมวดหมู่ลักษณะนี้ ใช้งานได้ฟรีและไม่ต้องสมัครบัญชี เอกสารประกอบ อธิบายการตรวจสอบแต่ละรายการและคะแนนที่หัก
หากขั้นตอนถัดไปของคุณคือการส่งคำขอรับการสนับสนุน โปรดทราบว่าแบบฟอร์มปัญหาการส่งอีเมลของ Microsoft รับเฉพาะกรณีที่เกี่ยวข้องกับที่อยู่ @outlook.com, @hotmail.com, @live.com และ @msn.com เท่านั้น และหน้านโยบายเตือนว่าหากคุณไม่ปฏิบัติตามข้อกำหนด "it may not be possible for our support team to assist you."