Những bước chẩn đoán nào tôi có thể làm nếu email của tôi gửi, nhưng không được nhận, thậm chí không phải là thư rác?


11

Tôi có một vấn đề trong đó tất cả các email cho một số người nhận nhất định gửi nhưng không bao giờ đến, thậm chí không phải là thư rác, không có lỗi, trong khi email cho mọi người khác hoạt động tốt. Tôi đã bối rối và đang tìm cách để chẩn đoán những gì đang xảy ra.

  • Tôi đã gửi một số email cho một khách hàng vào tuần trước, từ Outlook 2016. Bây giờ tôi thấy rằng họ không bao giờ nhận được. Tôi đã thử gửi email cho người khác trên miền của họ và có vẻ như không ai trong số họ nhận được email của tôi, nhưng những người khác trên các miền khác thì có
  • Tôi đã kiểm tra thư mục "đã gửi" của mình và chúng xuất hiện giống hệt với tất cả các thư đã gửi khác. Tôi không có báo cáo giao hàng hoặc bất cứ điều gì tương tự, và chúng nằm trong thư mục "đã gửi" không phải là "hộp thư đi". Tôi cũng đã thử CCing trong những email mới nhất của mình cho những người này - họ chắc chắn gửi.
  • Tôi đã kiểm tra với khách hàng trong câu hỏi và họ không bao giờ nhận được bất cứ điều gì từ tôi, ngay cả trong một thư mục thư rác . Tôi có thể nhận email từ họ, nhưng họ không nhận được gì từ tôi - thậm chí không trả lời email của tôi.
  • Email đầu tiên có hai tệp đính kèm PDF nhỏ (500kb), nhưng cùng số phận với các email tiếp theo không có tệp đính kèm. Không có hình ảnh hoặc liên kết trong bất kỳ email. Chúng là những email liên quan đến công việc bình thường đến từ một đến ba cá nhân mà trước đây tôi đã trao đổi email qua cùng một địa chỉ email và Outlook. Họ cũng ở cùng đất nước với tôi.
  • Không có phản hồi lỗi giao hàng hoặc bất cứ điều gì tương tự. Email đầu tiên như vậy đã được gửi 8:55 sáng thứ Sáu tuần trước, vì vậy hơn 5 ngày trước, và không có gì được nhận về phía tôi hoặc của họ.
  • Email của họ gửi cho tôi rất tốt - và trên thực tế, những email đầu tiên của tôi gửi cho họ không thành công là trả lời email của chính họ. Tôi cũng đã có email đến tên miền này nhận được bình thường như gần đây hai tuần trước.
  • Tôi đã thử nhiều email kiểm tra cho miền này và không có gì qua:

    • Những email ngây thơ chỉ đơn giản nói "Đây là email thử nghiệm" và tương tự không bao giờ đến
    • Email từ Webmail và ứng dụng thư Android của tôi không đến giống như email từ Outlook (và cũng không cung cấp báo cáo gửi - mọi thứ đều âm thầm thất bại)
    • Các email được gửi bằng điện thoại 3G của tôi chịu chung số phận với các email được gửi bằng WiFi của tôi
    • Tôi cũng đã tạo một tài khoản email mới trên cùng một tên miền (ví dụ test@my-domain.comđể đi cùng với thông thường của tôi my-name@my-domain.com) và nó có cùng một vấn đề (được kiểm tra bằng cách sử dụng webmail).
    • Để kiểm tra xem tôi có thể có một số loại cài đặt SMTP bị rối mà chặn các thông báo gửi lại bị trả lại hay không, tôi đã gửi email đến hg1ugtvr34vrgfrt2t@ashfrlwejbtlwerhtklhejtkghwerkbjhrw.com vì lý do đó có thể không tồn tại. Tôi đã nhận được một phản hồi hoàn toàn bình thường "Gửi thư thất bại: trả lại thư cho người gửi" - vì vậy tôi có thể nhận được phản hồi, vì một số lý do tôi không được gửi chúng từ miền này.
    • Gửi email cho họ từ, ví dụ như tài khoản Gmail cá nhân của tôi, được nhận tiền phạt (vì vậy tôi đang sử dụng điều này trong thời gian này cho đến khi vấn đề này được giải quyết)

Email đến từ tên miền của riêng tôi - Tôi đã gửi email cho những người khác từ cùng một địa chỉ email và cùng một Outlook và họ đã nhận được tiền phạt. Gmail thỉnh thoảng đánh dấu chúng là thư rác mà tôi đang tìm kiếm nhưng các khách hàng khác dường như không gặp vấn đề gì.

