Ang MX record, o mail exchanger record, ay isang uri ng resource record sa Domain Name System na tumutukoy sa mail server na responsable para sa pagtanggap ng mga mensaheng email sa ngalan ng domain ng tatanggap at isang preference value na ginagamit para unahin ang paghahatid ng mail. Ang isang hanay ng mga tala ng mail exchanger sa ngalan ng isang domain ay tumutukoy kung paano dapat iruta ang email gamit ang Simple Mail Transfer Protocol (SMTP).
MX Records: Technology Overview
Ang mga resource record ay ang pangunahing elemento ng impormasyon ng Domain Name System (DNS). Magkaiba sila sa uri ng pagkakakilanlan (A, MX, NS) at DNS class (Internet, CHAOS). Ang mga talaan ay may petsa ng pag-expire (oras para mabuhay) na nakatalaga sa kanila, na nagsasaad kung kailan ang impormasyong iniimbak nila ay dapat na ma-update mula sa isang authoritative name server. Ang mga resource record ay nakaayos sa DNS batay sa email ng kanilang tatanggap na FQDN (ang bahagi ng pangalan pagkatapos ng simbolo@) sa Internet, ang nagpapadalang ahente na Mail Transfer Service (MTA) ay nagtatanong sa Domain Name System para sa mga tala ng MX para sa bawat domain ng tatanggap. Ang query na ito ay nagbabalik ng isang listahan ng mga host ng mail exchange server na tumatanggap ng papasok na mail para sa domain na ito. Susubukan ng nagpadalang ahente na magtatag ng koneksyon sa SMTP.
Mga pangunahing kaalaman sa priyoridad
Sa pinakasimpleng kaso, ang isang domain ay maaaring magkaroon lamang ng isang mail server. Halimbawa, kung ang MTA ay naghahanap ng mga tala ng MX para sa example.com at ang DNS server ay tumugon lamang gamit ang mail.example.com na may bilang ng kagustuhan na 50, susubukan ng MTA na magpadala ng mail sa tinukoy na server. Sa kasong ito, ang numerong 50 ay maaaring maging anumang integer na pinapayagan ng detalye ng SMTP. Ngunit kapag higit sa isang server ang ibinalik para sa isang kahilingan sa MX, tinutukoy ng numero ng kagustuhan para sa bawat entry ang kaugnay na priyoridad ng tinukoy na server. Kapag ang isang malayong kliyente (karaniwan ay isa pang mail server) ay gumawa ng MX lookup para sa isang domain name, ito ay makakakuha ng isang listahan ng mga server at ang kanilang mga kagustuhang numero. Anumang server na may pinakamababang numero ng kagustuhan ay dapat na masuri sa simula. Upang matiyak ang maaasahang pagpapadala ng mail, dapat na masuri ng SMTP client ang bawat isa sa mga tumutugmang address sa listahang ito sa pagkakasunud-sunod hanggang sa magtagumpay ang pagtatangka sa paghahatid.
Load balancing sa pagitan ng mga array ng mail server
Ang paraan na ginagamit upang i-load-balanse ang papasok na mail sa isang hanay ng mga server ay dapat magbalik ng parehong numero ng kagustuhan para sa bawat server sa set. Kapag tinutukoy kung aling server ang may pantay na kagustuhan para sa pagpapadala ng mail, dapat na i-randomize ng nagpadala ang mga ito upang maikalat ang load sa maraming mail exchanger para sa isang partikular na organisasyon. Ang mga multihomed server ay pinangangasiwaan nang iba, dahil ang anumang randomization ay itinuturing na nailapat na ng nameserver. Pangunahing tinatalakay nito ang mga problema sa pagruruta. Maaaring lutasin ang iba pang uri ng paglo-load ng server gamit ang isang SMTP proxy.
Backup
Ang target na server, iyon ay, ang nakakaalam kung paano ihatid ang kaukulang mailbox ng user, ay kadalasang mas gusto. Ang mga server na may mababang priyoridad, na tinatawag na standby o pangalawang tala ng MX, ay karaniwang nagpapanatili ng mga mensahe sa isang pila habang naghihintay na lumabas ang pangunahing server. Kung ang parehong mga server ay online o kahit papaano ay konektado sa isa't isa, ipapasa ng backup ng MX ang email sa pangunahing mail exchanger. Nagsisilbing vault ang backup.
Paano mag-set up ng mga MX record: priority
Ang
Mail ay ipinapadala sa exchange server na may pinakamababang preference number (pinakamataas na priyoridad), kaya ang mail exchanger entry na ginagamit para sa pagruruta ay dapat na may pinakamababang preference number, karaniwang 0. Priorityay tumutukoy sa pagkakasunud-sunod kung saan ang mga server ay dapat na nauugnay (kung maraming mga server na may iba't ibang mga priyoridad ay tinukoy). Ang mga server na may pinakamataas na priyoridad at pinakamababang numero ng kagustuhan ay susuriin muna. Sa mga tala ng DNS, karaniwang itinatakda at tinutukoy ang numero ng kagustuhan.
Mga error sa pag-setup
Ang isang karaniwang maling kuru-kuro tungkol sa pag-order ng mga kagustuhan sa tala ng MX ng domain ay nilayon nitong pataasin ang posibilidad ng paghahatid ng mail. Gayunpaman, ang simpleng paggamit ng maraming entry na may parehong kagustuhan ay nagbibigay ng benepisyong ito.
Ang isa pang karaniwang maling interpretasyon ng MX-preference order ay nilayon nitong magbigay ng "failover" kung sakaling magkaroon ng overload sa server. Bagama't maaari itong gamitin sa ganitong paraan, ito ay isang mahinang diskarte sa pamamahala ng mapagkukunan dahil sinadya nitong lumikha ng kasikipan, hindi ganap na ginagamit ang magagamit na hardware, at hindi pinapayagan ang mga tala ng MX na suriin. Ang pagtatalaga ng parehong halaga sa lahat ng available na server ay nagbibigay ng parehong benepisyo, makakatulong na maiwasan ang mga sitwasyon ng congestion at sa gayon ay mapataas ang throughput ng system sa pamamagitan ng pagbabawas ng latency.
SMTP logging
Ang SMTP protocol ay nagtatatag ng store-and-forward na network, at kung ang mga mail server ng domain ay offline, ang mga nagpapadalang server ay nangangailangan ng pila ng mga mensaheng nakalaan para sa domain na iyon upang subukang muli sa ibang pagkakataon. Gayunpaman, hindi maabisuhan ang mga nagpapadalang server na ito na mayroon na ngayong availablemga stand-alone na domain server at matukoy lamang na available ang domain kung gagawin ang susunod na pagsubok kapag nagpapadala ng mga deferred na mensahe.
Ang pagkaantala sa pagitan ng pagdating ng mga server ng domain sa online at kapag ang mga nakabinbing mensahe ay sa wakas ay naihatid ay maaaring kahit saan mula sa ilang minuto hanggang ilang araw, depende sa iskedyul ng muling pagsubok ng mga nagpapadalang server. Ang problema ay ang mga backup ay natatanging kwalipikadong lutasin at hindi ka pinapayagang suriin ang MX record ng domain.
