Không nhận được thư trên ứng dụng 138 Email Doanh nghiệp: Quy trình kiểm tra và xử lý từng bước

Ai cần đọc bài viết này

Bài viết dành cho quản trị viên IT doanh nghiệp và người dùng cuối đang gặp tình trạng ứng dụng 138 Email Doanh nghiệp không hiển thị thư mới, trong khi email vẫn có thể truy cập qua trình duyệt web. Kịch bản phổ biến bao gồm: nhân viên kinh doanh quốc tế không nhận được thư từ đối tác nước ngoài trên điện thoại, hoặc máy tính để bàn sử dụng Outlook/Foxmail không đồng bộ được hộp thư đến.
Trước khi liên hệ bộ phận hỗ trợ, việc xác định đúng tầng lỗi — mạng, tài khoản, giao thức hay phía máy chủ — giúp rút ngắn thời gian khắc phục và tránh cấu hình sai lặp lại.

Bước 1: Xác minh email có thực sự đến máy chủ hay không

Trước khi kiểm tra ứng dụng, cần xác nhận email đã đến hệ thống 138 Email Doanh nghiệp hay chưa.

• Đăng nhập webmail
• qua trình duyệt bằng địa chỉ email đầy đủ và mật khẩu hiện tại.
• Nếu thư xuất hiện trên webmail nhưng không có trên ứng dụng, vấn đề nằm ở cấu hình client hoặc cơ chế đồng bộ.
• Nếu thư không có trên cả webmail, cần kiểm tra nhật ký gửi nhận (mail log) từ phía quản trị viên, hoặc xác minh với người gửi về trạng thái bounce.

Lưu ý: 138 Email Doanh nghiệp hỗ trợ truy cập đa nền tảng qua trình duyệt web, điện thoại di động, máy tính cá nhân và các ứng dụng khách bên thứ ba theo chuẩn giao thức. Việc so sánh giữa webmail và client là bước phân loại lỗi quan trọng nhất.

Bước 2: Kiểm tra giao thức và cổng kết nối trên ứng dụng

Khi email đã đến webmail nhưng không đồng bộ về ứng dụng, nguyên nhân hàng đầu là sai cấu hình giao thức.

Giao thức hỗ trợ

138 Email Doanh nghiệp hỗ trợ ba giao thức chuẩn:
| Giao thức | Cổng thường | Cổng mã hóa SSL/TLS | Mục đích |
|-----------|-------------|---------------------|----------|
| SMTP | 25 | 465 | Gửi thư |
| IMAP | 143 | 993 | Nhận và đồng bộ hai chiều |
| POP | 110 | 995 | Nhận và tải về một chiều |

Kiểm tra thực tế

• Ưu tiên IMAP
• nếu người dùng cần đồng bộ trên nhiều thiết bị. POP chỉ tải thư về một thiết bị và có thể gây mất thư trên server nếu cấu hình "xóa khỏi máy chủ sau khi tải" được bật.
• Xác minh SSL/TLS
• đã được bật trên ứng dụng. Nhiều client mặc định dùng cổng không mã hóa, dẫn đến kết nối bị từ chối.
• Địa chỉ máy chủ
• và cổng kết nối cụ thể cần tham chiếu từ trang quản trị hoặc tài liệu hướng dẫn chính thức do hãng cung cấp, không sử dụng địa chỉ từ nguồn thứ ba.

Bước 3: Xác thực tài khoản và mật khẩu ứng dụng

Một số ứng dụng khách yêu cầu mật khẩu dành riêng cho client (app-specific password) thay vì mật khẩu đăng nhập webmail thông thường.

• Kiểm tra xem tài khoản có đang bị giới hạn IP
• do quản trị viên thiết lập hay không.
• Xác nhận tên đăng nhập là địa chỉ email đầy đủ
• (bao gồm cả phần `@tenmien.com`), không chỉ là phần trước dấu `@`.
• Nếu doanh nghiệp áp dụng chính sách thay đổi mật khẩu định kỳ, mật khẩu cũ trên ứng dụng sẽ không còn hiệu lực và cần cập nhật thủ công.

