MX, SPF, DKIM және DMARC: бұлар не және хаттар неге жетпейді

DNS деген не және поштаға неліктен бірнеше түрлі жазба қажет

DNS дегеніміз домендік атаулар жүйесі. Ол бағдарламаларға доменнің қажетті қызметтерін табуға және иесі жариялаған ережелерді алуға көмектесетін мәліметтерді сақтайды. Компания домені сайт пен пошта үшін бір уақытта пайдаланылуы мүмкін. Сайттың жұмыс істеп тұруы өздігінен пошта баптауларының дұрыс екенін білдірмейді.

«Жазба» деп осы мәліметтердің жеке элементін атайды. Жазбалардың түрлері мен міндеттері әртүрлі болады. MX кіріс поштаның бағытын сипаттайды. SPF пен DMARC мәтіндік мәлімет ретінде жарияланады. DKIM үшін DNS-ке қолтаңбаны тексеруге мүмкіндік беретін деректер орналастырылады. Сондықтан «DNS-ті қарап көріңізші» деген өтініш нақтылауды талап етеді: нақты қай хат және қандай функция тексеріліп жатыр.

Екі бағытты бөліп қарастырған жөн. Кіріс хаттар компанияға серіктестерден келеді. Шығыс хаттар компаниядан басқа ұйымдардың қызметкерлері мен клиенттерге жіберіледі. Қабылдаудағы мәселе шығыс хаттың қолтаңбасында ақау бар екенін дәлелдемейді. Өз кезегінде, дұрыс қолтаңба контрагент хат жібермек болған мекенжайдағы қатені түземейді.

Пошта жәшігінің өзіне кіру мүмкіндігі бөлек мәселе. IMAP клиенттегі поштаны оқумен және синхрондаумен байланысты, ал SMTP жіберу кезінде қолданылады. Егер бағдарлама пошта қызметіне қосыла алмаса, домендегі дұрыс жазбалар оның қызметке қол жеткізуін қалпына келтірмейді.

MX-жазба деген не және ол не үшін жауап береді

MX-жазба дегеніміз домен үшін хабарламаларды қандай пошта серверлері қабылдайтынын көрсететін мәлімет. Серіктес корпоративтік мекенжайға хат жазған кезде, оның пошта жүйесі қабылдаушы тарапты табу үшін осы мәліметтерді пайдаланады. Бірнеше MX болған жағдайда, олардың серверді таңдау кезінде ескерілетін басымдықтары болады.

Анықтамалықтағы компания мекенжайын көз алдыңызға елестетіп көріңіз. Ол хат-хабарды қажетті ғимаратқа жеткізуге көмектеседі. Дегенмен, мекенжайдың болуы іште қажетті кабинеттің бар екенін растамайды. Сол сияқты MX жазбасы да қызметкердің пошта жәшігін, алиасты немесе бөлімнің ортақ мекенжайын жасамайды. Қабылдаушы пошта жүйесі өзі қандай мекенжайларға қызмет көрсететінін білуі керек.

MX жазбасында қате сервердің көрсетілуі кіріс хаттардың жеткізілмеуіне немесе хат-хабардың басқа пошта жүйесіне түсуіне себеп болуы мүмкін. Бірақ «Кіріс» папкасында бір хабарламаның болмауы MX қатесін әлі дәлелдемейді. Хабарлама басқа папкаға түсуі, қабылдаушы сервер оны қабылдамауы немесе мекенжайы қате теріліп жіберілуі мүмкін.

Мәселені талдау үшін алушының толық мекенжайын білу және бар болса, жеткізілмегені туралы хабарламаны алу пайдалы. «Бізге ешкім жазбайды» деген сөз тым жалпылама. Мәселе компанияның барлық мекенжайларына, жеке бір қызметкерге әлде ортақ пошта жәшігіне қатысты ма, соны нақтылаңыз. Бұл әртүрлі белгілер және олар маманға мәселенің ауқымын бағалауға көмектеседі.

MX серверге компания атынан хат жіберуге рұқсат бермейді. Кіріс және шығыс поштаға әртүрлі жүйелер қызмет көрсетуі мүмкін. Сондықтан «MX дұрыс, демек жіберуші расталды» деген тұжырым қате. Шығыс хабарламалар үшін басқа механизмдер қарастырылған.

SPF дегеніміз рұқсат етілген жіберу көзін тексеру

