Протокол SMTP

Основним протоколом роботи з електронною поштою є SMTP (Simple Mail Transfer Protocol, простий протокол передачі пошти). Він служить для достовірної та надійної передачі повідомлень між хостами мережі Інтернет. SMTP – протокол прикладного рівня, тому над модулем SMTP, як правило, знаходиться поштова служба організації.

SMTP – це незалежний від транспортної підсистеми протокол, для роботи якого необхідна лише наявність транспортного каналу передачі потоку даних. Він може працювати по будь-якому транспортному каналу, який задовільняє вимогам до передачі даних через різні мережі або групи мереж.

Протокол SMTP забезпечує як передачу повідомлень на адресу одного отримувача, так і тиражування кількох копій повідомлення для передачі на різні адреси.

Модель роботи SMTP. Протокол SMTP спроектовано на основі наступної моделі взаємодії: на запит користувача відправник SMTP встановлює двосторонній канал з отримувачем SMTP. Отримувачем SMTP може бути як вузол призначення поштового повідомлення, так і який-небудь проміжний вузол. Команди SMTP генеруються відправником і відправляються отримувачу SMTP, який, в свою чергу, відправляє відповіді обробки отриманих команд відправнику SMTP.

Схеми роботи SMTP-протоколу виглядає наступним чином:

1. Після встановлення каналу SMTP-з’єднання по будь-якому із транспортних протоколів відправник SMTP посилає команду MAIL, яка ідентифікує атрибути відправника пошти, наприклад, його адресу. Якщо отримувач SMTP може прийняти поштове повідомлення, він відправляє у відповідь команду ОК.

2. Після цього відправник SMTP відправляє команду RCPT, яка ідентифікує атрибути отримувача пошти, наприклад, адресу поштової скриньки. Якщо отримувач SMTP готовий прийняти пошту в дану поштову скриньку, він відправляє командою ОК, якщо ні, він відповідає відмовою прийняти пошту у вказану поштову скриньку. Якщо віправник вказав кілька поштових скриньок, в які слід помістити повідомлення, то отримувач SMTP відмовити частині з них, при цьому транзакція з’єднання не закінчується.

3. Віправник SMTP відправляє дані отримувачу SMTP. Якщо отримувач успішно прийняв всі дані, він відправляє команду ОК.

SMTP підтримує кілька механізмів передачі пошти: напрямі від вузла користувача-відправника до вузла користувача-отримувача, коли ці вузли з’єднані між собою напряму через один і той же транспортний сервіс; або через сервери SMTP, коли відправник і отримувач не можуть з’єднуватися напряму. Ці сервери виконують роль проміжних пунктів пересилання повідомлень. SMTP-сервери приймають всю пошту, яка на них поступає і потім самостійно переправляють її адресату. Цей процес називається ретрансляцією повідомлень.

В якості транспортного SMTP використовує ТСР протокол, 25 порт.

Протокол РОР3. Для невеликих організацій невигідно тримати у себе систему для передачі повідомлень. Це пов’язано з тим, що у невеликих організаціях, які не спеціалізуються на комп’ютерних технологіях, робочі станції клієнтів мережі не мають достатньо ресурсів для забезпечення роботи повного SMTP-сервера. Крім того, таким користувачам електронної пошти може бути невигідно тримати ПК постійно під’єднаним до Інтернет.

Для вирішення цієї проблеми було розроблено поштовий протокол для роботи в офісі – РОР (Post Office Protocol). Його найбільш розповсюджений варіант – РОР3. Цей протокол дозволяє робочим станціям динамічно отримувати доступ до своїх поштових ящиків, розташованих на сервері, призначеному для обслуговування електронної пошти в даній організації.

РОР3 – це найпростіший протокол для роботи користувача з вмістом своєї поштової скриньки. Він дозволяє лише забрати пошту з поштової скриньки сервера на робочу станцію клієнта та видалити її з поштової скриньки на сервері. Всю подальшу обробку поштове повідомлення проходить на комп’ютері клієнта.

РОР3-сервер не відповідає за відправку пошти, він працює лише як універсальна поштова скринька для групи користувачів. Коли користувачу необхідно відправити повідомлення, він повинен встановити з’єднання з SMTP-сервером і відправити туди своє повідомлення по SMTP. Цей SMTP-сервер може бути тим же вузлом, на якому працює РОР3-сервер, а може бути розташований в іншому місці.

Як правило, при роботі з електронною поштою невеликі організації використовують для отримання своєї кореспонденції РОР3-сервер, встановлений на будь-якій машині в офісі, а відправляють пошту по SMTP на один із загальнодоступних SMTP-серверів міста.

РОР3-сервіс, як правило, встановлюється на 110-й ТСР-порт сервера, який знаходиться в режимі очікування вхідного повідомлення. Коли клієнт хоче скористатися РОР3-сервісом, він просто встановлює ТСР-з’єднання з портом 110 цього вузла. Після встановлення з’єднання РОР3 відправляє клієнту повідомлення про під’єднання, і можна починати обмін командами і даними. Після закінчення обміну РОР3-канал закривається.

Протокол ІМАР4. Протокол ІМАР4 (Internet Message Access Protocol, version 4, протокол доступу до електронної пошти Інтернет) дозволяє клієнтам отримувати доступ і маніпулювати повідомленнями електронної пошти на сервері.

Суттєвою відмінністю прототолу ІМАР4 від РОР3 є те, що ІМАР4 підтримує роботу з системою каталогів (або папок) повідомлень. ІМАР4 дозволяє управляти каталогами (папками) віддалених повідомлень так само, як ніби вони були розташовані на локальному комп’ютері. ІМАР4 дозволяє клієнту створювати, видаляти та перейменовувати поштові скриньки, перевіряти наявність нових повідомлень та видаляти старі. Завдяки тому, що ІМАР4 підтримує механізм унікальної ідентифікації кожного повідомлення у поштовій папці клієнта, він дозволяє читати з поштової скриньки лише повідомлення, які відповідають певним умовам або їх частині, міняти атрибути окремих повідомлень та переміщати їх.

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

Протокол ІМАР4 працює поверх транспортного протокола, який забезпечує надійний і достовірний канал передачі даних між клієнтом і сервером ІМАР4. При роботі по ТСР ІМАР4 використовує 143-й порт.

Принцип передачі даних ІМАР4 такий же, як і у інших подібних протоколів. Спочатку клієнт та сервер обмінюються привітаннями. Потім клієнт відправляє на сервер команди та дані. Сервер передає клієнту відповіді на обробку команд і даних. Після завершення обміну канал закривається.

Важливою особливістю протоколу ІМАР4 є те, що взаємодія клієнта з сервером не будується за принципом „запитання-відповідь”. Клієнт може відправити нову команду, не чекаючи відповіді на попередню, якщо ці команди не взаємопов’язані, або відповідь на одну не вплине на результат іншої. Сервер може обробляти кілька команд одночасно і відповідати на кожну з них по її закінченню. При цьому відповідь на більш пізню команду може поступити раніше.

Дата добавления: 2014-01-07