Защо е необходим среден SMTP сървър за изпращане на поща?
Тъй като човек научава повече за това как работят пощенските клиенти, SMTP сървърите и цялата система за онлайн поща, те могат да бъдат любопитни защо дори е необходим среден SMTP сървър. Имайки това предвид, днешната публикация за въпроси и отговори на SuperUser има отговори на въпроси от любопитен читател.
Днешната сесия за въпроси и отговори идва при нас с любезното съдействие на SuperUser - подразделение на Stack Exchange, групирано от общността уеб сайтове за въпроси и отговори.
Снимката е предоставена от David Schroeder (Flickr).
Въпроса
Четец за суперпотребител Тобиа иска да знае защо е необходим междинен SMTP сървър за изпращане на поща:
Защо е необходим междинен SMTP сървър за изпращане на поща? Защо пощенският ми клиент (Outlook или Thunderbird) не може да изпраща съобщения директно до SMTP домейна на получателя?
Например, ако трябва да изпратя поща до [email protected] с моя Gmail акаунт го изпращам на smtp.gmail.com сървър; след това този сървър изпраща съобщението ми до MX сървъра на example.com.
Защо е необходим среден SMTP сървър за изпращане на поща?
Отговорът
Сътрудникът на SuperUser davidgo има отговор за нас:
Технически е възможно изпращането на поща директно на SMTP сървъра на получателя от вашия компютър.
Ако погледнем от историческа основа, ако отдалеченият SMTP сървър е изключен, искате системата да се справя автоматично и да продължава да се опитва отново, затова имате SMTP сървър. По същия начин, в старите дни не всички пощенски сървъри са били свързани през цялото време (връзки на дълги разстояния бяха скъпи), така че пощата ще бъде поставена на опашка и ще бъде изпратена, когато се установи връзка.
Преминавайки към там, където интернет услугите са евтини, все още е полезно да имаме механизми за повторно изпращане на поща, ако сървърът е недостъпен. Не е идеално тази функционалност да се записва в MUA (Mail user agent / end user mail program). Тези функции се вписват в MTA (пощенски сървър / SMTP сървър).
Но става все по-лошо - спамерите. Повечето поща (повече от 80%) е спам. Доставчиците на поща правят всичко възможно, за да намалят този проблем и голям брой техники правят предположения за начина, по който се доставя пощата. Важните съображения са следните:
1. сив списък: Някои доставчици автоматично ще премахнат пощенска връзка, ако изпращачът и получателят не са комуникирали преди и очакват те да опитат втори път. Спамерите често не правят повторно, докато винаги се очаква SMTP сървър. Това намалява обема на спама с около 80%, но това е ужасно, ако трябва да направите това.
2. Репутация: Много по-вероятно е някой, който изпраща поща чрез уважаван, известен SMTP сървър, да е легитимна в сравнение със сървъра, използващ мулти-нощ. За да получите усещане за репутация, доставчиците правят редица неща:
- Блокиране на динамични / клиентски адреси (не 100%, но големи части от интернет са начертани).
- Проверете дали обратният DNS съвпада с предния DNS. Не е много трудно да се направи, но показва някакво ниво на отчетност и познания за най-добри практики (нещо, което много блокове с клиентски адреси нямат).
- Проверете за репутация. Когато комуникирате с други SMTP сървъри, много доставчици следят количеството спам и обема на изпратената поща. Те могат да намалят количеството спам чрез ограничаване на връзките и следене на тези параметри. Има много начини, по които това се прави, не всички от тях са очевидни, но изискват известен подател.
- SPF и DKIM. Тези механизми свързват DNS ресурсите с името на домейна, за да направят ковашка поща по-трудна и трудно, но не непременно невъзможна за разгръщане, ако пощенската програма (MUA) отговаря за изходящата поща.
Вероятно има и други дребни проблеми, но те ще са основните.
Имате ли какво да добавите към обяснението? Звучи в коментарите. Искате ли да прочетете повече отговори от други технологични потребители на Stack Exchange? Вижте пълната тема за дискусия тук.