SPF дегеніміз қабылдаушы тарапқа жіберуші сервердің IP-мекенжайы тексерілетін домен ережелері бойынша рұқсат етілген-етілмегенін тексеруге мүмкіндік беретін механизм. Домен иесі мұндай ережелерді DNS-те жариялайды. Алушы оларды нақты хабарламаның көзімен салыстырады.

Маңызды жайт: SPF әдетте хатты жеткізу кезінде қолданылатын техникалық кері қайтару мекенжайының доменін тексереді. Бұл адамның «Кімнен» жолында көретін мекенжайы болуы міндетті емес. SMTP-де қызметтік ақпарат, ал хаттың өзінде жеке тақырыптамалар болады. Егер бұл деңгейлерді шатастырсаңыз, тексеру нәтижесін дұрыс түсінбей қалу оңай.

Компанияда шығыс хабарламалардың бірнеше көзі болуы мүмкін. Қызметкерлер пошта сервисінен жауап береді, сайт өтінімдер жібереді, CRM құжаттар туралы хабарлайды. Әрбір көз бойынша хаттың нақты қайдан шығатынын түсіну маңызды. Қызметкер хатының сәтті жіберілуі сайтта да сондай нәтиже болатынын білдірмейді.

Жиі кездесетін қателік рұқсаттар қолданыстағы жіберушілерге сәйкес келмеген кезде туындайды. Ондайда компанияның заңды жүйесі SPF тексеруінен өтпей қалуы мүмкін. Мұның екінші жағы да тиімсіз: тым кең рұқсат беру тексерудің пайдасын азайтады. Ережелер нақты көздерді сипаттауы, ал олардың мәні жауапты әкімшіге түсінікті болуы тиіс.

SPF хаттың мазмұнына қол қоймайды және пайдаланушының хабарламаны оқығанын дәлелдемейді. Ол жіберу көзі туралы нақты бір техникалық сұраққа ғана жауап береді. Сондықтан оның нәтижесін «пошта дұрыс істеп тұр» деген жалпы үкімге айналдырмай, басқа мәліметтермен бірге қарастыру керек.

DKIM дегеніміз рұқсат етілген IP тізімі емес, хаттың қолтаңбасы

DKIM дегеніміз пошта хабарламасына электрондық қол қою механизмі. Жіберуші жүйе қолтаңбаны қосады, ал алушы оны көрсетілген домен үшін жарияланған ашық кілт бойынша тексереді. Қолтаңба DKIM ережелеріне сәйкес хаттың белгілі бір тақырыптамалары мен мазмұнын қамтиды.

Дұрыс қолтаңба хабарламаның қол қойылған бөліктері қол қойылғаннан кейін өзгермегенін растауға көмектеседі. Сондай-ақ ол қолтаңбаның онда көрсетілген доменмен байланысын көрсетеді. Бұл техникалық растау. Ол мәтіннің шынайылығын, шоттың түпнұсқалығын немесе хат жазған адамның өкілеттігін бағалау болып табылмайды.

Қолтаңбада селектор көрсетіледі. Бұл алушыға DNS жүйесінен сәйкес ашық кілтті табуға мүмкіндік беретін белгі. Егер қолтаңба қолжетімсіз немесе оған сәйкес келмейтін кілтке сілтеме жасаса, тексеру сәтті аяқталмайды. Мұндай сәйкессіздіктің себебін қол қоятын жүйе мен жарияланған мәліметтерден іздеу қажет.

Қатенің тағы бір ықтимал себебі қол қойылғаннан кейін қол қойылған бөліктердің өзгеруімен байланысты. Сондықтан тек «DKIM өтпеді» деген бір ғана хабарлама жеткіліксіз. Техникалық тақырыптамалары бар хаттың өзін көру және оның қандай жүйелер арқылы өткенін түсіну маңызды. Қызметкердің мәтінді өз сөзімен айтып беруі бұл деректерді сақтамайды.

SPF және DKIM бір-бірін толықтырады, бірақ әртүрлі нәрселерді тексереді. SPF дереккөзге рұқсат берілгенін тексереді. DKIM қолтаңбаны тексереді. SPF тексеруінің сәтті өтуі дұрыс DKIM қолтаңбасы бар дегенді білдірмейді, ал DKIM тексеруінің сәтті өтуі SPF те сәтті өтті дегенді білдірмейді. Маманның қорытындысында нәтижелер бөлек көрсетілуі тиіс.

