BroadNet
JurnalTeknik
Teknik

Email ke SMS: cara kerja gateway email-ke-SMS, kapan harus menggunakannya, dan cara mengamankannya

Gateway email-ke-SMS mengubah email yang ditujukan ke nomor telepon menjadi pesan teks, sehingga alat pemantauan, helpdesk, dan sistem lama yang hanya dapat mengirim email dapat menjangkau orang melalui SMS. Berikut adalah cara kerjanya, kapan solusi ini lebih unggul daripada API, dan cara mengamankannya dari email palsu.

7 menit baca
Teknik · Edisi 39
7 menit baca

ateway email-ke-SMS mengonversi email menjadi pesan teks: Anda mengalamatkan email ke nomor telepon tujuan pada domain gateway, isi email menjadi SMS, dan gateway mengirimkannya melalui rute A2P yang sama seperti panggilan API. Ini cocok untuk sistem yang dapat mengirim email tetapi tidak dapat melakukan panggilan ke API, seperti alat pemantauan, perangkat lunak helpdesk dan ticketing, serta aplikasi bisnis lama. Karena siapa pun dapat memalsukan alamat 'From' pada email, gateway yang aman hanya menerima email dari pengirim yang terdaftar dalam daftar izin (allow-list) pada domain yang lolos SPF, DKIM, dan DMARC.

Poin-poin utama

  • Format alamat: nomor telepon pada domain gateway, contohnya <number>@<gateway-domain>.
  • Isi email menjadi teks SMS; buatlah tetap singkat dan sederhana.
  • Terbaik untuk peringatan dari alat yang sudah mengirim email, dan untuk sistem tanpa integrasi HTTP.
  • Keamanan: gunakan daftar izin untuk alamat pengirim dan terapkan penyelarasan SPF, DKIM, dan DMARC.
  • Untuk aplikasi baru, SMS API memberikan kontrol yang lebih besar dan penanganan kesalahan yang lebih kaya.

Bagaimana cara kerja email ke SMS?

  1. Sistem Anda mengirimkan email ke <number>@<gateway-domain>, dengan nomor dalam format internasional.
  2. Gateway akan memeriksa apakah pengirim diizinkan dan apakah domain tersebut lolos autentikasi.
  3. Gateway mengambil isi pesan (dan, jika didukung, instruksi pada subjek) lalu menyusun SMS.
  4. Pesan tersebut dikirimkan melalui rute A2P normal, dengan aturan sender ID yang biasa digunakan.
  5. Laporan pengiriman dapat dikirimkan kembali sebagai balasan email ke pengirim atau ke alamat yang telah dikonfigurasi.

Kapan Anda sebaiknya menggunakan email ke SMS alih-alih menggunakan API?

SituasiEmail ke SMSSMS API
Pemantauan peringatan dari alat yang sudah mengirimkan notifikasi via emailSangat sesuai: arahkan peringatan ke gatewayMemerlukan integrasi
Alat Helpdesk atau ITSM yang hanya memiliki output emailSangat sesuaiMembutuhkan konektor khusus
Mengirim dari spreadsheet atau klien email sesekaliDapat digunakanBerlebihan
OTP yang berhadapan dengan pelanggan dan alur transaksionalTidak direkomendasikanYa: lebih cepat, dengan kesalahan terstruktur
Kampanye volume tinggiTidak direkomendasikanYa: antrean, throughput, dan pelaporan

Aturan umumnya: email adalah jembatan saat Anda tidak dapat mengubah sistem sumber; SMS API adalah pilihan saat Anda bisa. Panduan kami tentang mengirim SMS dari Python, PHP, Node.js, Java dan C# menunjukkan sisi API.

Bagaimana cara mengamankan gateway email-ke-SMS?

Email tidak dirancang dengan autentikasi pengirim, sehingga gateway yang menerima alamat From apa pun memungkinkan siapa pun yang mengetahui formatnya untuk mengirim teks dengan biaya Anda dan di bawah sender ID Anda. Amankan dengan cara berikut:

  • Gunakan allow-list untuk alamat pengirim yang tepat per akun.
  • Publikasikan SPF dan tanda tangani dengan DKIM pada domain pengiriman, serta tetapkan kebijakan DMARC yang ditegakkan oleh gateway.
  • Kirim dari alamat khusus untuk peringatan, bukan dari kotak masuk bersama.
  • Atur batas pengeluaran dan batas tarif pada akun.
  • Jangan pernah mencantumkan kata sandi, kode, atau data pribadi dalam email peringatan yang menjadi SMS.

Gateway BroadNet hanya menerima email dari alamat pengirim yang terdaftar dalam daftar izin pada domain yang selaras dengan SPF, DKIM, dan DMARC, yang mencegah email palsu memicu pengiriman. Lihat keterkiriman email untuk mengetahui cara kerja catatan ini.

