Outlook-ի պահված փոստը բացվում է, բայց ոչինչ չի համաժամանակացվում՝ ինչ ստուգել

Հին փոստը բացվում է, պանակների ցանկը նորմալ է թվում, և այս առավոտ ուղարկված հաղորդագրությունը երբեք չի հեռանում Ելքային պանակից։ Այդ համադրությունը նշանակում է, որ տեղական պահոցը լավն է, իսկ Exchange-ի հետ կապը՝ ոչ, և սա այս ամբողջ ոլորտում ամենաշատ սխալ մեկնաբանվող ախտանիշն է։ Ոչինչ չի խափանվել, դրա համար էլ հաշվետվությունը սովորաբար գալիս է որպես դանդաղ Outlook, այլ ոչ թե անջատված Outlook։

Կատարեք ստուգումները հերթականությամբ և նախապես նշեք, թե Outlook-ի որ տարբերակն եք նայում, որովհետև կառավարման տարրերը տարբերվում են։

Որոշեք՝ որ հաճախորդը և որ հաշվի տեսակը

Windows-ի դասական Outlook-ը, նոր Outlook-ը և վեբում Outlook-ը երեք տարբեր հաճախորդներ են՝ երեք տարբեր կապի ուղիներով, և մեկի համար տրված խորհուրդը հաճախ սխալ է մյուսի համար։ Դասական Outlook-ի ներսում Exchange հաշիվը և POP կամ IMAP հաշիվը տարբեր կերպ են վարվում, երբ սերվերը հասանելի չէ, որովհետև միայն Exchange հաշիվն ունի MAPI տրանսպորտ և պահված փոստարկղի պահոց։ Նախքան որևէ կարգավիճակ մեկնաբանելը՝ հաշվի կարգավորումներում որոշեք հաշվի տեսակը։ IMAP կարգավորումից պատճենված լուծումը չի նկարագրի Exchange կապը։

Գրի առեք հաճախորդի անունն ու տարբերակը։ Աջակցության թեմաներում դրանք հաճախ խառնվում են, և էկրանի պատկերները կես ճանապարհին դադարում են համընկնել։

Կարդացեք կապի կարգավիճակը, քանի դեռ այն ձախողվում է

Երբ դասական Outlook-ը աշխատում է, պահեք Ctrl-ը և աջ սեղմեք ծանուցումների տարածքի պատկերակի վրա, ապա բացեք Կապի կարգավիճակը։ Դա արեք ձախողվող գործողության ընթացքում, ոչ թե վերագործարկումից հետո, որովհետև դիտակը հայտնում է, թե տվյալ պահին ինչ է փորձում անել հաճախորդը։ Գրանցեք սերվերի անունը, արձանագրությունը և վիճակը, ապա համեմատեք այդ սերվերը այն բանի հետ, ինչ ակնկալում եք հաշվից։ Microsoft-ի ախտորոշման ուղեցույցը ընդգրկում է այս դիտակը և ավելի մանրամասն գրանցումը, որը կարող եք հավաքել, երբ ամփոփումը բավարար չէ։

Ժամանակակից Exchange տեղակայումները Outlook-ի տրաֆիկը փոխանցում են MAPI over HTTP-ով, ուստի SMTP ուղարկման պորտերի բացումը փոստարկղի կապի վերանորոգում չէ։ Եթե տրանսպորտը հասնում է ծառայությանը, պահեք HTTP կամ նույնականացման սխալը և աշխատեք այդ փուլում՝ փոխարենը չվերականգնելով գաղտնաբառ, որը երբեք խնդիրը չի եղել։

Համեմատեք վերջնակետը զննարկիչի ուղու հետ

Աշխատող վեբ փոստարկղը ապացուցում է, որ զննարկիչը կարող է հասնել մեկ վերջնակետի մեկ անվան և մեկ վստահված սերվերի կարգավորման միջոցով։ Այն չի ապացուցում, որ Outlook-ը լուծել է նույն հասցեն, օգտագործել է նույն ուղին կամ ընդունել է նույն վկայականը։ VPN-ի առկայության դեպքում բաժանված DNS-ը կարող է Outlook-ի անունն ուղարկել ներքին հասցեով, մինչ զննարկիչը օգտագործում է հանրային հասցե, և այդ տարբերությունն ինքնին բացատրում է աշխատող վեբ նստաշրջանը կոտրված հաճախորդի կողքին։ Համեմատեք լուծված հասցեն, ընտրված ուղին և TLS ինքնությունը երկու ուղիներում։

Վարչական պորտալները և հեռավոր PowerShell-ը չեն փոխարինում օգտվողի փոստարկղի թեստին, որովհետև դրանք տարբեր ծառայություններ են՝ տարբեր նույնականացմամբ։

Փորձարկեք պահոցը նոր գործողությամբ

Պահված Exchange ռեժիմը պահում է տեղական պատճեն և համաժամանակացվում սերվերի հետ, ինչը դարձնում է այն դիմացկուն ընդհատումների նկատմամբ և չի դարձնում այն անկախ սերվերից։ Հին պահված հաղորդագրություն կարդալը ցանցային թեստ չէ, և Աշխատել առանց ցանցի անջատիչը նույնպես։ Ուղարկեք նոր հաղորդագրություն կամ ստիպեք համաժամանակացում և հետևեք այդ կոնկրետ գործողությանը։ Եթե փոքր փոխանակումները հաջողվում են, մինչ մեծ փոխանցումները կանգ են առնում, ապա փաթեթի չափը և ուղու MTU-ն արժանի են ուշադրության՝ ձախողվող գործողությունից վերցված ապացույցներով։

Պահոցի ռեժիմը փոխելը կարող է տեղափոխել ախտանիշը՝ չվերանորոգելով ուղին կամ ծառայությունը։

Ցանկացած աջակցվող ուղղումից հետո կրկնեք սկզբնական գործողությունը և հաստատեք, որ նոր տվյալները հասնում են սերվերին և վերադառնում։ Գրանցեք այդ արդյունքը առանձին՝ սկավառակի վրա արդեն եղած փոստը կարդալու հարմարավետությունից։