„Outlook“ podėlyje esantys laiškai atsiveria, bet niekas nesinchronizuoja: ką tikrinti

Seni laiškai atsiveria, aplankų sąrašas atrodo normaliai, o šįryt išsiųstas laiškas niekada nepalieka siunčiamųjų aplanko. Toks derinys rodo, kad vietinė podėlio kopija gera, o ryšys su „Exchange“ – ne, ir tai yra labiausiai neteisingai suprantamas simptomas visoje šioje srityje. Niekas nesugriuvo, todėl pranešimas dažniausiai ateina kaip lėtas „Outlook“, o ne kaip atjungtas „Outlook“.

Atlikite patikras iš eilės ir visų pirma pasižymėkite, kurią „Outlook“ versiją matote, nes valdikliai skiriasi.

Nustatykite, kuris klientas ir koks paskyros tipas

„Outlook“ klasikinė versija, skirta „Windows“, naujasis „Outlook“ ir „Outlook“ žiniatinklyje yra trys skirtingi klientai su trimis skirtingais ryšio maršrutais, o vienam tinkantis patarimas dažnai netinka kitam. Klasikiniame „Outlook“ „Exchange“ paskyra ir POP arba IMAP paskyra elgiasi skirtingai, kai serveris nepasiekiamas, nes tik „Exchange“ paskyra turi MAPI transportą ir podėlyje laikomą pašto dėžutės saugyklą. Prieš aiškindami bet kokią būseną, paskyros nustatymuose nustatykite paskyros tipą. Taisymas, nukopijuotas iš IMAP sąrankos, neaprašys „Exchange“ ryšio.

Užsirašykite kliento pavadinimą ir versiją. Pagalbos temose jie nuolat painiojami, o ekrano kopijos pusiaukelėje nebesusiderina.

Skaitykite ryšio būseną, kol ji nepavyksta

Kai veikia klasikinis „Outlook“, laikykite nuspaudę Ctrl ir dešiniuoju pelės mygtuku spustelėkite pranešimų srities piktogramą, tada atidarykite ryšio būseną. Tai darykite nepavykstančios operacijos metu, o ne po pakartotinio paleidimo, nes rodinys praneša, ką klientas tuo metu bando. Užrašykite serverio pavadinimą, protokolą ir būseną, tada palyginkite tą serverį su tuo, kurį, jūsų manymu, naudoja paskyra. „Microsoft“ diagnostikos nurodymai apima šį rodinį ir išsamesnį registravimą, kurį galite surinkti, kai santraukos nepakanka.

Šiuolaikiniai „Exchange“ diegimai „Outlook“ srautą perduoda per MAPI over HTTP, todėl SMTP siuntimo prievadų atidarymas nėra pašto dėžutės ryšio taisymas. Jei transportas pasiekia paslaugą, išsaugokite HTTP arba autentifikavimo klaidą ir dirbkite tame etape, o ne iš naujo nustatykite slaptažodį, kuris niekada nebuvo problema.

Palyginkite galinį tašką su naršyklės maršrutu

Veikianti žiniatinklio pašto dėžutė įrodo, kad naršyklė gali pasiekti vieną galinį tašką per vieną pavadinimą ir vieną tarpinio serverio konfigūraciją. Tai neįrodo, kad „Outlook“ išsprendė tą patį adresą, naudojo tą patį maršrutą ar priėmė tą patį sertifikatą. Kai yra VPN, padalytas DNS gali nukreipti „Outlook“ pavadinimą į vidinį adresą, o naršyklė naudos viešą, ir vien šis skirtumas paaiškina veikiančią žiniatinklio sesiją šalia sugedusio kliento. Palyginkite išspręstą adresą, pasirinktą maršrutą ir TLS tapatybę abiem maršrutais.

Administravimo portalai ir nuotolinis „PowerShell“ nepakeičia naudotojo pašto dėžutės testo, nes tai skirtingos paslaugos su skirtingu autentifikavimu.

Išbandykite podėlį nauja operacija

Podėlyje veikiantis „Exchange“ režimas laiko vietinę kopiją ir sinchronizuojasi su serveriu, todėl yra tolerantiškas pertraukimams ir netampa nepriklausomas nuo serverio. Seno podėlyje esančio laiško skaitymas nėra tinklo testas, o jungiklis „Dirbti neprisijungus“ taip pat ne. Išsiųskite naują laišką arba priverskite sinchronizavimą ir stebėkite tą konkrečią operaciją. Jei maži mainai pavyksta, o dideli perdavimai stringa, paketo dydis ir maršruto MTU nusipelno dėmesio, su įrodymais, paimtais iš nepavykstančios operacijos.

Podėlio režimo pakeitimas gali perkelti simptomą nesutaisęs maršruto ar paslaugos.

Po bet kokio palaikomo pataisymo pakartokite pradinę operaciją ir patvirtinkite, kad nauji duomenys pasiekia serverį ir grįžta. Užrašykite tą rezultatą atskirai nuo patogumo skaityti laiškus, kurie jau buvo diske.