MS levélküldés mikor fog működni?

Web, mail, IRC, IM, hálózatok

Jaj, annyira élvezem én a strandot felhőt! Nem tudom, miért ver engem az Isten az MS-sel. Most már kb. egy hete nem tudok levelet küldeni. Illetve néha sikerül, de legtöbbször nem.

Sending of the message failed.
The message could not be sent because the connection to Outgoing server (SMTP) smtp.office365.com timed out. Try again.

Ennél a Freemail jobb szolgáltatást nyújt. Az is akad néha, de egy nap múlva megjavul. 

  • 426 megtekintés

( hrgy84 | 2025. 10. 14., k – 16:15 )

GMail works like a charm. Csak mondom.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

( Czo v | 2025. 10. 14., k – 16:16 )

Ha telnettel ranezek ennek az smtp.office365.com-nak a 25-os es az 587-es portjara, akkor mind a kettonel valid SMTP bannert latok. Hol keletkezik nalad a timeout?

Lehet, bár azt gondolom, ha egyszer valamit beállítok, annak halálomig működnie kell. Továbbá néha, nagy nehezen, sokadik próbálkozásra átmegy egy-egy levél. Eddig nem tartalmaz személyes adatot:

Sending failed; The message could not be sent because the connection to Outgoing server (SMTP) smtp.office365.com timed out. Try again., exitCode=2152398862,

Egyébként 587-es port. 

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( Gollam | 2025. 10. 14., k – 16:45 )

Mi alapján döntöttél az MS mellett, ha egy megbízható, mindig működő levelezést szerettél volna? Tényleg érdekel, nekem csak kb. 3-4. lett volna a sorban, de akkor is kis gyomorgörccsel....

( persicsb | 2025. 10. 14., k – 16:46 )

Semmi baj nincs az Outlookkal, simán tudtam levelet küldeni ma is, meg tegnap is.

A támogatott módszer a windows-os benti gépem valami Outlook nevű sz.rral, amelyet alig kapcsolok be. Örvendenék annak, ha továbbra is menne a levelezésem Linuxon Thunderbird mail kliensen, ahogyan tette ezt eddig.

Mi változott? Miért lett time out-os? Hogyan van az, hogy egy-két levél azért nagy nehezen, sokadik nekifutásra átmegy?

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Hát ha van egy TCP 587-es portra connect timeout céges környezetben, akkor először megkérdezném a rendszergazdákat, hogy műveltek-e valamit. Akár a Microsoft 365-ben, akár a tűzfalon. 
Utána megnézném a Microsoft státusz oldalát, vagy épp az ezzel foglalkozó oldalakat, hogy van-e Outlook kiesés éppen.

Aztán megnézném a Microsoft dokumentációját az smtp.office365.com kapcsán.

Aztán megnézném más hálózatról (mobilnetről például), hogy szűkítsük, hogy hálózati hiba kinek az oldalán lehet, nálad vagy náluk.

De értem, hogy egyszerűbb a HUP-on picsogni, hogy nem megy a levelezés.
 

Közel sem biztos, mert lehet, hogy van egy L7 tűzfal a két fél között, ami háklis arra, hogy mi megy protokoll szinten. És ha neki nem tetszik valami, akkor nagyjából három féleképpen viselkedhet:
- az adott protokollnak megfelelő magas szintű hibaüzenetet fabrikálhat --> A kliensen egyértelműen megjelenik, hogy mi a gond
- küldhet egy RST csomagot, így legalább TCP szinten normálisan záródik a kapcsolat --> A kliens azonnal jelzi a hibát, bár az okát nem tudja
- vagy szarik a sessionre, és az megszakad timeouttal --> a kliens előtt ülő ember várakozik, ezzel bassza el az idejét, és csak néz, hogy most mi a tök van

Valamelyik rétegben csak feljön valami hiba, ha nem is a kliensben, de mellette, pl. egy ICMP fragmentation needed megjelenhet a dróton, csak azt ugye semmi nem dobja a felhasználó orra elé. Ilyenkor a tcpdump a legjobb barátja az embernek.

( pif73 | 2025. 10. 14., k – 17:00 )

Hello locsemege

s a klienseden nincs résztesebb log? Azt kéne tudni, hogy

(A) Meddig jutsz el amikor nem sikerül? 
(A.1) STARTTLS lemegy még? 

(B) az nem lehet hogy nálatok a proxy/firewall piszkálja a tls-t és amiatt nem megyen? 

(C) ki tudod próbálni a céges hálón kivül is?

Köszönöm a segítő szándékot, ezek szerint debugolnom kell.

Most nem tudom kipróbálni céges hálón kívül, mert a munkahelyen van a gép, ssh -CX formában érem el. El tudom hozni, de nem ma.

Hogyan tudom ezt debugolni? Wireshark? Az ilyesmivel az szokott a baj lenni, hogy nem lát bele a titkosított adatfolyamba.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

AI generated:
change the mailnews.smtp.log level in Thunderbird, go to Settings > General, click Config Editor, and then search for mailnews.smtp.loglevel. You can set the value to a number (e.g., 5 for verbose) or All to log SMTP activity. To view the logs, go to Tools > Developer Tools > Error Console

( locsemege v | 2025. 10. 14., k – 17:12 )

Szerkesztve: 2025. 10. 14., k – 17:14

További nehezítés, hogy ha jól emlékszem, konkrét kliens van regisztrálva* az MS-nél - nem röhögni, ha érteném, lehet, előrébb lennék -, szóval azt szerintem nem tudom megcsinálni, hogy a jobb debugolhatóság kedvéért itthon csinálok rá egy fiókot a Claws Mail-ben. Szívesen tenném, kényelmesebb volna, de az az érzésem, a rendszergazdáink nem örülnének annak, ha külön feladatokkal tornáztatnám őket, s ebből nem látnak pénzt.

*: talán valami application ID? Fogalmam sincs erről.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

szokik lenni un. application password (es/vagy token), amit 2fa utan tudsz generalni, ha olyan regi sz*r a kliens, hogy nem tud oauth-ot. lasd: https://support.microsoft.com/en-us/account-billing/how-to-get-and-use-…

am a timeout az biztos nem auth hiba :)