клипове

Видео: Общ преглед на SMTP

By 7 декември 2015 Без коментари

Събрали сме кратък преглед на SMTP:

Този видеоклип е част от по-голяма видео серия за всички неща DMARC.

Преписът следва:


Този кратък видеоклип преминава през основите на електронната поща и как тече по интернет чрез Протокол за прост транспорт, известен като SMTP.

Специален акцент се дава на начина, по който SMTP се отнася към темата DMARC, тъй като това видео е създадено от производителите на dmarcian да продължи да помага за разпространението DMARC по целия свят.

SMTP се използва за доставяне на имейли между сървърите, когато част от електронната поща трябва да пътува по интернет. Предаването на електронна поща между два различни сървъра е това, което SMTP осъществява и SMTP прави това, използвайки много разговорен набор от команди. Това означава, че сървърите разговарят помежду си, обменят информация за себе си, обменят информация за имейла, който ще бъде предаден, а след това действителното имейл съобщение се съобщава на приемащия сървър. Това напред и назад се нарича SMTP разговор.

Преди да се потопите в кураж на SMTP разговора, важно е да отбележите, че много се случва преди SMTP да влезе в игра. Първо, част от електронната поща се състои от човек или част от софтуер, който издава имейл. След това лицето или софтуера попада в SEND, което води до свързване на имейл клиента към изходящ имейл сървър. Ако някога сте използвали имейл клиент, вероятно сте виждали екрана за конфигурация или предпочитания, който изисква сървъра и потребителското име + парола за изпращане на имейл. Тези идентификационни данни се използват, когато клиентът за електронна поща се свързва с изходящия сървър и как изходящият сървър знае, че е добре да изпраща имейл от името на клиента.

Изходящият сървър след това прави нещо интересно. Той определя къде ще бъде изпратена електронната поща и ще направи това, като погледне имейл адреса на получателя. След като домейнът на получателя е известен, сървърът за изходящи имейли пита глобалната система за имена на домейни (почти винаги наричана "DNS") за списък със сървъри, които приемат имейл от името на домейна на получателя. Когато списъкът се върне, изходящият имейл сървър може да се свърже със сървъра който ще приеме имейла на домейна на получателя. Когато се осъществи връзката, започва SMTP разговорът. Имайте предвид, че “S” в SMTP е просто Simple!

SMTP разговорът е поредица от команди, които изходящият имейл сървър изпраща на приемащия сървър. На всяка команда се отговаря от получаващия сървър, а отговорите се състоят от цифрови кодове, следвани от обикновени текстови съобщения, които имат за цел да улеснят живота на хората, ако някога трябва да се потопят в специалния ада, известен като имейл дневник, за да разберат какво се е случило на имейл на главен изпълнителен директор, който вероятно е имал нещо общо с вечери или скандали, свързани с електрически автомобили.

Ще преминем през примерен разговор. Тази проба използва “smtp.sample.net” като изходящ сървър, в синьо в горната част, и “mail.example.org” като приемащ сървър, в зелено. Разговорът тече отгоре надолу, както е показано от гигантската стрелка, която се спуска по средата на екрана. Първата команда, която изходящият сървър издава след свързването с получаващия сървър, е командата HELO, която включва името на изходящия сървър. Това е нещо като въвеждането на себе си на парти ... Здравейте, името ми е изходящ имейл сървър.

Като странична бележка, това е просто примерен разговор, за да покаже как работи. В реалния случай командата “HELO” е заменена от командата “EHLO” (EHLO), която позволява на приемащия сървър да предава информация за способностите на приемника обратно на изходящия сървър като част от отговора на командата EHLO. , Разширенията за SMTP се добавят веднъж наведнъж, което запазва електронната поща свежа, но също така превръща „S“ частта в SMTP в малко от шега.

Добре, обратно от страничната бележка. Цифровият код, който получаващият сървър използва, за да каже „OK, давай напред“, е 250. В отговор на командата HELO получаващият сървър тук връща 250 и включва собствено име на сървър. Това е като отговор на „Здравейте, името ми е изходящ сървър за електронна поща“ с „Здравейте, името ми е Приемащ сървър, нека поговорим".