Ngoài ra, tôi không thể thấy bất cứ điều gì để tiếp tục. Tôi chắc chắn rằng ở đây không đủ để chẩn đoán vấn đề của tôi, vì vậy tôi không yêu cầu giải pháp, nhưng đối với các bước chẩn đoán tôi có thể thực hiện , ví dụ:

  • Có bất cứ điều gì "dưới mui xe" mà tôi có thể xem trong Outlook, như gửi báo cáo hoặc nhật ký không?
  • Có bất kỳ loại nhật ký liên quan đến máy chủ hoặc tên miền nào tôi nên xem có thể liên quan không? Tên miền của tôi được gán cho máy chủ SMTP trên VPS Centos.
  • Có bất kỳ loại danh sách đen hoặc can thiệp bảo mật nào tôi nên biết và kiểm tra xem điều đó có khiến email thậm chí không đến được thư mục thư rác không?

Tôi đã thấy câu hỏi này Email không được một số người nhận , tương tự nhưng có hai điểm khác biệt:

  • Họ đang sử dụng một hệ thống gửi thư hàng loạt, tôi đang sử dụng Outlook thường xuyên, mỗi lần một email.
  • Câu trả lời được chấp nhận đổ lỗi greylisting - tuy nhiên, email bị mất tích đầu tiên của tôi là từ thứ sáu tuần trước (năm ngày trước), và dường như greylisting chậm trễ email giữa 15 phút và "một vài ngày".

Như Tyson đề xuất, tôi đã thử http://mxtoolbox.com/ nhưng tiếc là nó không đưa ra bất kỳ manh mối nào (ít nhất, không phải bất kỳ manh mối nào tôi có thể thấy). Trong trường hợp tôi bỏ lỡ điều gì đó, đây là kết quả:

Kiểm tra danh sách đen

Kiểm tra XX.XX.XX.XX với 95 danh sách đen đã biết ...

Được liệt kê 0 lần với 1 thời gian chờ

[rất nhiều dấu tick màu xanh lá cây ở cuối danh sách:]

TIMEOUT IPrange RBL Project [response time:] 0

Vì vậy, nó không có trong bất kỳ danh sách đen được biết đến. Tôi không biết tại sao kiểm tra IPBL RBL không thành công, nhưng tôi đã kiểm tra thủ công tại http://iprange.net/rbl/lookup/ và tôi cũng không nằm trong danh sách đen ở đó.

Kiểm tra SMTP:

nhập mô tả hình ảnh ở đây

Vì vậy, thời gian kết nối hơi chậm (tôi không chắc tại sao, sẽ xem xét điều đó), nhưng tôi không hiểu tại sao điều đó sẽ khiến thư được gửi đôi khi biến mất hoàn toàn.

http://intodns.com cũng cung cấp các dấu kiểm màu xanh lục cho tất cả các kiểm tra MX của tên miền của tôi.


Tôi đã thử duyệt tệp nhật ký trên máy chủ (Centos / Linux):

  • /var/log/maillog- tất cả đều trống rỗng. Tôi tin rằng đây là nhật ký sendmail và hiện tại tôi không sử dụng sendmail, vì vậy điều này có ý nghĩa.
  • /var/log/exim/reject.logcó đầy đủ các nỗ lực vũ phu bị từ chối trên dovecot. Tôi có fail2banvà tôi sẽ kiểm tra cài đặt tường lửa của mình, v.v để xem liệu tôi có thể ngăn họ ngay cả khi thử hay không, nhưng tôi không nghĩ rằng điều này có liên quan
  • /var/log/exim/main.log cũng chứa nhiều nỗ lực vũ phu bị từ chối, nhưng cũng chứa hồ sơ của một số email được gửi thực tế:

Đây là một email cho ba người trên cùng một tên miền mà cả ba người đều thất bại (Tôi đã chỉnh sửa một số chuỗi ký tự chữ và số và thay thế địa chỉ IP bằng TXT.LIKE.TH.IS):

2016-02-12 08:55:41 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:55:49 1aU9Vw-0004vq-EG <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=1443429 id=000001d17563$920b5cf0$7b1622d0$@my-domain.com
2016-02-12 08:55:51 1aU9Vw-0004vq-EG => alice.domain@receives-nothing.org <alice.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> brian.domain@receives-nothing.org <bob.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> carol.domain@receives-nothing.org <carol.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG Completed

Đây là một email cho một người đã thành công (đã được nhận bởi người nhận):

