Seluruh ide di balik catatan MX adalah untuk menentukan host atau host yang dapat menerima email untuk domain. Seperti yang ditentukan dalam RFC 1035 , catatan MX berisi nama domain. Karena itu harus menunjuk ke host yang dengan sendirinya dapat diselesaikan dalam DNS. Alamat IP tidak dapat digunakan karena akan ditafsirkan sebagai nama domain yang tidak memenuhi syarat, yang tidak dapat diselesaikan.
Alasan untuk ini pada 1980-an, ketika spesifikasi awalnya ditulis, hampir sama dengan alasan untuk itu hari ini: Host dapat dihubungkan ke beberapa jaringan dan menggunakan beberapa protokol.
Kembali ke tahun 80-an, tidak jarang memiliki gateway surat yang terhubung baik ke Internet (relatif baru) yang menggunakan TCP / IP dan ke jaringan lama lainnya, yang sering menggunakan protokol lain. Menentukan MX dengan cara ini memungkinkan untuk catatan DNS yang dapat mengidentifikasi cara menjangkau host seperti itu di jaringan selain Internet, seperti Chaosnet . Namun dalam praktiknya, ini hampir tidak pernah terjadi; hampir semua orang merekayasa ulang jaringan mereka untuk menjadi bagian dari Internet.
Saat ini, situasinya adalah bahwa sebuah host dapat dijangkau oleh beberapa protokol (IPv4 dan IPv6) dan dengan beberapa alamat IP di setiap protokol. Catatan MX tunggal tidak mungkin daftar lebih dari satu alamat, jadi satu-satunya pilihan adalah menunjuk ke host, di mana semua alamat host itu kemudian dapat dicari. (Sebagai optimalisasi kinerja, server DNS akan mengirimkan catatan alamat untuk tuan rumah di bagian tambahan respons jika memiliki catatan otoritatif untuk mereka, menyimpan pulang pergi.)
Ada juga situasi yang muncul ketika penukar email Anda disediakan oleh pihak ketiga (mis. Google Apps atau Office 365). Anda mengarahkan catatan MX Anda ke nama host mereka, tetapi mungkin terjadi bahwa penyedia layanan perlu mengubah alamat IP server surat. Karena Anda telah menunjuk ke host, penyedia layanan dapat melakukan ini secara transparan dan Anda tidak perlu membuat perubahan apa pun pada catatan Anda.