Membandingkan API email sekali pakai

1. Apakah membaca kotak masuk memerlukan kunci atau akun?

Inilah yang menentukan apakah layanan ini bisa dipakai sama sekali dari tempat yang tidak bisa menyimpan rahasia: tugas CI di sebuah fork, skrip bersama, peramban, agen AI yang bekerja di mesin orang lain. Kunci bukan gesekan kecil — ia berarti akun, panel, kebijakan rotasi dan tempat penyimpanan rahasia.

Cara menjawabnya sendiri

Minta sebuah kotak masuk tanpa header sama sekali. Kalau dijawab 200, tidak perlu kunci. Kalau dijawab 401 atau 403, perlu.

curl -s -o /dev/null -w "%{http_code}\n" \
  "https://SERVICE/api/v1/mailbox?address=someone@THEIR-DOMAIN"

Jawaban kami

Tanpa kunci dan tanpa akun, untuk domain publik maupun domain milik Anda. Kunci hanya ada untuk kumpulan premium, karena kumpulan yang nama-namanya dipublikasikan tidak lagi layak dibayar.

2. Bisakah Anda mengarahkan domain sendiri ke sana, dan berapa biayanya?

Domain sendiri adalah pembeda antara alamat yang dikenali formulir pendaftaran sebagai sekali pakai dan alamat yang tidak dikenali begitu. Ia juga satu-satunya cara memiliki kotak masuk yang tidak bisa ditebak orang lain. Kebanyakan layanan tidak menawarkannya, atau menjualnya sebagai paket berbayar — itulah seluruh model bisnisnya, dan layak diketahui sebelum Anda membangun di atas paket gratis mereka.

Cara menjawabnya sendiri

Baca host MX yang mereka terbitkan, lalu periksa apakah dokumentasinya meminta Anda mendaftarkan domain itu kepada mereka setelahnya. Layanan yang menuntut langkah pendaftaran berarti ada akun di suatu titik masa depan Anda.

dig +short MX their-example-domain.com

Jawaban kami

Satu catatan MX ke smtp.grabmail.io, gratis dan tanpa batas, pada semua paket termasuk yang gratis. Tidak ada langkah pendaftaran: pesan pertama yang tiba menghubungkan domain itu, karena menerbitkan catatan tersebut ADALAH bukti bahwa Anda menguasainya.

3. Berapa lama sebuah pesan disimpan — dan apakah itu ditegakkan atau sekadar dijanjikan?

Dua layanan bisa sama-sama berkata «tujuh hari» dan memaksudkan hal berbeda. Yang satu menghapus menurut jadwal; yang lain menghapus ketika penyimpanan menyempit. Untuk rangkaian uji, angkanya nyaris tidak penting. Untuk apa pun yang lebih baik tidak Anda tinggalkan tergeletak, perbedaan antara jendela yang ditegakkan dan yang diiklankan adalah intinya.

Cara menjawabnya sendiri

Kirim pesan ke diri sendiri, catat tanggal yang dikembalikan API, dan datang lagi setelah jendelanya lewat. Kata yang perlu dicari dalam teks mereka adalah «hingga»: artinya angka itu adalah batas atas, bukan jadwal.

curl -s "https://SERVICE/api/v1/mailbox?address=…" | grep -o '"date":"[^"]*"'

Jawaban kami

Tepat 5 hari, ditegakkan oleh tugas yang berjalan setiap sepuluh menit, bukan oleh sebuah kalimat di halaman kebijakan. Ini bukan tingkatan: tidak ada paket, parameter atau permintaan yang memperpanjangnya. Catchmail — layanan asal kebanyakan orang datang ke sini — menyimpan email hingga tujuh hari, lebih lama daripada kami.

4. Bisakah sebuah program menunggu pesan, atau harus terus memeriksa berulang?

Pengujian yang memeriksa berulang harus memilih jeda, dan kedua pilihannya salah: terlalu pendek akan menghabiskan batas permintaan, terlalu panjang membuat rangkaian uji berjalan beberapa menit lebih lama dari yang perlu. Agen AI menghadapi masalah yang sama dan sama sekali tidak bisa menyelesaikannya — ia tidak punya alamat publik untuk webhook dan tidak punya kesabaran untuk mengulang.

Cara menjawabnya sendiri

Cari webhook di rujukannya, atau panggilan yang menahan. Kalau dokumentasinya hanya menunjukkan endpoint daftar, jawabannya adalah pemeriksaan berulang, tertulis atau tidak.

curl -s https://SERVICE/openapi.json | grep -o '"/[a-z/{}._-]*"'

Jawaban kami

Keduanya, dan tidak satu pun memerlukan alamat publik di pihak Anda. API REST diperiksa berulang — 1 pembacaan per detik per alamat adalah irama yang dimaksudkan. Server MCP punya alat yang menahan panggilan sampai pesannya benar-benar tiba, hingga 25 detik, dan itulah yang dibutuhkan agen serta yang tidak bisa diberikan webhook.

5. Apa yang terjadi ketika formulir pendaftaran menolak alamatnya?

Ini akan terjadi, di setiap layanan dengan domain publik bersama, dan inilah saat kebanyakan orang menyerah dan menyimpulkan bahwa email sekali pakai «tidak berfungsi». Yang membedakan layanan di sini bukan apakah hal itu terjadi, melainkan apakah mereka memberi tahu Anda sebelumnya dan apa yang mereka tinggalkan untuk Anda setelahnya.

