Pengesahan domain e-mel adalah asas proses pengesahan e-mel. Sebelum menentukan sama ada peti mel tertentu wujud, perkhidmatan pengesahan mesti terlebih dahulu mengesahkan bahawa domain itu sendiri sah dan mampu menerima e-mel. Panduan komprehensif ini meneroka aspek teknikal pengesahan domain e-mel, daripada carian DNS hingga pengesahan rekod MX, dan menerangkan mengapa pemeriksaan peringkat domain adalah penting untuk mengekalkan senarai e-mel yang sihat.
Untuk konsep asas, lihat panduan lengkap pengesahan e-mel kami.
Apakah Pengesahan Domain E-mel?
Pengesahan domain e-mel adalah proses mengesahkan bahawa bahagian domain alamat e-mel (bahagian selepas @) adalah sah, dikonfigurasikan dengan betul, dan mampu menerima mesej e-mel.
Apabila anda mengesahkan alamat e-mel seperti user@example.com, pengesahan domain memeriksa sama ada example.com:
- Wujud sebagai domain berdaftar
- Mempunyai konfigurasi DNS yang betul
- Mempunyai rekod MX yang menunjuk ke pelayan mel
- Secara aktif menerima e-mel
Pengesahan peringkat domain ini berlaku sebelum sebarang percubaan untuk mengesahkan peti mel tertentu, berfungsi sebagai penapis pertama yang penting dalam proses pengesahan.
Mengapa Pengesahan Domain Penting
Pengesahan domain melaksanakan beberapa fungsi kritikal:
Kecekapan: Memeriksa domain terlebih dahulu mengelakkan pembaziran sumber untuk cuba mengesahkan peti mel di domain yang tidak wujud atau salah konfigurasi. Jika domain tidak wujud atau tidak boleh menerima e-mel, tidak ada gunanya memeriksa alamat individu.
Pengesanan Awal: Masalah peringkat domain (domain tamat tempoh, rekod MX hilang) lebih mudah dikesan daripada isu peringkat peti mel. Pengesahan domain mengesan masalah ini dengan cepat dan boleh dipercayai.
Pengesanan Ancaman: Banyak ancaman e-mel boleh dikenal pasti di peringkat domain—domain spam yang diketahui, perkhidmatan e-mel pakai buang, dan domain yang baru didaftarkan yang mencurigakan.
Mengurangkan Negatif Palsu: Sesetengah pelayan mel menolak percubaan pengesahan peti mel individu tetapi pengesahan domain masih mengesahkan domain boleh menerima e-mel, mengurangkan ralat negatif palsu.
Proses Teknikal Pengesahan Domain
Memahami bagaimana pengesahan domain berfungsi membantu anda menghargai kedua-dua kuasa dan batasannya.
Langkah 1: Pengekstrakan Domain dan Pengesahan Sintaks
Langkah pertama mengekstrak domain daripada alamat e-mel dan mengesahkan format asasnya:
Ciri Domain Sah:
- Mengikut konvensyen penamaan DNS
- Hanya mengandungi aksara yang dibenarkan (huruf, nombor, tanda sempang)
- Struktur label yang betul (dipisahkan dengan titik, tiada tanda sempang di awal/akhir)
- TLD (domain peringkat atas) yang sah daripada senarai yang diiktiraf
Isu Sintaks Biasa:
- Ruang dalam nama domain
- Aksara tidak sah (garis bawah dalam domain, bukan subdomain)
- TLD hilang atau tidak sah
- Titik berganda atau titik di awal/akhir
Kebanyakan ralat sintaks menunjukkan kesilapan taip atau alamat palsu yang disengajakan.
Langkah 2: Carian DNS
Setelah domain sah secara sintaks, pengesahan melakukan carian DNS untuk mengesahkan domain wujud dan dikonfigurasikan dengan betul.
Pemeriksaan Rekod A: Rekod A memetakan nama domain kepada alamat IP. Walaupun tidak diperlukan secara ketat untuk e-mel, kebanyakan domain yang sah mempunyai rekod A untuk domain utama mereka.
Pemeriksaan Rekod AAAA: Serupa dengan rekod A tetapi untuk alamat IPv6. Semakin biasa apabila penggunaan IPv6 berkembang.
Pemeriksaan Rekod NS: Rekod pelayan nama menunjukkan pelayan mana yang berwibawa untuk domain. Kehadiran mereka mengesahkan domain didaftarkan dan aktif.
Pemeriksaan Rekod SOA: Rekod Start of Authority mengandungi maklumat pentadbiran tentang domain. Rekod SOA yang hilang menunjukkan domain mungkin tidak dikonfigurasikan dengan betul.
Domain yang gagal dalam carian DNS asas—tiada rekod A, tiada rekod NS, tiada SOA—kemungkinan sama ada tamat tempoh, tidak pernah didaftarkan, atau salah konfigurasi dengan ketara.
Langkah 3: Pengesahan Rekod MX
Rekod MX (Mail Exchanger) adalah elemen paling kritikal untuk pengesahan domain e-mel. Rekod ini menentukan pelayan mel mana yang mengendalikan e-mel untuk domain.
Cara Rekod MX Berfungsi:
- Setiap rekod MX mengandungi nombor keutamaan dan nama hos pelayan mel
- Nombor keutamaan yang lebih rendah menunjukkan pelayan pilihan
- Berbilang rekod MX menyediakan redundansi
- Pelayan mel mencuba MX keutamaan rendah dahulu, kemudian beralih kepada keutamaan lebih tinggi
Contoh Konfigurasi Rekod MX:
example.com MX 10 mail1.example.com example.com MX 20 mail2.example.com example.com MX 30 backupmx.example.com
Dalam konfigurasi ini, mail1.example.com mengendalikan kebanyakan e-mel, dengan mail2 sebagai sandaran dan backupmx sebagai pilihan terakhir.
Pemeriksaan Pengesahan Rekod MX:
- Adakah rekod MX wujud untuk domain?
- Adakah nama hos MX diselesaikan kepada alamat IP yang sah?
- Adakah pelayan mel boleh dihubungi?
- Adakah mereka bertindak balas kepada sambungan SMTP awal?
Langkah 4: Ujian Sambungan Pelayan Mel
Selepas mengenal pasti rekod MX, pengesahan mungkin cuba menyambung ke pelayan mel untuk mengesahkan ia beroperasi.
Proses Sambungan SMTP:
- Wujudkan sambungan TCP pada port 25 (atau 587/465)
- Terima ucapan pelayan (respons 220)
- Hantar arahan EHLO/HELO
- Perhatikan respons pelayan
Sambungan yang berjaya mengesahkan infrastruktur mel domain beroperasi. Kegagalan sambungan mungkin menunjukkan:
- Pelayan turun sementara
- Isu rangkaian
- Firewall menyekat sambungan
- Salah konfigurasi pelayan
Memahami Keputusan Pengesahan Rekod MX
Pengesahan domain boleh menghasilkan pelbagai keputusan berdasarkan status rekod MX dan tingkah laku pelayan mel.
Tiada Rekod MX Dijumpai
Apabila domain tidak mempunyai rekod MX, penghantaran e-mel mengikut tingkah laku sandaran yang ditetapkan RFC:
Sandaran RFC: Jika tiada rekod MX wujud, pelayan mel cuba penghantaran ke alamat IP rekod A. Sesetengah domain sengaja bergantung pada tingkah laku ini, walaupun ia semakin jarang.
Tafsiran Pengesahan: Domain tanpa rekod MX dibenderakan sebagai risiko lebih tinggi. E-mel mungkin boleh atau tidak boleh dihantar—ia bergantung pada sama ada pelayan pada IP rekod A menerima sambungan SMTP.
Rekod MX Menunjuk ke Pelayan yang Tidak Wujud
Kadang-kadang rekod MX wujud tetapi pelayan mel yang ditetapkan tidak:
Punca:
- Migrasi domain sedang berlangsung
- Ralat konfigurasi
- Langkah anti-spam yang disengajakan
- Perkhidmatan hosting tamat tempoh
Keputusan Pengesahan: Domain ditandakan sebagai tidak boleh menerima e-mel. Mana-mana alamat di domain ini akan melantun.
Rekod MX Menunjuk ke Localhost atau IP Peribadi
Domain dengan rekod MX yang menunjuk ke 127.0.0.1, 0.0.0.0, atau julat IP peribadi tidak boleh menerima e-mel luaran:
Corak Biasa:
127.0.0.1- localhost, digunakan oleh domain yang tidak mahu e-mel0.0.0.0- laluan nol, menolak e-mel secara eksplisit10.x.x.x,192.168.x.x- alamat peribadi, tidak boleh dihalakan dari internet
Keputusan Pengesahan: Domain pasti tidak boleh menerima e-mel dari sumber luaran. Semua alamat harus ditandakan tidak sah.
Pengesanan Domain Catch-All
Semasa pengesahan domain, perkhidmatan sering dapat mengesan konfigurasi tangkap-semua:
Apakah Tangkap-Semua: Domain yang dikonfigurasikan untuk menerima e-mel untuk mana-mana alamat, walaupun yang tidak wujud. Daripada menolak penerima yang tidak diketahui, pelayan menerima semua mel.
Kaedah Pengesanan: Hantar permintaan pengesahan untuk alamat rawak yang jelas tidak wujud. Jika pelayan menerimanya, domain kemungkinan dikonfigurasikan tangkap-semua.
Implikasi: Pengesahan peti mel individu adalah mustahil untuk domain tangkap-semua. Semua alamat di domain ini harus ditandakan sebagai "tidak dapat disahkan" dan bukannya "sah."
Pengesanan Ancaman Peringkat Domain
Selain kebolehsampai asas, pengesahan domain membolehkan pengesanan pelbagai ancaman e-mel.
Domain E-mel Pakai Buang
Perkhidmatan e-mel pakai buang menyediakan alamat e-mel sementara yang pengguna cipta untuk mengelak memberi e-mel sebenar mereka. Alamat ini berfungsi sebentar, kemudian hilang.
Pengesanan Peringkat Domain: BillionVerify mengekalkan pangkalan data komprehensif domain e-mel pakai buang yang diketahui. Mana-mana alamat di domain ini dibenderakan serta-merta.
Pengesanan Dipertingkat AI: Model pembelajaran mesin kami mengenal pasti domain e-mel pakai buang yang mungkin walaupun mereka belum dalam pangkalan data—menganalisis corak pendaftaran domain, konfigurasi DNS, dan isyarat tingkah laku.
Domain Baru Didaftarkan
Domain yang didaftarkan dalam beberapa minggu atau bulan yang lalu membawa risiko yang lebih tinggi:
Mengapa Domain Baru Berisiko:
- Perniagaan yang sah jarang menggunakan domain baharu untuk pendaftaran
- Penipu kerap mendaftarkan domain baru untuk kegunaan pakai buang
- Operasi spam berkitar melalui domain baru untuk mengelakkan senarai hitam
Pendekatan Pengesahan: Benderakan alamat daripada domain yang baru didaftarkan untuk penelitian tambahan. Domain mungkin sah, tetapi berhati-hati tambahan adalah wajar.
Domain Diparkir dan Tidak Aktif
Sesetengah domain berdaftar tidak digunakan secara aktif untuk e-mel:
Domain Diparkir: Memaparkan halaman pengiklanan atau "untuk dijual" tetapi tidak mempunyai e-mel berfungsi Hosting Tamat Tempoh: Domain didaftarkan tetapi perkhidmatan hosting telah luput Konfigurasi Pemegang Tempat: Rekod MX menunjuk ke halaman pemegang tempat atau ralat
Pengesahan domain mengenal pasti situasi ini, mencegah lantunan daripada alamat yang kelihatan sah tetapi sebenarnya tidak boleh menerima e-mel.
Domain Spam dan Pancingan Data yang Diketahui
Pangkalan data risikan ancaman menjejaki domain yang dikaitkan dengan spam, pancingan data, dan aktiviti berniat jahat yang lain:
Sumber Pangkalan Data:
- Laporan spam ISP
- Penemuan penyelidik keselamatan
- Senarai hitam industri
- Pengesanan perangkap madu automatik
Aplikasi Pengesahan: Alamat di domain jahat yang diketahui dibenderakan tanpa mengira kebolehsampai teknikal. Anda tidak mahu alamat ini dalam senarai anda walaupun mereka boleh menerima e-mel.
Pengesahan Domain untuk Penyedia E-mel Berbeza
Penyedia e-mel utama mengendalikan pengesahan domain secara berbeza, memerlukan pendekatan khusus.
Gmail dan Google Workspace
Google mengendalikan salah satu infrastruktur e-mel terbesar di dunia:
Corak MX: Gmail.com menggunakan pelayan MX standard Google (gmail-smtp-in.l.google.com dan alternatif) Pertimbangan Pengesahan:
- Pengesahan peti mel individu adalah terhad kerana langkah anti-spam Google
- Pengesahan domain mengesahkan alamat berada di infrastruktur Gmail
- Alamat berasaskan peranan (@gmail.com) memerlukan pengesahan tambahan
Microsoft 365 dan Outlook.com
Platform e-mel Microsoft menunjukkan corak yang berbeza:
Corak MX: Biasanya *.mail.protection.outlook.com untuk Microsoft 365 Pertimbangan Pengesahan:
- Serupa dengan Gmail dalam mengehadkan pengesahan peti mel
- Domain tersuai Microsoft 365 menunjukkan infrastruktur MX Microsoft
- Outlook.com pengguna mempunyai ciri berbeza daripada perniagaan Microsoft 365
Yahoo dan Penyedia Lain
Penyedia berbeza mempunyai konfigurasi berbeza:
Yahoo: Menggunakan infrastruktur MX Yahoo, dengan beberapa batasan pengesahan ProtonMail: Penyedia fokus privasi dengan corak MX tertentu iCloud: Perkhidmatan e-mel Apple dengan konfigurasi tersendiri
Memahami corak khusus penyedia membantu perkhidmatan pengesahan mengaplikasikan logik yang sesuai.
Melaksanakan Pengesahan Domain
Sama ada menggunakan API atau membina alat dalaman, inilah yang melibatkan pengesahan domain yang berkesan.
Pemeriksaan Penting
Sekurang-kurangnya, pengesahan domain harus termasuk:
- Pengesahan sintaks: Sahkan domain mengikut peraturan penamaan DNS
- Pemeriksaan kewujudan DNS: Sahkan domain didaftarkan dan diselesaikan
- Carian rekod MX: Periksa rekod penukar mel
- Penyelesaian MX: Sahkan nama hos MX diselesaikan kepada IP
- Sambungan asas: Sahkan pelayan mel boleh dihubungi
Pengesahan Dipertingkat
Pengesahan yang lebih canggih menambah:
- Pengesanan tangkap-semua: Kenal pasti domain yang menerima semua mel
- Pemeriksaan domain pakai buang: Benderakan perkhidmatan e-mel sementara
- Analisis umur domain: Nilai domain yang baru didaftarkan
- Pemeriksaan pangkalan data ancaman: Padankan dengan domain jahat yang diketahui
- Pengenalan penyedia: Kenali penyedia e-mel utama
Menggunakan BillionVerify untuk Pengesahan Domain
API BillionVerify menyediakan pengesahan domain komprehensif sebagai sebahagian daripada proses pengesahan e-mel kami:
const response = await fetch('https://api.billionverify.com/v1/verify', {
method: 'POST',
headers: {
'Authorization': 'Bearer YOUR_API_KEY',
'Content-Type': 'application/json'
},
body: JSON.stringify({ email: 'user@example.com' })
});
const result = await response.json();
// Keputusan termasuk maklumat peringkat domain:
// - domain: "example.com"
// - domain_status: "valid" | "invalid" | "disposable"
// - mx_found: true | false
// - catch_all: true | false
Pengesahan kami melakukan semua pemeriksaan domain secara automatik, menyediakan keputusan terperinci tentang status domain bersama pengesahan peti mel.
Cabaran Pengesahan Domain Biasa
Pengesahan domain menghadapi beberapa cabaran teknikal yang mempengaruhi ketepatan.
Kelewatan Penyebaran DNS
Apabila domain menukar rekod MX mereka, perubahan tidak merebak serta-merta:
Cabaran: Domain yang baru-baru ini berubah mungkin menunjukkan rekod MX lama atau tidak konsisten bergantung pada caching penyelesai DNS.
Mitigasi: BillionVerify menggunakan berbilang penyelesai DNS dan memeriksa konsistensi. Kami juga mengekalkan infrastruktur DNS kami sendiri dengan pengurusan cache yang agresif.
Variasi DNS Geografi
Sesetengah domain menggunakan GeoDNS untuk mengembalikan keputusan berbeza berdasarkan lokasi peminta:
Cabaran: Rekod MX mungkin berbeza mengikut wilayah, mempengaruhi keputusan pengesahan.
Mitigasi: Infrastruktur global kami melakukan pengesahan dari berbilang wilayah, mengenal pasti variasi geografi.
Kegagalan DNS Sementara
Infrastruktur DNS kadang-kadang mengalami isu sementara:
Cabaran: Carian DNS yang gagal mungkin menunjukkan masalah sebenar atau gangguan sementara.
Mitigasi: Logik percubaan semula pintar dan berbilang sumber carian membezakan kegagalan sementara daripada masalah domain sebenar.
Langkah Anti-Pengesahan
Sesetengah domain melaksanakan langkah untuk mencegah atau mengehadkan pengesahan:
Teknik:
- Mengehadkan kadar pertanyaan DNS
- Menyekat IP perkhidmatan pengesahan yang diketahui
- Mengembalikan respons SMTP yang mengelirukan
- Kegagalan rawak untuk permintaan bukan manusia
Mitigasi: BillionVerify menggunakan teknik canggih untuk menangani langkah anti-pengesahan sambil menghormati terma perkhidmatan.
Amalan Terbaik untuk Pengesahan Domain
Maksimumkan nilai pengesahan domain dengan amalan ini.
Sahkan Domain Sebelum Pengesahan Penuh
Untuk senarai besar, pra-saringan mengikut domain untuk meningkatkan kecekapan:
- Ekstrak domain unik daripada senarai e-mel anda
- Sahkan setiap domain sekali
- Serta-merta benderakan semua alamat di domain tidak sah
- Teruskan dengan pengesahan penuh hanya untuk alamat di domain sah
Pendekatan ini lebih pantas dan lebih kos efektif untuk senarai dengan banyak alamat setiap domain.
Pantau Perubahan Domain
Domain yang telah anda sahkan boleh berubah status:
Pengesahan Semula Berkala: Domain boleh tamat tempoh, menukar konfigurasi, atau terjejas. Pengesahan berkala menangkap perubahan ini.
Perhatikan Corak: Jika banyak alamat di domain yang sebelumnya sah mula melantun, siasat status semasa domain.
Fahami Peringkat Kualiti Domain
Tidak semua domain sah adalah sama berharga:
Peringkat 1 - Penyedia Utama: Gmail, Outlook, Yahoo—keyakinan kebolehsampai tertinggi Peringkat 2 - Domain Perniagaan: Domain syarikat mantap dengan reputasi baik Peringkat 3 - Domain Peribadi: Domain individu, kualiti lebih berubah-ubah Peringkat 4 - Domain Baru/Tidak Diketahui: Domain yang baru didaftarkan atau tidak biasa
Pertimbangkan untuk merawat peringkat berbeza secara berbeza dalam strategi penglibatan anda.
Kendalikan Domain Tangkap-Semua dengan Sewajarnya
Domain tangkap-semua tidak boleh disahkan secara muktamad di peringkat peti mel:
Pilihan:
- Terima alamat tangkap-semua tetapi pantau kadar lantunan
- Benderakan untuk mengurangkan kekerapan penghantaran
- Memerlukan pengesahan tambahan untuk pendaftaran bernilai tinggi
- Tolak untuk aplikasi yang sangat sensitif
Pendekatan yang betul bergantung pada kes penggunaan khusus anda dan toleransi risiko.
Masa Depan Pengesahan Domain
Pengesahan domain e-mel terus berkembang dengan perubahan infrastruktur e-mel.
Integrasi DMARC, DKIM, dan SPF
Piawaian pengesahan e-mel menyediakan risikan domain tambahan:
DMARC: Pengesahan Mesej Berasaskan Domain mendedahkan bagaimana pemilik domain mahu pengesahan yang gagal dikendalikan DKIM: Konfigurasi DomainKeys Identified Mail menunjukkan amalan tandatangan e-mel SPF: Sender Policy Framework menunjukkan pelayan penghantaran yang dibenarkan
Pengesahan masa depan mungkin menggabungkan isyarat ini untuk penilaian domain yang dipertingkat.
DNS Over HTTPS (DoH)
Teknologi privasi DNS mempengaruhi cara perkhidmatan pengesahan mengakses maklumat DNS:
Kesan: DoH mungkin mengubah cara perkhidmatan pengesahan melakukan carian Peluang: Maklumat DNS yang lebih selamat dan disahkan mungkin meningkatkan ketepatan
Analisis Domain Pembelajaran Mesin
AI semakin menyumbang kepada penilaian domain:
Aplikasi:
- Meramalkan risiko domain berdasarkan corak pendaftaran
- Mengenal pasti domain penipuan sebelum dimasukkan ke senarai hitam
- Mengesan kempen penyalahgunaan domain yang diselaraskan
- Meningkatkan ketepatan pengesanan tangkap-semua
Kesimpulan
Pengesahan domain e-mel adalah langkah pertama yang penting dalam proses pengesahan e-mel. Dengan mengesahkan bahawa domain adalah sah, dikonfigurasikan dengan betul, dan mampu menerima e-mel, pengesahan domain menapis alamat yang pasti akan gagal dengan cekap sambil mengenal pasti ancaman berpotensi di peringkat domain.
Memahami bagaimana pengesahan domain berfungsi—daripada carian DNS kepada analisis rekod MX kepada pengesanan ancaman—membantu anda menghargai kedua-dua keupayaan dan batasannya. Digabungkan dengan pengesahan peringkat peti mel, pemeriksaan domain komprehensif memastikan ketepatan setinggi mungkin untuk keperluan pengesahan e-mel anda.
BillionVerify melakukan pengesahan domain menyeluruh sebagai sebahagian daripada setiap permintaan pengesahan e-mel. Infrastruktur DNS global kami, pangkalan data ancaman komprehensif, dan pengendalian pintar kes tepi memastikan penilaian domain yang tepat untuk setiap alamat yang anda sahkan.
Untuk bantuan memilih penyelesaian yang betul, lihat perbandingan perkhidmatan pengesahan e-mel terbaik kami.
Mula sahkan dengan BillionVerify hari ini—10 kredit harian percuma, tiada kad kredit diperlukan.
Soalan Lazim
Apakah perbezaan antara pengesahan domain dan pengesahan e-mel?
Pengesahan domain mengesahkan bahawa bahagian domain alamat e-mel (selepas @) adalah sah dan boleh menerima e-mel. Pengesahan e-mel pergi lebih jauh, mengesahkan bahawa peti mel tertentu (sebelum @) wujud di domain itu. Pengesahan domain biasanya merupakan langkah pertama pengesahan e-mel penuh.
Mengapa sesetengah domain sah gagal pengesahan?
Domain sah mungkin gagal pengesahan kerana isu DNS sementara, penyelenggaraan pelayan mel, atau langkah anti-pengesahan. Jika pengesahan gagal untuk domain yang anda tahu sah, cuba lagi kemudian. Kegagalan berterusan menunjukkan masalah konfigurasi sebenar.
Bagaimana rekod MX mempengaruhi kebolehsampai e-mel?
Rekod MX menentukan pelayan mana yang mengendalikan e-mel untuk domain. Tanpa rekod MX (atau rekod A sandaran yang sah), e-mel tidak boleh dihantar ke domain. Rekod MX yang salah konfigurasi—menunjuk ke pelayan yang tidak wujud atau tidak boleh dihubungi—juga menghalang penghantaran.
Bolehkah saya sahkan alamat e-mel di domain tangkap-semua?
Domain tangkap-semua menerima e-mel untuk mana-mana alamat, menjadikannya mustahil untuk mengesahkan sama ada peti mel tertentu wujud. BillionVerify mengenal pasti domain tangkap-semua dan menandakan alamat dengan sewajarnya, membolehkan anda memutuskan cara mengendalikannya berdasarkan toleransi risiko anda.
Berapa kerap domain menukar konfigurasi e-mel mereka?
Kebanyakan domain mengekalkan konfigurasi e-mel yang stabil, tetapi perubahan berlaku semasa migrasi, perubahan hosting, atau kemas kini pentadbiran. Pengesahan berkala menangkap domain di mana konfigurasi telah berubah. Untuk senarai kritikal, pengesahan suku tahunan disyorkan.
Domain apa yang perlu saya lebih berhati-hati?
Domain yang baru didaftarkan, domain di perkhidmatan e-mel pakai buang, dan domain dengan konfigurasi luar biasa layak mendapat penelitian tambahan. BillionVerify membenderakan ini secara automatik, membantu anda membuat keputusan termaklum tentang alamat mana yang hendak diterima.