เลิกใช้ EWS ใน Exchange Online ปิดถาวร 1 เม.ย. 2027: คู่มือหาแอปและตั้ง EWSAllowedAppIDs
การเลิกใช้ EWS ใน Exchange Online เริ่มตุลาคม 2026 และปิดถาวร 1 เม.ย. 2027 คู่มือนี้บอกวิธีหาแอปที่ยังใช้ EWS ตั้ง EWSAllowedAppIDs และย้ายไป Microsoft Graph
โดย กองบรรณาธิการ THAI DATA อ่าน 9 นาที

สรุปประเด็นสำคัญ
- Microsoft เริ่มขั้นแรกของการเลิกใช้ EWS ใน Exchange Online ตั้งแต่ 1 ตุลาคม 2026 ตอนนี้การตั้ง EWSEnabled เป็น True อย่างเดียวไม่พอ ต้องมีรายชื่อแอปใน EWSAllowedAppIDs ด้วย
- EWS ใน Exchange Online จะปิดถาวร 1 เมษายน 2027 แอดมินจะเปลี่ยนค่า EWSEnabled ไม่ได้อีก และ Microsoft ระบุว่าไม่มีข้อยกเว้นหลังวันนั้น
- Microsoft เติมรายชื่อ EWSAllowedAppIDs ให้ tenant ที่ตั้ง EWSEnabled เป็น True แต่ยังไม่มีรายชื่อแล้วเมื่อ 10–11 ตุลาคม 2026 ส่วน tenant ที่ยังเป็นค่า Null จะได้คำเตือนล่วงหน้า 7 วัน ก่อนถูกปิด EWS
- การแก้ EWSAllowedAppIDs ใช้เวลามีผลราว 24 ชั่วโมง ส่วน EWSEnabled มักไม่ถึง 1 ชั่วโมง แต่อาจนานถึง 4 ชั่วโมง
- เมื่อ 16 ตุลาคม 2026 Microsoft ยกเลิกแผนบล็อก EWS ของผู้ใช้ใบอนุญาต Exchange Online Kiosk, F1 และ F3 ที่เคยกำหนดไว้ 1 ตุลาคม 2026
การเลิกใช้ EWS (Exchange Web Services) ใน Exchange Online คือการที่ Microsoft ปิด API รุ่นเก่าที่แอปใช้อ่านและเขียนอีเมล ปฏิทิน และรายชื่อในกล่องจดหมาย Microsoft 365 ขั้นแรกเริ่มแล้วตั้งแต่ 1 ตุลาคม 2026 และ EWS จะปิดถาวรวันที่ 1 เมษายน 2027 แอปที่ยังใช้ EWS ต้องอยู่ในรายชื่อ EWSAllowedAppIDs ไปก่อน และต้องย้ายไป Microsoft Graph ให้เสร็จก่อนวันนั้น
ทีม Exchange ของ Microsoft ประกาศเมื่อ 1 ตุลาคม 2026 ว่า "The deprecation of EWS in Exchange Online starts today" และปรับตารางขั้นตอนต่อไปของ tenant ทั่วโลกอีกครั้งเมื่อ 15 ตุลาคม คู่มือนี้สรุปสิ่งที่เปลี่ยนแล้ว สิ่งที่จะเกิดต่อ และขั้นตอนที่ทีมไอทีทำได้ทันที
เลิกใช้ EWS กระทบระบบใดบ้าง
EWS ถูกสร้างขึ้นเมื่อเกือบ 20 ปีก่อน Microsoft ระบุว่าไม่เหมาะกับข้อกำหนดด้านความปลอดภัย ขนาด และความเสถียรในวันนี้แล้ว และ Microsoft Graph รองรับงานส่วนใหญ่ที่เคยทำผ่าน EWS ได้เกือบครบ เหตุ Midnight Blizzard ในเดือนมกราคม 2024 ซึ่งเกี่ยวข้องกับ EWS ทำให้ Microsoft เร่งแผนนี้และขยายขอบเขตจากแอปของบุคคลที่สามไปถึงแอปของ Microsoft เองด้วย
ระบบที่ควรตรวจในองค์กร ได้แก่ แอปของผู้ขายที่อ่านหรือเขียนกล่องจดหมาย สคริปต์และระบบที่ทีมไอทีเขียนเอง รวมถึงแอปของ Microsoft บางตัวที่ยังเรียก EWS อยู่ การเปลี่ยนแปลงนี้ใช้กับ Microsoft 365 และ Exchange Online ทุกสภาพแวดล้อม ไม่มีการเปลี่ยนแปลง EWS ใน Exchange Server แบบ on-premises แต่องค์กรแบบ hybrid มีกรณีที่ต้องดูเพิ่ม (ดูหัวข้อด้านล่าง)
ไทม์ไลน์การเลิกใช้ EWS ใน Exchange Online
| ช่วงเวลา | สิ่งที่เกิดขึ้น |
|---|---|
| กรกฎาคม 2018 | Microsoft ประกาศว่า EWS จะไม่ได้รับฟีเจอร์ใหม่อีก |
| 2023 | กำหนดปิด EWS ใน Exchange Online เดือนตุลาคม 2026 |
| 5 กุมภาพันธ์ 2026 | ประกาศแผนปิดเป็นขั้นที่แอดมินควบคุมได้ ซึ่งจบด้วยการปิด EWS ทั้งหมดในปี 2027 |
| 1 ตุลาคม 2026 | เริ่มขั้นแรก tenant ที่เปิด EWS ต้องมีรายชื่อ EWSAllowedAppIDs |
| 10–11 ตุลาคม 2026 | Microsoft เติมรายชื่อให้ tenant ที่ตั้ง EWSEnabled เป็น True แต่ยังไม่มีรายชื่อ |
| 16 ตุลาคม 2026 | ยกเลิกแผนบล็อก EWS ของใบอนุญาต Kiosk และ Frontline |
| ไตรมาส 3–4 ปี 2026 | เป้าหมายปิดช่องว่างระหว่าง EWS กับ Graph หลายรายการ |
| 1 เมษายน 2027 | ปิด EWS ถาวร แอดมินเปลี่ยนค่า EWSEnabled ไม่ได้อีก |
คำถามที่หลายองค์กรอยากรู้ คือขอขยายเวลาได้หรือไม่ FAQ ของทีม Exchange ตอบสั้น ๆ ว่า "There will be no exceptions past April 2027" หรือจะไม่มีข้อยกเว้นหลังเมษายน 2027

ช่วงเลิกใช้ EWS tenant ของคุณอยู่ในสถานะไหน
ประกาศที่ปรับเมื่อ 15 ตุลาคม 2026 แบ่ง tenant ในคลาวด์ worldwide ตามค่า EWSEnabled และ EWSAllowedAppIDs ไว้ดังนี้
| EWSEnabled | EWSAllowedAppIDs | สิ่งที่ Microsoft ทำ |
|---|---|---|
| True | ว่าง | เติมรายชื่อให้แล้วเมื่อ 10–11 ต.ค. หลัง 11 ต.ค. แอดมินที่ตั้ง True ต้องใส่รายชื่อเอง |
| Null (ค่าเดิม) | ว่าง | ส่งคำเตือนใน Message Center ล่วงหน้า 7 วัน แล้วเติมรายชื่อจากการใช้งาน 60 วัน และตั้ง EWSEnabled เป็น False |
| False | ค่าใดก็ได้ | แอดมินปิด EWS ไว้แล้ว Microsoft ไม่เปลี่ยนอะไร |
กล่าวคือ ระหว่างการเลิกใช้ EWS ถ้า EWSEnabled เป็น True แอปที่ไม่อยู่ในรายชื่อจะเรียก EWS ไม่ได้ ส่วน tenant ในคลาวด์ sovereign Microsoft บอกให้รอกำหนดการที่ละเอียดกว่านี้

