Дивитись що таке "Електронна пошта" в інших словниках:

Назви

Якщо в Європі, Америці та інших регіонах написання використовуються лише два варіанти - «email»і, рідше, "e-mail"(з березня 2011 року англомовним ЗМІ рекомендується писати скорочення від "електронна пошта" як "email", а не "e-mail"), то в російській мові є значна варіативність. Найчастіше в кириличних текстах також використовується "e-mail", тобто написання латиницею без транслітерації (візуальне сприйняття інших форм написання гірше). Але можна зустріти й інші написання:

Правильне написання поки що не зафіксовано у словниках. Довідкове бюро Грамота.ру вказує, що Є. Вауліна у словнику «Мій комп'ютер» пропонує писати e-майлі е-мейлАле зауважує, що таке написання не відповідає літературній нормі, в той же час, в іншій відповіді радять писати e-mailлатиницею.

Де-факто в офіційних російськомовних документах:

• у тексті (в сенсі «спосіб зв'язку») вживають вираз "електронна пошта";
• у списку контактів використовують префікс "e-mail"(E-mail: [email protected]).

Історія

Поява електронної пошти можна віднести до 1965 року, коли співробітники (MIT) Ноель Морріс та Том Ван Влек написали програму MAIL для операційної системи CTSS (Compatible Time-Sharing System), встановлену на комп'ютері IBM 7090/7094.

Текстовий інтерфейс програми mail

Загальний розвиток електронної пошти йшов через розвиток локальної взаємодії користувачів на розрахованих на багато користувачів системах. Користувачі могли, використовуючи програму mail (або її еквівалент), пересилати один одному повідомлення у межах одного мейнфрейму (великого комп'ютера). Наступний крок був у можливості переслати повідомлення користувачеві на іншій машині - для цього використовувалося вказівку імені машини та імені користувача на машині. Адреса могла записуватися у вигляді foo!joe (користувач joe на комп'ютері foo). Третій крок для становлення електронної пошти відбувся у момент появи передачі листів через третій комп'ютер. У разі використання UUCP -адреса користувача включала маршрут до користувача через кілька проміжних машин (наприклад, gate1!gate2!foo!joe - лист для joe через машину gate1, gate2 на машину foo). Недоліком такої адресації було те, що відправнику (або адміністратору машини, на якій працював відправник) необхідно знати точний шлях до машини адресата.

Після появи розподіленої глобальної системи імен DNS для вказівки адреси стали використовуватися доменні імена. [email protected]- Користувач user на машині example.com. Одночасно з цим відбувалося переосмислення поняття «на машині»: для пошти стали використовуватись виділені сервери, на які не мали доступ звичайні користувачі (тільки адміністратори), а користувачі працювали на своїх машинах, при цьому пошта приходила не на робочі машини користувачів, а на поштовий сервер, звідки користувачі забирали свою пошту за різними мережевими протоколами (серед поширених зараз - POP3, IMAP, MAPI, веб-інтерфейси). Одночасно з появою DNS була продумана система резервування маршрутів доставки пошти, а доменне ім'я на поштовій адресі перестало бути ім'ям конкретного комп'ютера і просто фрагментом поштової адреси. За обслуговування домену можуть відповідати багато серверів (можливо, фізично розміщені на різних континентах та в різних організаціях), а користувачі з одного домену можуть не мати між собою нічого спільного (особливо подібне для користувачів безкоштовних серверів електронної пошти).

Крім того, існували й інші системи електронної пошти (деякі з них існують і зараз), як: Netmail в мережі Фідонет, X.400 в мережах X.25 [ уточнити]. Доступ до них з мережі Інтернет та назад здійснюється через поштовий шлюз. Для маршрутизації пошти в мережах X.25 DNS передбачено спеціальний ресурсний запис з відповідною назвою X25 (код 19).

Хронологія

• 1996, 4 липня (день Незалежності США) - початок комерційного функціонування поштового сервісу Hotmail. Дата старту сервісу символізувала звільнення від інтернет-провайдерів.
• 1997 рік, 8 березня - компанія Yahoo! купує портал RocketMail – один із перших безкоштовних поштових сервісів. Поява сервісу Yahoo! Mail.
• 1998, 15 жовтня - запрацювала безкоштовна електронна пошта від Mail.Ru.
• 2000 рік, 26 червня - запущено Яндекс.Пошта - безкоштовний поштовий сервіс від компанії Яндекс.

Сучасна архітектура (SMTP)

Загальноприйнятим у світі протоколом обміну електронною поштою є SMTP (англ. Simple mail transfer protocol- Простий протокол передачі пошти). У загальноприйнятій реалізації він використовує DNS для визначення правил пересилання пошти (хоча в приватних системах, як Microsoft Exchange, SMTP може діяти виходячи з інформації з інших джерел).

IMAP

Концепція поштового терміналумає на увазі, що вся кореспонденція, пов'язана з поштовою скринькою (включаючи копії надісланих листів), зберігається на сервері, а користувач звертається до сховища (іноді його за традицією також називають «поштовою скринькою») для перегляду кореспонденції (як нової, так і архіву) та написання нових листів (включаючи відповіді інші листи). На цьому принципі діє протокол IMAP та більшість веб-інтерфейсів безкоштовних поштових служб. Таке зберігання поштового листування вимагає значно більших потужностей від поштових серверів, в результаті, у багатьох випадках відбувається поділ між поштовими серверами, що пересилають пошту, та серверами зберігання листів.

Відмінності

Грунтуючись на роботі протоколів, можна розділити їх за двома основними критеріями:

• Продуктивність сервера - у разі, IMAP більш вимогливий до ресурсів ніж POP3, оскільки вся робота з обробці пошти (така як пошук) лягає на плечі сервера, POP3 лише передає пошту клієнту;
• Пропускної можливості каналу - тут IMAP у виграші; POP3 передає тіла всіх листів повністю, тоді як IMAP - лише заголовки листів, а решта - на запит.

У певних умовах сервер зберігання листів може бути налаштований на поведінку, подібну до клієнта: такий сервер звертається до поштового сервера за протоколом POP3 і забирає пошту собі. Подібні рішення використовуються зазвичай у малих організаціях, у яких немає інфраструктури для розгортання повноцінних поштових серверів; у цьому випадку використовується локальний сервер для зберігання пошти та поштовий сервер провайдера, який надає послугу отримання пошти через POP3 (наприклад, за допомогою fetchmail). Основним недоліком подібного рішення є затримка в доставці (оскільки ПЗ, що забирає пошту, звертається на сервера з деякою затримкою) - наприклад, POP3 connector з Exchange 2003 Server у складі Windows SBS не дозволяє через інтерфейс конфігурування виставити інтервал менше 15 хвилин.

Структура листа

Під час передачі за протоколом SMTP електронного листаскладається з наступних частин:

• Заголовки SMTP-протоколу, отриманих сервером. Ці заголовки можуть включатися, а можуть і не включатися в лист надалі, так що можлива ситуація, коли сервер має більшу інформацію про лист, ніж міститься в самому повідомленні. Так, наприклад, поле RCPT TO вказує одержувача листа, при цьому в листі одержувач може бути не вказаний. Ця інформація передається за межі сервера тільки в рамках протоколу SMTP, і зміна протоколу при доставці пошти (наприклад, на вузлі-одержувачі під час внутрішньої маршрутизації) може призвести до втрати цієї інформації. У більшості випадків ця інформація недоступна кінцевому одержувачу, який використовує не-SMTP протоколи (POP3, IMAP) для доступу до поштової скриньки. Для можливості контролювати працездатність системи, ця інформація зазвичай зберігається в журналах поштових серверів.
• Самого повідомлення (в термінології протоколу SMTP - "DATA"), яке, у свою чергу, складається з наступних частин, розділених порожнім рядком:
  • Заголовки (англ. headers) листи, іноді званих за аналогією з паперовою поштою конвертом(Англ. envelope). У заголовку вказується службова інформація та позначки поштових серверів, через які пройшов лист, позначки про пріоритет, вказівку на адресу та ім'я відправника та одержувача листа, тема листа та інша інформація. З терміном «конверт» є деяка плутанина, тому що в залежності від ситуації «конвертом» називають або заголовок листа, або інформацію, яку має SMTP-сервер після отримання листа (так, наприклад, у документації до поштового сервера postfix, термін «конверт») використовується щодо SMTP-даних, що включають не тільки поля RCPT TO і MAIL FROM, але і IP-адресу відправника, його рядок HELO і т. д.)
  • Тіло листа. У тілі листа, власне, повідомлення листа. Відповідно до стандарту, в тілі листи можуть бути лише символи 7-бітного ASCII. Тому при використанні національних кодувань, різних форм подання інформації (HTML, RTF, зображення, бінарні файли вкладень) тіло листа має кодуватися за стандартом MIME і не може бути прочитаним людиною без використання декодера або поштового клієнта з таким декодером.

Заголовок SMTP

Заголовок SMTP містить таку інформацію:

• ім'я відправляючого вузла (не ім'я відправника, а ім'я сервера або комп'ютера користувача, який звернувся до сервера) - параметр повідомлення HELO/EHLO , зазвичай доповнюється «об'єктивною» інформацією сервером (HELO може містити довільне ім'я, а IP відправника підробити істотно складніше), за IP-адресою здійснюється пошук PTR-запису в DNS, все це разом дозволяє ідентифікувати відправника на мережевому рівні (і насправді часто використовується для перевірки надійності відправника за допомогою чорних/білих списків, у тому числі через інтернет - см RBL).
• Поле MAIL FROM: , Що містить адресу відправника. Адреса може бути довільною (у тому числі з неіснуючих доменів, проте ця адреса може також перевірятися при первинній перевірці на спам).
• Поле RCPT TO: - найважливіше поле доставки пошти, містить електронну адресу одержувача. Більшість поштових систем у разі можливості перевіряє, чи існує користувач і може відмовитись приймати пошту, якщо користувач, зазначений у RCPT TO не існує.