Bagaimana Anda harus memformat email tersebut?

  • Hanya teks biasa: HTML, tanda tangan, dan penafian dapat berakhir di SMS atau melampaui batas panjang karakter.
  • Letakkan bagian penting di awal: nama peringatan, tingkat keparahan, dan host harus masuk dalam 160 karakter pertama.
  • Hapus rantai balasan dan footer pada alat pengiriman.
  • Ingat batas karakter: 160 karakter GSM-7 per SMS, 70 dalam Unicode; lihat batas karakter SMS.

Contoh peringatan: subjek "CRITICAL db-01", isi "CRITICAL: disk db-01 95% pada 03:12 UTC. Tiket 4821." Itu adalah satu SMS singkat yang dapat ditindaklanjuti oleh teknisi on-call.

Bagaimana cara mengatur email ke SMS dengan BroadNet?

Email-to-SMS adalah lapisan tipis di atas pengiriman A2P BroadNet standar, sehingga rute langsung ke operator, penegakan sender-ID, laporan pengiriman, dan log audit sama dengan REST API. Detail pengaturan, format alamat, dan sintaks subjek yang didukung tersedia di halaman pengembang email-to-SMS. Akses uji coba akan diberikan oleh teknisi kami dalam satu hari kerja setelah permintaan Anda.

Pertanyaan yang sering diajukan

Apa itu gateway email-to-SMS?

Layanan yang mengubah email yang ditujukan ke nomor telepon menjadi pesan teks dan mengirimkannya melalui jaringan SMS.

Bagaimana cara mengirim SMS dari email?

Kirim email ke nomor telepon pada domain gateway operator Anda dari alamat yang masuk daftar izin (allow-list); isi email tersebut akan menjadi SMS.

Apakah email ke SMS aman?

Hanya jika gateway membatasi pengirim. Gunakan daftar izin (allow-list) dan terapkan SPF, DKIM, dan DMARC agar email palsu ditolak.

Dapatkah saya menerima laporan pengiriman melalui email?

Ya. Laporan pengiriman dapat dikirim kembali sebagai balasan email ke pengirim atau ke alamat yang telah dikonfigurasi.

Apakah saya harus menggunakan email-to-SMS untuk kode OTP?

Tidak. Gunakan SMS API atau OTP API untuk kode: prosesnya lebih cepat, memberikan laporan error terstruktur, dan mendukung fallback.

Berapa panjang pesan email-to-SMS?

Sama seperti SMS lainnya: 160 karakter GSM-7 atau 70 karakter Unicode per segmen, dengan teks yang lebih panjang akan dipecah menjadi beberapa bagian yang ditagih.

Ditinjau pada 28 September 2026. Lihat standar editorial kami.

Apakah ini bermanfaat?

Cara kami menulis dan meninjau konten

Ditulis oleh

Tim Teknik BroadNet

Tim Teknik mengoperasikan jaringan: bind SMPP, stack SS7, mesin rute, serta infrastruktur mendasar yang memungkinkan pengiriman satu miliar pesan per bulan. Mereka menulis di sini ketika ada sesuatu yang layak untuk dicatat.

Lanjutkan membaca

Tiga artikel lainnya dari jurnal.

Lihat semua esai
Jurnal, melalui email

Satu esai setiap bulan. Tidak ada hal lain.

Berlangganan dan kami akan mengirimkan tulisan berikutnya — baik mengenai teknik, regulasi, atau industri — tepat pada hari penerbitannya. Tanpa kampanye drip, tanpa penawaran produk, tanpa pembagian ke pihak ketiga. Berhenti berlangganan hanya dengan satu klik.

Kami mengirimkan satu email sebulan. Berhenti berlangganan kapan saja. Lihat kebijakan privasi.

Apa yang akan Anda dapatkan
  • Tulisan mendalam, bukan sekadar umpan klik
    Enam hingga sebelas menit tulisan terfokus pada satu topik.
  • Ditulis oleh para operator
    Ditulis secara internal oleh teknisi, pimpinan regulasi, dan manajer produk.
  • Sadar wilayah
    Pandangan berbasis pengalaman di kawasan MENA mengenai regulator, operator, dan bauran saluran.
  • Sebulan sekali
    Tanpa kampanye drip. Hanya satu esai saat ada hal yang perlu dibagikan.
Berhenti membaca. Mulai implementasi.

Sebagian besar dari apa yang kami tulis dipelajari langsung dari produksi.

Jika tulisan ini membuat Anda setuju, kita sebaiknya berbicara. Bawa kasus penggunaan, volume, dan pasarnya — kami akan kembali dengan rute, harga, dan referensi pelanggan yang dapat Anda hubungi.

$ curl -X POST https://api.broadnet.me/sms/sendSms