ขั้นตอนที่ 1: เช็กค่า EWSEnabled และรายชื่อแอปปัจจุบัน
เชื่อมต่อ Exchange Online PowerShell ด้วย Connect-ExchangeOnline แล้วดูค่าปัจจุบันด้วยคำสั่งที่ทีม Exchange ใช้ในบทความแนะนำการทดสอบ
Get-OrganizationConfig | Format-List EWSEnabled
Get-OrganizationConfig -RetrieveEwsOperationAccessPolicy | Format-List EwsAllowedAppIDs
บันทึกผลทั้งสองค่าไว้ในบันทึกการเปลี่ยนแปลงก่อนแก้อะไร ถ้ารายชื่อมี Application ID ที่ไม่รู้จัก แปลว่าอาจเป็นรายชื่อที่ Microsoft เติมให้จากการใช้งาน ซึ่ง Microsoft เคยเตือนว่าอาจรวมแอปที่องค์กรไม่รู้ว่ามีอยู่
ขั้นตอนที่ 2: หาแอปที่ยังเรียก EWS จากรายงาน EWS usage
ใน Microsoft 365 admin center ไปที่ Reports > Usage เลือก Exchange แล้วเปิดแท็บ EWS usage รายงานนี้
- กรองย้อนหลังได้ 7, 30 หรือ 90 วัน
- แสดงจำนวนแอปที่เรียก EWS อย่างน้อยหนึ่งครั้ง (Active apps) และปริมาณการเรียกเฉลี่ยต่อวัน
- ตารางรายละเอียดมี Application ID, SOAP Action, Call Volume และวันที่ใช้ล่าสุด (UTC) ส่งออกเป็นไฟล์ .csv ได้
- ข้อมูลรวมเป็นรายสัปดาห์ และอาจใช้เวลาถึง 10 วันกว่าจะขึ้นในรายงาน
ถ้าเจอ Application ID ที่ไม่รู้จัก ให้เทียบกับรายชื่อแอปของ Microsoft ที่เอกสารลิงก์ไว้ หรือค้นใน Enterprise applications ของ Microsoft Entra ID แล้วติดต่อเจ้าของแอปหรือผู้ขายทีละราย
ขั้นตอนที่ 3: ตัดสินใจว่าแอปใดได้อยู่ในรายชื่อ
เมื่อรู้ว่าแอปใดจะได้รับผลจากการเลิกใช้ EWS ให้แบ่งแอปเป็นสามกลุ่ม คือแอปที่เลิกใช้ได้เลย แอปที่ต้องใช้ต่อชั่วคราวระหว่างรอย้ายไป Graph และแอปที่ยังไม่รู้ที่มา แล้วแก้รายชื่อโดยเก็บรายการเดิมไว้เสมอ เพราะคำสั่ง Set-OrganizationConfig -EwsAllowedAppIDs เขียนทับทั้งรายการ ทีม Exchange ใช้วิธีอ่านค่าเดิม ต่อ ID ใหม่ แล้วเขียนกลับ
$current = (Get-OrganizationConfig -RetrieveEwsOperationAccessPolicy).EwsAllowedAppIDs
$updated = @($current -split "," | ForEach-Object { $_.Trim() } | Where-Object { $_ }; $appId) | Select-Object -Unique
Set-OrganizationConfig -EwsAllowedAppIDs ($updated -join ",")
ข้อควรรู้เรื่องเวลา การแก้ EWSAllowedAppIDs ใช้เวลามีผลราว 24 ชั่วโมง ส่วนการแก้ EWSEnabled มักไม่ถึง 1 ชั่วโมงแต่อาจนานถึง 4 ชั่วโมง และไม่ต้องแตะค่า EWSAllowList เพราะไม่เกี่ยวกับการเลิกใช้ EWS
ขั้นตอนที่ 4: ทดสอบก่อนเชื่อผลจริง
บทความ Notes from the field ของทีม Exchange แนะนำให้ทดสอบทั้งแบบอนุญาตและแบบบล็อก ถ้าทำได้ให้ทำใน tenant ทดสอบ เพราะการถอดแอปออกจากรายชื่ออาจทำให้งานจริงหยุด
- เตรียมกล่องจดหมายทดสอบที่มีอีเมลใน Inbox อย่างน้อย 1 ฉบับ และ app registration ที่มีสิทธิ์ EWS แบบ application พร้อม admin consent
- ระหว่างเตรียม บทความตั้ง EWSEnabled เป็น Null ก่อน แล้วใส่ App ID ในรายชื่อ รอให้มีผลสูงสุด 24 ชั่วโมง จึงตั้ง EWSEnabled เป็น True และรันสคริปต์ Test-EWSAppAccess.ps1 ผลที่ถูกต้องคือเข้าถึงกล่องจดหมายได้
- ถอดเฉพาะ App ID ทดสอบออก รออย่างน้อย 24 ชั่วโมง แล้วรันซ้ำ ผลที่ถูกต้องคือเข้าไม่ได้
- ใส่ App ID กลับ และอย่าปล่อย tenant จริงไว้กับรายชื่อที่ว่างหรือไม่ครบ
ถ้าตั้งค่าแล้วระบบสำคัญหยุดทำงาน ทางที่เร็วที่สุดตามบทความเดียวกันคือ Set-OrganizationConfig -EWSEnabled $null ซึ่งทำให้ EWS เปิดแบบไม่จำกัดภายในราว 1 ชั่วโมง แต่เป็นทางแก้ฉุกเฉินเท่านั้น เพราะตามตารางวันที่ 15 ตุลาคม tenant ที่ EWSEnabled เป็น Null และไม่มีรายชื่อ จะถูก Microsoft ตั้งเป็น False หลังคำเตือน 7 วัน
ขั้นตอนที่ 5: ย้ายแอปไป Microsoft Graph ก่อน 1 เมษายน 2027
Microsoft แนะนำไม่ให้รอช่องว่างปิดครบก่อนเริ่มเตรียมการเลิกใช้ EWS และมีเครื่องมือช่วย ได้แก่ EWS Analyzer, ตารางเทียบ EWS กับ Graph API และบทเรียนการใช้ AI ช่วยวิเคราะห์และปรับโค้ด เอกสาร Microsoft Learn ระบุช่องว่างที่อยู่ในแผน เช่น
| ความสามารถ | เป้าหมาย |
|---|---|
| นำเข้าและส่งออกรายการใน archive mailbox, public folder และกล่องจดหมาย Microsoft 365 Group | ไตรมาส 4 ปี 2026 |
| จัดการรายการใน In-Place Archive | ไตรมาส 4 ปี 2026 |
| Exchange Admin API สำหรับการตั้งค่าผู้รับและสิทธิ์โฟลเดอร์ | ไตรมาส 4 ปี 2026 |
| Notes, Contact Lists และคุณสมบัติรายชื่อติดต่อเพิ่มเติม | ไตรมาส 3 ปี 2026 |
วันที่เหล่านี้เป็นเป้าหมายที่อาจเปลี่ยนได้ และสิ่งที่ Microsoft ยืนยันว่าจะไม่เพิ่มใน Graph คือการสร้าง อ่าน แก้ และลบแบบทั่วไปใน Public Folder และกล่องจดหมาย Microsoft 365 Group รวมถึงการเข้าถึง Discovery Mailbox แบบเดิม เอกสารยังเตือนว่าความสามารถที่ไม่อยู่ในตารางแผนไม่ควรคาดว่าจะมีใน Graph ก่อน EWS ปิดถาวร