2016-02-12 08:58:20 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:58:23 1aU9YU-0004w0-IN <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=23133 id=003101d61537$874b04a0$59e01ed0$@my-domain.com
2016-02-12 08:58:26 1aU9YU-0004w0-IN => zak.receives@email-normally.org <zak.receives@email-normally.org> R=dnslookup T=remote_smtp H=cluster4.eu.messagelabs.com [UK.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:58:26 1aU9YU-0004w0-IN Completed

Tôi không thể thấy bất kỳ sự khác biệt đáng kể giữa hai. Trước và sau cả hai không có gì ngoài những mảnh vụn vũ phu và những email khác.

Tôi không biết tầm quan trọng của cluster5.us.messagelabs.comhoặc cluster4.eu.messagelabs.comlà gì, nhưng các địa chỉ IP được liên kết là cả hai địa chỉ IP MessageLabs.

Googling messagelabs.com đã đưa ra bài viết trên blog này , có vẻ phù hợp và gợi ý rằng (tình cờ) cả hai khách hàng của tôi đều là người đăng ký MessageLabs, nhưng vì sự khác biệt quan trọng mà a) không giống như tác giả tôi thậm chí không nhận được biên nhận và b) nếu đó là MessageLabs chặn email của tôi, tôi không hiểu tại sao họ lại chặn nó cho một trong những khách hàng của họ chứ không phải một khách hàng khác.



2
Bạn có thể đặt tên cho các tên miền đích? Một số dịch vụ thư thực hiện chính sách chống thư rác "chấp nhận và bỏ mà không có bất kỳ thông báo nào".
AnFi

1
Nó chắc chắn là một vấn đề về phía người nhận. Bạn nói rằng bạn đang sử dụng Outlook và tên miền của riêng bạn. Máy chủ email của bạn là gì? Của riêng bạn hoặc một được cung cấp bởi nhà cung cấp dịch vụ lưu trữ của bạn? Bạn có quyền truy cập vào nó để thử mở kết nối SMTP từ máy chủ của bạn đến máy chủ của họ không?
Zina

1
Có thể một cái gì đó giống như Hỗ trợ của Microsoft này - XFOR: Telnet đến Cổng 25 để Kiểm tra Giao tiếp SMTP . Bạn nên làm điều này từ máy chủ thư của bạn và tôi sẽ đề nghị bạn chuẩn bị các lệnh / dòng bạn sẽ sử dụng để kiểm tra vì bạn không thể sử dụng backspace nếu bạn nhập sai. Với điều đó nói rằng sẽ tốt hơn khi người nhận có thể kiểm tra điều này (như tôi và những người khác đề xuất). Có thể thử nó trên máy chủ thư của bạn với e-mail của bạn từ và để xem những gì bạn nên mong đợi.
Zina

1
Ngoài nhận xét trên, bạn có thể gửi lại một email chưa từng đến từ một mạng khác, ví dụ như nhà của bạn. Nếu nó đến, thì điều này chứng tỏ rằng máy chủ mục tiêu không giống bạn. Nếu không, thì máy chủ mục tiêu không thích nội dung của email, vì vậy hãy thử tiếp theo một thông báo "xin chào" hoàn toàn vô tội.
harrymc

Câu trả lời:


3

Xử lý sự cố email có thể được chia thành các vấn đề "người gửi" và "người nhận". Vì bạn có thể gửi cho người khác, phía Gửi có thể hoạt động tốt. Bạn cần điều tra phía Người nhận để xác định vấn đề.

Nhìn vào nhật ký là một bước tốt và có thể cho bạn biết tin nhắn của bạn đang đến đâu và chúng không ở đâu. Lưu lượng email bình thường như thế này:

  1. Bạn gửi từ phần mềm email của bạn đến máy chủ của bạn

  2. Máy chủ của bạn gửi đến máy chủ của họ

  3. Máy chủ của họ gửi đến ứng dụng email của họ

Trong trường hợp này, bạn có thể thấy từ nhật ký mà máy chủ của họ dường như

cluster5.us.messagelabs.com

Messagelabs là một dịch vụ lọc email hiện thuộc sở hữu của Symantec. Các dịch vụ lọc thư như thế này được sử dụng để loại bỏ tất cả thư rác và email rác trước khi thư được gửi đến phần mềm máy khách. Điều này có nghĩa là bất kỳ thư nào bị chặn bởi messagelabs sẽ không xuất hiện trong bất kỳ thư mục email rác hoặc thư rác nào trong phần mềm máy khách. Chúng sẽ biến mất và người nhận sẽ không bao giờ thấy bất kỳ dấu hiệu nào của chúng. Trong những dịp hiếm hoi, họ có thể nhận được một thông báo nói rằng "một tin nhắn từ someone@example.com đã bị chặn. Liên hệ với bộ phận CNTT của bạn để bỏ chặn nó."