DMARC деген не және «Кімнен» жолындағы домен неліктен маңызды

DMARC, бұл SPF және DKIM негізінде көрінетін жіберушінің доменін тексеру тетігі. Ол қабылдаушы жүйеге техникалық растаулардың адам «Кімнен» өрісінде көретін доменмен сәйкестігін бағалауға көмектеседі. Мұндай сәйкестік домендерді теңестіру деп аталады.

DMARC тексеруінен сәтті өту үшін SPF немесе DKIM тексерулерінің бірі сәтті өтіп, тиісті домендер теңестірілуі жеткілікті. SPF жолындағы «сәтті» сөзінің өзі DMARC тексеруінің де сәтті өткенін білдірмейді. Тексеру көрінетін жіберушінің доменімен үйлеспейтін басқа домен үшін өткен болуы мүмкін.

DMARC саясаты алушыларға тексеруден өтпеген хабарламалармен қалай жұмыс істеу керектігі жөнінде домен иесінің қалауын хабарлайды. Сондай-ақ есептер де қарастырылған. Олар доменнің қолданылуын және тексеру нәтижелерін көруге көмектеседі. Есеп алудың өзі анықталған қатені түзетпейді және әрбір жіберушінің іскерлік мақсатын түсіндірмейді.

Бұл тетіктің негізгі міндеті жіберуші доменінің қолдан жасалуынан қорғаумен байланысты. Бұл ретте DMARC хат мәтінінің шындыққа жанасатынын тексермейді және алдаудың барлық тәсілдерінен қорғамайды. Қаскөй ұқсас есімді, басқа доменді немесе біреудің бұзылған есептік жазбасын пайдалануы мүмкін. Қызметкерлерге әдеттен тыс сұрауларды тексерудің түсінікті ережелері бәрібір қажет.

Компания үшін мына сұрақ пайдалы: алушының жіберуші туралы түсінігі техникалық тұрғыда расталған доменмен сәйкес келе ме? Бұл сұрақты қызметкерлердің хат-хабарлары, сайт және іскерлік бағдарламалар үшін бөлек қойған жөн. Сырт көзге бір ұйымның атауын қолданғанымен, әртүрлі дереккөздердің техникалық мекенжайлары мен қолтаңбалары әртүрлі болуы мүмкін.

Хат неліктен бәрібір спамға түсуі мүмкін

Сәтті өткен SPF, DKIM және DMARC хабарламаның белгілі бір техникалық сипаттарын растайды. Олар қабылдаушы сервисті хатты кіріс жәшігіне салуға міндеттемейді. Шешімге дереккөздің беделі, мазмұны, тіркелген файлдар, алушылардың шағымдары және қабылдаушы жүйенің ішкі ережелері әсер етуі мүмкін.

Үш түрлі нәтижені ажырата білген жөн. Хат қате туралы хабарламамен бірге қабылданбай қалуы мүмкін. Ол қабылдануы, бірақ қажетсіз поштаға түсуі мүмкін. Сонымен қатар, ол пошта жәшігінде болуы, бірақ белгілі бір бумаға немесе өңдеу ережелеріне байланысты пайдаланушыға көрінбеуі мүмкін. Әр жағдай үшін өзіндік растаулар қажет.

Бағдарламадағы «жіберілді» күйі көбінесе хабарламаны ең жақын жіберуші жүйе қабылдағанын білдіреді. Ол адресаттың оқығанын растамайды және соңғы түскен бумасы туралы әрдайым мәлімет бере бермейді. Бір ғана жасыл белгіге сүйеніп қорытынды жасамай, күйдің нақты сипаттамасы мен нәтиже туралы қолжетімді хабарламаны сұраңыз.

Ойдан шығарылған мысал. Алматыдағы шартты компанияның қызметкерлерінен шыққан хаттар серіктестерге жетеді, ал сайт хабарламалары спамға түседі. Бұл қайшылық емес: жіберу дереккөздері әртүрлі. Мәселені талдау үшін екі хаттың да бөлек үлгілері қажет. Тек қызметкердің пошта жәшігін тексеріп, нәтижені сайтқа да тарату жеткіліксіз.