Cara menjawabnya sendiri

Cari domain publiknya di daftar blokir yang memang dipakai formulir pendaftaran. Kalau ada di sana, bersiaplah ditolak — dan lihat apa yang ditawarkan layanan itu berikutnya.

grep -x their-domain.com <(curl -s https://raw.githubusercontent.com/disposable/disposable-email-domains/master/domains.txt)

Jawaban kami

Dikatakan di beranda, di tanya jawab dan di llms.txt, bukan ditemukan sendiri. Ada dua jalan keluar, dan yang gratis lebih dahulu: arahkan domain Anda sendiri ke sini, yang tidak berbiaya dan tidak berbatas; atau, kalau Anda lebih suka tidak memiliki atau menampakkan domain, ada kumpulan berbayar berisi 92 domain .com yang dijauhkan dari daftar-daftar itu. Domain publik tetap gratis dalam kedua kasus.

6. Bisakah layanan ini mengirim email — dan apakah Anda menginginkannya?

Layanan yang hanya menerima tidak bisa diubah menjadi relai spam, dan karena itu server masuknya mampu menerima email untuk domain apa pun yang mengarah kepadanya. Layanan yang bisa mengirim pada akhirnya akan disalahgunakan, dan penyalahgunaan itulah yang mengakhiri paket gratis. Kalau Anda perlu mengirim, seluruh kategori ini adalah alat yang salah.

Cara menjawabnya sendiri

Cari POST yang menerima penerima. Kalau ada di rujukannya, layanan itu bisa mengirim; kalau tidak ada sama sekali, ia tidak bisa, dan itu biasanya disengaja.

curl -s https://SERVICE/openapi.json | grep -c '"post"'

Jawaban kami

Tidak. Tidak ada endpoint yang mengirim dan tidak ada email keluar dalam bentuk apa pun — bahkan untuk mengatur ulang kata sandi. Ketiadaan itulah yang membuat simpul masuk bisa menerima email untuk domain apa pun yang MX-nya mengarah ke sini tanpa menjadi relai.

Jawaban kami, dalam satu tempat

Setiap angka di tabel ini dibaca dari konstanta yang sama yang ditegakkan layanan, jadi tabel ini tidak mungkin bertentangan dengan API.

Memindahkan integrasi yang sudah ada

Kategori ini sudah mengerucut ke tiga panggilan, dan sebagian besar layanan menyediakannya di tiga jalur yang sama. Perpindahannya biasanya hanya URL dasar dan perulangan penomoran halaman.

GET    /api/v1/mailbox?address=<address>
GET    /api/v1/message/<id>?mailbox=<address>
DELETE /api/v1/message/<id>?mailbox=<address>

Catchmail, layanan yang paling sering menjadi asal orang datang ke sini, memakai tiga jalur yang sama. Dua hal berbeda, dan keduanya soal penomoran halaman: daftar mereka menjawab dengan page / page_size dan sebuah total, milik kami menjawab dengan kursor next yang Anda kirim balik untuk menelusuri sisanya. URL dasar mereka adalah subdomain; milik kami adalah situsnya sendiri. Selebihnya — nama bidang, kode status, bentuk sebuah pesan — sama.

Satu hal yang Anda dapat dan satu yang Anda lepas, supaya bisa ditimbang: setiap kotak masuk di sini juga membawa sebuah alias — alamat kedua yang mengantarkan ke kotak itu tetapi tidak bisa dipakai membacanya, dan itulah yang Anda berikan ke formulir tempat Anda mendaftar. Dan masa simpan di sini 5 hari, bukan tujuh.

Rincian tentang pihak ketiga di halaman ini diperiksa terhadap dokumentasi yang diterbitkan tiap layanan pada 2026-08-31.

Rujukan API selengkapnya · Mulai cepat · Harga

Pertanyaan yang benar-benar orang tanyakan

API email sekali pakai mana yang terbaik?

Tidak ada jawaban tunggal, dan halaman yang memberi Anda satu jawaban sedang menjual sesuatu. Enam pertanyaan di atas adalah yang benar-benar berbeda antarlayanan; tiga di antaranya dijawab satu perintah, dan jawabannya memutuskan untuk kasus Anda, bukan untuk umumnya.

Saya pindah dari API email sekali pakai lain. Berapa banyak yang harus berubah?

Biasanya URL dasar dan perulangan penomoran halaman. Tiga jalur yang disepakati kategori ini hampir sama di mana-mana — mendaftar isi kotak, membaca pesan, menghapusnya — dan yang berbeda adalah bagaimana daftarnya dihalamankan dan bagaimana bidangnya dinamai.

Apakah kalian menyimpan pesan lebih lama daripada layanan yang saya pakai?

Kemungkinan besar tidak. 5 hari memang sengaja pendek dan itu batas keras, bukan tingkatan. Kalau rangkaian uji Anda butuh sebuah pesan satu jam setelah tiba, tidak masalah; kalau Anda membutuhkannya minggu depan, ambil dan simpan di sisi Anda.

Apakah ada jaminan ketersediaan?

Tidak, dan tidak ada yang dijual. Sebagai gantinya ada halaman status yang menolak menyebut sebuah komponen sehat kecuali ada pemantau yang baru saja mengonfirmasinya — pemeriksaan yang basi ditampilkan sebagai tidak ada pemeriksaan, bukan sebagai kabar baik.