Điều này nghe có vẻ rất giống với những gì đã xảy ra ở đây. Về mặt kỹ thuật, bạn sẽ nhận được phản hồi nảy từ messagelabs như anh chàng trong liên kết bạn đã đăng nhưng điều này không được đảm bảo. Họ có thể chỉ âm thầm xóa tin nhắn của bạn nếu họ nghĩ đó là thư rác. Thông thường messagelabs sẽ cung cấp giao diện cho bộ phận CNTT tại khách hàng của họ, nơi các tin nhắn bị chặn có thể được phát hành. Bạn có thể yêu cầu liên hệ của bạn tại công ty kiểm tra với nhóm CNTT của họ xem có tin nhắn nào bị chặn từ địa chỉ email của bạn không. Ít nhất bạn có thể nếu bạn có một số cách khác để liên lạc với họ!

Các bước khắc phục sự cố chung hữu ích khác: Nếu bạn không có quyền truy cập vào tệp nhật ký, bạn có thể tìm hiểu xem máy chủ sẽ là gì cho bất kỳ tên miền nào bằng cách tra cứu "bản ghi MX"

Ví dụ ở đây: http://mxtoolbox.com/

Bản ghi MX là những gì một máy chủ email tìm kiếm để tìm ra nơi họ nên gửi email của bạn.

Sau đó, bạn có thể bắt đầu kết nối thủ công đến máy chủ được liệt kê trong bản ghi mx để xem liệu nó có chấp nhận email không và bạn có thể nhận được thông báo lỗi nào. Sử dụng chương trình telnet như Putty: http://www.putty.org/ và telnet đến máy chủ email trên cổng 25. Một số lệnh bạn sẽ cần được liệt kê ở đây: http://www.yuki-onna.co. anh / email / smtp.html

Vì vậy, bây giờ bạn có thể kết nối với máy chủ thư của họ và gửi email bằng địa chỉ email của bạn làm địa chỉ "Từ" và xem cách máy chủ phản hồi trực tiếp. Bất kỳ mã lỗi email nào được trả về đều có thể được tra cứu trong google hoặc tại đây: http://www.serversmtp.com/en/smtp-error

Khi bạn đã kiểm tra rằng bạn có thể kết nối với máy chủ, nó có thể cho bạn biết lý do email của bạn bị từ chối là thư rác hoặc vì một số lý do khác, nhưng lý do có thể không dễ giải mã. Ở giai đoạn này, tôi sẽ đề nghị bạn yêu cầu khách hàng của messagelabs liên hệ với số hỗ trợ của họ với mã lỗi (hoặc thiếu chúng) mà bạn nhận được từ máy chủ của họ. Vì bạn không phải là khách hàng của messagelabs, bạn không thể đăng nhập một vấn đề hoặc yêu cầu messagelabs kiểm tra cài đặt trên tài khoản của khách hàng của họ. Khách hàng của họ sẽ phải tự hỏi điều đó. Điều này sẽ tương tự cho bất kỳ nhà cung cấp lọc thư khác.

Hy vọng rằng mã lỗi sẽ chỉ cho bạn một vấn đề cụ thể, như máy chủ của bạn được liệt kê trong danh sách chặn hoặc thiếu bản ghi SPF và bạn có thể tự khắc phục điều đó bởi vì giao dịch với nhà cung cấp dịch vụ lọc thư không bao giờ thú vị. Vấn đề cuối cùng tôi gặp phải như thế này đã mất hơn ba tháng để giải quyết trước khi lỗi được xác định và messagelabs đã sửa nó.

Tôi sẽ trì hoãn câu trả lời của kubanchot để biết chi tiết về cài đặt SPF và DKIM bởi vì họ dường như hiểu biết hơn tôi nhiều!

Chúc may mắn!


2

Nhật ký SMTP đi của bạn chỉ ra rằng đích đến đã chấp nhận tin nhắn. Nếu máy chủ thư đích đủ tốt để gửi thư phản hồi vì bất kỳ lý do gì, đó là tất cả những gì bạn nhận được. Ngoài việc hỏi khách hàng (những người có thể không biết) chuyện gì đã xảy ra với email, bạn không thể làm gì nhiều ngoài việc đoán. Bạn cũng có thể xem các tiêu đề vận chuyển trên một tin nhắn mà bạn nhận được từ khách hàng.

Đây là bảng dữ liệu sản phẩm cho giải pháp MessageLabs (xem các hành động kiểm soát trên trang 2)

