Mail quay mãi sau khi đổi VPN: đồng bộ lại hay tải lại?
Cửa sổ Mail bận rộn sau khi mạng thay đổi không phải bằng chứng của một lần tải lại. Đọc trạng thái tài khoản, rồi chọn giữa đồng bộ lại, lỗi đăng nhập và đường đi VPN.
Khi một thay đổi mạng đánh thức Mail và chỉ báo tiến trình bắt đầu nhúc nhích, đó chính là lúc người ta kết luận rằng VPN đã buộc phải tải lại toàn bộ. Thường thì không phải vậy. Kết nối lại kích hoạt một lượt đồng bộ hóa, và một lượt đồng bộ hóa bao trùm trạng thái hộp thư, cờ đánh dấu và siêu dữ liệu tin nhắn rất lâu trước khi bao trùm phần thân tin nhắn. Quyết định hữu ích là bạn đang ở câu chuyện nào trong ba câu chuyện, và chỉ trạng thái của chính tài khoản mới nói được điều đó.
Một chỉ báo bận rộn, ba câu chuyện khác nhau
Ba ứng viên là đồng bộ lại bình thường, lỗi đăng nhập hoặc xác thực cứ thử lại mãi, và một vấn đề đường đi khiến Mail không thể nào đến được máy chủ qua mạng mới. Nhìn từ xa chúng giống nhau vì cả ba đều làm cùng một cửa sổ chuyển động, và chúng đòi ba hành động khác nhau.
| What you observe | Most likely story | Where to look next |
|---|---|---|
| Brief activity that settles, mail arrives | Normal resync | Nothing to fix |
| Status says login failed | Mail account or provider authentication | The account and its provider settings |
| Status says offline or cannot contact server | Path through the new network | The VPN, proxy or filter in the way |
| Activity never settles, no new mail | Retry loop against a blocked or wrong endpoint | The exact status text and the destination |
Bảng đó chính là toàn bộ quyết định. Nó cũng giải thích vì sao «nó lại đang tải xuống» là mô tả cửa sổ chứ không phải chẩn đoán sự cố, và vì sao đổi một thiết lập VPN để phản ứng với lỗi đăng nhập hiếm khi giúp được.
Đọc trạng thái tài khoản trước khi diễn giải bất cứ điều gì
Tìm chỉ báo trạng thái bên cạnh tài khoản bị ảnh hưởng hoặc trong cửa sổ Mail, và mở nó ra để thấy thông báo chính xác. Hướng dẫn của Apple về gửi và nhận tách vấn đề kết nối, lỗi đăng nhập, độ khả dụng của dịch vụ và giới hạn tài khoản, và bốn loại đó dẫn đến bốn người chịu trách nhiệm khác nhau. Gõ lại mật khẩu vì một thông báo về độ khả dụng dịch vụ là lãng phí cùng một buổi chiều hai lần.
Giữ phép thử thật hẹp: một tài khoản, một thao tác mới không chia sẻ gì nhạy cảm, và tất cả đi qua đường bạn muốn nó dùng. Hộp thư đến được lưu trong bộ nhớ đệm có thể vẫn hiển thị đầy đủ trong khi quá trình đồng bộ hiện tại thất bại, điều này khiến «tôi thấy thư của mình» trở thành một phép thử yếu về việc có gì đang đến hay không. Ghi lại nguyên văn trạng thái trước khi đổi một thiết lập, vì câu đó là bằng chứng duy nhất bạn có về sau. Phiên bản bạn nhớ năm phút sau luôn mờ nhạt hơn phiên bản trên màn hình.
Mac có internet, nhưng Mail báo là ngoại tuyến
Khi mọi thứ khác trên máy hoạt động và Mail báo ngoại tuyến, câu hỏi thú vị là kết nối đang được yêu cầu đi theo đường nào. Một thiết lập proxy, một bộ lọc mạng hay một đường hầm chỉ chở một phần lưu lượng có thể để Mail ở lại trên một tuyến mà máy chủ sẽ không trả lời. Kiểm tra cấu hình proxy ở cấp hệ thống nói gì trước khi sửa tài khoản.
scutil --proxySau đó tách tài khoản khỏi đường đi. Webmail chứng minh tài khoản hoạt động ở nhà cung cấp, nhưng không chứng minh gì về cấu hình của ứng dụng Mail hay về tuyến mà ứng dụng dùng, vì trình duyệt có thể đi một con đường hoàn toàn khác với cách xử lý proxy khác. Gửi và nhận cũng có thể dựa vào các dịch vụ khác nhau, nên một thao tác thành công không phải là phép thử đầy đủ cho thao tác kia.
Bản trùng lặp là một quan sát riêng
Đồng bộ đang diễn ra không phải bằng chứng rằng các bản trùng hiển thị đã được tạo, và những bản trùng đã có từ trước không phải bằng chứng về việc VPN đã làm gì. Nếu bạn thực sự thấy các bản sao lặp lại, hãy ghi đó là một phát hiện riêng và kiểm tra hộp thư phía máy chủ cùng nhà cung cấp. Điều đó cho bạn biết các bản sao tồn tại một lần và hiển thị hai lần, hay thực sự tồn tại hai lần.
Dù thế nào, xóa thư cục bộ, dựng lại mọi hộp thư hay gỡ tài khoản là phản ứng đầu tiên quyết liệt với một bộ đếm tiến trình. Những hành động đó phá hủy trạng thái mà bạn sẽ cần để chẩn đoán câu hỏi ban đầu, và chúng khó hoàn tác trên một chiếc máy chứa thư không tồn tại ở bất cứ đâu khác.
Quyết định trước khi gỡ một tài khoản
Nếu một quy trình khôi phục đã được phê duyệt thực sự đòi gỡ rồi thêm lại tài khoản, hãy giữ lại hai thứ không thể lấy lại: công việc chưa gửi và mọi thư chỉ tồn tại trên chiếc máy này. Hoàn tất mọi thứ phải nộp trước khi một thay đổi mạng được lên lịch chứ không phải sau đó, rồi ngắt kết nối bằng các điều khiển thông thường của người sở hữu VPN.
Cuối cùng, hãy nhớ hiển thị hoạt động là gì. Đó là quan sát của ứng dụng về công việc của chính Mail, không phải bằng chứng rằng VPN không thể dừng hay đường hầm là thủ phạm. Quyết định, theo thứ tự, là: đọc trạng thái, phân loại theo bảng, thử một thao tác qua đường dự định, và chỉ khi đó mới chạm vào tài khoản.