Коли людина дізнається більше про те, як працюють поштові клієнти, SMTP-сервери та вся поштова система в Інтернеті, їм може бути цікаво, чому взагалі потрібен проміжний SMTP-сервер. Маючи це на увазі, сьогоднішня публікація запитань SuperUser містить відповіді на цікаві запитання читача.
Сьогоднішня сесія запитань і відповідей надійшла до нас люб’язно від SuperUser - підрозділу Stack Exchange, угруповання веб-сайтів із питань та відповідей на основі спільноти.
Фото надано Девід Шредер (Flickr) .
Питання
Читач SuperUser Tobia хоче знати, чому для надсилання пошти потрібен проміжний сервер SMTP:
Навіщо мені потрібний проміжний сервер SMTP для надсилання пошти? Чому мій поштовий клієнт (Outlook або Thunderbird) не може надсилати повідомлення безпосередньо до домену SMTP одержувача?
Наприклад, якщо мені доведеться надсилати пошту до [email protected] зі своїм обліковим записом Gmail, я надсилаю його на smtp.gmail.com сервер; тоді цей сервер надсилає моє повідомлення на сервер MX з example.com .
Чому для надсилання пошти потрібен проміжний SMTP-сервер?
Відповідь
Співробітник SuperUser davidgo має для нас відповідь:
Технічно можливо відправити пошту безпосередньо на SMTP-сервер одержувача з вашого комп’ютера.
Якщо розглядати це з історичної бази, якщо віддалений сервер SMTP не працює, ви хочете, щоб система автоматично обробляла його та продовжувала повторювати спробу, отже, у вас є сервер SMTP. Подібним чином, за старих часів не всі поштові сервери були постійно підключені (міжміські посилання були дорогими), тому пошта ставала в чергу та надсилалася, коли посилання було встановлено.
Переходячи туди, де послуги Інтернету дешеві, корисно мати механізми повторної спроби відправки пошти, якщо сервер недоступний. Не ідеально, щоб ця функція записувалася в MUA (Агент поштової пошти / Програма пошти кінцевого користувача). Ці функції вписуються в MTA (поштовий сервер / SMTP-сервер).
Але це погіршується - спамери. Більшість пошти (понад 80 відсотків) - це спам. Поштові провайдери роблять все можливе, щоб зменшити цю проблему, і велика кількість методів робить припущення щодо способу доставки пошти. Нижче наведено важливі міркування:
1. Список сірого: Деякі постачальники автоматично припиняють поштове з’єднання, якщо відправник та одержувач раніше не спілкувались і очікують, що вони спробують вдруге. Спамери часто не повторюють спробу, тоді як SMTP-сервер завжди повинен. Це зменшує обсяг спаму приблизно на 80 відсотків, однак неприємно це робити.
2. Репутація: Набагато більше ймовірність того, що хтось, хто надсилає пошту через поважний відомий SMTP-сервер, є законним у порівнянні із сервером, що здійснює перельоти на ніч. Щоб відчути репутацію, провайдери роблять ряд речей:
- Блокувати динамічні / клієнтські адреси (не 100 відсотків, але великі частини Інтернету намічені).
- Перевірте, чи відповідає зворотний DNS прямому DNS. Зробити це не дуже складно, але він демонструє певний рівень підзвітності та знання найкращих практик (чогось у багатьох блоків адрес клієнта немає).
- Перевірте репутацію. Під час спілкування з іншими SMTP-серверами багато постачальників відстежують кількість спаму та обсяг відправлених листів. Вони можуть зменшити кількість спаму, обмежуючи зв’язки та стежачи за цими параметрами. Існує багато способів, як це робиться, не всі з них очевидні, але які вимагають відомого відправника.
- SPF та DKIM. Ці механізми прив'язують ресурси DNS до доменного імені, щоб ускладнити підробку пошти і було б важко, але не обов'язково неможливо розгорнути, якщо поштова програма (MUA) відповідає за вихідну пошту.
Можливо, існують інші незначні проблеми, але це були б основні.
Є що додати до пояснення? Звук у коментарях. Хочете прочитати більше відповідей від інших досвідчених користувачів Stack Exchange? Ознайомтесь із повним обговоренням тут .