Vì vậy, hệ thống thư của khách hàng này đang sử dụng giải pháp bảo mật thư doanh nghiệp, cung cấp các chính sách phức tạp tiềm năng để chặn, từ chối, sửa đổi, lọc, quét, chuyển hướng vv thư dựa trên các yếu tố phổ biến như:

  1. Tiêu đề vận chuyển (Tin nhắn này có được quét bởi một sản phẩm khác không? Nó có được gắn cờ để mã hóa không? Nó có được ký không? Tôi có tin tưởng hệ thống thư nguồn không?)
  2. Người nhận (Ai được phép gửi email cho ai?)
  3. Chủ đề, hạn chế tệp đính kèm (Có phải là 'V1AGArA' trong chủ đề không? Nó có chứa .exe không?)
  4. Từ khóa bị hạn chế trong văn bản?
  5. Có văn bản của tin nhắn đã được phân loại? (Thông điệp này có bị đánh dấu là lạm dụng không? Nó có chứa PII không?)

Danh sách đi và về. Tôi không hoàn toàn quen thuộc với dịch vụ của MessageLab, nhưng tôi làm việc với một sản phẩm tương tự mà các bộ phận bảo mật, quản trị, rủi ro và bảo mật CNTT của ngân hàng lớn yêu thích vì nó cho phép các bộ phận đó lọc, kiểm toán, lưu trữ, đánh giá, phân tích, phân loại, chặn thư với một mức độ chi tiết cực kỳ chi tiết. Rất nhiều khách hàng của chúng tôi được yêu cầu về mặt pháp lý để làm những việc phổ biến như:

  1. Kiểm dịch thư trong và ngoài nước có thể vi phạm tiềm năng các quy định tài chính bằng cách chuyển hướng thư trong suốt đến nhóm pháp lý của công ty để xem xét và phê duyệt.
  2. Viết lại những người tham gia vào tin nhắn trong hoặc ngoài nước dựa trên nội dung của tin nhắn.
  3. Chặn thư từ các hộp thư cụ thể dựa trên nội dung hoặc từ khóa
  4. Xác định lại và viết lại các phần của thông điệp dựa trên phân tích tài liệu
  5. Áp dụng các hạn chế bổ sung và hành động kiểm soát dựa trên khu vực. Một ví dụ sẽ là do quy định ITAR mà một khách hàng của tôi đã có. Tất cả e-mail từ các khu vực địa lý nhất định cần có các chính sách phân tích nội dung sâu hơn được áp dụng với các tập hợp khối lượng thư lớn yêu cầu phê duyệt thủ công để đến hộp thư của người dùng cuối.

Và tất nhiên, vì bất cứ điều gì có thể và sẽ xảy ra trong email doanh nghiệp, luôn có khả năng máy chủ thư đích chỉ đơn giản là loại bỏ thư của bạn và giả mạo 200 OKhoặc 250 COMPLETEDtrả lời chuyển tiếp của bạn. Nó xảy ra ... Tôi biết một số khách hàng đã cấu hình rơle thư để định tuyến thư vào black holerơle để loại bỏ các vòng định tuyến giả mạo. Thư doanh nghiệp luôn vui vẻ :)


Tôi nghĩ rằng tôi đã loại trừ gần như tất cả các khả năng trên, bao gồm hoàn thiện cài đặt máy chủ email của tôi, nhưng email của tôi vẫn không vượt qua được. Bạn có biết một thứ như một cấu hình trong đó, nếu một email đi qua bộ lọc, toàn bộ tên miền sẽ nằm trong danh sách đen riêng tư? Hoặc bất cứ điều gì tương tự?
dùng568458

Bạn có thể thấy một tiêu đề email đầy đủ, với IP và tên miền được kích hoạt, qua câu hỏi Lỗi Máy chủ này - cảm ơn sự giúp đỡ của bạn!
dùng568458

2

Cập nhật: Câu trả lời này mô tả cách nhận báo cáo chẩn đoán trên bất kỳ email nào (nội dung email, tiêu đề và thiết lập máy chủ). Mặc dù rất hữu ích để cải thiện cài đặt máy chủ của tôi, nhưng không may ngay cả sau khi sửa mọi thứ được nêu ở đây, email của tôi vẫn không được thông qua. Tôi sẽ để nó ở đây vì những người khác có thể gặp nhiều may mắn hơn tôi.


Tôi tìm thấy một số dịch vụ kiểm tra email trực tuyến miễn phí. Họ tạo một địa chỉ email một lần, bạn gửi email sau đó nhấp vào liên kết và nó đưa ra một báo cáo về cách các bộ lọc thư rác được biết đến sẽ đánh giá email cụ thể đó.

Chúng thường được thiết kế để thử nghiệm các bản tin, nhưng phù hợp với mục đích của tôi.

Tôi không biết nên thử loại nào, nhưng lần đầu tiên tôi đã thử - https://www.mail-tester.com/ - đã cho kết quả hữu ích.

