Domain email dan autentikasi pengirim untuk Azure Communication Services
Domain email adalah nama unik yang muncul setelah alamat email kredensial masuk @. Domain email biasanya berupa nama dan merek organisasi Anda yang dikenal publik. Menggunakan domain Anda di email memungkinkan pengguna untuk percaya bahwa pesan ini bukan upaya pengelabuan, dan bahwa pesan berasal dari sumber tepercaya, sehingga membangun kredibilitas untuk merek Anda. Jika perlu, Anda dapat memanfaatkan domain email yang ditawarkan melalui Azure Communication Services. Kami menawarkan domain email yang dapat digunakan untuk mengirim email atas nama organisasi Anda.
Domain email dan autentikasi pengirim
Communication Services Email memungkinkan Anda mengonfigurasi email dengan dua jenis domain: Domain Terkelola Azure dan Domain Kustom.
Domain Terkelola Azure
Mendapatkan Domain terkelola Azure adalah penyiapan satu klik. Anda dapat menambahkan Subdomain Azure gratis ke sumber daya komunikasi email dan Anda dapat mengirim email menggunakan email dari domain seperti donotreply@xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.azurecomm.net. Domain Terkeloal Azure Anda akan dikonfigurasi sebelumnya dengan dukungan autentikasi pengirim yang diperlukan.
Domain Kustom
Dalam opsi ini Anda menambahkan domain yang sudah Anda miliki. Anda harus menambahkan domain dan memverifikasi kepemilikan untuk mengirim email dan kemudian mengonfigurasi dukungan autentikasi yang diperlukan.
Autentikasi pengirim untuk domain
Autentikasi email (juga dikenal sebagai validasi email) adalah kumpulan standar yang mencoba menghentikan spoofing (pesan email dari pengirim palsu). Alur email kami menggunakan standar ini untuk memverifikasi email yang dikirim. Kepercayaan pada email dimulai dengan Autentikasi dan Email Azure communication Services membantu pengirim untuk mengonfigurasi protokol autentikasi email berikut dengan benar guna mengatur autentikasi yang tepat untuk email.
SPF (Kerangka Kebijakan Pengirim) SPF RFC 7208 adalah mekanisme yang memungkinkan pemilik domain untuk menerbitkan dan memelihara, melalui data DNS TXT standar, daftar sistem yang diizinkan untuk mengirim email atas nama pemilik domain. Azure Communication Services memungkinkan Anda mengonfigurasi catatan SPF yang diperlukan yang perlu ditambahkan ke DNS Anda untuk memverifikasi domain kustom Anda.
DKIM (Domain Keys Identified Mail) DKIM RFC 6376 memungkinkan organisasi mengklaim tanggung jawab untuk mengirimkan pesan dengan cara yang dapat divalidasi oleh penerima. Azure Communication Services memungkinkan Anda mengonfigurasi catatan DKIM yang diperlukan yang perlu ditambahkan ke DNS Anda untuk memverifikasi domain kustom Anda.
Ikuti langkah-langkah untuk menyiapkan autentikasi pengirim untuk domain Anda.
Memilih jenis domain
Anda dapat memilih pengalaman yang paling sesuai untuk bisnis Anda. Anda dapat memulai dengan pengembangan menggunakan domain Terkelola Azure dan beralih ke domain kustom saat Anda siap meluncurkan aplikasi.
Cara menghubungkan domain untuk mengirim email
Sumber daya Communication Service Email dirancang untuk mengaktifkan langkah-langkah validasi domain agar dapat dipisahkan dari integrasi aplikasi. Integrasi Aplikasi yang ditautkan dengan Azure Communication Service dan setiap layanan komunikasi akan diizinkan untuk ditautkan dengan salah satu domain terverifikasi dari Communication Services Email. Ikuti langkah-langkah untuk menghubungkan domain terverifikasi Anda. Untuk beralih dari satu domain terverifikasi ke domain lain, Anda perlu memutuskan sambungan domain dan menghubungkan domain lain.
Langkah berikutnya
Praktik terbaik untuk dukungan autentikasi pengirim di Email Azure Communication Services
Memulai dengan membuat dan mengelola Communication Service Email di Azure Communication Service
Dokumen berikut mungkin menarik bagi Anda:
- Biasakan diri Anda dengan Pustaka klien email
- Bagaimana cara mengirim email dengan domain terverifikasi kustom? Menambahkan domain kustom
- Bagaimana cara mengirim email dengan Azure Managed Domains? Menambahkan domain Terkelola Azure
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk