Email Terkirim tapi Tidak Sampai, Ini Penyebab Umumnya
Email sudah ada di folder Sent tapi tidak diterima? Kenali penyebab umumnya, dari folder spam, SPF dan DKIM, sampai reputasi IP, dan cara mengeceknya.
Jawaban singkat
Email yang ada di folder Sent hanya berarti aplikasi sudah menyerahkannya ke server pengirim. Email bisa tertahan karena masuk spam penerima, ditolak karena SPF, DKIM, atau DMARC gagal, reputasi IP buruk, batas kirim hosting, atau salah ketik alamat. Cek bounce, header, dan autentikasi domain.
Daftar isi
Situasinya sering begini: kamu mengirim penawaran harga ke calon klien, emailnya jelas ada di folder Terkirim, tapi dua hari kemudian klien bilang tidak pernah menerimanya. Kamu kirim ulang, hasilnya sama. Sementara email ke rekan sekantor lancar-lancar saja.
Folder Terkirim sebenarnya hanya bukti bahwa aplikasi email sudah menyerahkan pesan ke server pengirim milikmu. Setelah itu, email masih harus melewati perjalanan ke server penerima, pemeriksaan autentikasi, dan filter spam. Di salah satu titik itulah email bisa tertahan, dibuang, atau dipindahkan ke tempat yang tidak dilihat penerima.
Perjalanan email setelah tombol kirim
Gambaran singkatnya ada tiga tahap. Pertama, aplikasimu mengirim email ke server SMTP milik penyedia emailmu. Kedua, server itu mencari record MX domain penerima lalu meneruskan email ke sana. Ketiga, server penerima memeriksa pesan: apakah pengirimnya sah, apakah reputasinya baik, apakah isinya mirip spam. Hasilnya bisa diterima ke Inbox, dimasukkan ke Spam, ditolak dengan pesan balik (bounce), atau, pada kasus tertentu, dibuang diam-diam.
Penting juga dipahami bahwa server pengirim biasanya mencoba ulang bila server penerima sedang sibuk atau menolak sementara. Selama masa coba ulang itu, email tampak "menggantung" tanpa kabar. Kalau setelah beberapa waktu tetap gagal, barulah server mengirim bounce berisi alasan kegagalannya ke kotak masukmu.
Kalau ada bounce, kamu beruntung, karena pesan itu berisi petunjuk. Cara membacanya dibahas di apa itu bounce email dan cara membaca pesan errornya. Yang lebih membingungkan adalah ketika tidak ada bounce sama sekali.
Apa saja penyebab yang paling sering ditemukan?
Tabel berikut merangkum penyebab umum, gejala yang biasanya terlihat, dan langkah pengecekannya.
| Penyebab | Gejala yang terlihat | Cara mengecek |
|---|---|---|
| Masuk folder Spam atau Junk | Tidak ada bounce, penerima tidak melihat email | Minta penerima mencari di Spam, Junk, atau karantina |
| SPF, DKIM, atau DMARC gagal | Masuk spam di Gmail atau Outlook, kadang ditolak | Lihat header pesan di sisi penerima, cek record DNS |
| Reputasi IP atau domain buruk | Ditolak atau masuk spam di banyak penerima | Cek blacklist dan reputasi pengirim |
| Batas kirim hosting terlampaui | Email tertahan atau gagal setelah kirim banyak | Cek pesan error di hosting atau tanya penyedia |
| Salah ketik alamat atau domain | Bounce "user unknown" atau "domain not found" | Periksa ulang ejaan alamat |
| Kotak masuk penerima penuh | Bounce "mailbox full" atau "quota exceeded" | Kabari penerima lewat saluran lain |
| Filter atau aturan di sisi penerima | Email dibuang atau dipindah otomatis | Minta admin penerima memeriksa log atau aturan |
| Lampiran terlalu besar atau diblokir | Bounce soal ukuran, atau tertahan di karantina | Kirim lewat tautan unduhan |
Autentikasi domain adalah tersangka utama
Sejak 2024, Google mewajibkan semua pengirim ke akun Gmail pribadi menerapkan setidaknya SPF atau DKIM, dan pengirim massal wajib memakai SPF, DKIM, dan DMARC sekaligus. Ketentuan ini tertulis di panduan pengirim email resmi Google. Penyedia besar lain menerapkan aturan serupa, sehingga domain tanpa autentikasi makin sering berakhir di spam atau ditolak.
SPF menyatakan server mana yang boleh mengirim email atas nama domainmu. DKIM menambahkan tanda tangan digital pada setiap email. DMARC memberi tahu server penerima apa yang harus dilakukan bila keduanya gagal. Masalah klasik di kantor kecil adalah record SPF yang tidak mencakup semua layanan pengirim, misalnya email kantor lewat hosting, tetapi faktur dikirim dari aplikasi akuntansi lain yang tidak dimasukkan ke SPF.
Cara paling cepat mengeceknya: kirim email ke akun Gmail milikmu sendiri, buka email itu, klik menu tiga titik, lalu pilih Tampilkan asli (Show original). Gmail menampilkan hasil SPF, DKIM, dan DMARC dalam bentuk PASS atau FAIL. Kalau ada yang FAIL, perbaiki record DNS-nya mengikuti panduan SPF, DKIM, DMARC.
Reputasi server dan batas pengiriman
Di hosting bersama, kamu berbagi alamat IP pengirim dengan pelanggan lain. Kalau ada akun lain di server yang sama yang mengirim spam atau terkena peretasan, IP itu bisa masuk daftar hitam, dan emailmu ikut terkena dampaknya. Kondisi yang sama terjadi bila salah satu akun email kantormu sendiri dibobol dan dipakai mengirim spam.
Cara memeriksa reputasi domain dan IP ada di cara cek reputasi domain dan IP pengirim email. Bila IP server masuk daftar hitam, laporkan ke penyedia hosting karena mereka yang bisa mengajukan penghapusan atau memindahkan jalur pengiriman.
Selain itu, sebagian besar hosting membatasi jumlah email per jam per domain untuk mencegah penyalahgunaan. Saat batas terlampaui, email berikutnya bisa tertunda atau gagal. Ini sering terjadi saat ada yang mengirim undangan atau promosi ke ratusan alamat sekaligus dari email kantor biasa.
Hal kecil yang sering terlewat
Beberapa penyebab terdengar sepele, tapi sering menjadi jawabannya. Salah satu huruf di alamat penerima keliru, misalnya .co.id tertulis .com. Penerima memakai filter yang memindahkan email dari domain tak dikenal ke folder lain. Server perusahaan penerima memakai sistem karantina yang hanya bisa dibuka oleh admin IT mereka. Atau email sebenarnya sampai, tetapi tenggelam di tab Promosi Gmail, yang dibahas di kenapa email masuk ke tab Promosi Gmail.
Isi email juga berpengaruh, walau pengaruhnya lebih kecil daripada autentikasi dan reputasi. Email yang hanya berisi satu gambar besar, penuh tautan pendek, atau memakai kata-kata yang lazim di spam lebih mudah tersaring. Lampiran berformat yang sering disalahgunakan, seperti file eksekusi, biasanya diblokir langsung.
Dari mana sebaiknya mulai mengecek?
Mulailah dari yang paling mudah. Minta penerima memeriksa folder Spam dan memberi tahu apakah email ada di sana. Cek folder Inbox milikmu sendiri untuk mencari bounce. Lalu kirim email uji ke akun Gmail pribadi dan lihat hasil autentikasinya lewat Tampilkan asli. Bila semua PASS dan email tetap tidak sampai ke domain tertentu, hubungi admin IT penerima, karena kemungkinan besar email tertahan oleh filter di sisi mereka.
Email yang tidak sampai hampir selalu punya penyebab yang bisa dilacak. Dengan memastikan SPF, DKIM, dan DMARC benar, menjaga reputasi akun, dan membaca bounce dengan teliti, sebagian besar kasus bisa diselesaikan tanpa harus berganti penyedia email.
