Azərbaycanca
Беларускі
Dansk
Deutsch
Española
Français
Indonesia
Italiana
日本語
Қазақ
Lietuvos
Nederlands
Português
Русский
සිංහල
แบบไทย
Türkçe
Українська
中國人
United State
Afrikaans
Поштові протоколи інтернету (POP, SMTP, UUCP)
Загальна характеристика протоколів електронної пошти
Служба електронної пошти належить до найпопулярніших у сучасних комп'ютерних мережах. У мережах (TCP/IP) реалізовано декілька систем підтримки електронної пошти. Найпоширеніші системи протоколів SMTP та UUCP (UNIX to UNIX Comminication Protocol), a також система протоколу .
Поштовийклієнт (агент користувача (АК)) допомагає користувачу скласти повідомлення, може підтримувати локальну базу повідомлень, взаємодіє з поштовим сервером, передаючи та отримуючи повідомлення з нього. АК може не бути постійно ввімкненим. Його розміщують на робочій станції користувача.
Поштовий сервер (агент доставляння (АД)) відповідає за доставляння повідомлення адресату. Крім того, він зберігає всі повідомлення перед відсиланням та безпосередньо після отримання. Як і поштовий клієнт, АД може виконувати функції фільтрування поштових повідомлень.
Усі системи пошти можна розділити на такі, що працюють у режимі прямого сполучення, і системи з проміжним збереженням. У системах з прямим сполученням поштові сервери відправника та одержувача налагоджують прямий канал (без посередників) та передають ним пошту. Прямим каналом може бути, наприклад, ТСР-сполучення. В системах з проміжним збереженням агенти доставляння передають повідомлення один одному. Як звичайно, передавання з прямим сполученням набагато швидше. До систем прямого сполучення належить система протоколу SMTP, а з проміжним збереженням — UUCP та Х.400.
Система електронної пошти Х.400
Система протоколів електронної пошти Х.400 розроблена ITU, її використовують у деяких випадках державні, військові та фінансові організації для гарантування надійного передавання. Порівняно з іншими системами (SMTP) ця система надає низку додаткових послуг, а саме:
— підтвердження доставляння та прочитання документа;
— підтримка мультимедійної інформації;
— пріоритетність повідомлень;
— захист, конфіденційність, шифрування;
— довільні формати повідомлень;
— взаємодія з іншими службами передавання повідомлень (пошта, факс, телекс). Поштова система Х.400 належить до систем з проміжним збереженням, вона не передає листи в режимі реального часу (як SMTP). У цьому вона подібна до UUCP. Недоліком Х.400 є висока складність, значна вартість реалізації та адміністрування.
Складові стандарти системи. Система Х.400 описана у низці таких стандартів:
— Х.400 — опис системи та служби опрацювання повідомлень;
— Х.402 — архітектура;
— Х.403 — тестування;
— Х.407 — означення послуг;
— Х.408 — правила кодування інформації;
— Х.411 — означення послуг та процедур для системи передавання даних;
— Х.413 — означення послуг сховища повідомлень;
— Х.419 — специфікації протоколів;
— Х.420 — система міжособових повідомлень.
Структура системи. Функційно система Х.400 складається з низки компонентів, що взаємодіють. Користувач (К) безпосередньо взаємодіє з агентом користувача. АК формує повідомлення, надає користувачу додаткові сервісні можливості (адресні книги тощо), надсилає та приймає повідомлення. Система передавання повідомлень (СПП) гарантує передавання повідомлень між агентами. Агент передавання повідомлень (АПП) приймає повідомлення та спрямовує їх іншим АПП або АК. АПП відповідає за доставляння отриманого повідомлення і у випадку неможливості доставляння повідомляє про це відправника. Сховище повідомлень (СП) зберігає отримані повідомлення, дає змогу АК шукати та впорядковувати їх. Модуль доступу (МД) та модуль доступу фізичного доставляння (МДФД) призначені для взаємодії системи Х.400 з зовнішніми службами і сервісами. Наприклад, МД реалізує шлюз доступу в інші мережі, в інші поштові служби. МДФД фізично перетворює повідомлення та переносить його (друкування, доставляння поштою, кур'єром).
Типи повідомлень та їхня структура. В системі Х.400 визначено три типи повідомлень:
- повідомлення, що передають інформацію користувачів. Умовно кожне таке повідомлення складається з конверта і змісту. Конверт переносить службову інформацію, потрібну для правильного передавання (адреси відправника та одержувача, пріоритет, тип даних, тип кодування та ін.). Зміст повідомлення складається з міжособового заголовка (адресат, відправник, тема, копії) і тіла. Тіло повідомлення може складатися з декількох секцій. Кожна секція може переносити інший тип даних, мати інше кодування;
- зонди. Зонд — це службове повідомлення, якими обмінюються АПП. Як звичайно, зонди складаються тільки з конверта;
- звіти. Звіт містить інформацію про процес передавання повідомлення, успішне або неуспішне доставляння, причини.
Опрацювання повідомлень та адресація. Передавання повідомлень відбувається з проміжним накопиченням у АПП. Якщо повідомлення адресоване декільком користувачам, то АПП може розмножити його і спрямувати різним АПП. Кожний АПП має такі порти: адміністративний, доставляння та подання. Порт подання дає змогу користувачу передавати повідомлення для доставляння, а також зондувати можливість доставляння; адміністративний порт — змінювати параметри функціювання АПП; порт доставляння — отримувати інформаційні та службові повідомлення про доставляння.
Система адресування Х.400 досить складна. Розрізняють адресацію у заголовку конверта та в міжособовому заголовку. Адреса на конверті може мати декілька різних форм (мнемонічну, термінологічну, цифрову, поштову). Атрибути адреси залежать від її форми. Можливих атрибутів досить багато. Це назва регіону, ім'я, назва країни, мережева адреса, організація, цифровий ідентифікатор користувача тощо. Міжособова адреса специфікує універсальний ідентифікатор повідомлення, відправника, правочинних користувачів, головних одержувачів, одержувачів копій, таємних одержувачів, тему, посилання на попередні повідомлення, тривалість дії повідомлення, важливість, конфіденційність.
Система електронної пошти стандарту UUCP
У системах протоколів UUCP зазначено всі проміжні хости, через які проходять повідомлення електронної пошти. Тому формат адреси, наприклад, такий: serv1!serv2!serv3!user_dest Повідомлення, яке не пройшло через якусь ланку ланцюжка, чекає на її доступність.
Протокол SMTP
Протокл SMTP (Simple Mail Transfer Protocol) використовується для відправки електронної пошти. У протоколі SMTP реалізовано пряме доставляння повідомлення адресату. Адреса електронної пошти, наприклад, може мати вигляд: user1@dom1.dom2.com
Поштова система протоколу SMTP використовує цілий набір протоколів, кожен з яких відіграє свою роль у процесі передавання.
Протокол SMTP використовують для передавання повідомлень між поштовими серверами. Він працює з портом 25 та протоколом TCP.
Протоколи POP
Протоколи POP (Post Office Protocol) різних версій (РОР2 — RFC-937, POP3 — RFC-1725) використовуються для прийому електронної пошти. Вони використовують порти 109 і 110. Ці протоколи працюють в off-line режимі, тобто головні операції з поштою виконує локальний комп'ютер після її надходження з поштового сервера. Під час сеансу РОР2 користувач послідовно одержує повідомлення про кількість наявних листів, їхній обсяг. Він може прочитати лист, а потім його знищити або ж зберегти на сервері.
Система електронної пошти стандарту IMAP
Протокол (RFC 1064, RFC 1730) функційно наближений до POP і дає змогу користувачу працювати з віддаленим сервером електронної пошти. На відміну від POP, ІМАР може працювати в режимі on-line. Це означає, що головні операції над поштою виконуються безпосередньо на сервері. У цьому випадку забезпечене централізоване збереження поштової інформації та пов'язані з цим зручності оновлення, достовірності, колективного використання, цілісності тощо.
Протокол МІМЕ відомий як розширення протоколу SMTP. Протокол SMTP орієнтований на передавання текстової інформації в коді ASCII, MIME ж призначено для пересилання даних двійкового формату з використанням ASCII-протоколів електронної пошти. Оскільки більшість Internet-систем електронної пошти не придатні для передавання довільного двійкового символу, то МІМЕ доводиться перетворювати байт у текстовий символ.
Отже, у заголовку повідомлення є деякі поля, які описують тип та підтип даних, а також методи кодування-декодування.
Приклад перетворення quoted printable: Copyright © 1996 Copyright = A9 1996
 | Це незавершена стаття про Інтернет. Ви можете проєкту, виправивши або дописавши її. |
Ця стаття має кілька недоліків. Будь ласка, допоможіть удосконалити її або обговоріть ці проблеми на .
|
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
Poshtovi protokoli internetu POP SMTP UUCP Zagalna harakteristika protokoliv elektronnoyi poshtiSluzhba elektronnoyi poshti nalezhit do najpopulyarnishih u suchasnih komp yuternih merezhah U merezhah TCP IP realizovano dekilka sistem pidtrimki elektronnoyi poshti Najposhirenishi sistemi protokoliv SMTP ta UUCP UNIX to UNIX Comminication Protocol a takozh sistema protokolu Poshtovijkliyent agent koristuvacha AK dopomagaye koristuvachu sklasti povidomlennya mozhe pidtrimuvati lokalnu bazu povidomlen vzayemodiye z poshtovim serverom peredayuchi ta otrimuyuchi povidomlennya z nogo AK mozhe ne buti postijno vvimknenim Jogo rozmishuyut na robochij stanciyi koristuvacha Poshtovij server agent dostavlyannya AD vidpovidaye za dostavlyannya povidomlennya adresatu Krim togo vin zberigaye vsi povidomlennya pered vidsilannyam ta bezposeredno pislya otrimannya Yak i poshtovij kliyent AD mozhe vikonuvati funkciyi filtruvannya poshtovih povidomlen Usi sistemi poshti mozhna rozdiliti na taki sho pracyuyut u rezhimi pryamogo spoluchennya i sistemi z promizhnim zberezhennyam U sistemah z pryamim spoluchennyam poshtovi serveri vidpravnika ta oderzhuvacha nalagodzhuyut pryamij kanal bez poserednikiv ta peredayut nim poshtu Pryamim kanalom mozhe buti napriklad TSR spoluchennya V sistemah z promizhnim zberezhennyam agenti dostavlyannya peredayut povidomlennya odin odnomu Yak zvichajno peredavannya z pryamim spoluchennyam nabagato shvidshe Do sistem pryamogo spoluchennya nalezhit sistema protokolu SMTP a z promizhnim zberezhennyam UUCP ta H 400 Sistema elektronnoyi poshti H 400Dokladnishe X 400 Sistema protokoliv elektronnoyi poshti H 400 rozroblena ITU yiyi vikoristovuyut u deyakih vipadkah derzhavni vijskovi ta finansovi organizaciyi dlya garantuvannya nadijnogo peredavannya Porivnyano z inshimi sistemami SMTP cya sistema nadaye nizku dodatkovih poslug a same pidtverdzhennya dostavlyannya ta prochitannya dokumenta pidtrimka multimedijnoyi informaciyi prioritetnist povidomlen zahist konfidencijnist shifruvannya dovilni formati povidomlen vzayemodiya z inshimi sluzhbami peredavannya povidomlen poshta faks teleks Poshtova sistema H 400 nalezhit do sistem z promizhnim zberezhennyam vona ne peredaye listi v rezhimi realnogo chasu yak SMTP U comu vona podibna do UUCP Nedolikom H 400 ye visoka skladnist znachna vartist realizaciyi ta administruvannya Skladovi standarti sistemi Sistema H 400 opisana u nizci takih standartiv H 400 opis sistemi ta sluzhbi opracyuvannya povidomlen H 402 arhitektura H 403 testuvannya H 407 oznachennya poslug H 408 pravila koduvannya informaciyi H 411 oznachennya poslug ta procedur dlya sistemi peredavannya danih H 413 oznachennya poslug shovisha povidomlen H 419 specifikaciyi protokoliv H 420 sistema mizhosobovih povidomlen Struktura sistemi Funkcijno sistema H 400 skladayetsya z nizki komponentiv sho vzayemodiyut Koristuvach K bezposeredno vzayemodiye z agentom koristuvacha AK formuye povidomlennya nadaye koristuvachu dodatkovi servisni mozhlivosti adresni knigi tosho nadsilaye ta prijmaye povidomlennya Sistema peredavannya povidomlen SPP garantuye peredavannya povidomlen mizh agentami Agent peredavannya povidomlen APP prijmaye povidomlennya ta spryamovuye yih inshim APP abo AK APP vidpovidaye za dostavlyannya otrimanogo povidomlennya i u vipadku nemozhlivosti dostavlyannya povidomlyaye pro ce vidpravnika Shovishe povidomlen SP zberigaye otrimani povidomlennya daye zmogu AK shukati ta vporyadkovuvati yih Modul dostupu MD ta modul dostupu fizichnogo dostavlyannya MDFD priznacheni dlya vzayemodiyi sistemi H 400 z zovnishnimi sluzhbami i servisami Napriklad MD realizuye shlyuz dostupu v inshi merezhi v inshi poshtovi sluzhbi MDFD fizichno peretvoryuye povidomlennya ta perenosit jogo drukuvannya dostavlyannya poshtoyu kur yerom Tipi povidomlen ta yihnya struktura V sistemi H 400 viznacheno tri tipi povidomlen povidomlennya sho peredayut informaciyu koristuvachiv Umovno kozhne take povidomlennya skladayetsya z konverta i zmistu Konvert perenosit sluzhbovu informaciyu potribnu dlya pravilnogo peredavannya adresi vidpravnika ta oderzhuvacha prioritet tip danih tip koduvannya ta in Zmist povidomlennya skladayetsya z mizhosobovogo zagolovka adresat vidpravnik tema kopiyi i tila Tilo povidomlennya mozhe skladatisya z dekilkoh sekcij Kozhna sekciya mozhe perenositi inshij tip danih mati inshe koduvannya zondi Zond ce sluzhbove povidomlennya yakimi obminyuyutsya APP Yak zvichajno zondi skladayutsya tilki z konverta zviti Zvit mistit informaciyu pro proces peredavannya povidomlennya uspishne abo neuspishne dostavlyannya prichini Opracyuvannya povidomlen ta adresaciya Peredavannya povidomlen vidbuvayetsya z promizhnim nakopichennyam u APP Yaksho povidomlennya adresovane dekilkom koristuvacham to APP mozhe rozmnozhiti jogo i spryamuvati riznim APP Kozhnij APP maye taki porti administrativnij dostavlyannya ta podannya Port podannya daye zmogu koristuvachu peredavati povidomlennya dlya dostavlyannya a takozh zonduvati mozhlivist dostavlyannya administrativnij port zminyuvati parametri funkciyuvannya APP port dostavlyannya otrimuvati informacijni ta sluzhbovi povidomlennya pro dostavlyannya Sistema adresuvannya H 400 dosit skladna Rozriznyayut adresaciyu u zagolovku konverta ta v mizhosobovomu zagolovku Adresa na konverti mozhe mati dekilka riznih form mnemonichnu terminologichnu cifrovu poshtovu Atributi adresi zalezhat vid yiyi formi Mozhlivih atributiv dosit bagato Ce nazva regionu im ya nazva krayini merezheva adresa organizaciya cifrovij identifikator koristuvacha tosho Mizhosobova adresa specifikuye universalnij identifikator povidomlennya vidpravnika pravochinnih koristuvachiv golovnih oderzhuvachiv oderzhuvachiv kopij tayemnih oderzhuvachiv temu posilannya na poperedni povidomlennya trivalist diyi povidomlennya vazhlivist konfidencijnist Sistema elektronnoyi poshti standartu UUCPDokladnishe UUCP U sistemah protokoliv UUCP zaznacheno vsi promizhni hosti cherez yaki prohodyat povidomlennya elektronnoyi poshti Tomu format adresi napriklad takij serv1 serv2 serv3 user dest Povidomlennya yake ne projshlo cherez yakus lanku lancyuzhka chekaye na yiyi dostupnist Protokol SMTPDokladnishe SMTP Protokl SMTP Simple Mail Transfer Protocol vikoristovuyetsya dlya vidpravki elektronnoyi poshti U protokoli SMTP realizovano pryame dostavlyannya povidomlennya adresatu Adresa elektronnoyi poshti napriklad mozhe mati viglyad user1 dom1 dom2 com Poshtova sistema protokolu SMTP vikoristovuye cilij nabir protokoliv kozhen z yakih vidigraye svoyu rol u procesi peredavannya Protokol SMTP vikoristovuyut dlya peredavannya povidomlen mizh poshtovimi serverami Vin pracyuye z portom 25 ta protokolom TCP Protokoli POPDokladnishe Post Office Protocol Protokoli POP Post Office Protocol riznih versij ROR2 RFC 937 POP3 RFC 1725 vikoristovuyutsya dlya prijomu elektronnoyi poshti Voni vikoristovuyut porti 109 i 110 Ci protokoli pracyuyut v off line rezhimi tobto golovni operaciyi z poshtoyu vikonuye lokalnij komp yuter pislya yiyi nadhodzhennya z poshtovogo servera Pid chas seansu ROR2 koristuvach poslidovno oderzhuye povidomlennya pro kilkist nayavnih listiv yihnij obsyag Vin mozhe prochitati list a potim jogo znishiti abo zh zberegti na serveri Sistema elektronnoyi poshti standartu IMAPProtokol RFC 1064 RFC 1730 funkcijno nablizhenij do POP i daye zmogu koristuvachu pracyuvati z viddalenim serverom elektronnoyi poshti Na vidminu vid POP IMAR mozhe pracyuvati v rezhimi on line Ce oznachaye sho golovni operaciyi nad poshtoyu vikonuyutsya bezposeredno na serveri U comu vipadku zabezpechene centralizovane zberezhennya poshtovoyi informaciyi ta pov yazani z cim zruchnosti onovlennya dostovirnosti kolektivnogo vikoristannya cilisnosti tosho Protokol MIME vidomij yak rozshirennya protokolu SMTP Protokol SMTP oriyentovanij na peredavannya tekstovoyi informaciyi v kodi ASCII MIME zh priznacheno dlya peresilannya danih dvijkovogo formatu z vikoristannyam ASCII protokoliv elektronnoyi poshti Oskilki bilshist Internet sistem elektronnoyi poshti ne pridatni dlya peredavannya dovilnogo dvijkovogo simvolu to MIME dovoditsya peretvoryuvati bajt u tekstovij simvol Otzhe u zagolovku povidomlennya ye deyaki polya yaki opisuyut tip ta pidtip danih a takozh metodi koduvannya dekoduvannya Priklad peretvorennya quoted printable Copyright c 1996 Copyright A9 1996 Ce nezavershena stattya pro Internet Vi mozhete dopomogti proyektu vipravivshi abo dopisavshi yiyi Cya stattya maye kilka nedolikiv Bud laska dopomozhit udoskonaliti yiyi abo obgovorit ci problemi na storinci obgovorennya Cya stattya mistit tekst sho ne vidpovidaye enciklopedichnomu stilyu Bud laska dopomozhit udoskonaliti cyu stattyu pogodivshi stil vikladu zi stilistichnimi pravilami Vikipediyi Mozhlivo storinka obgovorennya mistit zauvazhennya shodo potribnih zmin cherven 2017 Cyu stattyu treba vikifikuvati dlya vidpovidnosti standartam yakosti Vikipediyi Bud laska dopomozhit dodavannyam dorechnih vnutrishnih posilan abo vdoskonalennyam rozmitki statti cherven 2017 Cya stattya ne mistit posilan na dzherela Vi mozhete dopomogti polipshiti cyu stattyu dodavshi posilannya na nadijni avtoritetni dzherela Material bez dzherel mozhe buti piddano sumnivu ta vilucheno cherven 2017