Làm thế nào một e-mail có thể bị mất?


53

Nó đã xảy ra với tôi ngày hôm qua.

Có người tuyên bố cô ấy đã gửi cho tôi một e-mail, nhưng tôi đã không nhận được.
Nó không có trong Hộp thư đến, Thư rác, Thùng rác, v.v.

Làm thế nào là điều này có thể (giả sử không có lỗi người dùng)?
Mọi thứ có thể đi sai ở đâu?


4
nói với cô ấy để gửi lại nó, vấn đề được giải quyết.
Sickest

9
@ Sickest - có thể hoạt động, nhưng tùy thuộc vào vấn đề, nó có thể không.
Keltari

2
Không thể trừ khi nhà cung cấp email của bạn đã lọc email trước khi nó đến hộp thư đến của bạn.
Ramhound

21
Luôn có email tương đương với "séc trong thư." Tôi đã có những người nói dối thẳng thừng với tôi để tránh sự bối rối khi họ quên gửi một cái gì đó.
Heptite

3
Câu trả lời yêu thích của quản trị viên hệ thống của chúng tôi là "Có vấn đề với máy chủ thư". 'nuf nói!
Songo

Câu trả lời:


81

Theo dõi đường dẫn từ người gửi đến bạn:

  1. Nó không bao giờ thực sự gửi. Nhiều người thậm chí không nhận thấy rằng một tin nhắn đang nằm trong hộp thư đi của họ, không thể gửi được vì bất kỳ lý do nào.

  2. Ứng dụng thư khách đã gửi thành công đến máy chủ SMTP, nhưng máy chủ SMTP không thể chuyển tiếp nó tới bước nhảy tiếp theo.

    • Máy chủ SMTP có thể quá bận rộn đến nỗi nó tồn đọng các tin nhắn cần xử lý, có thể có độ trễ vài giờ.
    • Máy chủ SMTP có thể đã cố gửi nó, nhưng máy chủ nhận không thể / sẽ không chấp nhận ngay lập tức. [deferral] Máy chủ gửi sẽ tiếp tục thử gửi và hầu hết các máy chủ sẽ thực hiện việc này hoặc tối đa hai ngày trở lên trước khi gửi lại tin nhắn cho bạn dưới dạng không gửi được.
    • Máy chủ nhận có thể đã từ chối tin nhắn hoàn toàn [danh sách đen / quét thư rác / hộp thư đầy đủ / người dùng không tồn tại] và máy chủ gửi không thể hoặc sẽ không gửi lại tin nhắn trả lại cho bạn.

     

  3. Tin nhắn được chấp nhận bởi máy chủ nhận, nhưng ...

    • Máy chủ nhận được backlogged và tin nhắn đang ngồi trong một hàng đợi để được xử lý / gửi.
    • Tin nhắn được gắn cờ là thư rác và bị rơi. Đây là thực tế xấu vì tin nhắn nên bị từ chối hoàn toàn, nhưng nhiều máy chủ làm điều này. [Tôi nghi ngờ Gmail thỉnh thoảng làm điều này]
    • Tin nhắn bằng cách nào đó không thể gửi được và máy chủ được cấu hình để không gửi tin nhắn bị trả lại, hoặc chính tin nhắn bị trả lại là không thể gửi được.

     

  4. Tin nhắn đã được gửi ở đâu đó trong tài khoản của bạn, nhưng ...

    • Ứng dụng email của bạn chưa được đồng bộ hóa đúng cách với máy chủ. Đóng và mở lại nó.
    • Bạn trông không đủ chăm chỉ. Tôi biết điều này nghe có vẻ nhỏ nhặt, nhưng phần lớn thời gian là như vậy và thật khó chịu khi giải quyết vì mọi người xúc phạm khi được yêu cầu kiểm tra lại một cái gì đó đơn giản đến mức họ "không thể sai".

Nguồn: Tôi quản trị các máy chủ email.

Bởi vì phần lớn các tin nhắn email cá nhân trực tiếp dễ dàng truyền qua hệ thống thư và được gửi gần như ngay lập tức, mọi người sẽ lấy tốc độ đó để được cấp và coi email như một tin nhắn tức thời. Trong một số trường hợp nhất định, email 3 từ hoàn toàn hợp pháp của bạn có thể mất vài phút, vài giờ hoặc thậm chí vài ngày để được gửi.

Kiên nhẫn.


22
Có lần tôi đã nhận được một tin nhắn từ một tin nhắn hơn một năm sau khi tôi gửi nó (có lẽ khoảng 20 năm trước). Điều tốt nhất tôi có thể hình dung, nó đã ngồi trên một hệ thống đã bị tắt mạng trong một thời gian nhưng sau đó đã được cấp nguồn.
supercat