Заголовок листа

Заголовок листа описується стандартами RFC:

• RFC 2076 - Common Internet Message Headers ( загальноприйняті стандарти заголовків повідомлень), включає інформацію з інших RFC: RFC 822, RFC 1036, RFC 1123, RFC 1327, RFC 1496, RFC 1521, RFC 1766, RFC 1806, RFC 1864, RFC 19.
• RFC 4021 - Registration of Mail and MIME Header Fields ( реєстрація пошти та поля заголовків MIME).

Заголовок відокремлюється від тіла листа порожнім рядком. Заголовок використовується для журналування проходження листа та службових позначок (іноді рядки журналування та позначки називаються кладжами). У Microsoft Outlook цей заголовок називається "Заголовки Інтернет" (маю на увазі, що кожен рядок - окремий заголовок). У заголовку зазвичай вказуються: поштові сервери, через які пройшов лист (кожен поштовий сервер додає інформацію про те, від кого він отримав цей лист), інформацію про те, чи цей лист схожий на спам, інформацію про перевірку антивірусами, рівень терміновості листа (може змінюватись поштовими серверами). Також у заголовку зазвичай пишеться програма, за допомогою якої було створено листа. Найчастіше поштові клієнти приховують заголовки від користувача при звичайному використанні поштовою системою, але надають можливість побачити заголовки, якщо виникає потреба у детальному аналізі листа. У випадку, якщо лист з формату SMTP конвертується в інший формат (наприклад, у Microsoft Exchange 2007 листи конвертуються з SMTP-формату в MAPI), то заголовки зберігаються окремо, для можливості діагностики.

