Internet Message Access Protocol: Разлика помеѓу преработките

'''Internet Message Access Protocol(IMAP)''' е еден од двата најважни [[стандардни интернет протоколи]] за превземање на [[електронска пошта]]. Другиот од овие два е [http://www.pmdf.process.com/ftp/info-pmdf/aug.1993?httpd=content&type=text/plain;%20charset%3DISO-8859-1 Post Office Protocol](POP) кој како и IMAP е поддржан од сите познати [[ e-mail клиенти]] и [[сервери за пошта]] за пренесување на пораки од даден сервер.

[[e-mail клиент]] да пристапи во [[електронската пошта]] преку друг сервер кој се нарекува [[mail сервер]]. Моменталната верзија, IMAP верзија 4 преработка 1 (IMAP4rev1), е дефиниран од страна на RFC 3501. IMAP серверот прислушкува на [[листа од TCP и UDP порти со одредени броеви (добро познатата порта)]] 143).

IMAP поддржува и [[on-line и off-line]] начини на операција. E-mail клиентите кои користат IMAP обично оставаат пораки на серверот се додека корисникот не ги избрише. Овие како и многу други карактеристики на IMAP операциите дозволуваат повеќе клиенти да управуваат со истото сандаче. Повеќето од e-mail ''клиентите'' поддржуваат IMAP користејќи воедно и POP за превземање на пораки; Сепак, мал број на ''сервиси'' поддржуваат IMAP.<ref>{{cite book

Новите пораки се праќаат кон e-mail сервер кој истите ги складира во сандачето на корисникот кој што треба да ја прими пораката. Примачот ја превзема пораката со помош на e-mail клиент кој користи еден од многуте протоколи за превземање на електронска пошта. Некои од клиентите и сервисите користат само протоколи одредени од добавувачи ([[лиценциран протокол]]), но повеќето ги поддржуваат и стандардните интернет протоколи, ([[SMTP]]) за праќање на електронска пошта и користат POP и IMAP за превземање на истата, овозможувајќи интероперабилност со други сервиси и клиенти. На пример,[[Microsoft Outlook|Outlook]] клиентот користи лиценциран протокол за да комуницира со таканаречениот [[Microsoft Exchange Server]], сервер кој го прави истото како и [[Lotus Notes|Notes]] клиентот на IBM кога комунуцура со [[IBM Lotus Domino|Domino]] сервер, но сите овие продукти поддржуваат POP, IMAP и SMTP. Поддршката за стандардните интернет протоколи му дозволува на многу e-mail клиенти како [[Pegasus Mail]] или [[Mozilla Thunderbird]] (видете [[споредба на e-mail клиенти]]) да пристапат до овие сервери и дозволува клиентите да бидат користени од страна на други сервиси.(видете [[листа на mail сервери]]).

IMAP бил дизајниран од страна на [[Mark Crispin]] во 1986 како протокол за управување со сандачиња од далечина (remote mailbox protocol), за разлика од широко користениот POP, протокол за превземање на содржини од сандаче.<ref>[http://www.imap.org/about/history.status.html The IMAP Connection - IMAP Status and History<!-- Bot generated title -->]</ref>

Првичниот ''Interim Mail Access Protocol'' бил имплементиран во [[Xerox]][[ Lisp машински]] клиент и [[TOPS-20]] сервер.

IMAP3 веќе не постои но е многу ретка верзија IMAP.<ref name="rfc2061" /> Издадена е како RFC 1203 во 1991. Оваа верзија била напишана специјално како против предлог на RFC 1176, кој и подоцна самиот објави модификации на IMAP2.<ref>{{cite web |url=http://tools.ietf.org/html/rfc1203 |title=INTERACTIVE MAIL ACCESS PROTOCOL - VERSION 3 |publisher=IETF |year=1991 |accessdate=2010-08-21}}</ref> IMAP3 никогаш не бил прифатен од пазарот.<ref>{{cite web |url=http://stason.org/TULARC/networking/lans-mail-protocols/03-IMAP2-IMAP2bis-IMAP3-IMAP4-IMAP4rev1-LAN-Mail-Protoc.html |title=IMAP2, IMAP2bis, IMAP3, IMAP4, IMAP4rev1 (LAN Mail Protocols) |accessdate=2010-08-21}}</ref><ref>{{cite web |url=http://www.tcpipguide.com/free/t_IMAPOverviewHistoryVersionsandStandards-3.htm |title=IMAP Overview, History, Versions and Standards |accessdate=2010-08-21}}</ref>[[ IESG]] го прекласифицира RFC1203 "Interactive Mail Access Protocol - Version 3" како историски протокол во 1993.IMAP групата искористила RFC1176 (IMAP2) наместо RFC1203 (IMAP3) како почетна точка.<ref>{{cite web |url=http://www.ietf.org/mail-archive/web/ietf/current/msg01656.html |title=Protocol Action: Interactive Mail Access Protocol - Version 3 to Historic (IETF mail archive) |year=1993 |accessdate=2010-08-21}}</ref><ref>{{cite web |url=http://www.pmdf.process.com/ftp/info-pmdf/aug.1993?httpd=content&type=text/plain;%20charset%3DISO-8859-1 |title=Innosoft and POP/IMAP protocols? (mail archive) |year=1993 |accessdate=2010-08-21}}</ref>

Со пристигањето на [[MIME]], IMAP2 беше модифициран така што можеше да поддржува MIME структури и беше додадена функционалност која овозможуваше управување со сандачиња (креирање, бришење, преименување, качување пораки на сервер)што дотогаш го немаше во IMAP2. Оваа експериментална преработка се нарече IMAP2bis; нејзината крајна спецификација никогаш не била објавена. Почетна верзија била објавена на интернет, а IMAP2bis бил објавен од страна на IETF IMAP групата во окромври 1993. Оваа верзија се засновала на претходните спецификации: необјавениот ''IMAP2bis.TXT'' документ, RFC1176, и RFC1064 (IMAP2).<ref>{{cite web |url=http://tools.ietf.org/html/draft-ietf-imap-imap2bis-02 |title=INTERACTIVE MAIL ACCESS PROTOCOL - VERSION 2bis (Internet Draft) |publisher=IETF |year=1993 |accessdate=2010-08-21}}</ref>''IMAP2bis.TXT'' верзијата го документирала проширувањето IMAP2 уште во декември 1992.<ref>{{cite web |url=http://ftp.zcu.cz/pub/network/imap/old/IMAP2bis.TXT |title=IMAP2BIS -- EXTENSIONS TO THE IMAP2 PROTOCOL (DRAFT) |year=1992 |accessdate=2010-08-21}}</ref> Првични верзии на [[Pine (e-mail client)|Pine]] биле широко дистрибуирани со IMAP2bis поддршка<ref name="rfc2061">{{cite web |url=http://tools.ietf.org/html/rfc2061 |title=RFC 2061 - IMAP4 COMPATIBILITY WITH IMAP2BIS |publisher=IETF |year=1996 |accessdate=2010-08-21}}</ref> (Pine 4.00 and later supports IMAP4rev1).

IMAP групата го формирала таканаречениот [[(Internet Engineering Task Force|IETF]]) во раните 1990ти години и ја превзела одговорноста за IMAP2bis дизајнот.IMAP WG одлучиле да го преименуваат IMAP2bis во IMAP4 за да избегнат забуни со конкурентниот IMAP3 предлог од друга група која никогаш не успеала да се пробие на пазарот.{{Citation needed|date=February 2010}} Проширувањето на IMAP акронимот било исто така сменето во ''Internet Message Access Protocol''.

Обично целата електронска пошта се праќа во [[MIME]] формат, дозволувајќи пораките да имаат [[дрво структура]] каде јазлите-листови се некој дел од типови на содржина, а останатите јазли имаат повеќе поделени типови. IMAP4 протоколот дозволува клиентите одделно да превземаат MIME делови и исто така да превземаат или индивидуални делови од пораката или пак целата порака. Овие механизми дозволуваат клиентите да превземаат дел од содржината која се наоѓа во пораката без да превземаат закачени датотеки или да превземаат [[streaming media|stream]] содржина додека се превзема истата.

Со користењето на знамецак кои се дефинирани во IMAP4 протоколот, клиентите можат да водат сметка за состојбата на своите пораки без разлика дали пораката била прочитана, одговорена или пак избришана. Овие знаменца се чуваат на сервер така што различни клиенти кои можат да пристапат до истото сандаче во различно време имаат можност да откријат промени направени од други клиенти. POP не обезбедува ваков механизам за клиентите така што ако еден корисник пристапи до сандачето со два различни POP клиенти, информацијата за состојбата на пораката без разлика дали била пристапена или не, не може да се синхронизира помеѓу два клиенти. IMAP4 протоколот поддржува преддефинирани системски знаменца и дефинирани клучни зборови. Системските знаменца ја покажуваат состојбата на пораката, односно дали таа е прочитана или не. Клучните зборови, кои не се поддржани од сите IMAP сервери, дозволуваат на пораките да му се додаде еден или повеќе [[Таговитагови (metadata)|tags]] чие значење може да го определи клиентот. Додавање на кориснички креирани тагови на пораки е операција поддржана од некои [[web-базирани email]] сервиси, како [[Gmail]].

IMAP4 користи меганизам кој претставува проширување на самиот протокол за разлика од неговите претходници. Биле предложени многу [[(IMAP4 проширувања|extension]]) на основниот протокол, но тие ретко се употребуваат. IMAP2bis немал механизам за проширување и POP има само едно дефинирано од страна на RFC 2449.

Иако IMAP има многу предности во однос на POP, тој има поголема комплексност. Многу од оваа сложеност (на пример повеќе клиенти пристапуваат кон истото сандаче во исто време) се компензира со позадини на [[серверска страна]] како на пример [[Maildir]] или пак со бази на податоци.

IMAP4 clientsклиентите needтреба toда maintain aодржуваат TCP/IP connectionконекција to theдо IMAP serverсерверот inза orderда toможат beда notifiedбидат ofизвестени theкога arrivalќе ofима newнова mailпорака. Известувањара Notificationсе ofправат mailпреку arrivalтаканаречено is done through [[in-band signaling]]сигнализирање, whichкое contributesпридонесува toна theсложеноста complexityна ofклиентската client-sideстрана на IMAP protocol handling somewhatпротоколот.<ref>{{Cite web|url=http://www.isode.com/whitepapers/imap-idle.html|title=IMAP IDLE:Најдобар Theпристап best approach forза 'push' email|publisher=Isode.com|accessdate=2009-07-30}}</ref> Предлог Aза privateова proposal,е [[Push-IMAP|push IMAP]],кој wouldго extendпроширува IMAP toбарајќи имплементација implementна [[push e-mail]] byна sendingтој theначин entireшто messageсе insteadпраќа ofцелата justпорака aнаместо notificationизвестување. HoweverНо, push IMAP hasне notе beenдобро generallyприфатен acceptedи and currentтековната IETF workработа hasго addressedизбегнува theпроблемот problemкористејќи in otherдруги waysначини (see the [[Lemonade Profile]] for more information).

За разлика од некои лиценцирани протоколи кои комбинираат операции за праќање и превземање, праќањето на порака и правење на копија на истата во датотека на серверска страна со основно ниво на IMAP, клиентот прави барање за пренос на пораката два пати едно кон SMTP за доставување и едно кон IMAP за складирање во датотеката за пратени пораки. Овој проблем е решен со помош на множество од проширувања дефинирани од страна на IETF LEMONADE групата за мобилни уреди: URLAUTH (RFC 4467) и CATENATE (RFC 4469) во IMAP и на BURL (RFC 4468) во SMTP-SUBMISSION. POP серверите не поддржуваат датотеки на серверска страна па клиентите немаат избор освен да складираат пратени пораки кај нив. Многу IMAP клиенти можат да бидат конфигурирани така што се овозможува складирање на пратени пораки во датотека на клиентска страна или на BCC и да се филтрираат новите пораки наместо да се прават копии во датотеката. Како додаток LEMONADE "триото", [[Courier Mail Server]] нуди нестандардни методи на праќање корисејќи IMAP копирајќи би пораките кои се праќаат во посебна датотека.