2
2. d SPF kết hợp với hệ thống gửi được cấu hình sai (ví dụ gửi từ tài khoản lỗ đen) thường gây ra sự cố như thế này - nhà cung cấp email của tôi phải giúp tôi gỡ lỗi này vì không có gì liên lạc với tôi từ địa chỉ bản tin trong khi quản trị trang web không nhận được bất kỳ loại bị trả lại.
Chris H

3
Tôi chưa trải nghiệm điều này với Gmail, nhưng Outlook.com thích âm thầm từ chối thư với 200 OK.
nyuszika7h

5
trường hợp cực đoan: tin nhắn đã được gửi đến một số máy chủ trong một chuỗi, xác nhận đã nhận, nhưng máy chủ đó đã bị hỏng trước khi có thể chuyển tiếp nó. Nếu bạn may mắn, nó sẽ quay trở lại sau một vài tuần hoặc vài tháng và gửi nó đi, nếu bạn không gặp may, nó đã gặp sự cố với ổ cứng và tin nhắn của bạn sẽ biến mất vĩnh viễn.
jwenting

7
Tôi cũng muốn thêm "nguyên nhân xã hội": Người gửi đã nói dối và không bao giờ gửi nó.
dùng1833218

23

Mọi thứ có thể đi sai ở nhiều nơi.

Ví dụ: mail đi theo một đường dẫn từ máy chủ đến máy chủ. Một trong số đó có thể đã bị hỏng sau khi nhận được thư nhưng trước khi chuyển nó đi.

Hoặc nó có thể đã được xác định là thư rác. Tùy thuộc vào nguồn của bạn 95% đến 98% tất cả email là thư rác không mong muốn. Một số trong số đó được nhận ra và đưa vào một thư mục đặc biệt. Một số trong số họ chỉ đơn giản là bỏ mà không cần thông báo. Tôi đã có điều này xảy ra với tôi với các tài liệu được quét (từ máy in MFC ', được' quét đến email PDF ') tại thời điểm PDF phổ biến với những kẻ gửi thư rác.

Cuối cùng chúng tôi đã tìm ra vấn đề sau khi gửi email kiểm tra đơn giản chỉ chứa văn bản thô đã đến nhưng mọi thứ chỉ có một tệp PDF không đến được. Đối với điều này, bạn sẽ cần sự giúp đỡ của những người quản lý máy chủ nhận thư và họ sẽ hỏi bạn một số câu hỏi như thời gian chính xác bạn đã gửi email của mình (mà không cần phải trải qua nhiều nhật ký. Với thời gian chính xác họ có thể ít nhất là xác nhận nếu email đã được nhận hay không).

Không cần phải nói, yêu cầu người dùng tìm trong thư mục thư rác của họ trước khi nêu vấn đề với người quản lý bưu điện có liên quan.


7
Vì email có xu hướng rất đáng tin cậy, mọi người không nhận ra rằng có rất nhiều nơi có thể bị "mất". Bộ lọc thư rác / vi rút, tường lửa thư rác / vi rút, chuyển tiếp thư, máy chủ thư, v.v.
Keltari

6
Âm thầm bỏ bất kỳ email nào - có thể là thư rác hoặc vi-rút hoặc bất cứ điều gì - đều trái với đặc điểm kỹ thuật của SMTP. Thật không may, một số máy chủ vẫn làm điều đó; một ví dụ đáng chú ý là Hotmail. (Thay vào đó, máy chủ nên trả lời bằng một lỗi thay vì trả lời thành công và sau đó âm thầm loại bỏ thư.)
ntoskrnl

@ntoskrnl, vậy bạn có phiền không tán xạ? vi.wikipedia.org/wiki/Backscatter_(email) . RFC là tốt và tất cả, nhưng đơn giản là họ không chấp nhận thực tế của những kẻ gửi thư rác và phần mềm độc hại qua email.
Zoredache

2
@Zoredache Bài viết đó đề xuất một quyền thay thế trong phần giới thiệu - từ chối thư rác ở giai đoạn kết nối SMTP có lỗi, thay vì chấp nhận thư và sau đó gửi thư bị trả lại hoặc bỏ thư. Như tôi đã nói, email được thiết kế để trở nên đáng tin cậy và các máy chủ không cung cấp email đáng tin cậy phá vỡ thông số kỹ thuật (và cũng có thể vi phạm Pola , như câu hỏi này cho thấy).
ntoskrnl

@ntoskrnl và máy chủ gửi có luôn truyền lỗi cho người dùng không? Tôi cá là họ cũng có thể được cấu hình (mis) để bỏ qua, ví dụ như trên các tên miền có địa chỉ thường bị giả mạo.
Chris H
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.