Tôi đã sử dụng một test@my-domain.comtài khoản email sai cho những điều này, bởi vì có một dịch vụ miễn phí để kiểm tra các tài khoản email về tính spam, sau đó bán các tài khoản email đó cho danh sách spam là một mô hình kinh doanh quá rõ ràng ... :-)

Các báo cáo đã cho tôi dẫn hữu ích để làm theo. Đây là bản án của họ:

Không tệ. Một số hộp thư đến vẫn có thể từ chối bạn

5/10

Và một ảnh chụp màn hình chẩn đoán của họ:

nhập mô tả hình ảnh ở đây

("thông điệp của cơ thể chứa lỗi" không tệ như âm thanh, nó chỉ ra rằng không có liên kết hủy đăng ký vì nó giả sử tôi đang kiểm tra một bản tin)

Đây là những gì tôi đang tìm kiếm: những thứ có thể hành động để thử và sửa chữa, trong trường hợp không có bất kỳ thông báo giao hàng thất bại nào.

Vì vậy, bây giờ tôi sẽ điều tra lý do tại sao địa chỉ email của tôi trỏ đến tên máy chủ VPS chính vps.my-domain.com thay vì tên máy chủ thư mail.my-domain.com và tôi sẽ điều tra lý do tại sao các mục nhập SPF - mà tôi đặt cách đây nhiều tháng và các công cụ MX nói là ổn - chưa được hỗ trợ đầy đủ.

Điều này đặc biệt trông giống như gốc rễ của vấn đề cụ thể của tôi: một sự giải thích về cấu hình máy chủ mà tôi tưởng tượng, một số cấu hình sẽ xem xét không liên quan và một số sẽ xem xét cá:

nhập mô tả hình ảnh ở đây


Cập nhật ...

Tin xấu ... Tôi đã sửa tất cả các vấn đề được nêu trong báo cáo Mail Tester (đối với bất kỳ ai quan tâm, hãy xem các câu hỏi về Lỗi máy chủ của tôi về vấn đề địa chỉ của Helovấn đề lan truyền SPF ). Các email của tôi hiện nhận được 10/10 hoàn hảo từ Mail Tester ...

Ồ Hoàn hảo, bạn có thể gửi

10/10

... nhưng email của tôi vẫn không nhận được bởi một tên miền kỳ lạ này. Tôi bắt đầu nghĩ rằng bằng cách nào đó tôi đã được thêm vào danh sách đen dành riêng cho tổ chức (có thể ai đó nhấn nhầm nút "spam" thay vì "trả lời" hoặc "lưu trữ" ... không chắc điều đó có giải thích được điều này không?) .


Bạn không báo cáo rằng email của bạn đã chuyển thành công đến một người nhận khác trong cùng một tên miền mục tiêu phải không? Các vấn đề trên nên đã làm cho cả hai hoặc không có gì thất bại.
harrymc

Không, có một người nhận khác trên một tên miền khác đã nhận tất cả email, nhưng tên miền đó cũng được MessageLabs quản lý (rõ ràng với các cài đặt khác nhau)
user568458 24/2/2016

2

Tôi sẽ thử suy đoán hoang dã của tôi ở đây. Tôi thấy bạn đang sử dụng SPF và DKIM. Vì vậy, cũng có khả năng bạn sử dụng DMARC (đặc biệt nếu MX của bạn xảy ra là exim).

Bây giờ, có một cơ hội rằng thư của bạn sẽ được gửi tới-noth.org và ở đó bạn nhận được một thư bị trả lại (một thư trả về cho biết lý do tại sao họ không thể chấp nhận thư của bạn). Nhưng, nói từ kinh nghiệm, nhiều tổ chức, đặc biệt là những tổ chức lớn, đã cơ chế nghiêm trọng để gửi tin nhắn bị trả lại . Cụ thể, Lotus Domino gửi sai DKIM mỗi lần, bởi vì nó sao chép chữ ký DKIM của bạn trên nguyên văn thông điệp của họ. Các lỗi tinh tế khác cũng có xu hướng xảy ra rất nhiều.

Nhiều tin nhắn bị trả lại không đạt SPF. . Theo logic

DMARC = (SPF hoặc DKIM) và (kiểm tra căn chỉnh danh tính từ tiêu đề)

Do đó, hãy thử tạm thời vô hiệu hóa kiểm tra DMARC, DKIM, SPF trên thư đến trên MX của bạn. (Điều đó có nghĩa là bạn không nên thay đổi bản ghi DNS chỉ các cài đặt exim của bạn.) Gửi thư cho họ và đợi một vài giờ để trả lại, sau đó bật lại DMARC, DKIM, SPF.


