Điểm:0

Tại sao Outlook chỉ kết nối với máy chủ của tôi mà không gửi bất kỳ email nào?

lá cờ se

Tôi không gặp vấn đề gì khi nhận email từ Gmail hoặc bất kỳ danh sách gửi thư nào mà tôi đã đăng ký, nhưng vì lý do nào đó mà Outlook từ chối gửi bất kỳ email nào đến máy chủ thư của tôi.

_handle_client đường đọc: b'EHLO NAM02-BN1-obe.outbound.protection.outlook.com\r\n' â
('52.100.160.208', 55618) >> b'EHLO NAM02-BN1-obe.outbound.protection.outlook.com' â
('52.100.160.208', 55618) << b'250-0.0.0.0' â
('52.100.160.208', 55618) << b'250-SIZE 33554432' â
('52.100.160.208', 55618) << b'250-8BITMIME' â
EHLO từ 'NAM02-BN1-obe.outbound.protection.outlook.com' â
('52.100.160.208', 55618) << b'250-AUTH PLAIN\n250-MAIL\n250 TRỢ GIÚP'   

Ban đầu, tôi nghĩ có thể là do triển vọng đang lôi kéo một số trò tai quái với TLS - nhưng việc xóa hoàn toàn STARTTLS khỏi phản hồi không giúp ích được gì. Có hoặc không có STARTTLS, Outook kết nối với máy chủ thư của tôi, phát hành EHLO và sau đó chỉ... bỏ cuộc? Tôi thực sự không biết.

Nhưng nó nói với tôi một lời nói dối:

29/1/2022 4:39:30 chiều - Máy chủ tại BYAPR05MB6069.namprd05.prod.outlook.com trả về '550 5.4.317 Thông báo đã hết hạn, không thể kết nối với máy chủ từ xa (451 4.4.0
Lỗi ổ cắm SocketError)'
29/1/2022 4:27:02 CH - Máy chủ tại waynewerner.com (104.236.246.170) trả về '450 4.4.317 Không thể kết nối với máy chủ từ xa [Thông báo=451 4.4.0 Lỗi ổ cắm
SocketError] [LastAttemptedServerName=waynewerner.com] [LastAttemptedIP=104.236.246.170:25] [BN7NAM10FT066.eop-nam10.prod.protection.outlook.com](451 4.4.0
Lỗi ổ cắm SocketError)'

Máy chủ của tôi đã không trả lại bất kỳ 450 4.4.317 mà tôi có thể thấy trong nhật ký của mình. Tôi thậm chí không thấy bất kỳ đâu trong mã nguồn máy chủ của mình phản hồi thậm chí hỗ trợ. Outlook cung cấp https://docs.microsoft.com/en-us/microsoft-365/security/office-365-security/mail-flow-intelligence-in-office-365?view=o365-worldwide trong email thất bại, nhưng các thông tin sau:

Mã lỗi: 450 4.4.317 Không thể kết nối với máy chủ từ xa

Thông thường, lỗi này có nghĩa là Microsoft 365 đã kết nối với máy chủ email đích, nhưng máy chủ phản hồi với lỗi ngay lập tức hoặc không đáp ứng các yêu cầu kết nối. Các chi tiết lỗi sẽ giải thích vấn đề. Ví dụ:

    Máy chủ email đích phản hồi với lỗi "Dịch vụ không khả dụng", lỗi này cho biết máy chủ không thể duy trì liên lạc với Microsoft 365.
    Trình kết nối được định cấu hình để yêu cầu TLS nhưng máy chủ email đích không hỗ trợ TLS.

Cũng có vẻ như Outlook đang làm sai điều gì đó. So sánh điều đó với cách tiếp cận hoàn toàn hợp lý của Google:

