Зашто је потребан средњи СМТП сервер за слање поште?

Пошто особа сазна више о томе како раде клијенти поште, СМТП сервери и цео систем за електронску пошту, може бити занимљиво зашто је чак потребан и средњи СМТП сервер. Имајући то на уму, данашња постова за питања и одговоре СуперУсер-а имају одговоре на питања знатижељног читаоца.

Данашња сесија питања и одговора долази нам захваљујући СуперУсер-у - подјела Стацк Екцханге-а, груписане од стране заједнице веб-локација за питања и одговоре.

Фотографија захваљујући Давиду Сцхроедеру (Флицкр).

Питање

Читач СуперУсер Тобиа жели знати зашто је потребан средњи СМТП сервер за слање поште:

Зашто ми је потребан средњи СМТП сервер за слање поште? Зашто мој маил клијент (Оутлоок или Тхундербирд) не може да шаље поруке директно СМТП домену примаоца?

На пример, ако морам да пошаљем пошту аддресс@екампле.цом са мојим Гмаил налогом, шаљем га на смтп.гмаил.цом сервер; онда овај сервер шаље моју поруку на МКС сервер екампле.цом.

Зашто је средњи СМТП сервер потребан за слање поште?

Одговор

Доприносник СуперУсер давидго има одговор за нас:

Технички је могуће послати пошту директно на СМТП сервер примаоца са вашег рачунара.

Гледајући га са историјске основе, ако је удаљени СМТП сервер угашен, желите да систем аутоматски рукује и настави са поновним покушајем, тако да имате СМТП сервер. Слично томе, у старим временима, нису сви маил сервери били повезани све време (везе на даљину су биле скупе), тако да би се пошта стављала у ред чекања и слала када би се веза успоставила.

Прелазак на мјеста гдје су интернетске услуге јефтине, још увијек је корисно имати механизме за поновно слање поште ако сервер није доступан. Није идеално да се ова функција уписује у МУА (Маил усер агент / крајњи корисник). Ове функције се уклапају у МТА (Маил сервер / СМТП сервер).

Али то се погоршава - спамери. Већина поште (више од 80%) је спам. Провајдери поште раде све што могу како би смањили овај проблем, а велики број техника даје претпоставке о начину доставе поште. Следе важна разматрања:

1. Греилистинг: Неки провајдери ће аутоматски испустити везу е-поште ако пошиљалац и прималац нису пре тога комуницирали и очекују да ће покушати други пут. Спамери често не покушавају поново док СМТП сервер увек треба. Ово смањује количину нежељене поште за око 80%, али то је срање да то треба урадити.

2. Репутација: Много је вероватније да ће неко слати пошту преко угледног, познатог СМТП сервера у поређењу са сервером који лети. Да бисте стекли осећај за углед, провајдери раде неколико ствари:

Блокирајте динамичку / клијентску адресу (не 100%, већ су исцртане велике количине Интернета).

Проверите да ли се обрнути ДНС поклапа са ДНС-ом унапред. То није тешко направити, али показује одређени ниво одговорности и знања о најбољим праксама (нешто што блокови адреса клијената немају).

Провери репутацију. Када комуницирате са другим СМТП серверима, многи провајдери прате количину нежељене поште и обима поште. Они могу смањити количину нежељене поште ограничавајући везе и пазећи на ове параметре. Постоји много начина на који се то ради, а не сви они очигледни, али који захтевају познатог пошиљаоца.

СПФ и ДКИМ. Ови механизми повезују ДНС ресурсе са именом домена како би се ковање поште отежало и било би тешко, али не нужно немогуће за имплементацију ако је маил програм (МУА) одговоран за одлазну пошту.

Вероватно има и других мањих проблема, али они би били главни.

Имате ли нешто да додате објашњењу? Звучи у коментарима. Желите ли прочитати више одговора од других технолошки паметних Стацк Екцханге корисника? Погледајте цео дискусију овде.