Outlook kešatmiņā saglabātais pasts atveras, bet nekas nesinhronizējas: kas jāpārbauda

Vecais pasts atveras, mapju saraksts izskatās normāli, un šorīt nosūtītā ziņa nekad neiznāk no sūtīto mapes. Šī kombinācija liecina, ka vietējā kešatmiņa ir kārtībā, bet savienojums ar Exchange nav, un tas ir visbiežāk nepareizi saprastais simptoms visā šajā jomā. Nekas nav avarējis, tāpēc ziņojums parasti pienāk kā lēns Outlook, nevis kā atvienots Outlook.

Veiciet pārbaudes pēc kārtas un vispirms pierakstiet, kuru Outlook būvējumu skatāties, jo vadīklas atšķiras.

Nosakiet, kurš klients un kāds konta veids

Klasiskais Outlook darbam ar Windows, jaunais Outlook un Outlook tīmeklī ir trīs dažādi klienti ar trim dažādiem savienojuma ceļiem, un vienam dotais padoms bieži ir nepareizs otram. Klasiskajā Outlook Exchange konts un POP vai IMAP konts uzvedas atšķirīgi, kad serveris nav sasniedzams, jo tikai Exchange kontam ir MAPI transports un kešatmiņā saglabāta pastkastes krātuve. Pirms jebkura statusa interpretēšanas konta iestatījumos nosakiet konta veidu. Labojums, kas pārkopēts no IMAP iestatīšanas, neapraksta Exchange savienojumu.

Pierakstiet klienta nosaukumu un versiju. Atbalsta sarunās tos regulāri sajauc, un ekrānuzņēmumi pusceļā vairs nesakrīt.

Lasiet savienojuma statusu, kamēr tas neizdodas

Kad klasiskais Outlook darbojas, turiet nospiestu Ctrl un ar peles labo pogu noklikšķiniet uz paziņojumu apgabala ikonas, tad atveriet savienojuma statusu. Dariet to neizdevušās darbības laikā, nevis pēc restartēšanas, jo skats ziņo, ko klients tajā brīdī mēģina darīt. Pierakstiet servera nosaukumu, protokolu un stāvokli, pēc tam salīdziniet šo serveri ar to, ko, jūsuprāt, izmanto konts. Microsoft diagnostikas norādes aptver šo skatu un detalizētāku reģistrēšanu, ko varat savākt, ja kopsavilkums nav pietiekams.

Mūsdienu Exchange izvietojumi Outlook datplūsmu pārraida ar MAPI over HTTP, tāpēc SMTP iesniegšanas portu atvēršana nav pastkastes savienojuma labojums. Ja transports sasniedz pakalpojumu, saglabājiet HTTP vai autentifikācijas kļūdu un strādājiet pie šī posma, nevis atiestatiet paroli, kas nekad nebija problēma.

Salīdziniet galapunktu ar pārlūka ceļu

Darbojoša tīmekļa pastkaste pierāda, ka pārlūks var sasniegt vienu galapunktu ar vienu nosaukumu un vienu starpniekservera konfigurāciju. Tas nepierāda, ka Outlook ir atrisinājis to pašu adresi, izmantojis to pašu ceļu vai pieņēmis to pašu sertifikātu. Ja ir VPN, sadalītais DNS var nosūtīt Outlook nosaukumu uz iekšēju adresi, kamēr pārlūks izmanto publisku, un vien šī atšķirība izskaidro darbojošos tīmekļa sesiju blakus bojātam klientam. Salīdziniet atrisināto adresi, izvēlēto ceļu un TLS identitāti abos ceļos.

Administrēšanas portāli un attālinātais PowerShell neaizstāj lietotāja pastkastes testu, jo tie ir dažādi pakalpojumi ar atšķirīgu autentifikāciju.

Pārbaudiet kešatmiņu ar jaunu darbību

Kešatmiņas Exchange režīms glabā vietēju kopiju un sinhronizējas ar serveri, kas padara to izturīgu pret pārtraukumiem un nepadara to neatkarīgu no servera. Veclaika kešatmiņas ziņas lasīšana nav tīkla tests, un arī slēdzis Strādāt bezsaistē nav. Nosūtiet jaunu ziņu vai piespiediet sinhronizāciju un vērojiet tieši šo darbību. Ja mazas apmaiņas izdodas, bet lieli pārraides apstājas, pakešu izmērs un ceļa MTU ir pelnījuši uzmanību, ar pierādījumiem, kas iegūti no neizdevušās darbības.

Kešatmiņas režīma maiņa var pārvietot simptomu, nesaremontējot ceļu vai pakalpojumu.

Pēc jebkura atbalstīta labojuma atkārtojiet sākotnējo darbību un apstipriniet, ka jauni dati sasniedz serveri un atgriežas. Pierakstiet šo rezultātu atsevišķi no ērtības lasīt pastu, kas jau bija diskā.