Puncte:0

Programul .NET trimiterea de e-mailuri nu funcționează doar pe serverul client

drapel gb

Am întrebat inițial acest lucru în SO, dar se pare că acesta este un loc mai potrivit.

Practic, am un program care trimite e-mail care funcționează pe mașina mea locală și pe serverul companiei noastre. Cu toate acestea, nu funcționează atunci când este implementat pe serverul clientului.

Programul nu se poate conecta la serverul smtp din anumite motive. Iată eroarea exactă:

System.Net.Sockets.SocketException (0x80004005): O încercare de conectare a eșuat deoarece partea conectată nu a răspuns corect după o perioadă de timp sau conexiunea stabilită a eșuat deoarece gazda conectată nu a reușit să răspundă

Am înregistrat conversația SMTP când apare această eroare și este blocată la „AUTH LOGIN”, apoi expiră.

23.11.2021 17:00:13 - începeți să trimiteți e-mail...
23.11.2021 17:01:15 - nu s-a trimis e-mail cu următoarea eroare:
23.11.2021 17:01:15 - 
==================================================== ==========================
#Versiune: 7.8.0.1 - 2021-11-23 17:00:13:660
==================================================== ==========================
Server: smtp.gmail.com
Port: 587
ConnectType: ConnectSTARTTLS
Protocol: SMTP
AuthType: AuthAuto
UseDefaultCredentials: False
Utilizator: <E-mail>
Alias: 
Ciorne: ciorne
Parolă: <Parolă>
EHLO: Fals
CONDUCERE: Fals
HeloDomain: <client.domain>
MailFrom: 
SocksProxyServer: 
SocksProxyPort: 1080
SocksProxyUser: 
SocksProxyPassword: 
ProxyProtocol: Socks5
==================================================== ==========================
[17:00:13:666:Verbose] Se conectează smtp.gmail.com 587...
[17:00:13:774:Verbose] Conectat
[17:00:14:347:S] 220 smtp.gmail.com ESMTP mu4sm722169pjb.8 - gsmtp
[17:00:14:348:C] EHLO <client.domeniu>
[17:00:14:566:S]
250-smtp.gmail.com la dispoziția dumneavoastră, [<client.ip>]
250 - DIMENSIUNEA 35882577
250-8BITMIME
250-STARTTLS
250-CODURI DE STARE ÎMBUNĂTĂTATE
250-CONDUCERE
250-BUCATARE
250 SMTPUTF8
[17:00:14:568:C] STARTTLS
[17:00:14:784:S] 220 2.0.0 Gata de pornire TLS
[17:00:14:898:C] EHLO <client.domeniu>
[17:00:15:114:S]
250-smtp.gmail.com la dispoziția dumneavoastră, [<client.ip>]
250 - DIMENSIUNEA 35882577
250-8BITMIME
250-AUTH LOGIN PLAIN XOAUTH2 PLAIN-CLIENTTOKEN OAUTHBEARER XOAUTH
250-CODURI DE STARE ÎMBUNĂTĂTATE
250-CONDUCERE
250-BUCATARE
250 SMTPUTF8
[17:00:15:118:C] AUTH LOGIN

23.11.2021 17:01:15 - System.Net.Sockets.SocketException (0x80004005): O încercare de conectare a eșuat deoarece partea conectată nu a răspuns corect după o perioadă de timp sau conexiunea stabilită a eșuat deoarece gazda conectată a eșuat a răspunde

Am încercat deja o mulțime de lucruri și iată probabil câteva notabile:

  1. Portul 587 permis în firewall
  2. Firewall dezactivat
  3. Windows Defender a fost dezactivat
  4. Jucat în jurul diferitelor TLS în SecurityProtocol
  5. Am încercat atât în ​​smtp.gmail.com, cât și în smtp.office365.com - aceeași problemă
  6. În altă versiune de cod unde ServerCertificateValidationCallback a fost anulat pentru a reveni întotdeauna adevărat. De fapt, am găsit o eroare de eveniment Windows care spune Certificatul primit de la serverul de la distanță a fost emis de o autoritate de certificare neîncrezătoare. Din acest motiv, niciuna dintre datele cuprinse în certificat nu poate fi validată. Solicitarea de conectare TLS a eșuat. Datele atașate conțin certificatul serverului.

Doar că nu știu ce altceva să fac. Se pare că este o problemă de infrastructură fie din domeniul, certificatele, rețeaua serverului (un server cloud), etc. dar vreau să mă asigur de acest lucru înainte de a-i implica. Sau, cel puțin, oferiți-le un punct de plecare despre ce sau unde să se uite.

drapel cn
Punctul de pornire ar fi să faceți o captură pentru a determina dacă răspunsul ajunge la sediul lor.
Lawrence avatar
drapel gb
Îmi pare rău că nu sunt foarte familiarizat cu asta. Când ai spus „captură” ai vrut să spui ca un jurnal de activitate în rețea, cum ar fi Wireshark?
drapel cn
Corect, Wireshark sau Netmon.
Lawrence avatar
drapel gb
Bine, mulțumesc pentru sugestie, voi încerca să o examinez. Eram pe punctul de a face acest lucru, dar am văzut că configurarea lor și învățarea efectivă a utilizării instrumentului va dura timp. Cel mai rău caz va fi să predați în totalitate acest lucru echipei infra a furnizorului de servere cloud.

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.