Тағы бір ойдан шығарылған жағдай: басқа адресат хатты көріп тұрса да, серіктес оны алмағанын хабарлайды. Бұл нақты мекенжайлар мен қабылдаушы жүйелердің жауаптарын салыстыруға себеп. Бір ғана алушыға қарап бүкіл корпоративтік пошта істен шықты деп қорытынды жасауға әлі ерте. Сол сияқты, бір ғана жазбаны ауыстыру арқылы мәселені шешуге уәде беру де ерте.

Мәселені нақты талдау үшін нені дайындау керек

Ақауы бар хабарлама туралы мәліметтерді жинаңыз: жіберушінің мекенжайы, алушының мекенжайы, тақырыбы, жіберілген уақыты және бағдарлама атауы. Хат жеткізілмегені туралы хабарлама мәтінін толық сақтаңыз. Егер хабарлама спамға түссе, алушыдан оны техникалық тақырыптамаларымен бірге сақтауды өтініңіз. Деректерді беру алдында құпия хат-хабарды қорғау жағын келісіп алыңыз.

Барлық белгілі дереккөздерді көрсетіңіз: қызметкерлер, сайт, CRM, 1С, принтерлер мен сканерлер. Әр жүйеге кім жауап беретінін және оның сипаттамасы қайда сақталатынын белгілеңіз. Құпия сөздерді ашық хат алмасу арқылы бермеңіз. Мәселені талқылау үшін жүйелерге бейберекет рұқсат алудан гөрі, жүйелер құрамы мен ақаудың сипатын түсіну әдетте маңыздырақ.

Домен мен корпоративтік поштаны кім басқаратынын бөлек анықтап алыңыз. Бұл міндеттер әртүрлі адамдарға немесе мердігерлерге жүктелуі мүмкін. Басшыға баптаулардың иесі және өтініштерге жауапты адам туралы түсінікті жауап қажет. Провайдерде орналастыру мен жеке инфрақұрылым арасында таңдау жасағанда, жеке пошта сервері мен бұлтты салыстыратын материалды пайдаланыңыз.

Қазақстандағы бизнес үшін хат алмасу мен дербес деректерді өңдеу мәселелерін саланы және шарттарды ескере отырып, заңгермен бірге тексеріңіз. Жазбалардың техникалық дұрыстығы мұндай бағалаудың орнын баса алмайды. Нақты сервистің қолжетімділігі мен шарттары туралы мәселелерді оны жеткізушіден нақтылап алыңыз.

Жиі қойылатын сұрақтар

MX пен SPF бір баптау ма?

Олардың міндеттері әртүрлі. MX доменнің қабылдаушы серверлерін көрсетеді. SPF шығыс хабарламаның рұқсат етілген көзін тексеруге көмектеседі. Кіріс хаттардың жеткізілуі шығыс хаттардың дұрыс жіберілетінін дәлелдемейді, сондықтан нәтижелер әр нақты жағдайда бөлек бағаланады.

DKIM тексеруінен өтсе, хаттың шынайы екені анық па?

Сәтті тексеру қолтаңбаны және қол қойылған бөліктердің тұтастығын растайды. Ол мәтіннің рас екенін және автордың төлем сұрауға құқығы бар екенін дәлелдемейді. Хабарламаның техникалық тексерулері сәтті өтсе де, әдеттен тыс сұрауларды компанияда қабылданған ережелер бойынша тексеріңіз.

SPF сәтті өткенде DMARC неліктен өтпейді?

DMARC үшін көрінетін жіберушінің доменімен сәйкестік маңызды. SPF басқа техникалық доменді сәтті растауы мүмкін. DMARC қорытындысын және алшақтықтың себебін түсіну үшін нақты хабарлама мен DKIM нәтижелері туралы мәліметтер қажет.

Дұрыс жазбалар хаттың кіріс жәшігіне түсуіне кепілдік бере ме?

Жоқ. Алушы өз ережелерін қолданады және хабарламаның басқа белгілерін ескереді. Техникалық тексерулер бағалаудың бір бөлігі болып табылады. Егер хат спамға түсіп қалса, оны сақтаңыз және нәтижелерді жіберу көзі туралы деректермен бірге талдаңыз.

Егер пошта клиенті қосылмаса, DNS көмектесе ме?

Себебі қызметке қолжетімділікте, авторизацияда немесе провайдердің шарттарында болуы мүмкін. MX, SPF, DKIM және DMARC бағдарламаға пошта жәшігіне кіру құқығын бермейді. Екі бөлек мәселені шатастырмау үшін қосылу қатесін жеткізу қателерінен бөлек сипаттаңыз.