Máy photocopy hoặc scanner gửi mail qua Microsoft 365: nên dùng SMTP AUTH hay relay?

Với môi trường doanh nghiệp, một lỗi nhỏ có thể ảnh hưởng nhiều người nếu xử lý vội. Bài viết này đưa ra quy trình thực tế để khoanh vùng nguyên nhân, kiểm tra kết quả và biết khi nào nên chuyển cho kỹ thuật viên chuyên trách.

Cách xử lý nhanh

Chọn phương án theo khả năng thiết bị và yêu cầu bảo mật. Thiết bị hỗ trợ Modern Auth là tốt nhất; SMTP AUTH hoặc relay cần được giới hạn, xác thực và theo dõi thay vì mở rộng cho cả tenant.

Dấu hiệu và nguyên nhân thường gặp

Trước khi thay đổi cấu hình, hãy xác nhận phạm vi ảnh hưởng: chỉ một người dùng, một thiết bị hay nhiều thiết bị cùng gặp lỗi. Phạm vi ảnh hưởng là dữ kiện quan trọng để biết nên bắt đầu ở endpoint hay hạ tầng dùng chung.

• thiết bị chỉ hỗ trợ basic SMTP
• SMTP AUTH bị tắt ở tenant/mailbox
• IP nguồn hoặc connector relay không khớp

Quy trình kiểm tra từng bước

Bước 1: Xác định model thiết bị hỗ trợ phương thức xác thực nào

Trong thực tế hỗ trợ doanh nghiệp, xác định model thiết bị hỗ trợ phương thức xác thực nào. Nên ghi lại kết quả trước và sau khi thay đổi để có cơ sở so sánh; nếu nhiều người cùng xử lý, thông tin này cũng giúp tránh lặp lại các bước đã thử.

Bước 2: Xác định mail chỉ gửi nội bộ hay cần gửi Internet

Ở bước này, xác định mail chỉ gửi nội bộ hay cần gửi Internet. Nên ghi lại kết quả trước và sau khi thay đổi để có cơ sở so sánh; nếu nhiều người cùng xử lý, thông tin này cũng giúp tránh lặp lại các bước đã thử.

Bước 3: Cấu hình mailbox SMTP AUTH có giới hạn hoặc connector relay theo thiết kế

Về mặt kỹ thuật, cấu hình mailbox SMTP AUTH có giới hạn hoặc connector relay theo thiết kế. Nên ghi lại kết quả trước và sau khi thay đổi để có cơ sở so sánh; nếu nhiều người cùng xử lý, thông tin này cũng giúp tránh lặp lại các bước đã thử.

Bước 4: Test TLS, From address và message trace sau khi cấu hình

Khi kiểm tra tại hiện trường, test TLS, From address và message trace sau khi cấu hình. Nên ghi lại kết quả trước và sau khi thay đổi để có cơ sở so sánh; nếu nhiều người cùng xử lý, thông tin này cũng giúp tránh lặp lại các bước đã thử.

Cách xác nhận đã xử lý đúng

Không nên kết luận chỉ vì lỗi tạm thời biến mất. Với hệ thống doanh nghiệp, cần có tiêu chí xác nhận để tránh lỗi quay lại sau vài giờ hoặc sau khi người dùng đổi mạng/khởi động lại thiết bị.

• scan-to-email gửi được đúng phạm vi người nhận cần thiết
• không cần bật legacy authentication cho user khác

Những việc không nên làm

• bật SMTP AUTH toàn tenant chỉ vì một máy scan
• cho phép relay từ dải IP quá rộng

Khi nào nên chuyển cho IT chuyên trách?

Nếu lỗi ảnh hưởng nhiều người, liên quan quyền quản trị, dữ liệu, bảo mật, firewall, server hoặc cần thay đổi cấu hình production, nên dừng thử nghiệm ngẫu nhiên và chuyển cho người phụ trách IT. Với Microsoft 365 và hệ thống email doanh nghiệp, việc có log, ảnh chụp lỗi, thời điểm xảy ra và các bước đã thử sẽ rút ngắn đáng kể thời gian xử lý.

Gợi ý vận hành lâu dài

Sau khi xử lý xong, nên ghi lại nguyên nhân gốc, cấu hình đã thay đổi và biện pháp phòng ngừa. Những sự cố lặp lại nhiều lần thường là tín hiệu cần chuẩn hóa tài liệu, monitoring, patching hoặc thiết kế hệ thống thay vì tiếp tục xử lý từng lần riêng lẻ.

Xem thêm các bài trong Microsoft 365 & Email.

Bài viết liên quan

• OneDrive báo Sync pending hoặc không đồng bộ: cách xác định file nào đang gây lỗi
• Teams không hiển thị lịch hoặc lịch họp bị lệch: kiểm tra Exchange Online và timezone