«IMAP»–ի խմբագրումների տարբերություն

'''IMAP''' ({{lang-en|'''I'''nternet '''M'''essage '''A'''ccess '''P'''rotocol}}), կիրառական մակարդակի [[ցանցային պրոտոկոլ]] է՝ [[էլեկտրոնային փոստ]] մուտք գործելու և դրա հետ աշխատելու համար։համար: Հիմնվում է [[TCP]] տրանսպորտային պրոտոկոլի վրա և օգտագործում է 143 պորտը։պորտը:

Ստեղծվել է 1986 թվականին [[Վաշինգտոնի համալսարան]]ում` որպես այլընտրանք [[POP3]]-ին։ին:

IMAP-ը օգտվողին ընձեռում է կենտրոնական [[սերվերի]] վրա գտնվող փոստարկղերի հետ աշխատելու լայն հնարավորություններ։հնարավորություններ:

IMAP պրոտոկոլը օգտագործող փոստարկղային ծրագիրը կարող է մուտք գործել սերվեր և աշխատել տվյալ սերվերի փոստարկղերում գտնվող ինֆորմացիայի հետ այնպես, կարծես թե այդ ինֆորմացիան տեղակայված լինի տվյալ համակարգչի մեջ։մեջ:

էլեկտրոնային հաղորդագրությունների հետ կարելի է աշխատել հենց օգտվողի (client) համակարգչից՝ առանց բոլոր հաղորդագրությունները ամբողջական տեսքով՝ սերվեր-օգտվող և օգտվող-սերվեր անընդհատ ուղարկելու անհրաժեշտության։անհրաժեշտության:

Հաղորդագրություններ ուղարկելու համար օգտագործվում է [[SMTP]] (Simple Mail Transfer Protocol) պրոտոկոլը։պրոտոկոլը:

IMAP-ը իրենից ներկայացնում է այլընտրանք POP3-ին։ին:

POP3-ը ունի մի շարք թերություններ, և դրանցից ամենալուրջը այն է, որ օգտվողը չի կարող կառավարել սերվերի վրա գտնվող հաղորդագրությունների պահպանումը և տեղաշարժումը։տեղաշարժումը:

Այսինքն, որպես օրենք, բոլոր հաղորդագրությունները միանգամից բեռնվում են սերվերից օգտվողի համակարգիչ, որից հետո նրանք սերվերից հեռացվում են։են: Այսինքն օգտվողը չի կարող ընտրել, թե որ նամակը ստանա, իսկ որը՝ ոչ։ոչ:

POP3-ի տվյալ թերությունները շտկելու նպատակով Վաշինգտոնի համալսարանում մշակվեց նոր պրոտոկոլ, որով օգտվողներին հնարավորություն ընձեռնվեց ստանալ էլ. հաղորդագրություններ տարբեր վայրերից մեկ էլ. փոստի միջոցով, ընդ որում հաղորդագրությունները չեն բաշխվում ըստ ստացման վայրի։վայրի:

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

Օգտվողին հնարավորություն է տրվում իր էլ. փոստում գտնվող հաղորդագրությունները և սերվերի էլեկտրոնային փոստարկղերի սպասարկման հետ կապված ֆունկցիաները կառավարել։կառավարել:

POP3-ի օգտագործման ժամանակ օգտվողը միանում է սերվերին միայն այն ժամանակահատվածով, որը անհրաժեշտ է նոր հաղորդագրությունները բեռնելու համար։համար:

IMAP-ի օգտագործման ժամանակ կապը սերվերի հետ ակտիվ է լինում այնքան ժամանակ, ինչքան ժամանակ ակտիվ է լինում օգտվողի ինտերֆեյսը, իսկ հաղորդագրությունները բեռնվում են միայն օգտվողի պահանջով։պահանջով: Դա թույլ է տալիս կրճատել սերվերի արձագանքման ժամանակը այն օգտվողներին, որոնց փոստարկղերում առկա են շատ հաղորդագրություններ մեծ ծավալով։ծավալով:

POP պրոտոկոլի օգտագործման ժամանակ միայն մեկ օգտվող կարող է միացած լինել մի փոստարկղի, մինչ դեռ IMAP պրոտոկոլը թույլ է տալիս միևնույն փոստարկղին միևնույն ժամանակ մի քանի օգտվողների միացում։միացում:

IMAP-ը նաև հնարավորություն է տալիս օգտվողին հետևել փոփոխություններին, որոնք կատարում են իր հետ միաժամանակ միացած մյուս օգտվողները։օգտվողները: Դրոշակային համակարգի շնորհիվ, որը իրականացված է IMAP4-ում, օգտվողը ինֆորմացիա է ստանում հաղորդագրության վիճակի մասին(նոր, կարդացված, հեռացված, սպամ, պոտենցիալ վտանգավոր և այլն)։: Դրոշակների մասին ինֆորմացիան պահպանվում է սերվերի վրա։վրա:

IMAP4-ից օգտվողները կարող են փոստարկղերը ստեղծել, վերանվանել, հեռացնել և հաղորդագրություններ տեղափոխել մի էլ. փոստարկղից մյուսը։մյուսը: Բացի դրանից, կարելի է օգտագործել IMAP4 Access Control List (ACL) Extension ընդլայնումը՝ տարբեր օգտվողների՝ տարբեր փոստարկղեր մուտք գործելու իրավունքների ղեկավարման համար։համար:

Հաղորդագրությունների որոնումը տեղի է ունենում սերվերում։սերվերում:

IMAP4-ը ունի բացահայտ ընդլայնման մեխանիզմ։մեխանիզմ:

IMAP-ը աշխատում է միայն հաղորդագրությունների հետ և չի պահանջում որևէ փաթեթներ հատուկ վերնագրերով։վերնագրերով:

Ամեն հաղորդագրություն ունի իր հետ կապված մի քանի ատրիբուտ։ատրիբուտ: Այս ատրիբուտները կարող են նույնականացվել ինչպես առանձին առանձին, այնպես էլ մյուս ատրիբուտների հետ միասին։միասին:

Ամեն հաղորդագրության՝ պայմանականորեն համապատասխանեցվում է 32-բիտանի կոդ, որը ունիկալ նույնացուցչի(իդենտիֆիկատորի) հետ համատեղ օգտագործելով կազմում են 64-բիտանի հաջորդականություն, որը կարող է երաշխավորել փոստարկղի մեջ գտնվող հաղորդագրության միանշանակ նույնականացումը(իդենտիֆիկացիան)։: UID-ը ասոցացվում է էլ. փոստարկղի հետ և ուղարկվում է uidvalidity արձագանքի (ok) տեսքով՝ էլ. փոստարկղի ընտրման փուլում։փուլում: Եթե անցյալ սեսսիայի UID-ը չի կարող օգտագործվել ինչ որ պատճառով, ապա UID-ը պետք է ինկրեմենտացվի(մեծացվի մեկով)։: Հաղորդագրության UID-ը չպետք է փոխվի սեսսիայի սահմաններում, խորհուրդ չի տրվում փոխել այն նաև սեսսիայից սեսսիա։սեսսիա: Բայց եթե հնարավոր չէ պահպանել հաղորդագրության UID-ը մյուս սեսսիայում, ապա հաջորդ սեսսիան պետք է ունենա նոր ունիկալ կոդ, որը պետք է մեծ լինի ցանկացած օգտագործված հաղորդագրության UID-ից։ից:

Հաղորդագրության համարը էլ. փոստարկղում սկսվում է 1-ից։ից: Ամեն հաջորդ հաղորդագրություն, սկսաց 2-ից, ունի ուղիղ 1-ով ավել հերթական համար, նախորդի համեմատ։համեմատ: Սեսսիայի ընթցքում թույլատրված է հաղորդագրության հերթական համարի փոփոխություն։փոփոխություն: Օրինակ, երբ ինչ որ հաղորդագրություն հեռացվում է էլ. փոստարկղից, մնացած հաջորդ հաղորդագրությունների հերթական համարները փոփոխվում են։են:

Այս ատրիբուտը իրենից ներկայացնում է 0 կամ ավելի անվանավորված լեքսեմներ, փոխկապակցված տվյալ հաղորդագրության հետ։հետ: Դրոշակը տեղադրվում է իրեն այդ ցուցակին ավելացնելով և զրոյացվում է իրեն այդ ցուցակից հեռացնելու ճանապարհով։ճանապարհով: IMAP4.1-ում գոյություն ունեն 2 տիպի դրոշակներ՝

Հաղորդագրության ստացման ամսաթիվն ու ժամը։ժամը:

IMAP4.1 միացությունը ակնկալում է օգտվողի և սերվերի միջև կապի հաստատում։հաստատում: Օգտվողը ուղարկում է սերվերին հրամաններ, սերվերը օգտվողին՝ հարցման կատարման մասին տվյալներ և ծանուցումներ։ծանուցումներ: Բոլոր հաղորդագրությունները՝ ինչպես սերվերի, այնպես էլ օգտվողի, ունեն տողի տեսք, որոնք վերջանում են հատուկ հաջորդականությամբ։հաջորդականությամբ: Ցանկացած ընթացակարգ(պրոցեդուրա) սկսվում է օգտվողի հրամանից։հրամանից: Օգտվողի ցանկացած հրաման սկսվում է նախածանց-նույնացուցչից(պրեֆիկս-իդենտիֆիկատոր)(սովորաբար կարճ տառա-թվային տող, օրինակ՝ <code>A0001</code>, <code>A0002</code> և այլն), որը կոչվում է պիտակ(tag)։: Ամեն հրամանի համար օգտվողը գեներացնում է իր պիտակը։պիտակը: Հնարավոր է 2 դեպք, երբ օգտվողի կողմից ուղարկված տողը իրենից չի ներկայացնում վերջացված հրաման։հրաման: Առաջին դեպքում՝ հրամանի արգումենտը մատակարարվում է կոդով, որը և որոշում է օկտետների քանակը տողի մեջ։մեջ: Երկրորդ դեպքում՝ հրամանի արգումենտները պահանջում են արձագանք սերվերի կողմից։կողմից: Երկու դեպքում էլ սերվերը ուղարկում է հրամանի շարունակման հարցում, որը սկսվում է + սիմվոլով։սիմվոլով: Օգտվողը պետք է վերջացնի մի հրամանի ուղարկումը, մինչ մյուսի ուղարկելը։ուղարկելը: Սերվերի պրոտոկոլային ընդունիչը կարդում է օգտվողի կողմից ուղարկված հրմանաի տողը, իրականացնում է դրա վերլուծությունը, առանձնացնում է պարամետրերը և փոխանցում է տվյալները սերվերին։սերվերին: Հրամանի վերջացման հետ մեկտեղ սերվերը ուղարկում է արձագանք։արձագանք: Սերվերից օգտվողին փոխանցվող տվյալները, ինչպես նաև կարգավիճակային արձագանքները, որոնք չեն նշանակում հրամանի վերջացումը, ունեն * նախածանց և կոչվում են չպիտակավորված արձագանքներ։արձագանքներ: Տվյալները կարող են ուղարկվել սերվերի կողմից և՛ ի պատասխան օգտվողի հրամանի, և՛ սեփական նախաձեռնությամբ։նախաձեռնությամբ: Տվյալների ձևաչափը(ֆորմատը) կախված չէ ուղարկման պատճառից։պատճառից: Արձագանքը նշանակում է հրամանի հաջող/անհաջող իրականացումը։իրականացումը: Այն օգտագործում է նույն պիտակը(tag), որը օգտագործվել էր ընթացակարգը(պրոցեդուրա) սկսող օգտվողի հրամանի մեջ։մեջ: Այսպիսով, եթե իրականացվում է մեկ հրամանից ավելին, սերվերի պիտակը(tag) նշում է այն հրամանը, որը կանչել է տվյալ արձագանքը։արձագանքը: Կան սերվերի աշխատանքի վերջացման 3 տիպի արձագանքներ՝

Օգտվողի IMAP4.1-ի պրատոկոլային ընդունիչը կարդում է սերվերից ստացած արձագանքի տողը և անում է գործողություններ կախված * կամ + առաջին սիմվոլից։սիմվոլից: Օգտվողը պետք է պատրաստ լինի ստանալ սերվերից ցանկացած արձագանք։արձագանք: Սերվերից ստացված տվյալները պետք է գրված լինեն այնպես, որպեսզի օգտվողը կարողանա դրանք անմիջականորեն օգտագործել՝ առանց որևէ լրացուցիչ հարցում սերվերին ուղարկելու, ճշտելու։ճշտելու:

IMAP4.1 սերվերը գտնվում է 4 կարգավիճակներից մեկում։մեկում: Հրամանների մեծամասնությունը կարելի է գործածել միայն որոշակի կարգավիճակներում։կարգավիճակներում: Ահա վերը նշված կարգավիճակների ցուցակը՝

Ոչ աուտենտիֆիկացված կարգավիճակում օգտվողը պետք է մուտքագրի անունը և գաղտնաբառը, մինչ նրան հասանելի կդառնա հրամանների մեծամասնությունը։մեծամասնությունը: Այս կարգավիճակի անցումը իրականանում է սերվերի հետ կապ հաստատելու ժամանակ՝ առանց նախապես աուտենտիֆիկացման։աուտենտիֆիկացման: Աուտենտիֆիկացված կարգավիճակում օգտվողը նույնականացված է(իդենտիֆիկացված) և պետք է ընտրի էլ. փոստարկղը, որից հետո իրեն հասանելի կդառան հաղորդագրությունների հետ աշխատելու հրամանները։հրամանները: Այս կարգավիճակի անցումը իրականանում է սերվերի հետ կապ հաստատելու ժամանակ՝ նախապես աուտենտիֆիկացմամբ, երբ տրված են բոլոր անհրաժեշտ նույնականացման(իդենտիֆիկացիոն) տվյալները կամ էլ. փոստարկղի սխալ ընտրման ժամանակ։ժամանակ: Համակարգը անցում է կատարում ընտրման կարգավիճակ, երբ էլ. փոստարկղի ընտրությունը բարեհաջող իրականացված է։է: Համակարգը անցում է կատարում ելքի կարգավիճակ սերվերի հետ կապի ընդհատման արդյունքում՝ օգտվողի հարցման արդյունքում կամ սերվերի անկախ որոշման հետևանքով։հետևանքով:

; '''LOGIN''' ։: Թույլ է տալիս օգտվողին IMAP սերվերի վրա գրանցման ժամանակ օգտագործել օգտվողի նույնացուցիչը(իդենտիֆիկատոր) և գաղտնաբառը սովորական տեքստային տեսքով։տեսքով: Սա ամենալավ մեթոդը չէ, բայց երբեմն միակ տարբերակն է սերվերին միանալու համար։համար:

; '''AUTHENTICATE''' ։: Թույլ է տալիս օգտվողին IMAP սերվերի վրա գրանցվելուց օգտագործել վավերականության ստուգման այլընտրանքային մեթոդներ։մեթոդներ: Օգտվողների վավերականության անհատական ստուգումը պարտադիր չի հանդիսանում և ոչ բոլոր IMAP սերվերներում է իրականացրած։իրականացրած: Նաև այդպիսի ստուգման իրականացուման ձևերը կարող են տարբերվել կախված սերվերից։սերվերից: Երբ օգտվողը մուտքագրում է <code>AUTHENTICATE</code> հրամանը, սերվերը պատասխանում է դրան կանչի տողով, որը ունի <code>base64</code> կոդավորում։կոդավորում: Այնուհետեև օգտվողը պետք է պատասխան ուղարկի սերվերի վավերականացման ստուգման կանչին, նույնպես կոդավորված <code>base64</code>-ով։ով: Եթե սերվերում իրականացված չէ վավերականության ստուգման մեթոդը, որը առաջարկում է օգտվողը՝ սերվերը ներառում է իր պատասխանի մեջ <code>NO</code>։: Դրանից հետո օգտվողը պետք է շարունակի բանակցությունները վավերականության ստուգման մեթոդի համաձայնեցման համար։համար: Եթե վավերականության ստուգման մեթոդը պարզելու բոլոր փորձերը անցնում են անհաջող, ապա օգտվողը փորձ է կատարում գրանցվել սերվերում <code>LOGIN</code> հրամանի միջոցով։միջոցով:

; '''CLOSE'''։: Փակում է էլ. փոստարկղը։փոստարկղը: Երբ էլ. փոստարկղը փակված է, բոլոր հաղորդագրությունները, որոնք նշվել էին <code>\DELETED</code> դրոշակով, ֆիզիկապես հեռացվում են փոստարկղի միջից։միջից: Պարամետրեր չունի։չունի:

; '''LOGOUT'''։: Վերջացնում է օգտվողի ընթացիկ նույնացուցչի համար սեանսը և փակում է բոլոր բացված էլ. փոստարկղերը։փոստարկղերը: Բոլոր հաղորդագրությունները, որոնք նշվել էին <code>\DELETED</code> դրոշակով, ֆիզիկապես հեռացվում են փոստարկղի միջից։միջից:

; '''CREATE'''։: Ստեղծում է նոր էլ. փոստարկղ։փոստարկղ: Նոր էլ. փոստարկղերի անունները և տեղակայությունը որոշվում են սերվերի ընդհանուր հատկանիշներով։հատկանիշներով:

; '''DELETE'''։: Օգտագործվում է էլ. փոստարկղերի համար։համար: IMAP սերվերը, ստանալով այս հրամանը, կփորձի հեռացնել այն փոստարկղը, որի անունը նշվել էր հրամանի մեջ որպես արգումենտ։արգումենտ: Էլ. փոստարկղի մեջ գտնվող բոլոր հաղորդագրությունները հեռացվում են էլ. փոստարկղի հետ միասին և վերականգնման ենթակա չեն լինում։լինում:

; '''RENAME'''։: Փոխում է էլ. փոստարկղի անունը։անունը: Ասյ հրամանը ունի 2 արգումենտ՝ էլ. փոստարկղի անունը, որը պետք է փոխել և նոր անունը։անունը:

; '''SUBSCRIBE'''։: Ավելացնում է էլ. փոստարկղը օգտվողի ակտիվ էլ. փոստարկղերի ցուցկակի մեջ։մեջ: Այս հրամանի մեջ օգտագործվում է միայն 1 պարամետր՝ էլ. փոստարկղի անունը, որը պետք է ավելացնել ցուցակի մեջ։մեջ: Էլ. փոստարկղը պարտադիր չէ, որ գույություն ունենա, որպեսզի նրան հնարավոր լինի ավելացնել ակտիվ էլ. փոստարկղերի ցուցկակի մեջ՝ դա թույլ է տալիս ավեացնել ակտիվ էլ. փոստարկղերի ցուցկակի մեջ էլ. փոստարկղեր, որոնք դեռ ստեղծված չեն, կամ հեռացնել դրանք, եթե դրանք դատարկ են։են:

; '''UNSUBSCRIBE'''։: Հեռացնում է էլ. փոստարկղը օգտվողի ակտիվ էլ. փոստարկղերի ցուցկակի միջից։միջից: Այս հրամանի մեջ ևս օգտագործվում է միայն 1 պարամետր՝ էլ. փոստարկղի անունը, որը պետք է հեռացնել օգտվողի ակտիվ էլ. փոստարկղերի ցուցակի միջից։միջից: Ընդ որում էլ. փոստարկղը չի հեռացվում ֆիզիկապես։ֆիզիկապես:

; '''LIST'''։: Ստանալ օգտվողի բոլոր էլ. փոստարկղերի ցուցակը։ցուցակը: Ունի 2 պարամետր։պարամետր:

; '''LSUB'''։: Ի տարբերություն <code>LIST</code> հրամանի օգտագործվում է ստանալու համար բոլոր այն էլ. փոստարկղերի ցուցակը, որոնք ակտիվցվել են <code>SUBSCRIBE</code> հրամանի միջոցով։միջոցով: Պարամետրերը նույնն են ինչ <code>LIST</code> հրամանինը։հրամանինը:

; '''STATUS'''։: Գոյացնում է հարցում էլ. փոստարկղի ընթացիկ կարգավիճակի մասին։մասին: Ունի 2 պարամետր. առաջինը՝ էլ. փոստարկղի անունը, որի նկատմամբ կիրառվում է հրամանը, իսկ երկրորդը՝ այն չափանիշների ցուցակը, ըստ որոնցի օգտվողը ցանկաանում է ստանալ ինֆորմացիա։ինֆորմացիա: <code>STATUS</code> հրամանը կարող է օգտագործվել էլ. փոստարկղի ընթացիկ կարգավիճակի մասին տեղեկություն ստանալու համար՝ առանց էլ. փոստարկղը բացելու <code>SELECT</code> կամ <code>EXAMINE</code> հրամանների միջոցով։միջոցով:

; '''APPEND'''։: Ավելացնում է հաղորդագրությունը նշված էլ. փոստարկղի վերջում։վերջում: Որպես արգումենտներ նշվում են էլ. փոստարկղի անունը, հաղորդագրությունների դրոշակները(ոչ պարտադիր), ժամանակի պիտակը(tag) (ոչ պարտադիր) և հենց ինքը հաղորդագրությունը՝ վերնագիրը և մարմինը։մարմինը:

:Եթե հրամանի մեջ նշված են դրոշակներ, ապա նրանք սահմանվում են ավելացվող հաղորդագրության համար։համար: Ամեն դեպքում հաղորդագրության համար սահմանվում է <code>\Recent</code> դրոշակը։դրոշակը: Եթե հրամանի մեջ տրված է ժամանակի պիտակը(tag), ապա այդ ժամանակը կսահմանվի որպես հաղորդագրության ստեղծման ժամ, հակառակ դեպքում որպես ստեծման ժամ սահմանվում է ընթացիկ ժամը։ժամը:

:Քանի որ հաղորդագրությունը մեկ տողից ավելի է, գործածվում են լիտերալներ։լիտերալներ:

; '''MULTIAPPEND''' ։: Ընդլայնումը, նկարագրված [http://tools.ietf.org/html/rfc3502 RFC 3502]-ում, թույլ է տալիս մեկ հրամանով էլ. փոստարկղ ավելացնել մի քանի հաղորդագրություններ։հաղորդագրություններ:

; '''CHECK''' ։: Էլ. փոստարկղում տեղադրում է ստուգողական կետը։կետը: Ցանկացած գործողություն, ինչպես օրինակ՝ տվյալների պահպանումը սերվերի հիշողությունից նրա կոշտ սկավառակի վրա, պետք է կատարվեն էլ. փոստարկղի որոշակի կարգավիճակում գտնվելուց։գտնվելուց: Հենց էլ. փոստարկղի վրա սկավառակային կամ նման այլ գործողությունների կատարումից հետո էլ ամբողջականության ստուգման համար գործածվում է <code>CHECK</code> հրամանը։հրամանը: Այս հրամանը գործածվում է առանց պարամետրերի։պարամետրերի:

; '''EXPUNGE''' ։: Էլ. փոստարկղից հեռացնում է բոլոր այն հաղորդագրությունները, որոնք նշված են եղել <code>\DELETED</code> դրոշակով, ընդ որում էլ. փոստարկղը չի փակվում։փակվում: Սերվերի պատախանը <code>EXPUNGE</code> հրամանին ներկայացնում է իրենից էլ. փոստարկղի նոր վիճակի մասին հաշվետվություն։հաշվետվություն:

; '''SEARCH''' ։: Ակտիվ էլ. փոստարկղի մեջ հաղորդագրությունների փնտրում որոշակի չափանիշներով՝ հետագա արդյունքների ցուցադրմամբ հաղորդագրության հերթական համարի տեսքով։տեսքով: Հնարավոր է փնտրում հաղորդագրության մարմնի մեջ գտնվող ինչ որ տեքստային տողի, կամ հաղորդագրություններ, որոնք ունեն որոշակի դրոշակ, կամ որոնք ստացված են եղել մինչև որոշակի ժամանակահատվածը և այլն։այլն:

; '''FETCH''' ։: Էլ. հաղորդագրության տեքստը ստանալը։ստանալը: Այս հրամանը գործածվում է միայն հաղորդագրությունների ցուցադրման համար։համար: Ի տարբերություն POP3-ի, IMAP օգտագործողը չի պահպանում հաղորդագրության կրկնօրինակը օգտվողի համակարգչի մեջ։մեջ:

; '''STORE''' ։: Հաղորդագրության մասին ինֆորմացիայի փոփոխում։փոփոխում:

; '''COPY''' ։: Մի էլ. փոստարկղից մի ուրիշ հաղորդագրության կրկնօրինակում։կրկնօրինակում:

; '''UID''' ։: Օգտագործվում է <code>FETCH</code>, <code>COPY</code>, <code>STORE</code> կամ <code>SEARCH</code> հրամանների հետ համատեղ։համատեղ: Այս հրամանի օգնությամբ այդ հրամաններում կարելի է օգտագործել իրական UID նունարկիչ(իդենտիֆիկացիոն) համարներ, հաղորդագրությունների միջակայքից թվերի շարքի փոխարեն։փոխարեն:

; '''CAPABILITY''' ։: Հարցում IMAP սերվերից նրա հնարավորությունների մասին։մասին:

; '''NOOP''' ։: Հրամանը ոչինչ չի անում։անում: Այն կարող է օգտագործվել սեանսը ակտիվ պահելու համար, որպեսզի այն չավարտվի սպասման ժամանակաչափի ժամանակով։ժամանակով: Սերվերի պատասխանը <code>NOOP</code> հրամանին պետք է միշտ լինի դրական։դրական: Քանի որ սերվերը պատասխանի մեջ հաճախ վերադարձնում է այս կամ այն հրամանի կատարման ընթացիկ վիճակը, ապա <code>NOOP</code> հրամանը միանգամայն կարելի է օգտագործել որպես տրիգգեր՝ սերվերի ընթացիկ վիճակից տեղեկանալու համար։համար:

* [http://www.linewbie.com/2007/11/howto-configuring-kmail-with-gmail-imap-and-disconnected-imap.html Howto: Configuring KMail with Gmail —- IMAP and Disconnected IMAP]{{ref-en}}