Email Terkirim Tetapi Tidak Masuk ke Mailbox Hosting: Cara Troubleshooting

Email terkirim tetapi tidak masuk ke mailbox hosting merupakan salah satu masalah yang cukup sering dialami oleh pemilik website. Email dari hosting dapat dikirim ke Gmail, Outlook, atau domain lain, tetapi ketika seseorang membalas atau mengirim email dari luar, pesan tersebut tidak pernah muncul di inbox penerima.

Masalah ini bisa terjadi meskipun website tetap berjalan normal dan akun email dapat digunakan untuk mengirim pesan seperti biasa. Salah satu penyebab yang perlu diperiksa adalah konfigurasi DNS pada Cloudflare, terutama ketika domain menggunakan layanan DNS Cloudflare tetapi mailbox masih dikelola oleh hosting seperti cPanel.

Namun, tidak semua masalah email masuk disebabkan oleh Cloudflare. Konfigurasi MX yang salah, pengaturan routing email di hosting, kapasitas mailbox yang penuh, filter email, hingga gangguan pada layanan mail server juga dapat menjadi penyebabnya.

Artikel ini membahas cara melakukan troubleshooting secara bertahap, mulai dari pemeriksaan DNS hingga pengecekan layanan email di server hosting, sehingga pemilik website dapat menemukan sumber masalah tanpa harus langsung mengubah banyak konfigurasi sekaligus.

1. Memahami Masalah Email Keluar Berhasil, tetapi Email Masuk Gagal

Sebelum melakukan perbaikan, penting untuk memahami bahwa proses pengiriman email keluar dan penerimaan email masuk merupakan dua proses yang berbeda.

Ketika pengguna mengirim email dari hosting ke Gmail, mail server hosting akan mengirimkan pesan tersebut ke server tujuan. Proses ini menggunakan layanan SMTP untuk mengirimkan pesan.

Sebaliknya, ketika seseorang dari Gmail mengirim email ke alamat seperti admin@domainanda.com, server pengirim akan mencari informasi DNS berupa MX record untuk mengetahui server mana yang bertanggung jawab menerima email bagi domain tersebut.

Apabila MX record mengarah ke server yang salah, server pengirim mungkin mencoba mengirimkan pesan ke server lain. Akibatnya, email tidak masuk ke mailbox hosting yang seharusnya digunakan.

Beberapa kemungkinan penyebabnya adalah:

MX record masih mengarah ke server email lama.
Hostname mail server menggunakan proxy Cloudflare.
DNS domain belum sesuai dengan konfigurasi hosting.
Pengaturan Email Routing di cPanel tidak tepat.
Mailbox penuh atau akun email belum dibuat.
Email masuk dianggap spam atau terkena filter.
Layanan SMTP atau penerimaan email pada server sedang bermasalah.

Karena email keluar masih berfungsi, bukan berarti seluruh konfigurasi email sudah benar. Pemeriksaan harus dilakukan pada jalur penerimaan email secara terpisah.

2. Memeriksa MX Record pada Cloudflare

Langkah pertama yang sebaiknya dilakukan adalah memeriksa MX record domain di Cloudflare.

Cloudflare berfungsi sebagai pengelola DNS untuk domain yang nameserver-nya diarahkan ke layanan tersebut. Jika email tetap menggunakan hosting, DNS Cloudflare harus mengarahkan penerimaan email ke mail server hosting yang benar.

Cara memeriksa MX record

Login ke dashboard Cloudflare.
Pilih domain yang mengalami masalah.
Buka menu DNS, kemudian masuk ke bagian Records.
Cari record dengan tipe MX.
Periksa hostname tujuan dan nilai priority yang digunakan.

Sebagai contoh, misalkan domain yang digunakan adalah domainanda.com dan server email hosting menggunakan hostname mail.domainanda.com.

Konfigurasi DNS yang umum digunakan dapat berupa:

Type	Name	Content	Proxy status
A	mail	IP server hosting	DNS only
MX	@	mail.domainanda.com	Tidak menggunakan proxy

Angka priority MX dapat disesuaikan dengan konfigurasi penyedia hosting. Jika hanya menggunakan satu server email, biasanya cukup satu MX record yang mengarah ke server tersebut.