След това изходящият имейл сървър изразява желанието си да доставя имейл, като казва на получателя сървър откъде идва имейл. Това е командата MAIL FROM и в този пример използваме „foe@sample.net“. В отговор на тази команда получаващият сървър изпраща отговор, който казва „250 - този подател е ОК в моята книга, продължете напред“. Щастлив с този отговор, изходящият сървър продължава и казва на получателя за получателя на имейла. Това е командата „RCPT TO“, а примерният адрес е „friend@example.org“. Поради танца преди свързване, който беше направен преди SMTP разговора, изходящият сървър може очаквайте получаващият сървър да приеме имейл от името на домейна на получателя - в противен случай изходящият сървър не би се свързал с този приемащ сървър!

Така че приемащият сървър отговаря с 250 и че получателят е всъщност OK.

За да приключите този разговор, изходящият сървър изпраща командата DATA, за да уведоми приемника, че действителното съдържание на имейла идва, което получателят потвърждава с цифров код на 354, съдържанието на електронната поща се предава и след това изходящият прекъсва връзката с командата QUIT.

Обърнете внимание, че след доставянето на съдържанието на електронната поща получаващият сървър може да добави неща след отговора на 250. Тази малко допълнителна информация е много полезна, когато хората трябва да се включат, за да разберат какво се е случило с част от електронната поща. Операторът на изходящия сървър може да се свърже с оператора на приемащия сървър и да попита: „Какво се е случило с електронното съобщение, което сте получили наречена 17,763,873? ”. Операторът от другата страна може да проследи съдбата на имейла, като използва предоставения номер.

В съкратена форма това работи SMTP. След като получаващият сървър приеме частта от имейла, той вероятно ще е предмет на неща като сканиране срещу спам, DMARC чекове и след това може би при доставка до пощенска кутия.

Какво ще кажете за действителната електронна поща? Как изглежда това?

Една електронна поща се състои от две секции - заглавия и тяло.

Разделът, съдържащ заглавки, винаги е в горната част на имейла. Самите хедъри са двойки тагове / стойност, където частта с етикет е името на заглавката, последвано от двоеточие, а стойността част е всичко след това. Стойностите могат да обхващат много линии, стига продължителната линия да започва с бяло пространство. В примера тук първите две заглавия - Return-Path и Delivery-To-са едноредови заглавки, докато третата - удостоверяване на резултатите - обхваща общо 3 реда.

Малък набор от заглавки се добавят към имейл от оригиналния подател, но докато имейл пътува из интернет, сървърите, които докосват имейла, могат да добавят заглавки. Обикновено се добавят заглавки за по-лесно да се разбере къде е преминал имейлът, но заглавките могат да включват и допълнителна информация, която приемащият сървър счита за полезна.

Заглавката Return-Path е малко специална и си заслужава да се отбележи. Той съдържа копие на имейл адреса, който се появи в командата SMTP MAIL FROM. Заглавката Return-Path се попълва от приемащия сървър, което означава, че ако част от имейла преминава през множество сървъри по пътя си за доставяне, заглавката Return-Path може да бъде променяна многократно. Никой не каза, че съдържанието на имейла е просто - не е S-MAIL или SMAIL - така че ще го оставим да премине.

Последното заглавие отбелязва началото на тялото на имейла. В повечето имейл клиенти, с изключение на заглавия като Subject, From и Date, повечето заглавия се потискат. Основният текст на имейла е това, което хората четат. Този пример е много прост, но повечето съвременни части на електронната поща използват MIME (или многофункционални разширения за интернет поща), за да разширят възможностите за форматиране и разпознаване на съдържание на имейла. Повече информация за MIME е оставена като упражнение за слушателя!

Знанието за SMTP и структурата на имейла е важно, когато обвивате главата си как DMARC работи от техническа гледна точка. DMARC в крайна сметка създава връзка между съдържанието на имейл и домейн, като се използва едно от двете SPF or DKIM, нещо, което е разширено в DMARC видео технически преглед.

За да започнете DMARC, Посетете dmarcianДа.

Въпроси? свържете се с поддръжката @dmarcian. С

Благодаря ви, че гледахте!