ข้อผิดพลาดที่พบบ่อยระหว่างเลิกใช้ EWS
ทีม Exchange รวบรวมข้อผิดพลาดที่เจอบ่อยจากการคุยกับลูกค้าไว้ในบทความ Notes from the field ดังนี้
- ทดสอบแบบบล็อกทันทีหลังถอด App ID ผลที่ยังเข้าได้อาจมาจากเซิร์ฟเวอร์ Exchange Online ที่ยังจำค่าเดิมไว้ ต้องรออย่างน้อย 24 ชั่วโมงก่อนสรุป
- เขียนรายชื่อใหม่ทั้งชุด แทนการเก็บ App ID เดิมไว้ ทำให้แอปอื่นที่ยังจำเป็นหลุดจากรายชื่อโดยไม่ตั้งใจ
- ใช้กล่องจดหมายทดสอบที่ Inbox ว่าง สคริปต์ทดสอบอ่านรายการแรกใน Inbox จึงล้มเหลวทั้งที่การตั้งค่าถูกต้อง
- เข้าใจผิดว่ารายชื่อเป็นต้นเหตุ ทั้งที่ปัญหาจริงอยู่ที่ OAuth token สิทธิ์ admin consent หรือรหัสลับของแอป
- สับสน EWSAllowList กับ EWSAllowedAppIDs สองค่านี้ทำงานคนละชั้น ถ้าองค์กรเคยตั้ง EwsApplicationAccessPolicy ไว้ คำขอต้องผ่านทั้งการตรวจ App ID และการตรวจ user agent จึงจะเข้าถึง EWS ได้ และ FAQ ของทีม Exchange ระบุว่ารายชื่อ App ID แบบใหม่มีลำดับก่อน
แอปของ Microsoft และองค์กรแบบ hybrid ที่ต้องดู
ในช่วงเลิกใช้ EWS แอปของ Microsoft ที่ยังขึ้นในรายงาน EWS usage ต้องอยู่ในรายชื่อด้วยจึงจะทำงานต่อ ประกาศวันที่ 1 ตุลาคม (ปรับ 15 ตุลาคม) ระบุว่า
- Outlook for Windows ควรเป็นบิลด์เดือนสิงหาคม 2026 รุ่น 16.0.20430.20092 ขึ้นไป
- Outlook for Mac ควรอัปเดตและเปลี่ยนเป็น new Outlook ถ้ายังใช้ classic Outlook ต้องมี AppID ของ "Microsoft Office" ในรายชื่อ
- Excel Power Query มีคำแนะนำแยกที่ aka.ms/xlewsretirement ส่วน Power BI Microsoft จะแจ้งข้อมูลภายหลัง
องค์กรแบบ hybrid ที่มีกล่องจดหมาย on-premises พร้อม archive บน Exchange Online ต้องคง EWSEnabled เป็น True และใส่แอป hybrid เฉพาะ (dedicated Exchange hybrid application) ในรายชื่อไว้ก่อน เพราะการใช้ Graph กับกรณีนี้ยังรองรับไม่ครบ และ Graph สำหรับ rich coexistence ต้องใช้ Exchange SE อัปเดตพฤษภาคม 2026 ขึ้นไป องค์กรที่ใช้ Exchange แบบ on-premises ล้วนแล้วแชร์ free/busy กับ tenant Exchange Online ของอีกองค์กร ฝั่ง tenant นั้นต้องคง EWSEnabled เป็น True
ส่วนผู้ใช้ใบอนุญาต Exchange Online Kiosk, F1 และ F3 ข้อความ MC1191578 ที่ปรับเมื่อ 16 ตุลาคม 2026 ระบุว่า Microsoft ตัดสินใจไม่บล็อก EWS ของใบอนุญาตกลุ่มนี้ตามแผนเดิมแล้ว แต่การเลิกใช้ EWS ทั้งระบบในวันที่ 1 เมษายน 2027 ยังมีผลกับทุกกล่องจดหมายใน Exchange Online
ผลต่อองค์กรไทย
- ตั้งงบและกำหนดการกับผู้ขายตอนนี้ เพราะการเลิกใช้ EWS ไม่มีการขยายเวลาหลัง 1 เมษายน 2027 แอปที่ผู้ขายในประเทศพัฒนาให้ เช่น ระบบที่อ่านปฏิทินห้องประชุมหรือดึงอีเมลเข้าระบบงาน ควรถามผู้ขายเป็นลายลักษณ์อักษรว่ารุ่นที่ใช้ Graph พร้อมเมื่อไร
- ใช้รายชื่อ EWSAllowedAppIDs เป็นโอกาสลดสิทธิ์ แอปที่เรียก EWS ด้วยสิทธิ์แบบ application ต้องได้ admin consent ระดับทั้ง tenant การเหลือเฉพาะแอปที่จำเป็นช่วยลดจำนวนระบบที่เข้าถึงกล่องจดหมาย ซึ่งเก็บข้อมูลส่วนบุคคลตาม PDPA ไว้มาก และควรบันทึกเหตุผลของแต่ละ App ID ไว้
- อย่าปล่อยให้ Microsoft เลือกแทน รายชื่อที่ Microsoft เติมให้มาจากการใช้งานย้อนหลัง จึงอาจรวมแอปที่ไม่ควรมีสิทธิ์ ตรวจทีละรายการแล้วจัดการเอง
- เตรียมคนที่เขียน Graph ได้ สคริปต์และระบบที่ทีมไอทีเขียนเองต้องเปลี่ยนไปใช้ Microsoft Graph และการล็อกอินแบบ OAuth ถ้าทีมยังไม่มีทักษะนี้ ควรเริ่มจากแอปที่เรียก SOAP action ไม่กี่ตัวก่อน
- ดูแลอีเมลขาออกไปพร้อมกัน ทีมเดียวกันมักดูแล mail flow ด้วย อ่านเพิ่มเรื่อง Change Optics Report ที่ชี้อีเมลเสี่ยงถูกจำกัด และการตั้ง SPF, DKIM และ DMARC
ติดตามข่าว Microsoft 365 และ Exchange Online ได้ที่หมวดแอปพลิเคชันองค์กร
คำถามที่พบบ่อย
การเลิกใช้ EWS ใน Exchange Online มีผลเมื่อไร?
การเลิกใช้ EWS ใน Exchange Online เริ่มเป็นขั้นตั้งแต่ 1 ตุลาคม 2026 ซึ่ง tenant ที่ยังเปิด EWS ต้องมีรายชื่อแอปใน EWSAllowedAppIDs และจะปิดถาวรวันที่ 1 เมษายน 2027 หลังจากนั้นแอดมินเปิด EWS เองไม่ได้ และ Microsoft ระบุว่าไม่มีการขยายเวลาให้
เลิกใช้ EWS กระทบ Exchange Server แบบ on-premises หรือไม่?
ไม่กระทบโดยตรง Microsoft ระบุว่าการเลิกใช้ EWS ใช้กับ Microsoft 365 และ Exchange Online เท่านั้น ไม่มีการเปลี่ยนแปลง EWS ใน Exchange Server แต่องค์กรแบบ hybrid ที่มีกล่องจดหมาย on-premises พร้อม archive บน Exchange Online และองค์กรที่แชร์ free/busy กับ tenant อื่นต้องตั้งค่าเพิ่ม
ก่อนเลิกใช้ EWS จะรู้ได้อย่างไรว่าแอปไหนยังใช้อยู่?
ก่อนเลิกใช้ EWS ให้เปิด Microsoft 365 admin center ไปที่ Reports > Usage > Exchange แล้วเลือกแท็บ EWS usage รายงานแสดง Application ID, SOAP action, จำนวนการเรียก และวันที่ใช้ล่าสุด เลือกดูย้อนหลัง 7, 30 หรือ 90 วัน และส่งออกเป็น CSV ได้ ข้อมูลรวมรายสัปดาห์และอาจช้าถึง 10 วัน
EWSAllowedAppIDs กับ EWSAllowList ต่างกันอย่างไร?
EWSAllowedAppIDs คือรายชื่อ Application ID ที่ใช้คุมการเข้าถึงในช่วงเลิกใช้ EWS ส่วน EWSAllowList และ EWSBlockList เป็นการคุมด้วย user agent ของ EwsApplicationAccessPolicy แบบเดิม ไม่เกี่ยวกับการเลิกใช้ EWS แต่ถ้าตั้งไว้ คำขอต้องผ่านทั้งสองชั้น
แหล่งอ้างอิง
- EWS Deprecation Is Here – What This Means To You — Microsoft Exchange Team Blog
- Exchange Online EWS, Your Time is Almost Up — Microsoft Exchange Team Blog
- Deprecation of Exchange Web Services in Exchange Online — Microsoft Learn
- Exchange Web Services (EWS) Usage Report — Microsoft Learn
- Notes from the field: testing EWSAllowedAppIDs safely — Microsoft Exchange Team Blog
- MC1191578 - Update to EWS Access for Kiosk / Frontline Worker Licenses — Microsoft 365 Message Center Archive
บุคคล องค์กร และสถานที่ในข่าวนี้
เลือกชื่อเพื่ออ่านข่าวทั้งหมดที่กล่าวถึง ตัวเลขคือจำนวนข่าว
- องค์กรและบริษัท
- Microsoft73
- ผลิตภัณฑ์และเทคโนโลยี
- Exchange Web Services2Exchange Online6Microsoft Graph3Exchange Server4Microsoft 36523Microsoft Entra10Outlook12Windows38Power BI2
- กฎหมายและมาตรฐาน
- PDPA104
พบข้อมูลคลาดเคลื่อน? แจ้งกองบรรณาธิการ