Penting: Contoh di atas hanya ilustrasi. Gunakan hostname dan IP server email yang benar-benar diberikan oleh penyedia hosting Anda.

Mengapa MX record harus diperiksa?

Apabila MX record masih mengarah ke layanan email lama, misalnya server hosting sebelumnya atau layanan email pihak ketiga yang sudah tidak digunakan, email masuk tidak akan otomatis dialihkan ke mailbox hosting baru.

Sebagai contoh, domain sebelumnya menggunakan layanan email eksternal, kemudian pemilik website memindahkan mailbox ke cPanel. Jika MX record belum diperbarui, server pengirim tetap akan mencoba mengirimkan pesan ke layanan lama.

Periksa juga apakah terdapat beberapa MX record. Jika terdapat MX record tambahan yang tidak diperlukan, server pengirim dapat mencoba tujuan lain sesuai dengan priority dan kebijakan pengiriman yang berlaku.

Jangan menghapus MX record secara sembarangan apabila domain memang menggunakan beberapa server email atau layanan email dengan konfigurasi redundansi.

3. Memastikan Record Mail Tidak Menggunakan Proxy Cloudflare

Salah satu hal yang sering terlewat adalah status proxy pada hostname mail server.

Cloudflare menyediakan dua mode utama untuk record DNS yang mendukungnya, yaitu Proxied dan DNS only.

Mode Proxied biasanya ditandai dengan ikon awan berwarna oranye. Sementara itu, DNS only ditandai dengan awan berwarna abu-abu.

Untuk mail server hosting konvensional, hostname yang digunakan untuk SMTP, IMAP, atau POP3 umumnya harus menggunakan mode DNS only.

Contohnya:

mail.domainanda.com → DNS only.
webmail.domainanda.com → DNS only jika hostname tersebut digunakan untuk akses langsung ke layanan webmail hosting.
Record website seperti domainanda.com → dapat menggunakan Proxied jika sesuai dengan kebutuhan website.

Cloudflare tidak memproksikan koneksi email SMTP, IMAP, dan POP3 standar melalui proxy HTTP biasa. Karena itu, mengaktifkan proxy pada hostname mail dapat menyebabkan layanan email tidak dapat diakses sebagaimana mestinya.

Perlu dipahami bahwa MX record tidak diperbaiki hanya dengan mengubah warna awan pada record MX. Yang perlu diperiksa adalah hostname tujuan MX dan record A atau AAAA yang digunakan hostname tersebut.

Jika MX mengarah ke mail.domainanda.com, pastikan hostname itu memiliki record DNS yang benar dan tidak menggunakan proxy yang tidak sesuai.

Setelah perubahan dilakukan, tunggu proses pembaruan DNS sesuai TTL dan cache resolver. Perubahan DNS tidak selalu terlihat serentak di seluruh jaringan.

4. Memeriksa A Record atau AAAA Record Mail Server

Setelah memastikan MX record sudah benar, langkah berikutnya adalah memeriksa apakah hostname mail server mengarah ke alamat IP yang tepat.

Misalnya, MX domain mengarah ke mail.domainanda.com, tetapi A record hostname tersebut masih menggunakan IP server lama. Dalam kondisi ini, email masuk dapat dikirim ke server yang salah.

Untuk memeriksanya, gunakan terminal Linux, macOS, atau SSH ke VPS.

Periksa MX record:

dig MX domainanda.com +short

Contoh hasil:

10 mail.domainanda.com.

Kemudian periksa A record:

dig A mail.domainanda.com +short

Contoh hasil:

203.0.113.10

Alamat IP tersebut hanya contoh dokumentasi. Bandingkan hasilnya dengan IP mail server yang diberikan oleh penyedia hosting.

Periksa juga AAAA record jika hostname memiliki alamat IPv6:

dig AAAA mail.domainanda.com +short

Jika AAAA record menunjuk ke server yang tidak menyediakan layanan email melalui IPv6, sebagian server pengirim yang memilih jalur IPv6 dapat mengalami masalah koneksi. Jangan langsung menghapus AAAA record tanpa memastikan bahwa alamat tersebut memang tidak digunakan.

