Когато човек научи повече за това как пощенските клиенти,SMTP сървърите и цялата система за електронна поща работи, могат да бъдат любопитни защо дори е необходим междинен SMTP сървър. Имайки това предвид, днешната публикация на SuperUser Q&A има отговорите на въпроси на любопитен читател.
Днешната сесия „Въпроси и отговори“ идва при нас от любезното съдействие на SuperUser - подразделение на Stack Exchange, общностно групиране на Q&A уебсайтове.
С любезното съдействие на Дейвид Шрьодер (Flickr).
Въпроса
SuperUser четец Tobia иска да знае защо е необходим междинен SMTP сървър за изпращане на поща:
Защо ми е необходим междинен SMTP сървър за изпращане на поща? Защо моят пощенски клиент (Outlook или Thunderbird) не може да изпраща съобщения директно до SMTP домейна на получателя?
Например, ако трябва да изпращам поща до адрес@example.com с моя акаунт в Gmail, изпращам го на smtp.gmail.com сървър; след това този сървър изпраща моето съобщение до MX сървъра на example.com.
Защо е необходим междинен SMTP сървър за изпращане на поща?
Отговорът
SuperUser сътрудник davidgo има отговор за нас:
Технически е възможно да изпращате поща директно до SMTP сървъра на получателя от вашия компютър.
Гледайки го от историческа основа, акоотдалечен SMTP сървър е отпаднал, искате система автоматично да се справя с нея и да продължавате отново, следователно имате SMTP сървър. По подобен начин в старите времена не всички пощенски сървъри са били свързани през цялото време (връзките на дълги разстояния са скъпи), така че пощата ще бъде поставена на опашка и изпратена, когато се установи връзка.
Преминаване до там, където интернет услугите са евтини,все още е полезно да има механизми за повторно изпращане на поща, ако сървърът е недостъпен. Не е идеално тази функционалност да бъде записана в MUA (Mail user agent / mail user program). Тези функции се вписват в MTA (Mail server / SMTP сървър).
Но се влошава - спамерите. Повечето поща (над 80 процента) е спам. Доставчиците на поща правят всичко възможно, за да намалят този проблем и голям брой техники правят предположения за начина на доставка на пощата. Следните са важни съображения:
1. сив списък: Някои доставчици автоматично ще пуснат пощавръзка, ако изпращачът и получателят не са комуникирали преди и очакват те да опитат втори път. Спамерите често не се опитват отново, докато SMTP сървърът винаги трябва. Това намалява обема на спама с около 80 процента, но е гадно, че трябва да направите това.
2. Репутация: Много по-вероятно е някой, който изпраща поща през реномиран, известен SMTP сървър, да е легитимен в сравнение със сървър за полети през нощта. За да придобият усещане за репутация, доставчиците правят редица неща:
- Блокирайте динамични / клиентски адреси (не са 100 процента, но големи парчета от интернет са картографирани).
- Проверете дали обратният DNS съвпада снапред DNS. Не е много трудно да се направи, но показва някакво ниво на отчетност и познаване на най-добрите практики (нещо, което много блокове с адреси на клиенти нямат).
- Проверете за репутация. Когато общувате с други SMTP сървъри, много доставчици следят количеството спам и обема на изпратената поща. Те могат да намалят количеството спам, като ограничат връзките и следят тези параметри. Има много начини за това, не всички очевидни, но които изискват известен подател.
- SPF и DKIM. Тези механизми обвързват DNS ресурси с името на домейна, за да затруднят коването на поща и би било трудно, но не непременно невъзможно да се разгърне, ако пощенската програма (MUA) е отговорна за изходящата поща.
Вероятно има и други дребни притеснения, но това биха били основните.
Имате какво да добавите към обяснението? Озвучете в коментарите. Искате ли да прочетете повече отговори от други потребители на Stack Exchange, работещи в технологиите? Вижте цялата дискусионна тема тук.
