Lịch ngừng SMTP AUTH Basic Auth áp dụng cho điều gì?
SMTP AUTH là cơ chế gửi thư SMTP có xác thực. Basic Auth và OAuth là hai phương thức xác thực khác nhau mà SMTP AUTH hỗ trợ. Vì vậy, “ngừng Basic Auth cho SMTP AUTH” không đồng nghĩa với “ngừng SMTP”.
Theo tài liệu Microsoft về thiết bị và ứng dụng gửi thư, đọc ngày 25/10/2026, client SMTP submission dùng Basic Auth trong Exchange Online nằm trong kế hoạch ngừng hỗ trợ. Khi đọc lịch ngừng, bạn cần tách các trạng thái sau:
| Cách diễn đạt | Ý nghĩa cần phân biệt |
|---|---|
| Ngừng Basic Auth cho SMTP AUTH | Thay đổi phương thức xác thực, không đồng nghĩa ngừng SMTP OAuth |
| Tắt mặc định | Mô tả cấu hình mặc định; phải đọc tiếp điều kiện áp dụng và khả năng thay đổi cấu hình |
| SMTP AUTH bị tắt trong tổ chức | Một chính sách cấu hình có thể chặn kết nối, độc lập với lịch loại bỏ Basic Auth |
| Loại bỏ hoàn toàn | Không còn phương thức đó để bật lại; khác với một tuỳ chọn đang bị tắt |
Đừng lấy ngày cập nhật một trang làm ngày hiệu lực. Khi ghi hạn chuyển đổi vào kế hoạch vận hành, hãy ghi kèm đối tượng áp dụng: tổ chức nào, phương thức xác thực nào và chính sách nào.
Phạm vi bài này là Exchange Online. Không dùng lịch của Exchange Online làm lịch chung cho Outlook.com cá nhân hoặc Exchange tại chỗ. Nếu bạn đang xử lý cấu hình máy khách, xem thêm cài đặt IMAP, SMTP của Outlook và lỗi Basic Auth.
Ứng dụng hoặc thiết bị nào cần kiểm tra?
Bắt đầu từ ứng dụng nội bộ, máy quét gửi tài liệu và tác vụ tự động. Với mỗi hệ thống, ghi người phụ trách, hộp thư gửi, phương thức xác thực và khả năng nâng cấp. Đừng chỉ lập danh sách địa chỉ máy chủ SMTP.
| Cách gửi hiện tại | Cần tìm trong cấu hình hoặc mã ứng dụng | Hướng xử lý |
|---|---|---|
| SMTP AUTH dùng Basic Auth | Cơ chế xác thực dùng tên đăng nhập và mật khẩu | Lập kế hoạch chuyển đổi |
| SMTP AUTH dùng OAuth | Luồng lấy access token và xác thực SASL XOAUTH2 | Kiểm tra quyền và chính sách SMTP AUTH |
| Microsoft Graph | Lệnh gọi API Graph để gửi thư | Kiểm tra quyền Graph và kết quả gửi |
Microsoft quy định ứng dụng SMTP OAuth dùng SASL XOAUTH2 để truyền access token. Đây là dấu hiệu cụ thể hơn một mục cấu hình chỉ ghi “SMTP”. Hãy đối chiếu tài liệu thư viện hoặc hỏi nhà cung cấp phần mềm nếu giao diện không thể hiện phương thức xác thực.
Khi lấy nhật ký để kiểm tra, che mật khẩu, token và nội dung thư nhạy cảm. Mục tiêu là xác định cơ chế đang dùng, không phải thu thập thông tin đăng nhập của cả đội.
SMTP AUTH bị tắt mặc định có giống bị loại bỏ không?
Không. Một kết nối bị chặn bởi cấu hình tổ chức chưa có nghĩa phương thức xác thực đã bị loại bỏ trên toàn dịch vụ.
Tài liệu bật và tắt SMTP AUTH của Microsoft, đọc ngày 25/10/2026, phân biệt cấu hình cấp tổ chức và cấp hộp thư. Cấu hình hộp thư được ưu tiên hơn cấu hình SMTP AUTH cấp tổ chức. Tuy nhiên, không nên suy ra rằng tuỳ chọn hộp thư sẽ vượt qua mọi chính sách bảo mật: khi Security defaults được bật, SMTP AUTH bị tắt trong Exchange Online.
Để kiểm tra qua Microsoft 365 admin center:
- Mở “Users” → “Active users”.
- Chọn người dùng, mở “Mail” → “Manage email apps”.
- Xem “Authenticated SMTP”: được chọn nghĩa là bật, bỏ chọn nghĩa là tắt.
Nếu kiểm tra thuộc tính SmtpClientAuthenticationDisabled của hộp thư, hãy đọc đúng ý nghĩa:
| Giá trị | Ý nghĩa |
|---|---|
False | SMTP AUTH được bật ở cấp hộp thư |
True | SMTP AUTH bị tắt ở cấp hộp thư |
| Trống | Kế thừa cấu hình cấp tổ chức |
Tên thuộc tính có chữ Disabled, nên rất dễ đọc ngược. Những giá trị này cho biết cấu hình SMTP AUTH, không cho biết ứng dụng đang dùng Basic Auth hay OAuth.
Microsoft khuyến nghị tắt SMTP AUTH trên toàn tổ chức và chỉ bật cho hộp thư thực sự cần. Vì vậy, đừng bật rộng toàn tổ chức chỉ để thử sửa một ứng dụng.
Nên chuyển sang SMTP OAuth hay Microsoft Graph?
Nếu phần mềm đã hỗ trợ SMTP OAuth, hãy đánh giá hướng đó trước: bạn giữ giao thức SMTP và thay cơ chế xác thực. Nếu bạn có thể sửa tích hợp, Microsoft Graph là một hướng khác, nhưng cần thay phần gọi API và kiểm tra quyền tương ứng.
| Điều kiện của hệ thống | Phương án nên đánh giá | Điểm cần kiểm tra |
|---|---|---|
| Có hỗ trợ SMTP OAuth | Nâng cấp xác thực SMTP | SASL XOAUTH2, quyền SMTP và chính sách tổ chức |
| Có thể sửa mã gửi thư | Microsoft Graph | Quyền gửi, nội dung yêu cầu và xử lý phản hồi |
| Thiết bị không hỗ trợ OAuth | Các phương án gửi thư được Microsoft hỗ trợ | Điều kiện hạ tầng và phạm vi người nhận |
Theo hướng dẫn SMTP OAuth của Microsoft, scope SMTP AUTH uỷ quyền là https://outlook.office.com/SMTP.Send. Đừng dùng quyền Graph thay cho quyền SMTP chỉ vì cả hai đều phục vụ việc gửi thư.
Với Microsoft Graph sendMail, quyền gửi được liệt kê là Mail.Send, cho cả mô hình uỷ quyền và quyền ứng dụng. API nhận nội dung JSON hoặc MIME. Phản hồi 202 Accepted chỉ xác nhận yêu cầu được tiếp nhận, chưa xác nhận xử lý hoàn tất hay thư đã tới người nhận. Việc phát thư vẫn chịu giới hạn của Exchange Online.
Với thiết bị cũ, SMTP relay có thể là phương án cần đánh giá. Microsoft mô tả relay dùng inbound connector, với chứng chỉ hoặc địa chỉ IP công cộng tĩnh không dùng chung với tổ chức khác. Direct Send không hỗ trợ chuyển tiếp ra Internet qua Microsoft 365, nên không thể coi hai phương án này tương đương.
Hãy chọn OAuth làm hướng chuyển đổi cho Microsoft 365, thay vì tìm mật khẩu ứng dụng. Nếu bạn đang quản lý nhiều nhà cung cấp, hướng dẫn về mật khẩu ứng dụng giúp tách riêng luồng đó khỏi kết nối Microsoft bằng OAuth.
Cần kiểm tra gì trước khi chuyển kết nối?
Một lần đăng nhập thành công chưa đủ để nghiệm thu luồng gửi thư. Hãy thử cả đường đi từ ứng dụng đến hộp thư nhận.
- Ghi lại cấu hình hiện tại. Lưu phương thức xác thực, hộp thư gửi và người phụ trách. Che thông tin đăng nhập trong ảnh và nhật ký.
- Chọn phương án theo khả năng phần mềm. Xác nhận phiên bản đang dùng hỗ trợ SMTP OAuth hay cần sửa tích hợp sang Graph; đối chiếu với chính sách Microsoft 365 của tổ chức.
- Thử bằng hộp thư của nhóm. Kiểm tra quyền, rồi gửi thư có tiêu đề dễ nhận diện đến địa chỉ bạn kiểm soát.
- Đối chiếu hai đầu. So sánh phản hồi gửi với thư thực nhận. Với Graph, không dừng kiểm tra ở
202 Accepted. - Triển khai theo nhóm nhỏ. Chỉ định người theo dõi lỗi và giữ phương án khôi phục cấu hình còn được Microsoft hỗ trợ.
Nếu phép thử thất bại, lưu phản hồi và thời điểm xảy ra lỗi trước khi đổi tiếp cấu hình. Việc thay đồng thời quyền, giao thức và chính sách tổ chức sẽ khiến bạn khó xác định thay đổi nào gây lỗi.
Kết nối Microsoft 365 qua Mailera có phụ thuộc SMTP Basic Auth không?
Không. Kết nối Microsoft của Mailera dùng OAuth qua Microsoft Graph, không dùng mật khẩu ứng dụng.
Để thêm hộp thư, bạn cần vai trò Quản trị viên hoặc Trưởng nhóm:
- Mở Danh sách hộp thư → Thêm hộp thư.
- Chọn Đăng nhập Microsoft.
- Đăng nhập và hoàn tất bước đồng ý cấp quyền tại Microsoft.
- Quay lại danh sách để kiểm tra nhà cung cấp và trạng thái hộp thư.
Nếu đây là lần đầu bạn dùng Mailera, xem các bước kết nối hộp thư đầu tiên. Mailera kết nối hộp thư hiện có; Mailera không tạo hộp thư hay địa chỉ email mới.
Với ứng dụng dùng API, bạn có thể đọc thông tin hộp thư bằng khoá có quyền read. Điền $MAILERA_API_KEY và $MAILBOX_ID bằng giá trị của hộp thư thử:
curl --request GET \
"https://mailera.app/api/public/v1/mailboxes/$MAILBOX_ID" \
--header "Authorization: Bearer $MAILERA_API_KEY"Đối chiếu data.provider, data.protocol và data.status. Kết nối Microsoft qua Graph có provider là microsoft và protocol là graph. Trạng thái hộp thư không thay thế phép thử gửi; bạn vẫn cần gửi riêng một thư và kiểm tra phía nhận. Tài liệu dành cho nhà phát triển là nơi tra cứu tích hợp API.
Những hiểu nhầm nào thường dẫn đến xử lý sai?
- Đồng nhất SMTP AUTH với Basic Auth. SMTP AUTH còn hỗ trợ OAuth; hãy kiểm tra đúng phương thức xác thực.
- Lấy đoạn trích tìm kiếm làm hạn triển khai. Đọc phần cập nhật của thông báo chính thức và phân biệt ngày đăng với ngày hiệu lực.
- Coi tắt mặc định là loại bỏ hoàn toàn. Một bên là cấu hình; bên kia là việc không còn phương thức để sử dụng.
- Cho rằng bật ở hộp thư sẽ giải quyết mọi chặn kết nối. Kiểm tra cả Security defaults và chính sách tổ chức.
- Quy mọi lỗi gửi cho lịch ngừng Basic Auth. Xem phản hồi thực tế, quyền và cấu hình trước khi kết luận.
- Coi kết nối thành công là gửi thành công. Chỉ nghiệm thu luồng gửi sau khi đối chiếu với thư nhận được.
Kết nối hộp thư đầu tiên trong 2 phút
Thêm hộp thư Outlook, Gmail hoặc IMAP và đọc thư qua giao diện hoặc API.
Kết nối hộp thư