Anda juga dapat membandingkan hasil dari resolver publik:

dig @1.1.1.1 MX domainanda.com +short
dig @8.8.8.8 MX domainanda.com +short

Perbedaan hasil dapat menunjukkan bahwa perubahan DNS belum tersebar secara konsisten atau terdapat cache DNS yang belum diperbarui.

Jika hasil MX sudah benar tetapi email tetap tidak masuk, lanjutkan pemeriksaan ke konfigurasi hosting.

5. Memastikan Pengaturan Email Routing di cPanel

Pada hosting berbasis cPanel, pengaturan Email Routing menentukan bagaimana server menangani email untuk suatu domain.

Pengaturan ini sangat penting ketika domain menggunakan DNS eksternal seperti Cloudflare.

Untuk memeriksanya, lakukan langkah berikut:

Login ke cPanel hosting.
Cari menu Email Routing.
Pilih domain yang mengalami masalah.
Periksa pilihan routing yang aktif.

Secara umum, terdapat beberapa pilihan berikut.

Local Mail Exchanger

Pilihan ini digunakan ketika server cPanel menerima dan menyimpan email untuk domain tersebut secara lokal.

Jika mailbox admin@domainanda.com berada di hosting cPanel yang sama, pengaturan ini biasanya sesuai.

Remote Mail Exchanger

Pilihan ini digunakan ketika email domain ditangani oleh server email lain di luar server cPanel tersebut.

Misalnya, website berada di cPanel, tetapi email menggunakan layanan email eksternal.

Automatically Detect Configuration

Pilihan ini memungkinkan cPanel menentukan routing berdasarkan konfigurasi yang terdeteksi. Namun, hasil deteksi perlu diverifikasi jika DNS dikelola secara eksternal atau baru saja mengalami perubahan.

Kesalahan routing yang sering terjadi

Misalnya, MX record sudah mengarah ke mail server hosting dan akun email sudah dibuat di cPanel. Akan tetapi, pengaturan Email Routing masih menggunakan Remote Mail Exchanger.

Akibatnya, server dapat memperlakukan email untuk domain tersebut sebagai email yang harus diteruskan ke server lain, bukan disimpan secara lokal.

Sebaliknya, jika domain menggunakan layanan email eksternal tetapi routing dipaksa menjadi lokal, server cPanel dapat mencoba mengirimkan pesan ke mailbox lokal yang tidak digunakan.

Karena itu, sesuaikan pengaturan routing dengan lokasi mailbox yang sebenarnya. Sebelum mengubahnya, pastikan tidak ada konfigurasi khusus dari penyedia hosting yang harus dipertahankan.

6. Memastikan Akun Email dan Mailbox Sudah Benar

Terkadang masalahnya bukan berasal dari DNS, melainkan dari akun email itu sendiri.

Periksa menu Email Accounts di cPanel dan pastikan alamat penerima memang sudah dibuat.

Sebagai contoh, jika pengirim mengirim email ke admin@domainanda.com, tetapi akun yang tersedia adalah administrator@domainanda.com, email tidak akan masuk ke mailbox yang dimaksud.

Selain nama akun, periksa juga kapasitas mailbox.

Mailbox yang penuh dapat menyebabkan pesan baru ditolak oleh server, bergantung pada konfigurasi mail server. Dalam kondisi tertentu, pengirim akan menerima pesan gagal kirim atau bounce dengan keterangan seperti:

Mailbox full.
Quota exceeded.
Insufficient storage.
User over quota.

Langkah yang dapat dilakukan:

Buka menu Email Accounts di cPanel.
Cari akun email penerima.
Periksa penggunaan kapasitas mailbox.
Hapus email yang tidak dibutuhkan jika kapasitas penuh.
Kosongkan folder Trash dan Spam apabila diperlukan.
Lakukan pengujian ulang setelah kapasitas tersedia.

Jika mailbox menggunakan kuota tertentu, pertimbangkan untuk menyesuaikan kapasitas sesuai kebutuhan dan batas paket hosting.

