Internet Message Access Protocol: Разлика помеѓу преработките
[непроверена преработка] | [непроверена преработка] |
Избришана содржина Додадена содржина
с r2.7.1) (Бот Додава: en:Internet Message Access Protocol |
Нема опис на уредувањето |
||
Ред 1:
{{Внимание}}
{{Викифицирање}}
'''Internet Message Access Protocol(IMAP)''' е еден од двата најважни
==E-mail протоколи==
Internet Message Access Protocol-от ( кој е познат како IMAP) е Интернет протокол на [[апликациско ниво]] кој му дозволува на
IMAP поддржува и
|title=Managing IMAP
|first=Diana
Ред 17:
}}</ref> IMAP нуди пристап кон магацинот за пораки на електронската пошта. Клиентите можат да прават локални копии , но истите се сметаат како привремен кеш.
Новите пораки се праќаат кон e-mail сервер кој истите ги складира во сандачето на корисникот кој што треба да ја прими пораката. Примачот ја превзема пораката со помош на e-mail клиент кој користи еден од многуте протоколи за превземање на електронска пошта. Некои од клиентите и сервисите користат само протоколи одредени од добавувачи (
==Историја==
IMAP бил дизајниран од страна на
IMAP порано бил познат како ''Internet Mail Access Protocol'', ''Interactive Mail Access Protocol'' (RFC 1064), и ''Interim Mail Access Protocol''<ref>http://www.iana.org/assignments/service-names</ref>
===Оригинален IMAP===
Првичниот ''Interim Mail Access Protocol'' бил имплементиран во
Но, не постојат копии од спецификациите на овој пртокол, ниту пак постои софтвер за истиот. Иако некои од командите и одговорите биле слични со некои од командите и одговорите на IMAP2, на interim протоколот му недостигале тагови за команди/одговори и на тој начин неговата синтакса не била компатибилна со останатите верзии на IMAP.
Ред 33:
===IMAP3===
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>
===IMAP2bis===
Со пристигањето на
===IMAP4===
IMAP групата го формирала таканаречениот
IMAP4 е објавен како RFC 1730 во декември 1994. Некои дизајнерски мани во оригиналниот IMAP4 кои произлегле кога протоколот се имплементирал довеле до преглед на истиот и набрзо замена со IMAP4rev1 две години подоцна (RFC 2060 е објавен во декември 1996. Имало многу малку IMAP4 клиентски или серверски имплементации базирани на RFC 1730 поради неговата краткотрајност.
Ред 51:
===Пристап кон MIME делови на порака и делумно превземање===
Обично целата електронска пошта се праќа во
===Информација за состојба на порака===
Со користењето на знамецак кои се дефинирани во IMAP4 протоколот, клиентите можат да водат сметка за состојбата на своите пораки без разлика дали пораката била прочитана, одговорена или пак избришана. Овие знаменца се чуваат на сервер така што различни клиенти кои можат да пристапат до истото сандаче во различно време имаат можност да откријат промени направени од други клиенти. POP не обезбедува ваков механизам за клиентите така што ако еден корисник пристапи до сандачето со два различни POP клиенти, информацијата за состојбата на пораката без разлика дали била пристапена или не, не може да се синхронизира помеѓу два клиенти. IMAP4 протоколот поддржува преддефинирани системски знаменца и дефинирани клучни зборови. Системските знаменца ја покажуваат состојбата на пораката, односно дали таа е прочитана или не. Клучните зборови, кои не се поддржани од сите IMAP сервери, дозволуваат на пораките да му се додаде еден или повеќе
===Повеќе сандачиња на серверот===
Ред 63:
===Вградени механизми за проширување===
IMAP4 користи меганизам кој претставува проширување на самиот протокол за разлика од неговите претходници. Биле предложени многу
==Недостатоци на IMAP==
Иако IMAP има многу предности во однос на POP, тој има поголема комплексност. Многу од оваа сложеност (на пример повеќе клиенти пристапуваат кон истото сандаче во исто време) се компензира со позадини на
Клиентот може да завзема големи серверски ресурси кога пребарува големи сандачиња ако пораките не се складираат внимателно и не се направат алгоритми за пребарување.
IMAP4
За разлика од некои лиценцирани протоколи кои комбинираат операции за праќање и превземање, праќањето на порака и правење на копија на истата во датотека на серверска страна со основно ниво на IMAP, клиентот прави барање за пренос на пораката два пати едно кон SMTP за доставување и едно кон IMAP за складирање во датотеката за пратени пораки. Овој проблем е решен со помош на множество од проширувања дефинирани од страна на IETF LEMONADE групата за мобилни уреди: URLAUTH (RFC 4467) и CATENATE (RFC 4469) во IMAP и на BURL (RFC 4468) во SMTP-SUBMISSION. POP серверите не поддржуваат датотеки на серверска страна па клиентите немаат избор освен да складираат пратени пораки кај нив. Многу IMAP клиенти можат да бидат конфигурирани така што се овозможува складирање на пратени пораки во датотека на клиентска страна или на BCC и да се филтрираат новите пораки наместо да се прават копии во датотеката. Како додаток LEMONADE "триото",
Како POP, и IMAP е протокол само за електронска пошта. Како резултат на тоа предмети како контакти, состаноци или задачи не можат да се управуваат или пристапуваат со негово користење.
|