_handle_client readline: b'EHLO mail-vk1-f175.google.com\r\n'
('209.85.221.175', 42948) >> b'EHLO mail-vk1-f175.google.com'
('209.85.221.175', 42948) << b'250-0.0.0.0'
('209.85.221.175', 42948) << b'250-SIZE 33554432'
('209.85.221.175', 42948) << b'250-8BITMIME'
('209.85.221.175', 42948) << b'250-STARTTLS'
EHLO từ 'mail-vk1-f175.google.com'
('209.85.221.175', 42948) << b'250-AUTH PLAIN\n250-STARTTLS\n250 TRỢ GIÚP'
Đường đọc _handle_client: b'STARTTLS\r\n'
('209.85.221.175', 42948) >> b'STARTTLS'
('209.85.221.175', 42948) << b'220 Sẵn sàng khởi động TLS'
_handle_client readline: b'EHLO mail-vk1-f175.google.com\r\n'
('209.85.221.175', 42948) >> b'EHLO mail-vk1-f175.google.com'
('209.85.221.175', 42948) << b'250-0.0.0.0'
('209.85.221.175', 42948) << b'250-SIZE 33554432'
('209.85.221.175', 42948) << b'250-8BITMIME'
('209.85.221.175', 42948) << b'250-AUTH LOGIN PLAIN'
EHLO từ 'mail-vk1-f175.google.com'
('209.85.221.175', 42948) << b'250-AUTH PLAIN\n250-STARTTLS\n250-MAIL\n250 TRỢ GIÚP'
_handle_client đường đọc: b'MAIL TỪ:<[email protected]> SIZE=3159\r\n'

Ở đây chúng ta thấy rằng Gmail:

  • của EHLO
  • Nhận phản hồi, bao gồm STARTTLS
  • STARTTLS của
  • Bắt đầu gửi thư

So với Outlook chỉ:

  • của EHLO
  • Không có gì khác

Tôi thậm chí đã kiểm tra lại và có vẻ như Outlook không gửi thêm một byte dữ liệu nào sau đó.

Sau một vài phút, kết nối có vẻ hết thời gian chờ Outlook gửi dữ liệu:

[2022-01-31 18:04:54,355][mail.log][INFO] ('40.107.93.71', 64992) >> b'EHLO NAM10-DM6-obe.outbound.protection.outlook.com'
[2022-01-31 18:04:54,356][mail.log][DEBUG] ('40.107.93.71', 64992) << b'250-0.0.0.0'
[2022-01-31 18:04:54,356][mail.log][DEBUG] ('40.107.93.71', 64992) << b'250-SIZE 33554432'
[2022-01-31 18:04:54,357][mail.log][DEBUG] ('40.107.93.71', 64992) << b'250-8BITMIME'
[2022-01-31 18:04:54,358][mail.log][DEBUG] ('40.107.93.71', 64992) << b'250-STARTTLS'
[2022-01-31 18:04:54,359][mail.log][DEBUG] ('40.107.93.71', 64992) << b'250-AUTH PLAIN\n250-MAIL\n250 GIÚP ĐỠ'
[2022-01-31 18:04:54,359][mail.log][DEBUG] ('40.107.93.71', 64992) đang đọc dữ liệu...
[2022-01-31 18:04:54,360][mail.log][DEBUG] ('40.107.93.71', 64992) nhìn lén
[2022-01-31 18:09:54,356][mail.log][INFO] ('40.107.93.71', 64992) hết thời gian chờ kết nối
[2022-01-31 18:09:54,358][mail.log][INFO] ('40.107.93.71', 64992) mất kết nối

Bất kỳ manh mối nào mà Outlook có thể đang tìm kiếm ở đây mà tôi không cung cấp?

Điểm:0
lá cờ se

Chà, hóa ra, câu trả lời đã ở ngay trước mắt tôi:

('209.85.221.175', 42948) << b'250-AUTH PLAIN\n250-STARTTLS\n250 TRỢ GIÚP'

Quan điểm một cách nghiêm túc thi hành '\r\n' giữa các bit phản hồi.

Điều đó đã giải quyết vấn đề của tôi

Đă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.