Đây là một ý tưởng tuyệt vời, +1, nhưng thật không may cho tôi (tùy thuộc vào cách bạn nhìn vào nó), tên miền rắc rối đã tự đưa tên miền của tôi vào danh sách "luôn chấp nhận" trước khi tôi có thể thử điều này. Bất cứ ý tưởng làm thế nào tôi có thể nhận được một tin nhắn bị trả lại như thế này sau khi một ngoại lệ như vậy được thực hiện?
dùng568458

Chỉ cần gửi tới nonex hiện_mailbox_ble@they.com để nhận thông báo thoát của họ. Nhưng tại sao bạn lại tự phân tích các tin nhắn bị trả lại của họ ngay bây giờ, khi vấn đề không còn nữa - rất nhiều nỗ lực và một cơ hội nhỏ mà bất kỳ sự cải thiện nào xảy ra về phía họ.
kubanchot

Tôi đang cố gắng tìm ra lý do tại sao tôi bắt đầu bị chặn ngay từ đầu, vì vậy tôi có thể tin rằng điều đó sẽ không xảy ra lần nữa. Ngoài ra, tôi muốn tìm hiểu lý do tại sao tôi không bao giờ nhận được bất kỳ phản hồi nào. Về cơ bản tôi muốn đạt đến một điểm mà tôi có thể gửi email cho bất cứ ai mà không lo lắng rằng nó có thể đã bị chặn âm thầm và không đến được.
dùng568458

Ngoài ra, trước đây tôi đã gửi đến một địa chỉ email không tồn tại khi tôi lo lắng rằng tôi có thể đã vô tình bỏ qua một số cài đặt đang loại bỏ các phản hồi và tôi đã nhận được một phản hồi như mong đợi. Liệu có đúng không, nếu tôi nhận được một phản hồi từ tài khoản email không tồn tại nhưng không từ miền này, điều đó có nghĩa là tên miền này không bao giờ cố gắng gửi lại cho tôi một phản hồi? Hoặc có thể các lần phản hồi của họ không thành công vì những lý do bạn mô tả trong khi các lần thoát tài khoản không tồn tại đã thành công?
dùng568458

Tôi nghĩ rằng nó là đủ của bạn để kiểm tra một lần nảy. Nếu họ có một hệ thống máy chủ smtp, thì có thể máy chủ đầu tiên đang phát hiện tình huống "không có hộp thư như vậy" và máy chủ thứ hai đang phát hiện loại tình huống "Tôi không thích bạn" khác. Không thể, nhưng không phải là không thể, hai máy chủ có cấu hình bị trả khác nhau, một máy chủ và một máy chủ khác bị mất. Có nhiều khả năng là tình huống "Tôi không thích bạn" chỉ đơn giản là không tạo ra một cú nảy, vì vậy tôi thực sự sẽ không đi sâu vào toàn bộ sự việc. Ngày nay, bạn không bao giờ có thể tự tin rằng thư của mình được gửi ...
kubanchot

1

Thông thường các nhà cung cấp thư có một số roules lạ tại chỗ và tự động loại bỏ các thư phù hợp với các roules.
Chúng tôi đã gặp sự cố này:
Một nhà cung cấp thư đã xóa thư của chúng tôi dựa trên địa chỉ đường phố vì một công ty khác (đã gửi thư rác) được đặt tại cùng một địa chỉ đường phố ...
Vì vậy, tôi sẽ:
- gửi thư mà không có bất kỳ thư nào nội dung (cũng không có chân trang bình thường của bạn) và không có tệp đính kèm vào hộp thư, không nhận được thư của bạn
=> Nếu có thể nhận được, một số nội dung thông thường của bạn được đánh dấu là "xấu"
Trong mọi trường hợp tôi sẽ hỏi đối tác của bạn ( không nhận được thư của bạn) cho tên nhà cung cấp và sau đó gọi đường dây nóng của họ.


+1 cho trải nghiệm nhưng tôi đã thử gửi email trống ngoại trừ văn bản loại "đây là bản thử nghiệm", cũng như trả lời thư của họ không có chân trang. Tôi chắc chắn 99% đó là tên miền của tôi, không phải nội dung hoặc người dùng cá nhân, đang bị chặn
user568458

Sau đó, tôi sẽ hỏi tên của nhà cung cấp thư từ đối tác của bạn mà không nhận được thư của bạn và gọi cho nhà cung cấp thư để hỏi anh ta về vấn đề này và - nếu anh ta không thấy vấn đề gì - hãy làm một bài kiểm tra cùng với nhà cung cấp thư (sau đó, bạn S find tìm ra vấn đề :-)
FredyWenger

