Thư đã lưu trong bộ nhớ đệm của Outlook mở được nhưng không có gì đồng bộ: cần kiểm tra gì

Thư cũ mở được, danh sách thư mục trông bình thường, và một thư gửi sáng nay không bao giờ rời Hộp thư đi. Sự kết hợp đó cho thấy bộ nhớ đệm cục bộ vẫn tốt còn kết nối tới Exchange thì không, và đây là triệu chứng bị hiểu sai nhiều nhất trong toàn bộ lĩnh vực này. Không có gì bị treo, vì thế báo cáo thường đến dưới dạng Outlook chậm chứ không phải Outlook bị ngắt kết nối.

Thực hiện các kiểm tra theo thứ tự, và trước hết hãy ghi lại bạn đang xem bản dựng Outlook nào, vì các điều khiển khác nhau.

Xác định ứng dụng khách nào và loại tài khoản nào

Outlook cổ điển cho Windows, Outlook mới và Outlook trên web là ba ứng dụng khách khác nhau với ba đường kết nối khác nhau, và lời khuyên dành cho cái này thường sai với cái kia. Trong Outlook cổ điển, tài khoản Exchange và tài khoản POP hoặc IMAP hành xử khác nhau khi máy chủ không truy cập được, vì chỉ tài khoản Exchange mới có vận chuyển MAPI và kho hộp thư đã lưu trong bộ nhớ đệm. Hãy xác định loại tài khoản trong phần cài đặt tài khoản trước khi diễn giải bất kỳ trạng thái nào. Một bản sửa sao chép từ thiết lập IMAP sẽ không mô tả kết nối Exchange.

Ghi lại tên và phiên bản ứng dụng khách. Trong các chuỗi hỗ trợ, chúng thường bị trộn lẫn, và ảnh chụp màn hình bắt đầu không khớp nửa chừng.

Đọc trạng thái kết nối trong khi nó đang lỗi

Khi Outlook cổ điển đang chạy, giữ Ctrl và nhấp chuột phải vào biểu tượng trong vùng thông báo, sau đó mở Trạng thái kết nối. Hãy làm việc này trong lúc thao tác đang lỗi chứ không phải sau khi khởi động lại, vì khung nhìn cho biết ứng dụng khách đang cố làm gì vào thời điểm đó. Ghi lại tên máy chủ, giao thức và trạng thái, sau đó so sánh máy chủ đó với máy chủ bạn mong đợi tài khoản sử dụng. Hướng dẫn chẩn đoán của Microsoft bao gồm khung nhìn này và việc ghi nhật ký chi tiết hơn mà bạn có thể thu thập khi bản tóm tắt không đủ.

Các triển khai Exchange hiện đại truyền lưu lượng Outlook qua MAPI over HTTP, nên việc mở cổng gửi SMTP không phải là cách sửa kết nối hộp thư. Nếu vận chuyển đến được dịch vụ, hãy giữ lỗi HTTP hoặc xác thực và làm việc ở giai đoạn đó thay vì đặt lại mật khẩu vốn chưa bao giờ là vấn đề.

So sánh điểm cuối với đường đi của trình duyệt

Một hộp thư web hoạt động chứng minh rằng trình duyệt có thể đến một điểm cuối qua một tên và một cấu hình proxy. Nó không chứng minh rằng Outlook đã phân giải cùng địa chỉ, dùng cùng tuyến hay chấp nhận cùng chứng chỉ. Khi có VPN, DNS tách có thể gửi tên Outlook đến một địa chỉ nội bộ trong khi trình duyệt dùng địa chỉ công cộng, và riêng khác biệt đó đã giải thích một phiên web đang chạy bên cạnh ứng dụng khách hỏng. So sánh địa chỉ đã phân giải, tuyến đã chọn và danh tính TLS trên cả hai đường.

Cổng quản trị và PowerShell từ xa không thay thế việc kiểm tra hộp thư của người dùng, vì chúng là các dịch vụ khác nhau với xác thực khác nhau.

Kiểm tra bộ nhớ đệm bằng một thao tác mới

Chế độ Exchange lưu trong bộ nhớ đệm giữ một bản sao cục bộ và đồng bộ với máy chủ, điều này khiến nó chịu được gián đoạn và không khiến nó độc lập với máy chủ. Đọc một thư cũ trong bộ nhớ đệm không phải là kiểm tra mạng, và công tắc Làm việc ngoại tuyến cũng vậy. Hãy gửi một thư mới hoặc buộc đồng bộ và quan sát đúng thao tác đó. Nếu các trao đổi nhỏ thành công trong khi các truyền tải lớn bị kẹt, kích thước gói và MTU của tuyến đáng được chú ý, với bằng chứng lấy từ thao tác đang lỗi.

Thay đổi chế độ bộ nhớ đệm có thể di chuyển triệu chứng mà không sửa tuyến hay dịch vụ.

Sau bất kỳ bản sửa nào được hỗ trợ, hãy lặp lại thao tác ban đầu và xác nhận rằng dữ liệu mới đến được máy chủ và quay về. Ghi lại kết quả đó tách biệt với sự tiện lợi của việc đọc thư vốn đã có trên đĩa.