Сазнајте како је ДСН имао за циљ да уведе статус испоруке на СМТП е-пошту.
Да ли сте се икада запитали шта се десило са е-поштом коју сте послали?
Чак и само кратак поглед на СМТП протокол ћете примијетити да поред уобичајеног ХЕЛО-а постоји и ЕХЛО, што чини Ектендед СМТП сервер оглашавање његових могућности изван првобитног стандарда. Једно од њих је ДСН. ДСН? Да ли су ДНК и ДДТ недовољни?
Да тврдим да је е-пошта непоуздана, да би неко "требао боље хранити свој сервер, појео моју пошту ... " није неуобичајено. Урадим то сама. Па ипак, нема разлога да подржи ове сумње.
Достава С татус Н отификациони је од РФЦ 821 (од 1982). Чим се ДАТА део СМТП протокола заврши и сервер прихвати е-пошту за испоруку, он је одговоран за то. Ако, из било ког разлога, не може то проћи примаоцу, мора га послати назад са обавјештењем о грешкости првобитном пошиљаоцу. Ово је резултирало неким нејасним е-поштом .
Осим тога, ова стара конвенција је значила да или имате поруку о грешци или немате ништа у ком случају нисте знали ништа : порука можда је стигла или можда није. Поруке о грешци у многим случајевима биле су корисне као и поруке о грешци. Пошто е-пошта постаје све важнија, ово више није задовољавајуће (као да је то било раније).
ДСН екстензије за СМТП
РФЦ 1891 предлаже неке проширења СМТП протокола који би требали резултирати поузданијим и кориснијим ДСН системом. То је скуп проширења за МАИЛ и РЦПТ наредбе (ако вам то ништа не значи, прочитајте како СМТП функционише, а затим се вратите овде.).
Не ЕХЛО, нема забаве
Прво морамо бити сигурни да сервер подржава ДСН. Зато морамо рећи ЕХЛО-у и пажљиво слушати. Ако се са ДСН-ом реагује негде у листи карактеристика, можемо претпоставити да ће моћи да служи нашим захтевима. Ако не, онда не: можемо покушати други сервер или једноставно вратити е-пошту без ДСН-а. На пример (мој улаз је плави, црни излаз сервера):
220 ларосе.магнет.ат ЕСМТП Сендмаил 8.8.6 / 8.8.6; Сун, 24 Ауг 1997 18:23:22 +0200
ЕХЛО лоцалхост
250-ларосе.магнет.ат Здраво лоцалхост [127.0.0.1], драго ми је да смо се упознали
250-ЕКСПН
250-ВЕРБ
250-8БИТМИМЕ
250-СИЗЕ
250-ДСН
250-ОНЕКС
250-ЕТРН
250-КСУСР
250 ХЕЛП
Срећом, између осталог налазимо ДСН.
ДСН Сендер Ектенсионс
Следећа наредба је обично МАИЛ ФРОМ :. Са ДСН-ом, ово се не разликује. Али постоје две додатне опције које можете издати: РЕТ и ЕНВИД.
Опција РЕТ је прилично произвољно постављена у команду МАИЛ, али се овде уклапа и на било који други начин. Сврха је прецизирати колико ће вам се оригинална порука вратити у случају неуспеле испоруке. Ваљани аргументи су ФУЛЛ и ХДРС. Први значи да комплетна порука треба да буде укључена у поруку о грешци, а ХДРС упућује серверу да враћа само заглавља неуспеле поште. Ако РЕТ није наведен, на серверу је шта треба урадити. У већини случајева ХДРС ће бити подразумевана вредност.
ЕНВИД стварно припада пошиљаоцу јер ће она или (пре) њен клијент е-поште бити једини који нас чини од овог идентификатора коверте . Њена сврха је да кажу пошиљаоцу који одговара е-маилу евентуално издате поруке о грешци. Формат овог ИД-а је у основи остављен машти пошиљаоца. Нећемо користити ЕНВИД у нашем примеру (маштовитост!):
МАИЛ ОД: сендер@екампле.цом РЕТ = ХДРС
250 сендер@екампле.цом ... Сендер ок
Изгледа да само желимо да вратимо заглавља у нашу ДСН.
ДСН примаоцима
РЦПТ ТО: добија и добар део проширења: НОТИФИ и ОРЦПТ.
НОТИФИ је право срце ДСН-а. Он поручује серверу када пошаље обавештење о статусу испоруке. Прва могућа вредност је НИКАДА што значи да ДСН никако не треба вратити пошиљаоцу. Ово није било могуће без ДСН-а. Затим, постоји СУЦЦЕСС, који ће вас обавестити када је ваша пошта обрисана на одредишту. ФАИЛУРЕ је колега СУЦЦЕСС-а (!): ДСН ће стићи ако се појавио грешак током испоруке. Последња опција је ДЕЛАИ: бићете обавештени ако постоји необично кашњење у испоруци, али стварни резултат испоруке (успех или неуспјех) још није одлучен. НИКАДА мора бити једини аргумент ако то одреди, остала три могу се појавити на листи, ограничена зарезом. СУЦЦЕСС и ФАИЛУРЕ састављају веома скупу екипу (!), Говорећи вам у (скоро) сваком случају шта се догодило са вашом поштом.
Сврха ОРЦПТ је да обезбеди оригиналног примаоца е-поруке, на пример ако је прослеђен на другу адресу. Аргумент за ову опцију је адреса е-поште првобитног примаоца заједно са типом адресе. Прва адреса се појављује, а потом се налази тачка-точка и коначно адреса. На пример:
РЦПТ ТО: суппорт@екампле.цом НОТИФИ = ФАИЛУРЕ, ДЕЛАИ ОРЦПТ = рфц822; суппорт@екампле.цом
250 суппорт@екампле.цом ... Прималац ок (ће се појавити у реду)
Затим следи ДАТА као што знамо и евентуално, надамо се, обавештење о статусу испоруке које вас обавештава о успеху.
Да ли ДСН ради?
Наравно, све ове лепоте и умјетности ће радити само ако агенти за транспорт поште од пошиљаоца до примаоца подрже ДСН. Неког дана хоће.