Чому для надсилання пошти потрібен проміжний SMTP-сервер?

Оскільки людина дізнається більше про те, як працюють поштові клієнти, 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. Greylisting: Деякі постачальники автоматично скидають поштове з'єднання, якщо відправник і одержувач не спілкувалися раніше і очікують, що вони спробують вдруге. Спамери часто не виконують повторних спроб, коли сервер SMTP завжди повинен. Це знижує обсяг спаму приблизно на 80 відсотків, але це неможливо зробити.

2. Репутація: Набагато більш ймовірно, що хтось посилає пошту через надійного, відомого SMTP-сервера є законним в порівнянні з літати-на-ніч сервера. Щоб отримати відчуття репутації, провайдери роблять ряд речей:

Блокувати динамічні / клієнтські адреси (не 100%, але великі блоки Інтернету відображені).

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

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

SPF і DKIM. Ці механізми пов'язують ресурси DNS з доменним іменем, щоб зробити ковані листи складнішими і важко, але не обов'язково розгорнути, якщо поштова програма (MUA) відповідає за вихідну пошту.

Є, мабуть, й інші дрібні проблеми, але вони будуть головними.

Маєте щось додати до пояснення? Звучить в коментарях. Хочете прочитати більше відповідей від інших технологічних користувачів Stack Exchange? Перегляньте повний потік обговорення тут.