Ranh giới xử lý: Việc tạo tài khoản, phân quyền quản trị viên bộ phận và thiết lập giới hạn IP thuộc phạm vi quản trị hệ thống. Người dùng cuối không thể tự thay đổi các thiết lập này mà cần liên hệ quản trị viên nội bộ.

Bước 4: Kiểm tra bộ lọc và quy tắc chuyển tiếp

Email có thể đã đến hộp thư nhưng bị chuyển sang thư mục khác do quy tắc người dùng tự thiết lập.

• Kiểm tra thư mục Spam/Rác
• trên webmail — hệ thống chống thư rác và virus của 138 Email Doanh nghiệp có thể phân loại thư từ địa chỉ mới hoặc nội dung chứa liên kết lạ vào vùng cách ly.
• Rà soát quy tắc chuyển tiếp
• (mail rules/filters) trên webmail: một số quy tắc tự động di chuyển thư đến thư mục con hoặc chuyển tiếp sang địa chỉ khác mà người dùng không nhớ đã thiết lập.
• Xác minh dung lượng hộp thư: nếu hộp thư đã đầy, email mới sẽ bị từ chối và người gửi nhận được thông báo bounce.

Bước 5: Khi nào cần liên hệ hỗ trợ từ hãng

Sau khi hoàn thành bốn bước trên mà vấn đề vẫn tồn tại, cần thu thập thông tin sau trước khi liên hệ đội ngũ hỗ trợ:

1. Ảnh chụp màn hình thông báo lỗi trên ứng dụng (nếu có).
2. Tên ứng dụng và phiên bản (ví dụ: Outlook 2019, Foxmail 7.2, ứng dụng mail mặc định trên iOS 17).
3. Thời điểm xảy ra lỗi và phạm vi ảnh hưởng (một tài khoản hay nhiều tài khoản trong cùng tổ chức).
4. Kết quả kiểm tra trên webmail: thư có đến hay không, có nằm trong vùng cách ly hay không.

138 Email Doanh nghiệp do hãng trực tiếp vận hành, không qua trung gian đại lý, nên quy trình hỗ trợ từ khâu tiếp nhận đến xử lý kỹ thuật được thực hiện qua cổng dịch vụ chính thức. Quản trị viên có thể cung cấp thêm header email gốc để đội ngũ kỹ thuật phân tích đường đi của thư và xác định điểm nghẽn.

Ranh giới và rủi ro cần lưu ý

• Không phụ thuộc vào danh sách trắng (whitelist)
• như biện pháp duy nhất. Việc thêm địa chỉ vào whitelist chỉ giải quyết phần ngọn nếu nguyên nhân gốc nằm ở cấu hình DNS, SPF/DKIM/DMARC hoặc chính sách phía máy chủ nhận.
• Khả năng bảo mật
• của hệ thống giúp giảm thiểu rủi ro thư giả mạo và email độc hại, nhưng không đảm bảo chặn 100% mọi mối đe dọa. Người dùng vẫn cần cảnh giác với email yêu cầu cung cấp thông tin nhạy cảm.
• Di chuyển email
• từ hệ thống cũ sang 138 Email Doanh nghiệp có thể gây gián đoạn đồng bộ tạm thời trên ứng dụng nếu quá trình di chuyển chưa hoàn tất hoặc ánh xạ thư mục không khớp.

Bước tiếp theo

Nếu doanh nghiệp của bạn đang vận hành hệ thống email xuyên biên giới với nhiều chi nhánh và cần rà soát toàn bộ cấu hình ứng dụng cho đội ngũ, hãy liên hệ trực tiếp với đội ngũ 138 Email Doanh nghiệp để được hỗ trợ kiểm tra cấu hình, xác thực tên miền và tối ưu quy trình đồng bộ đa thiết bị.

相关推荐

• Email doanh nghiệp cá nhân