Jangan langsung menyimpulkan mailbox penuh jika tidak ada indikasi penggunaan kuota yang berlebihan. Lanjutkan ke pemeriksaan filter dan log apabila kapasitas masih tersedia.

7. Memeriksa Folder Spam, Filter Email, dan Forwarder

Email yang tidak terlihat di Inbox belum tentu gagal diterima oleh server.

Pesan dapat masuk ke folder Spam, Junk, Trash, atau folder lain yang dibuat oleh aturan penyaringan email.

Pada cPanel, periksa menu Email Filters dan Global Email Filters jika tersedia. Pastikan tidak ada aturan yang memindahkan, menghapus, atau meneruskan pesan secara tidak sengaja.

Periksa juga menu Forwarders.

Sebagai contoh, akun admin@domainanda.com mungkin memiliki forwarder yang mengirimkan seluruh email ke alamat lain. Jika forwarder atau aturan filter dikonfigurasi secara keliru, pengguna bisa mengira email tidak masuk padahal pesan telah diproses ke tujuan berbeda.

Hal-hal yang perlu diperiksa meliputi:

Aturan yang menghapus pesan berdasarkan alamat pengirim.
Filter yang memindahkan email ke folder tertentu.
Forwarder yang mengirim pesan ke alamat eksternal.
Pengaturan SpamAssassin atau filter spam lainnya.
Folder Junk atau Spam pada aplikasi email yang digunakan.

Untuk memastikan apakah masalah terjadi sebelum atau sesudah email diterima server, coba akses webmail hosting secara langsung melalui alamat yang disediakan oleh penyedia hosting.

Jika pesan terlihat di webmail tetapi tidak muncul di aplikasi email seperti Outlook atau Thunderbird, periksa konfigurasi IMAP, sinkronisasi folder, dan pengaturan aplikasi tersebut.

8. Melakukan Pengujian Email dari Luar

Setelah memeriksa konfigurasi DNS dan hosting, lakukan pengujian menggunakan akun email eksternal, misalnya Gmail atau Outlook.

Gunakan akun pengirim yang berbeda jika memungkinkan agar hasil pengujian tidak hanya bergantung pada satu layanan.

Lakukan langkah berikut:

Kirim email ke alamat mailbox hosting yang bermasalah.
Gunakan subjek yang mudah dikenali, misalnya TEST EMAIL INBOUND.
Catat waktu pengiriman.
Periksa Inbox, Spam, dan folder lainnya melalui webmail.
Periksa apakah pengirim menerima pesan gagal kirim atau bounce.
Jika tersedia, simpan isi lengkap pesan bounce untuk dianalisis.

Isi bounce sangat berguna karena biasanya menyertakan kode status SMTP dan keterangan penyebab kegagalan.

Contoh pesan yang mungkin ditemukan:

550 5.1.1 User unknown

Pesan ini biasanya menunjukkan bahwa alamat penerima tidak dikenal oleh server tujuan. Periksa apakah akun email sudah dibuat dan apakah server yang menerima pesan memang server yang benar.

552 5.2.2 Mailbox full

Pesan ini menunjukkan bahwa mailbox penerima tidak memiliki kapasitas yang cukup.

Connection timed out

Pesan ini mengindikasikan bahwa koneksi ke server tujuan tidak berhasil diselesaikan dalam waktu yang ditentukan. Penyebabnya dapat berupa server tidak merespons, masalah jaringan, firewall, atau konfigurasi alamat server.

550 5.7.1 Message rejected

Penolakan ini dapat berkaitan dengan kebijakan keamanan atau kebijakan penerimaan email. Penyebab pastinya perlu dilihat dari teks lengkap pesan dan log server.

Tidak semua kegagalan email akan menghasilkan bounce yang langsung terlihat. Dalam beberapa kasus, pesan masih berada dalam antrean pengiriman server pengirim.

9. Memeriksa Log Email di Server Hosting

Jika DNS dan pengaturan mailbox terlihat benar, tetapi email tetap tidak masuk, pemeriksaan log menjadi langkah yang sangat penting.

Pada hosting cPanel yang menggunakan Exim, administrator biasanya dapat memeriksa menu Track Delivery di cPanel atau mengakses log server jika memiliki hak akses yang memadai.

