If-Koubou

Защо е необходим междинен SMTP сървър за изпращане на поща?

Защо е необходим междинен SMTP сървър за изпращане на поща? (Как да)

Тъй като човек научава повече за начина, по който работят пощенските клиенти, SMTP сървърите и цялата онлайн поща, може да са любопитни защо е необходим междинен SMTP сървър. Имайки предвид това, днешната публикация "SuperUser Q & A" има отговорите на любопитни въпроси на читателя.

Днешната сесия за въпроси и отговори ни идва с любезното съдействие на SuperUser - подразделение на Stack Exchange - обединяване на уеб сайтове с въпроси и отговори.

Снимката е предоставена от Дейвид Шрьодер (Flickr).

Въпроса

Reader на SuperUser Тобиа иска да разбере защо е необходим междинен SMTP сървър за изпращане на поща:

Защо ми е необходим междинен SMTP сървър за изпращане на поща? Защо моят пощенски клиент (Outlook или Thunderbird) не може да изпраща съобщения директно до SMTP домейна на получателя?

Например, ако трябва да изпратя поща до [email protected] с моя Gmail акаунт, го изпращам на smtp.gmail.com сървър; този сървър изпраща моето съобщение на MX сървъра на example.com.

Защо е необходим междинен SMTP сървър за изпращане на поща?

Отговорът

Сътрудникът на SuperUser davidgo има отговорът за нас:

Технически е възможно да изпратите поща директно на SMTP сървъра на получателя от вашия компютър.

Ако го разглеждате от историческа гледна точка, ако отдалеченият SMTP сървър е надолу, искате да го управлявате автоматично и да продължите да опитвате, поради което имате SMTP сървър. По същия начин, през по-старите времена, не всички пощенски сървъри бяха свързани през цялото време (връзките на дълги разстояния бяха скъпи), така че пощата щеше да бъде поставена на опашка и изпратена, когато бе създадена връзка.

Преминавайки към местата, където интернет услугите са евтини, все още е полезно да има механизми за повторно изпращане на пощата, ако сървърът не е налице. Не е идеално тази функция да бъде записана в MUA (Mail потребителски агент / пощенска програма на крайния потребител). Тези функции се вписват в MTA (сървър за поща / SMTP сървър).

Но това се влошава - спамерите. Повечето пощи (повече от 80%) са спам. Доставчиците на поща правят каквото могат, за да намалят този проблем и голям брой техники правят предположения за начина, по който се изпраща пощата. Следните са важни съображения:

1. сив списък: Някои доставчици автоматично ще пускат пощенска връзка, ако подателят и получателят не са съобщили преди това и очакват да опитат втори път. Спамерите често не опитват повторно, докато винаги се предполага, че SMTP сървър. Това намалява обема на спама с около 80%, но е гадно, че трябва да го направите все пак.

2. Репутация: Много по-вероятно е някой, който изпраща имейл през реномиран, известен SMTP сървър, да е легитимен в сравнение със сървъра "полет по нощ". За да получите усещане за репутация, доставчиците правят редица неща:

  • Блокирайте динамични / клиентски адреси (не 100%, но са очертани големи парчета от интернет).
  • Проверете дали обратният DNS съвпада с DNS за напред. Не е много трудно да се направи, но показва известно ниво на отчетност и познаване на най-добрите практики (нещо, което много блокове за клиентски адреси нямат).
  • Проверете за репутация. Когато комуникирате с други SMTP сървъри, много доставчици следи размера на спама и обема на изпратената поща. Те могат да намалят количеството спам, като ограничат връзките и следят тези параметри. Има много начини това да се направи, не всички очевидни, но изискват известен подател.
  • SPF и DKIM. Тези механизми обвързват DNS ресурсите с името на домейна, за да направят коварната поща по-трудна и трудна, но не непременно невъзможна за разгръщане, ако програмата за поща (MUA) отговаря за изходящата поща.

Вероятно има и други незначителни опасения, но те ще бъдат най-важните.

Имате ли нещо, което да добавите към обяснението? Звучи в коментарите. Искате ли да прочетете повече отговори от други потребители на Stack Exchange? Вижте цялата тема на дискусията тук.