Заголовки зазвичай додаються знизу вгору (тобто щоразу, коли до повідомлення потрібно додати заголовок, він дописується першим рядком перед усіма попередніми).

Крім службової інформації, заголовки листа також зберігають інформацію, що показується користувачеві, це зазвичай відправник листа, одержувач, тема і дата відправки.

Часто використовувані поля

• Return-Path (RFC 821, RFC 1123) - зворотна адреса. Може відрізнятися від MAIL FROM (тобто зворотна адреса може бути вказана відмінною від адреси відправника).
• Received (RFC 822, RFC 1123) - рядок журналування проходження листа. Кожен поштовий сервер (MTA) відзначає процес обробки цим повідомленням. Якщо повідомлення проходить через кілька поштових серверів (звичайна ситуація), нові повідомлення дописуються над попередніми (і журнал переміщення читається у зворотному порядку, від найближчого вузла до найдальшого).
• MIME-Version (RFC 1521) - версія MIME, з яким це повідомлення створено. Оскільки повідомлення створюється раніше від інших подій з листом, цей заголовок зазвичай найперший (тобто останній у списку).
• From: (RFC 822 , RFC 1123 , RFC 1036) - Ім'я та адресу відправника (саме у цьому заголовку з'являється текстове поле з ім'ям відправника). Може не співпадати з return-path і навіть не збігатися із заголовком SMTP MAIL FROM: .
• Sender: (RFC 822, RFC 1123) - Відправник листа. Додано для можливості вказати, що лист від чийогось імені (from) надіслано іншою персоною (наприклад, секретаркою від імені начальника). Деякі поштові клієнти показують повідомлення за наявності sender і from як повідомлення від "sender" від імені "from"». Sender є інформаційним заголовком (і також може відрізнятись від заголовка SMTP MAIL FROM).
• To: (RFC 822, RFC 1123) - Ім'я та адреса одержувача. Може утримуватись кілька разів (якщо лист адресований декільком одержувачам). Може не співпадати з полем SMTP RCPT TO.
• cc: (RFC 822, RFC 1123) - (від англ. carbon copy). Містить імена та адреси вторинних отримувачів листа, до яких надсилається копія.
• bcc: (RFC 822, RFC 1123) - (від англ. blind carbon copy). Містить імена та адреси одержувачів листа, чиї адреси не слід відображати іншим одержувачам. Це поле зазвичай обробляється поштовим сервером (і призводить до появи кількох різних повідомлень, у яких bcc містить лише одержувача, кому фактично адресований лист). Кожен із одержувачів не бачитиме в цьому полі інших одержувачів із поля bcc.
• Reply-To: (