2 min. читати
Простий протокол передачі пошти (SMTP): Повний посібник з доставки електронної пошти
Кожен електронний лист, який ви надсилаєте, проходить через складну мережу серверів за допомогою протоколу, що вже понад чотири десятиліття є основою цифрового зв’язку. Простий протокол передачі пошти (SMTP) виконує складне завдання маршрутизації ваших повідомлень через Інтернет, гарантуючи, що вони надійно та безпечно досягнуть місця призначення.
Незалежно від того, чи ви системний адміністратор, який налаштовує поштові сервери, розробник, який інтегрує функціональність електронної пошти, чи ІТ-фахівець, який оптимізує інфраструктуру електронної пошти, розуміння SMTP має вирішальне значення для сучасних цифрових операцій. Цей вичерпний посібник охоплює все: від базової механіки протоколу до сучасних засобів захисту та стратегій усунення несправностей.
Основні висновки
- SMTP розшифровується як Simple Mail Transfer Protocol (простий протокол передачі пошти) і є стандартним протоколом для надсилання електронної пошти через мережі
- SMTP використовує порти 25, 465, 587 і 2525 для різних типів передачі електронної пошти
- Розширений SMTP (ESMTP) додає сучасні функції, такі як автентифікація, шифрування та підтримка вкладень
- SMTP працює з іншими протоколами, такими як IMAP і POP3, щоб забезпечити повну функціональність електронної пошти
- SMTP-сервери можуть бути розміщені на власному хостингу або надаватися сторонніми сервісами, такими як SendGrid, Amazon SES або Mailgun
- Автентифікація SMTP (SMTP AUTH) запобігає несанкціонованому надсиланню електронної пошти та зменшує кількість спаму
Що таке SMTP (Simple Mail Transfer Protocol)?
SMTP – це протокол прикладного рівня, який стандартизує передачу електронної пошти через мережі. Як частина набору протоколів TCP/IP, цей протокол передачі пошти smtp слугує основою для систем вихідної електронної пошти в усьому світі, працюючи як протокол “push”, який доставляє електронні повідомлення від відправника до поштових серверів одержувача.
З моменту свого впровадження в 1982 році через RFC 821, SMTP перетворився на стандартний протокол зв’язку в Інтернеті для доставки електронної пошти. Протокол замінив попередні, менш ефективні системи, такі як Mail Box Protocol, встановивши надійність та інтероперабельність як основні принципи передачі електронної пошти.
Протокол smtp фокусується виключно на надсиланні електронних повідомлень, а не на їх отриманні. Такий спеціалізований підхід дозволяє SMTP чудово виконувати свою основну функцію, одночасно працюючи з іншими протоколами для створення комплексних систем електронної пошти.
SMTP проти протоколів пошуку електронної пошти
Розуміння різниці між протоколами надсилання та отримання є фундаментальним для архітектури системи електронної пошти. SMTP пересилає вихідні повідомлення електронної пошти з поштових клієнтів на поштові сервери та між серверами під час маршрутизації повідомлень. На противагу цьому, протокол доступу до інтернет-повідомлень (IMAP) і протокол поштового відділення (POP3) передають вхідні повідомлення з поштових серверів до поштових клієнтів.
Такий розподіл праці створює надійну екосистему електронної пошти, де SMTP відповідає за складний процес маршрутизації та доставки, тоді як IMAP і POP3 керують зберіганням і пошуком повідомлень. Клієнт smtp ініціює процес надсилання, але поштові скриньки одержувача стають доступними через окремі протоколи пошуку.
Сучасна інфраструктура електронної пошти покладається на цей поділ протоколів для оптимізації продуктивності та безпеки. Сервери SMTP можуть зосередитися на ефективній доставці та маршрутизації повідомлень, тоді як сервери IMAP і POP3 надають широкі можливості керування поштовими скриньками для кінцевих користувачів.
Як працює SMTP
Процес з’єднання smtp починається, коли поштовий клієнт або агент користувача пошти ініціює зв’язок з сервером вихідної пошти. Цей процес передбачає встановлення протоколу керування передачею (tcp-з’єднання) між клієнтом і сервером, зазвичай за допомогою одного з декількох призначених SMTP-портів.
Після підключення клієнт і сервер smtp вступають у структурований діалог, використовуючи smtp-команди і відповіді. Агент передачі пошти (MTA) на стороні сервера обробляє ці команди і виконує логіку маршрутизації, необхідну для доставки повідомлень до кінцевого адресата.
Надсилаючи пошту одержувачам за межами домену відправника, SMTP-сервери звертаються до системи доменних імен (DNS), щоб знайти записи поштового обміну (MX). Ці записи ідентифікують smtp-сервер одержувача, забезпечуючи належну маршрутизацію повідомлень між різними поштовими службами та доменами.
Потік сеансів SMTP
Типовий сеанс smtp відповідає передбачуваній послідовності, яка забезпечує надійну передачу повідомлень:
- TCP-з’єднання: Клієнт smtp встановлює з’єднання з адресою сервера smtp на відповідному порту
- Рукостискання: Початковий обмін привітаннями за допомогою команди helo або EHLO для розширених можливостей
- Автентифікація: smtp-автентифікація перевіряє облікові дані відправника, коли це необхідно
- Пересилання повідомлень: Команди визначають відправника (MAIL FROM), одержувачів (RCPT TO) і вміст (DATA).
- Завершення сесії: З’єднання граціозно закривається командою QUIT
Цей структурований підхід передбачає кілька контрольних точок для виявлення та обробки помилок. Кожен крок генерує певні коди відповіді, які вказують на успіх, тимчасові збої або постійні помилки, що забезпечує надійну обробку помилок і логіку повторних спроб.
Процес роботи smtp включає вбудовані механізми для обробки різних сценаріїв збоїв. Якщо поштовий сервер одержувача тимчасово недоступний, сервер-відправник може поставити повідомлення в чергу для подальших спроб доставки, щоб забезпечити його доставку, коли це можливо.
Архітектура сервера SMTP
SMTP-сервери функціонують як сервери вихідної пошти, які постійно прослуховують вхідні з’єднання від авторизованих smtp-клієнтів. Ці сервери реалізують основний протокол smtp, додаючи заходи безпеки, системи автентифікації та інтелектуальну маршрутизацію, необхідні для сучасної доставки електронної пошти.
Архітектура сервера розрізняє різні типи компонентів поштової системи. Агент відправлення пошти (MSA) обробляє початковий прийом повідомлень від поштових клієнтів, тоді як агенти передачі повідомлень маршрутизують повідомлення між серверами. Агент доставки пошти (MDA) відповідає за остаточну доставку до поштової скриньки одержувача.
Сучасне програмне забезпечення smtp-серверів реалізує складні заходи безпеки для запобігання несанкціонованому використанню та передачі спаму. Ці засоби захисту включають обмеження швидкості, фільтрацію контенту та інтеграцію з системами репутації, які відстежують поведінку відправників в екосистемі електронної пошти.
Типи SMTP-серверів
Організації можуть обирати між власним хостингом і хмарними smtp-сервісами, виходячи з їхніх конкретних вимог до контролю, масштабованості та ресурсів обслуговування.
Інфраструктура SMTP на власному хостингу
Власний smtp-сервер забезпечує максимальний контроль над політиками доставки електронної пошти, конфігураціями безпеки та обробкою даних. Організації з суворими вимогами до відповідності або унікальними потребами в маршрутизації часто віддають перевагу розгортанню виділених smtp-серверів.
Однак самостійні рішення вимагають значних технічних знань для правильної конфігурації, посилення безпеки та постійного обслуговування. Складність управління фільтрацією спаму, моніторингом репутації та оптимізацією доставки може перевантажити організації, які не мають спеціальних команд з розвитку інфраструктури електронної пошти.
Хмарні SMTP-сервіси
Сторонні smtp-сервіси, такі як SendGrid, Amazon SES, Mailgun та Postmark, пропонують керовану доставку електронної пошти з інфраструктурою корпоративного рівня та оптимізацією доставки. Ці постачальники хмарних smtp-сервісів беруть на себе складні технічні аспекти роботи поштових серверів, пропонуючи API та інструменти інтеграції для розробників.
Хмарні провайдери, як правило, пропонують кращі показники доставки завдяки високій репутації відправників, розширеній аналітиці для моніторингу продуктивності електронної пошти та масштабованій інфраструктурі, яка адаптується до різних обсягів електронної пошти. Модель служби електронної пошти smtp зменшує операційні витрати, забезпечуючи при цьому можливості доставки електронної пошти професійного рівня.
Команди та відповіді SMTP
Протокол smtp використовує зрозумілі людині текстові команди ASCII для всієї комунікації між клієнтом і сервером, що робить усунення несправностей і налагодження більш доступним, ніж двійкові протоколи. Кожна команда служить певній меті в процесі передачі електронної пошти і генерує передбачувані відповіді.
Основні команди SMTP включають:
- HELO/EHLO: Ініціює сеанс та ідентифікує клієнта
- MAIL FROM: Вказує адресу електронної пошти відправника
- RCPT TO: Ідентифікує одержувачів повідомлення
- DATA: Початок передачі вмісту повідомлення
- QUIT: Граціозно завершує сеанс
Розширені команди smtp додають сучасну функціональність:
- STARTTLS: Оновлення з’єднання для використання захисту на транспортному рівні
- AUTH: Надає облікові дані для автентифікації
- VRFY: Перевірка дійсності адреси електронної пошти
- EXPN: Розширено адреси списків розсилки
Коди відповідей використовують тризначний формат, де перша цифра вказує на категорію відповіді: 2xx – успіх, 4xx – тимчасові збої і 5xx – постійні помилки. Цей стандартизований підхід дозволяє автоматизувати обробку помилок і логіку повторних спроб у різних реалізаціях smtp-серверів.
SMTP-порти та безпека
У сучасній інфраструктурі електронної пошти різні SMTP-порти слугують для певних цілей, кожен з яких має свої характеристики безпеки та призначені для певних випадків використання.
| Порт | Мета | Безпека | Загальноприйняте використання |
|---|---|---|---|
| 25 | Традиційний SMTP | Незашифрований | Зв’язок між серверами |
| 587 | Надсилання пошти | СТАРТЛС | Клієнт-сервер (бажано) |
| 465 | SMTP через SSL | Зашифровано. | Застаріле захищене подання |
| 2525 | Альтернатива | СТАРТЛС | Дружня до провайдера альтернатива |
Порт 25 залишається офіційним smtp-портом для зв’язку між серверами, але стикається з обмеженнями з боку багатьох інтернет-провайдерів для боротьби зі спамом. Порт 587 став кращим вибором для надсилання електронної пошти від клієнтів до серверів, оскільки він підтримує шифрування STARTTLS для безпечної передачі.
Порт 465 забезпечує неявне шифрування на рівні захищених сокетів (SSL), але являє собою застарілий підхід, який був витіснений реалізаціями STARTTLS. Порт 2525 слугує нестандартною альтернативою, коли традиційні порти стикаються з обмеженнями, особливо корисний для хмарних додатків.
Покращення безпеки SMTP
Сучасні засоби захисту smtp усувають вразливості, притаманні початковому дизайну протоколу, який передбачав довіру між взаємодіючими системами. Сучасні реалізації вимагають декількох рівнів безпеки для запобігання зловживанням і захисту конфіденційних повідомлень.
Аутентифікація та шифрування
Автентифікація smtp запобігає несанкціонованій ретрансляції завдяки перевірці облікових даних, значно зменшуючи потенціал спаму та зловживань. Розширення smtp автентифікації вимагає від користувачів надавати дійсні облікові дані перед відправленням повідомлень, забезпечуючи підзвітність і контроль доступу.
Шифрування STARTTLS захищає вміст повідомлень і дані для автентифікації під час передачі. Це розширення дозволяє починати з’єднання у вигляді відкритого тексту і переходити до зашифрованого зв’язку, забезпечуючи зворотну сумісність зі старими системами та захищаючи конфіденційні дані.
Розширені рамки безпеки
SPF (Sender Policy Framework), DKIM (DomainKeys Identified Mail) і DMARC (Domain-based Message Authentication, Reporting and Conformance) забезпечують додаткові рівні автентифікації, що виходять за рамки базової безпеки smtp. Ці фреймворки допомагають серверам-одержувачам перевіряти легітимність відправника та обробляти потенційно шахрайські повідомлення.
Впровадження цих заходів безпеки стало необхідним для підтримки доброї репутації відправника та забезпечення надійної доставки електронної пошти. Постачальники послуг електронної пошти все частіше вимагають ці механізми автентифікації для прийому повідомлень, тому правильна конфігурація має вирішальне значення для успішної роботи з електронною поштою.
Розширений SMTP (ESMTP)
Розширений SMTP, представлений у 1995 році в RFC 1869, значно розширив можливості базового протоколу smtp, зберігаючи при цьому зворотну сумісність з існуючими реалізаціями. ESMTP забезпечує сучасні функції електронної пошти, які очікують користувачі, включаючи підтримку багатоцільових розширень інтернет-пошти (MIME) для вкладень і мультимедійного контенту.
Команда EHLO відрізняє сеанси ESMTP від базового SMTP, дозволяючи серверам рекламувати свої розширені можливості, а клієнтам використовувати розширені функції, коли вони доступні. Цей процес узгодження забезпечує оптимальну функціональність, одночасно плавно переходячи до базового SMTP, коли розширені функції не підтримуються.
Підтримка ESMTP стала універсальною в сучасних поштових системах, дозволяючи використовувати багатий вміст електронної пошти, надійні механізми автентифікації та розширені функції безпеки, які були неможливими у початковій специфікації простого протоколу передачі пошти smtp.
ESMTP vs Basic SMTP
Основні обмеження SMTP включають лише текстовий вміст повідомлень, обмежену довжину параметрів і мінімальні функції безпеки. Ці обмеження зробили протокол непридатним для сучасних вимог електронної пошти, включаючи двійкові вкладення, міжнародні набори символів і безпечну автентифікацію.
ESMTP усуває ці обмеження:
- Розширення MIME: Дозволяють передавати графіку, аудіо, відео та двійкові файли
- Розширені параметри: Підтримка довших командних рядків і додаткових метаданих повідомлень
- Функції безпеки: Автентифікація, шифрування та механізми захисту від спаму
- Міжнародна підтримка: Належна робота з наборами символів, відмінними від ASCII, та інтернаціоналізованими доменними іменами
Перехід на ESMTP відбувався поступово, сервери підтримували обидва протоколи одночасно. Сьогодні практично всі поштові сервери smtp реалізують функції ESMTP, зберігаючи при цьому сумісність із застарілими системами, які все ще можуть використовувати базові команди SMTP.
Конверт SMTP і структура повідомлення
Процес з’єднання smtp обробляє дві різні структури даних: SMTP-конверт і вміст повідомлення. Розуміння цього поділу має вирішальне значення для правильного налаштування поштової системи та усунення несправностей.
Конверт SMTP містить інформацію про маршрутизацію, яку використовують поштові сервери під час процесу доставки. Сюди входить фактична адреса відправника (MAIL FROM), адреса одержувача (RCPT TO) та інформація про шлях доставки. Дані конверта залишаються невидимими для одержувачів електронної пошти і служать суто для операційних цілей.
Вміст повідомлення включає заголовки, видимі одержувачам (Від кого, Кому, Тема, Дата), і тіло повідомлення. Цікаво, що відправник конверта і відправник заголовка повідомлення можуть відрізнятися, що використовується списками розсилки та автоматизованими системами, а також використовується в атаках підміни.
Таке архітектурне розділення дозволяє реалізовувати складні сценарії маршрутизації, зберігаючи при цьому чисту презентацію для кінцевих користувачів. Сервер-одержувач використовує інформацію про конверт для прийняття рішення про доставку, одночасно відображаючи заголовки повідомлень, щоб надати зручну для користувача інформацію про відправника та одержувача.
SMTP в сучасній інфраструктурі електронної пошти
Сучасні системи електронної пошти інтегрують функціональність протоколу SMTP з хмарними сервісами, штучним інтелектом і розширеною аналітикою, щоб оптимізувати продуктивність доставки та користувацький досвід. Сучасні реалізації розширюють традиційні можливості SMTP завдяки інтерфейсам на основі API та розширеному моніторингу.
Brand Indicators for Message Identification (BIMI) – один із прикладів еволюції SMTP, що дозволяє автентифікованим відправникам відображати логотипи поряд зі своїми повідомленнями. Ця візуальна автентифікація допомагає одержувачам ідентифікувати легітимних відправників, забезпечуючи при цьому додатковий захист від фішингу.
Інтеграція з системами машинного навчання уможливлює предиктивну аналітику для оптимального вибору часу відправлення, оптимізації контенту та підвищення ефективності доставки. Ці функції на основі штучного інтелекту працюють разом із традиційними механізмами надсилання smtp-розсилок, підвищуючи ефективність електронної пошти та залученість одержувачів.
SMTP vs HTTP API
Традиційні сервіси smtp забезпечують стандартизований зв’язок на основі протоколів, що гарантує широку сумісність між різними поштовими системами. Зрілість протоколу та універсальна підтримка роблять його ідеальним для міжсистемної інтеграції та середовищ, що вимагають дотримання стандартів.
Поштові API на основі HTTP пропонують переваги в сучасних середовищах розробки додатків:
- Швидша інтеграція: RESTful API легше інтегруються з веб-програмами
- Розширені можливості: Багата аналітика, шаблони та можливості автоматизації
- Краща обробка помилок: Детальні дані про реагування та інформація про стан в реальному часі
- Сучасна аутентифікація: Моделі безпеки на основі OAuth та токенів
Багато організацій застосовують гібридні підходи, використовуючи SMTP для стандартних операцій з електронною поштою, а HTTP API – для розширених функцій, таких як керування кампаніями, детальна аналітика та автоматизовані робочі процеси електронної пошти.
Налаштування та впровадження SMTP
Правильна конфігурація сервера електронної пошти smtp вимагає уваги до кількох важливих параметрів, які впливають як на функціональність, так і на безпеку. Процес конфігурації відрізняється у випадку самостійного хостингу та керованих сервісів, але дотримується загальних принципів.
Основні елементи конфігурації включають
Налаштування з’єднання з сервером
- Хост: Адреса smtp-сервера або ім’я хоста
- Порт: Вибір відповідного порту на основі вимог безпеки
- Шифрування: STARTTLS, SSL/TLS або відкритий текст залежно від потреб безпеки
- Аутентифікація: Ім’я користувача та пароль для smtp-автентифікації
Конфігурація безпеки
- Вимоги до автентифікації: Використовуйте облікові дані для всіх вихідних повідомлень
- Налаштування шифрування: Наказуйте безпечні з’єднання для чутливих середовищ
- Обмеження швидкості: Запобігайте зловживанням за допомогою лімітів на з’єднання та повідомлення
- Контроль доступу: Обмежте доступ до сервера авторизованим мережам і користувачам
Тестування конфігурації smtp передбачає надсилання тестових повідомлень і моніторинг логів сервера на наявність помилок або збоїв автентифікації. Багато поштових клієнтів мають вбудовані функції тестування з’єднання, які перевіряють точність конфігурації перед початком використання.
Постачальники послуг SMTP
Основні постачальники послуг електронної пошти smtp пропонують різні набори функцій, цінові моделі та підходи до інтеграції, які підходять для різних організаційних потреб і технічних вимог.
Корпоративні провайдери
- SendGrid: Комплексна платформа для доставки електронної пошти з розширеною аналітикою
- Amazon SES: Економічно ефективне рішення з тісною інтеграцією з AWS
- Mailgun: Орієнтована на розробників платформа з потужним API
- Поштова марка: Преміум-сервіс з акцентом на надійність і швидкість
Критерії оцінювання
- Показники виконання замовлень: Репутація провайдера та статистика розміщення в поштових скриньках
- Структура цін: Вартість за повідомлення, щомісячні плани та знижки за обсяг
- Набір функцій: Аналітика, автоматизація, управління шаблонами та можливості інтеграції
- Якість підтримки: Документація, технічна підтримка та допомога в адаптації
Пропозиції безкоштовного рівня від великих провайдерів дозволяють тестувати та розробляти без початкових інвестицій. Ці пробні послуги зазвичай включають достатній обсяг для невеликих додатків, а також надають досвід роботи з інтерфейсом і можливостями провайдера.
Поширені помилки SMTP та їх усунення
Розуміння поширених проблем з’єднання smtp дозволяє швидше вирішувати проблеми і підвищити надійність роботи електронної пошти. Більшість помилок smtp підпадають під передбачувані категорії з усталеними підходами до усунення несправностей.
Помилки автентифікації Помилки автентифікації зазвичай виникають через неправильні облікові дані, зміни конфігурації сервера або оновлення політики безпеки. Перевірте правильність імені користувача та пароля, сумісність методів автентифікації та перевірте, чи не заблоковано обліковий запис або не встановлено обмежень безпеки.
Проблеми з підключенням Проблеми з підключенням до мережі проявляються у вигляді помилок таймауту або повідомлень про відмову у з’єднанні. Перевірте правильність адреси smtp-сервера, підтвердьте доступність портів через брандмауери та перевірте мережеве з’єднання між клієнтською та серверною системами.
Помилки доставки Проблеми з доставкою повідомлень можуть свідчити про помилки в адресі одержувача, переповненість поштових скриньок або проблеми з репутацією. Вивчіть коди відповідей SMTP, щоб дізнатися про конкретні помилки, перевірте точність адреси одержувача та відстежуйте показники репутації відправника.
Проблеми з конфігурацією Неправильний вибір порту, невідповідність шифрування або несумісність методів автентифікації спричиняють збої, пов’язані з конфігурацією. Перегляньте документацію з вимогами до сервера, протестуйте різні комбінації портів і шифрування та перевірте відповідність конфігурації клієнта можливостям сервера.
Ефективне усунення несправностей передбачає систематичне тестування окремих компонентів, ретельне вивчення повідомлень про помилки та кодів відповідей, а також методичну перевірку параметрів конфігурації. Ведення детальних журналів допомагає виявити закономірності та проблеми, що повторюються, які можуть свідчити про системні проблеми.
ПОШИРЕНІ ЗАПИТАННЯ
У чому різниця між SMTP, IMAP і POP3?
SMTP відповідає за пересилання електронних повідомлень від клієнтів до серверів і між серверами під час маршрутизації. IMAP і POP3 керують пошуком електронної пошти, дозволяючи поштовим клієнтам завантажувати повідомлення з поштових серверів. SMTP проштовхує повідомлення, а IMAP/POP3 притягує їх, створюючи повноцінну систему електронної пошти.
Чи можу я використовувати SMTP без постачальника послуг електронної пошти?
Так, ви можете використовувати власний smtp-сервер для повного контролю над доставкою електронної пошти. Однак самостійне розміщення рішень вимагає значного технічного досвіду, постійного обслуговування, а також ретельної уваги до безпеки та надійності доставки. Більшість організацій отримують вигоду від керованих smtp-сервісів, які надають інфраструктуру та підтримку професійного рівня.
Які порти SMTP використовуються найчастіше?
Порт 587 – це сучасний стандарт для надсилання електронної пошти з шифруванням STARTTLS. Порт 25 залишається традиційним портом зв’язку між серверами. Порт 465 забезпечує підтримку застарілого SSL, а порт 2525 слугує альтернативою, коли стандартні порти заблоковані інтернет-провайдерами.
Як працює автентифікація SMTP?
Автентифікація smtp вимагає, щоб поштові клієнти надавали дійсні облікові дані перед надсиланням повідомлень. Це запобігає несанкціонованій ретрансляції та зменшує передачу спаму. Процес автентифікації відбувається після початкового рукостискання при встановленні з’єднання і перед початком передачі повідомлення.
Чи безпечний SMTP для надсилання конфіденційних електронних листів?
Базовий SMTP не має шифрування, що робить його непридатним для конфіденційних повідомлень. Однак сучасні реалізації підтримують шифрування STARTTLS і безпечні механізми автентифікації. Для конфіденційних електронних листів завжди налаштовуйте шифрування і використовуйте провайдерів, які підтримують розширені функції безпеки, такі як SPF, DKIM і DMARC.
У чому різниця між SMTP і SMTP ретрансляцією?
SMTP-ретрансляція – це процес, коли поштові сервери пересилають повідомлення на інші сервери, поки вони не досягнуть кінцевого пункту призначення. Стандартний SMTP описує сам протокол, тоді як реле вказує на механізм пересилання між серверами, який використовується для міждоменної доставки електронної пошти.
Як SMTP обробляє вкладення електронної пошти?
SMTP використовує багатоцільові розширення інтернет-пошти (MIME) для кодування двійкових вкладень у текстовий формат, придатний для передачі. Сервер-одержувач декодує вміст MIME назад у вихідний формат файлу, що дозволяє передавати документи, зображення та інші типи файлів за допомогою текстового протоколу smtp.
Що відбувається, коли SMTP-сервер недоступний?
Коли smtp-сервер одержувача недоступний, сервер-відправник зазвичай ставить повідомлення в чергу для наступних спроб доставки. Розклад повторних спроб залежить від реалізації, але зазвичай включає кілька спроб протягом декількох днів. Якщо доставка зрештою не вдається, відправник отримує сповіщення про помилку з інформацією про статус доставки.
SMTP продовжує слугувати базовою технологією для доставки електронної пошти в усьому світі, поєднуючи перевірену надійність із сучасними покращеннями безпеки. Розуміння принципів роботи smtp, вимог безпеки та варіантів впровадження дозволяє організаціям створити надійну інфраструктуру електронної пошти, яка відповідає сучасним потребам комунікації, зберігаючи при цьому функціональну сумісність, яка зробила електронну пошту надійним засобом комунікації.