1

Tôi đã có một vấn đề tương tự. Người dùng cuối cho biết một email MSOutlook đến một email bên ngoài cụ thể không bao giờ xuất hiện. Các email đã được gửi trong các mục của cô. Cô không bao giờ có được một không thể gửi được. MSExchange cho thấy nó được chuyển giao thành một hệ thống thư khác thành công. Người dùng email bên ngoài đã không nhìn thấy nó trong thư rác hoặc rác.

Dung dịch. Xóa bộ nhớ cache của cô cho email của người dùng bên ngoài đó. Sao chép và dán địa chỉ email từ một email nhận được từ người đó và bây giờ nó hoạt động. Đi hình.


-1

Tìm thấy "thông tin" này trên trang web của Microsoft, hy vọng nó sẽ giúp ít nhất một chút. SOURCE => Không nhận được email gửi đi của Outlook


CÂU HỎI:

Mọi người không nhận được email mà tôi gửi qua Outlook. Chúng hiển thị như được gửi thành công trong thư mục Đã gửi của tôi và tôi không nhận được tin nhắn nói rằng chúng không thể gửi được. Chúng không kết thúc trong các thư mục rác hoặc thư rác của người nhận.

CÂU TRẢ LỜI:

Nếu bạn gặp vấn đề với điều này, có một luồng trong đó ai đó trong Outlook 2007 gặp vấn đề tương tự và đã giải quyết bằng cách thay đổi một số thuộc tính cổng. Tất cả tín dụng thuộc về Lisa, OP đã đăng giải pháp của cô ấy: => (Đọc Câu hỏi & Trả lời bên dưới)

CÂU HỎI:

Chạy Outlook 2007 trên Vista ... các tin nhắn gửi đi sẽ không hoạt động, nhưng hãy nói "hoàn thành" trong hộp thư đi. Tin nhắn không được nhận bởi người nhận và không hiển thị trong thư mục đã gửi. có cách sửa nào cho nó không? Máy tính tiếp theo là Windows 7, cùng một chương trình, không gặp vấn đề gì. Kết nối với cùng một mạng và internet là tốt.

CÂU TRẢ LỜI:

Loại tài khoản email được định cấu hình trong triển vọng (POP, IMAP, MAPI hoặc EXCHANGE) là gì? Bạn có thấy các email trong hộp thư đi hoặc những người đó rời khỏi hộp thư đi không? Hãy thử gửi email cho chính mình và kiểm tra xem bạn có thể nhận được email kiểm tra hay không. Đồng thời khởi động hệ thống ở chế độ khởi động sạch và sau đó thử gửi email và kiểm tra. Tham khảo liên kết được cung cấp bên dưới để khởi động hệ thống ở chế độ khởi động sạch: http://support.microsoft.com/kb/929135 (quy trình chi tiết dài.)

Lưu ý: Đảm bảo khởi động lại hệ thống về chế độ bình thường sau khi sự cố được giải quyết.


Điều này không liên quan vì đây không phải là sự cố máy khách Outlook.
ong

OP tuyên bố rõ ràng >>> Tôi đã gửi một số email cho khách hàng vào tuần trước, từ Outlook 2016. Bây giờ tôi đã thấy rằng chúng không bao giờ nhận được. Tôi đã thử gửi email cho người khác trên miền của họ và có vẻ như không ai trong số họ nhận được email của tôi, nhưng những người khác trên các tên miền khác làm >>> Ngoài ra >>> Có bất cứ điều gì "dưới mui xe" tôi có thể xem trong Outlook, như một báo cáo gửi hoặc nhật ký? >>> và này >>> Họ đang sử dụng một hệ thống gửi thư hàng loạt, tôi đang sử dụng Outlook thường xuyên, mỗi lần một email. >>> **** Đọc như một vấn đề của Outlook 2016 đối với tôi. ****
Tên người dùng ngẫu nhiên

Tin nhắn để lại ứng dụng thư của anh ấy và máy chủ đã gửi nó. Outlook không có lỗi.
ong

Tôi sẽ xem xét điều về các thuộc tính cổng. Nó không hoàn toàn là một vấn đề Outlook, tôi chỉ ngồi biên tập trong các kết quả của thử nghiệm sử dụng Webmail và ứng dụng email Android của tôi, mà gặp phải vấn đề tương tự - nhưng tôi đã +1 câu trả lời này từ một cái gì đó để làm với tính chất cảng mà sửa chữa nó cho người dùng Outlook chỉ có thể khắc phục nó cho tôi và cho tôi một cái gì đó khác để xem xét.
dùng568458
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.