Puncte:0

De ce Outlook se conectează doar la serverul meu, dar nu trimite niciun e-mail?

drapel se

Nu am probleme la primirea de e-mailuri de la Gmail sau de la oricare dintre listele de corespondență la care m-am înscris, dar din anumite motive Outlook refuză să trimită niciun e-mail serverului meu de e-mail.

_handle_client readline: 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 de la „NAM02-BN1-obe.outbound.protection.outlook.com” â
('52.100.160.208', 55618) << b'250-AUTH PLAIN\n250-MAIL\n250 HELP'   

Inițial m-am gândit că ar putea fi din cauză că Outlook a atras un fel de șmecherie cu TLS - dar eliminarea completă a STARTTLS din răspuns nu ajută. Cu sau fără STARTTLS, Outook se conectează la serverul meu de e-mail, emite EHLO și apoi doar... renunță? De fapt, nu știu.

Dar îmi spune o minciună:

1/29/2022 4:39:30 PM - Serverul de la BYAPR05MB6069.namprd05.prod.outlook.com a returnat „550 5.4.317 Mesajul a expirat, nu se poate conecta la serverul de la distanță (451 4.4.0
Eroare socket SocketError)'
1/29/2022 4:27:02 PM - Serverul de la waynewerner.com (104.236.246.170) a returnat „450 4.4.317 Nu se poate conecta la serverul de la distanță [Message=451 4.4.0 Socket error
SocketError] [LastAttemptedServerName=waynewerner.com] [LastAttemptedIP=104.236.246.170:25] [BN7NAM10FT066.eop-nam10.prod.protection.outlook.com](451 4.4.0
Eroare socket SocketError)'

Serverul meu nu a returnat niciunul 450 4.4.317 pe care le pot vedea în jurnalele mele. Nici măcar nu văd nicăieri în codul sursă al serverului că răspunsul este uniform sprijinit. Outlook oferă https://docs.microsoft.com/en-us/microsoft-365/security/office-365-security/mail-flow-intelligence-in-office-365?view=o365-worldwide în e-mailul de eșec, dar următoarele informații:

Cod de eroare: 450 4.4.317 Nu se poate conecta la serverul de la distanță

De obicei, această eroare înseamnă că Microsoft 365 este conectat la serverul de e-mail de destinație, dar serverul a răspuns cu o eroare imediată sau nu îndeplinește cerințele de conectare. Detaliile erorii vor explica problema. De exemplu:

    Serverul de e-mail de destinație a răspuns cu o eroare „Serviciul nu este disponibil”, ceea ce indică că serverul nu poate menține comunicarea cu Microsoft 365.
    Conectorul este configurat să necesite TLS, dar serverul de e-mail de destinație nu acceptă TLS.

De asemenea, se pare că Outlook face ceva incorect. Compară asta cu abordarea perfect rezonabilă 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 de la „mail-vk1-f175.google.com”
('209.85.221.175', 42948) << b'250-AUTH PLAIN\n250-STARTTLS\n250 HELP'
_handle_client readline: b'STARTTLS\r\n'
('209.85.221.175', 42948) >> b'STARTTLS'
('209.85.221.175', 42948) << b'220 Gata de pornire 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 de la „mail-vk1-f175.google.com”
('209.85.221.175', 42948) << b'250-AUTH PLAIN\n250-STARTTLS\n250-MAIL\n250 HELP'
_handle_client readline: b'MAIL FROM:<[email protected]> SIZE=3159\r\n'

Aici vedem că Gmail:

  • EHLO
  • Obține răspunsul, inclusiv STARTTLS
  • STARTTLS
  • Începe să trimită mail

În comparație cu Outlook, doar:

  • EHLO
  • Nimic altceva

Chiar am verificat de două ori și nu pare că Outlook trimite măcar un octet de date după aceea.

După câteva minute, conexiunea pare să expire, așteptând ca Outlook să trimită date:

[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 HELP'
[2022-01-31 18:04:54,359][mail.log][DEBUG] ('40.107.93.71', 64992) citind date...
[2022-01-31 18:04:54,360][mail.log][DEBUG] ('40.107.93.71', 64992) peeking
[2022-01-31 18:09:54,356][mail.log][INFO] ('40.107.93.71', 64992) expirare conexiune
[2022-01-31 18:09:54,358][mail.log][INFO] ('40.107.93.71', 64992) conexiune pierdută

Aveți vreo idee despre ce ar putea căuta Outlook aici pe care nu-l ofer?

Puncte:0
drapel se

Ei bine, după cum se dovedește, răspunsul a fost în fața mea tot timpul:

('209.85.221.175', 42948) << b'250-AUTH PLAIN\n250-STARTTLS\n250 HELP'

Outlook riguros impune „\r\n” între biții de răspuns.

Asta mi-a rezolvat problema

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.