Điểm:0

Chương trình .NET gửi email không chỉ hoạt động trên máy chủ của khách hàng

lá cờ gb

Ban đầu tôi đã hỏi điều này trong SO nhưng có vẻ như đây là nơi thích hợp hơn.

Về cơ bản, tôi có một chương trình gửi email hoạt động trên máy cục bộ của tôi và trên máy chủ của công ty chúng tôi. Tuy nhiên, nó không hoạt động khi được triển khai trên máy chủ của khách hàng.

Chương trình không thể kết nối với máy chủ smtp vì một số lý do. Đây là lỗi chính xác:

System.Net.Sockets.SocketException (0x80004005): Nỗ lực kết nối không thành công do bên được kết nối không phản hồi đúng sau một khoảng thời gian hoặc kết nối được thiết lập không thành công do máy chủ được kết nối không phản hồi

Tôi đã ghi lại cuộc trò chuyện SMTP khi xảy ra lỗi này và nó bị kẹt ở "AUTH LOGIN" rồi hết thời gian chờ.

23/11/2021 17:00:13 - bắt đầu gửi email ...
23/11/2021 17:01:15 - không gửi được email với lỗi sau:
23/11/2021 17:01:15 - 
================================================================= ===========================
#Phiên bản: 7.8.0.1 - 23-11-2021 17:00:13:660
================================================================= ===========================
Máy chủ: smtp.gmail.com
Cổng: 587
Loại kết nối: ConnectSTARTTLS
Giao thức: SMTP
AuthType: AuthAuto
UseDefaultCredentials: Sai
Người dùng: <Email>
Bí danh: 
bản thảo: dự thảo
Mật khẩu: <Mật khẩu>
EHLO: Sai
PIPELINING: Sai
HeloDomain: <client.domain>
Thư đến từ: 
Máy chủ Proxy: 
VớProxyPort: 1080
VớProxyNgười dùng: 
VớProxyMật khẩu: 
Giao thức proxy: Socks5
================================================================= ===========================
[17:00:13:666:Verbose] Đang kết nối smtp.gmail.com 587 ...
[17:00:13:774:Dài dòng] Đã kết nối
[17:00:14:347:S] 220 smtp.gmail.com ESMTP mu4sm722169pjb.8 - gsmtp
[17:00:14:348:C] EHLO <client.domain>
[17:00:14:566:S]
250-smtp.gmail.com tại dịch vụ của bạn, [<client.ip>]
KÍCH THƯỚC 250 35882577
250-8BITMIME
250-BẮT ĐẦUTLS
250-MÃ TRẠNG THÁI NÂNG CAO
250-ĐƯỜNG ỐNG
250-CHUNKING
250 SMTPUTF8
[17:00:14:568:C] BẮT ĐẦU
[17:00:14:784:S] 220 2.0.0 Sẵn sàng bắt đầu TLS
[17:00:14:898:C] EHLO <client.domain>
[17:00:15:114:S]
250-smtp.gmail.com tại dịch vụ của bạn, [<client.ip>]
KÍCH THƯỚC 250 35882577
250-8BITMIME
250-AUTH ĐĂNG NHẬP PLAIN XOAUTH2 PLAIN-CLIENTTOKEN OAUTHBEARER XOAUTH
250-MÃ TRẠNG THÁI NÂNG CAO
250-ĐƯỜNG ỐNG
250-CHUNKING
250 SMTPUTF8
[17:00:15:118:C] AUTH ĐĂNG NHẬP

23/11/2021 5:01:15 chiều - System.Net.Sockets.SocketException (0x80004005): Nỗ lực kết nối không thành công do bên được kết nối không phản hồi chính xác sau một khoảng thời gian hoặc kết nối được thiết lập không thành công do máy chủ được kết nối bị lỗi để đáp ứng

Tôi đã thử rất nhiều thứ và đây có lẽ là một số thứ đáng chú ý:

  1. Cho phép cổng 587 trong tường lửa
  2. tường lửa bị vô hiệu hóa
  3. Bộ bảo vệ Windows bị vô hiệu hóa
  4. Chơi xung quanh các TLS khác nhau trong Giao thức bảo mật
  5. Đã thử cả trong smtp.gmail.com và smtp.office365.com - cùng một vấn đề
  6. Trong phiên bản khác của mã nơi ServerCertificateValidationCallback đã bị ghi đè để luôn trả về giá trị đúng. Tôi thực sự tìm thấy một số lỗi sự kiện cửa sổ nói Chứng chỉ nhận được từ máy chủ từ xa được cấp bởi cơ quan cấp chứng chỉ không đáng tin cậy. Do đó, không có dữ liệu nào trong chứng chỉ có thể được xác thực. Yêu cầu kết nối TLS không thành công. Dữ liệu đính kèm chứa chứng chỉ máy chủ.

Tôi chỉ không biết phải làm gì khác. Có vẻ như đây là sự cố cơ sở hạ tầng cho dù từ miền, chứng chỉ, mạng của máy chủ (máy chủ đám mây), v.v. nhưng tôi muốn đảm bảo điều này trước khi liên quan đến chúng. Hoặc ít nhất, cung cấp cho họ một điểm khởi đầu về những gì hoặc ở đâu để xem xét.

lá cờ cn
Điểm bắt đầu sẽ là thực hiện nắm bắt để xác định xem phản hồi có đến được cơ sở của họ hay không.
Lawrence avatar
lá cờ gb
Xin lỗi tôi không thực sự thành thạo với điều này. Khi bạn nói "chụp", ý bạn là giống như nhật ký hoạt động mạng như Wireshark?
lá cờ cn
Đúng, Wireshark hoặc Netmon.
Lawrence avatar
lá cờ gb
Được rồi, cảm ơn vì lời đề nghị, tôi sẽ cố gắng xem xét nó. Tôi định làm điều này nhưng thấy rằng việc thiết lập chúng và thực sự học cách sử dụng công cụ sẽ mất thời gian. Trường hợp xấu nhất sẽ là bàn giao hoàn toàn việc này cho nhóm cơ sở hạ tầng của nhà cung cấp máy chủ đám mây.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.