Menu Track Delivery dapat membantu menunjukkan apakah pesan diterima, ditolak, atau mengalami masalah ketika diproses.

Jika Anda memiliki akses root ke server, lokasi log Exim yang umum digunakan adalah:

/var/log/exim_mainlog

Untuk mencari aktivitas email dari alamat penerima tertentu, gunakan:

grep -i 'admin@domainanda.com' /var/log/exim_mainlog

Untuk memeriksa pesan terbaru:

tail -n 100 /var/log/exim_mainlog

Lokasi log dapat berbeda tergantung sistem operasi, konfigurasi hosting, dan kebijakan penyedia server.

Pada sebagian server, administrator juga dapat memeriksa status layanan Exim melalui systemd:

systemctl status exim

Nama layanan atau metode pemeriksaan dapat berbeda pada sistem tertentu.

Bagaimana membaca hasil log?

Jika ditemukan pesan yang menunjukkan bahwa server menerima email, tetapi kemudian pesan dipindahkan atau ditolak, pemeriksaan perlu diarahkan ke tahap pemrosesan lokal.

Jika tidak ditemukan aktivitas yang berkaitan dengan email pengujian, ada kemungkinan pesan belum mencapai server tersebut. Periksa kembali MX record, alamat IP tujuan, firewall, serta log pada server pengirim jika tersedia.

Namun, tidak ditemukannya pesan pada log lokal bukan bukti mutlak bahwa DNS salah. Server pengirim mungkin belum mencoba mengirim ulang, menggunakan server tujuan berbeda, atau log yang diperiksa tidak mencakup aktivitas yang relevan.

Jika Anda tidak memiliki akses root, mintalah penyedia hosting memeriksa log penerimaan email berdasarkan alamat pengirim, alamat penerima, dan waktu pengujian.

10. Memeriksa Port SMTP dan Firewall Server

Penerimaan email dari server lain umumnya menggunakan SMTP pada port 25. Karena itu, layanan SMTP harus berjalan dan dapat dijangkau oleh server pengirim.

Jika domain menggunakan VPS atau server hosting yang dikelola sendiri, periksa apakah layanan mail server aktif dan apakah firewall mengizinkan koneksi masuk pada port yang diperlukan.

Contoh pemeriksaan status Exim:

systemctl status exim

Contoh pemeriksaan port SMTP pada server:

ss -lntp | grep ':25'

Perintah kedua membantu melihat apakah ada layanan yang mendengarkan pada port TCP 25. Tidak adanya hasil dapat menunjukkan bahwa layanan tidak mendengarkan pada port tersebut, tetapi pemeriksaan lebih lanjut tetap diperlukan untuk memastikan konfigurasi server.

Anda juga dapat menguji koneksi dari mesin eksternal yang diizinkan:

nc -vz mail.domainanda.com 25

Jika koneksi gagal, periksa beberapa kemungkinan berikut:

Layanan SMTP berhenti atau gagal berjalan.
Firewall server memblokir port 25.
Firewall jaringan atau penyedia VPS memblokir koneksi SMTP.
IP tujuan tidak sesuai dengan server yang aktif.
Server mengalami gangguan jaringan.

Perlu diperhatikan bahwa koneksi port 25 yang gagal dari satu jaringan belum tentu membuktikan bahwa server tidak dapat menerima email dari seluruh internet. Jaringan penguji sendiri mungkin membatasi koneksi SMTP keluar.

Jika Anda menggunakan shared hosting, jangan mengubah firewall atau memulai ulang layanan mail server tanpa izin. Hubungi administrator hosting agar pemeriksaan dilakukan pada sisi server.

11. Memahami Peran SPF, DKIM, dan DMARC

SPF, DKIM, dan DMARC sering dianggap sebagai penyebab utama email masuk tidak berfungsi. Padahal, ketiganya memiliki fungsi yang berbeda dari MX record.

SPF (Sender Policy Framework) menentukan server mana yang diizinkan mengirim email menggunakan identitas domain tertentu.

DKIM (DomainKeys Identified Mail) menambahkan tanda tangan digital pada pesan untuk membantu penerima memverifikasi integritas pesan dan identitas domain penandatangan.

DMARC (Domain-based Message Authentication, Reporting, and Conformance) menentukan kebijakan penanganan pesan yang gagal memenuhi persyaratan autentikasi dan keselarasan domain.

Ketiganya berperan penting dalam autentikasi email, terutama untuk mengurangi pemalsuan identitas pengirim dan meningkatkan kepercayaan terhadap pesan.

Namun, jika masalahnya adalah semua email masuk tidak mencapai mailbox hosting, pemeriksaan MX record, routing, konektivitas, dan log penerimaan biasanya lebih relevan sebagai langkah awal.

Kesalahan SPF atau DKIM lebih sering berkaitan dengan autentikasi email keluar. Sementara itu, kebijakan DMARC pada domain pengirim dapat memengaruhi bagaimana server penerima menangani pesan yang gagal autentikasi.

Oleh karena itu, jangan mengubah SPF, DKIM, atau DMARC secara acak hanya karena email masuk tidak muncul. Periksa terlebih dahulu apakah pesan mencapai server dan apa alasan penolakannya.

12. Urutan Troubleshooting yang Disarankan

Agar proses perbaikan lebih terarah, lakukan pemeriksaan secara berurutan dan ubah satu konfigurasi pada satu waktu.

Berikut urutan pemeriksaan yang dapat digunakan:

Tahap	Pemeriksaan	Tujuan
1	MX record Cloudflare	Memastikan server tujuan email benar
2	A dan AAAA record mail	Memastikan hostname mengarah ke alamat server yang tepat
3	Status proxy Cloudflare	Memastikan hostname mail menggunakan DNS only jika diperlukan
4	Email Routing cPanel	Memastikan email diproses oleh server yang benar
5	Akun dan kuota mailbox	Memastikan penerima tersedia dan memiliki ruang
6	Spam, filter, dan forwarder	Memastikan pesan tidak dipindahkan atau dihapus
7	Pengujian eksternal	Mengetahui apakah email gagal, tertunda, atau diterima
8	Log email server	Menemukan titik kegagalan pemrosesan
9	SMTP dan firewall	Memastikan server dapat menerima koneksi

Setelah setiap perubahan, lakukan pengujian ulang. Hindari mengubah MX record, routing, SPF, dan konfigurasi lainnya secara bersamaan karena hal tersebut dapat menyulitkan proses identifikasi penyebab masalah.

Jika seluruh pemeriksaan dasar sudah dilakukan tetapi email tetap tidak masuk, kumpulkan informasi berikut sebelum menghubungi administrator hosting:

Nama domain yang bermasalah.
Alamat email pengirim dan penerima.
Waktu pengiriman email.
Hasil pemeriksaan MX, A, dan AAAA.
Pesan bounce jika ada.
Hasil pengujian dari webmail.
Hasil pemeriksaan Track Delivery atau log server jika tersedia.

Informasi tersebut akan membantu administrator menemukan masalah dengan lebih cepat.

Kesimpulan

Masalah email terkirim tetapi tidak masuk ke mailbox hosting tidak selalu disebabkan oleh satu faktor. Ketika domain menggunakan Cloudflare dan mailbox berada di hosting, konfigurasi DNS menjadi salah satu bagian terpenting yang perlu diperiksa.

Pastikan MX record mengarah ke mail server yang benar, hostname mail memiliki alamat IP yang sesuai, dan record layanan email tidak menggunakan proxy Cloudflare yang tidak mendukung protokol email tersebut. Selanjutnya, periksa Email Routing cPanel, akun penerima, kuota mailbox, filter email, serta log mail server.

Jika seluruh konfigurasi terlihat benar, pemeriksaan koneksi SMTP dan firewall dapat membantu menemukan gangguan pada sisi server.

Dengan melakukan troubleshooting secara sistematis, penyebab masalah dapat diidentifikasi tanpa harus mengubah seluruh konfigurasi email. Langkah ini juga membantu mengurangi risiko gangguan tambahan pada layanan website dan email yang masih berjalan normal.

Cara Troubleshooting Email Terkirim Tetapi Tidak Masuk ke Mailbox Hosting