Troubleshooting Mail Hosting: Email Tidak Bisa Kirim dan Terima

Troubleshooting mail hosting merupakan langkah penting ketika email dengan domain sendiri tidak dapat mengirim atau menerima pesan. Masalah ini cukup sering terjadi pada pengguna email hosting cPanel, terutama ketika domain menggunakan Cloudflare untuk mengelola DNS.

Contohnya, sebuah perusahaan menggunakan alamat email admin@domainanda.com yang dibuat melalui cPanel. Website dapat diakses secara normal, tetapi email tiba-tiba tidak bisa mengirim pesan ke Gmail. Dalam kasus lain, email berhasil dikirim dari cPanel, tetapi pesan dari pelanggan tidak pernah masuk ke kotak masuk.

Situasi seperti ini tidak selalu disebabkan oleh kerusakan server email. Kesalahan konfigurasi DNS, pengaturan MX yang tidak sesuai, record SPF dan DKIM yang bermasalah, port SMTP yang diblokir, hingga reputasi IP server dapat menjadi penyebabnya.

Cloudflare juga memiliki peran penting dalam kasus ini. Layanan tersebut dapat mengelola DNS domain sekaligus melakukan proxy terhadap layanan web. Namun, koneksi email seperti SMTP, IMAP, dan POP3 tidak dapat menggunakan proxy Cloudflare standar seperti website biasa.

Oleh karena itu, proses pemeriksaan perlu dilakukan secara bertahap agar penyebab masalah dapat ditemukan tanpa harus mengubah seluruh konfigurasi domain.

Artikel ini membahas cara troubleshooting mail hosting pada cPanel dengan domain yang DNS-nya dikelola Cloudflare, mulai dari pemeriksaan DNS hingga pengujian pengiriman dan penerimaan email.

1. Memahami Cara Kerja Mail Hosting, cPanel, dan Cloudflare

Sebelum melakukan perbaikan, penting untuk memahami hubungan antara domain, DNS Cloudflare, dan server email cPanel.

Secara sederhana, ketiganya memiliki fungsi yang berbeda.

Domain merupakan alamat yang digunakan untuk mengakses website dan email, misalnya domainanda.com.
Cloudflare mengelola DNS domain dan dapat meneruskan trafik web melalui jaringan proxy-nya.
cPanel mail hosting menyediakan layanan pembuatan akun email, pengiriman pesan, penerimaan pesan, serta pengelolaan kotak masuk.

Ketika seseorang mengirim email ke admin@domainanda.com, server pengirim akan mencari record MX dari domain tersebut. Record MX menentukan server yang bertanggung jawab menerima email untuk domain tujuan.

Setelah server tujuan ditemukan, pesan dikirim melalui koneksi SMTP ke server mail yang sesuai.

Sebaliknya, ketika pengguna mengirim email dari aplikasi seperti Outlook, Thunderbird, atau aplikasi email di ponsel, aplikasi tersebut biasanya terhubung ke server SMTP melalui hostname dan port tertentu.

Apabila DNS mengarah ke server yang salah, hostname email menggunakan proxy Cloudflare, atau port SMTP tidak dapat diakses, proses pengiriman maupun penerimaan email dapat mengalami kegagalan.

Hal yang perlu dipahami: website yang normal tidak menjamin layanan email juga normal. Keduanya dapat menggunakan hostname, port, dan konfigurasi DNS yang berbeda.

2. Periksa Status Layanan Email di cPanel

Langkah pertama adalah memastikan layanan email memang tersedia pada server hosting yang digunakan.

Periksa apakah alamat email yang bermasalah masih tersedia. Misalnya, akun admin@domainanda.com harus benar-benar sudah dibuat dan tidak salah penulisan.

Selanjutnya, periksa beberapa hal berikut:

Pastikan akun email tidak terhapus.
Periksa kapasitas penyimpanan mailbox.
Pastikan kuota email tidak penuh.
Periksa apakah password yang digunakan masih benar.
Pastikan layanan email termasuk dalam paket hosting yang digunakan.

Mailbox yang penuh dapat menyebabkan pesan baru gagal masuk, ditolak oleh server, atau dikembalikan kepada pengirim. Perilakunya bergantung pada konfigurasi server.

Jika memiliki akses ke menu Email Disk Usage, gunakan menu tersebut untuk memeriksa penggunaan penyimpanan email. Hapus pesan yang tidak diperlukan setelah memastikan tidak ada data penting yang ikut terhapus.

Jika akun email tidak ditemukan, buat kembali akun tersebut melalui menu Email Accounts sesuai kebutuhan. Namun, jangan menghapus atau membuat ulang mailbox secara sembarangan apabila akun tersebut berisi email penting.

Jika akun tersedia, kuota masih mencukupi, dan password benar, lanjutkan ke pemeriksaan DNS.

3. Periksa Record MX di Cloudflare

Salah satu penyebab paling umum email tidak dapat menerima pesan adalah record MX yang salah atau tidak mengarah ke server email yang sebenarnya.

Record MX memberi tahu server pengirim ke mana email untuk domain tertentu harus dikirim.

Untuk memeriksanya, login ke dashboard Cloudflare, pilih domain yang bermasalah, lalu buka menu DNS.

Cari record MX yang tersedia.

Contoh konfigurasi berikut hanya ilustrasi. Hostname dan nilai prioritas yang benar harus mengikuti informasi dari penyedia hosting.

Type	Name	Mail server	Priority
MX	`@`	`mail.domainanda.com`	10
A	`mail`	`203.0.113.10`	—

Alamat IP 203.0.113.10 di atas merupakan alamat dokumentasi, bukan alamat server yang dapat digunakan secara langsung.

Pastikan record MX mengarah ke hostname server email yang benar. Jika penyedia hosting memberikan hostname khusus, gunakan hostname tersebut sesuai petunjuknya.

Perhatikan juga beberapa kemungkinan kesalahan berikut:

Record MX masih mengarah ke server hosting lama.
Record MX menunjuk ke hostname yang tidak memiliki alamat IP yang benar.
Terdapat beberapa record MX lama yang seharusnya sudah dihapus.
Prioritas MX tidak sesuai dengan konfigurasi penyedia email.
Record MX domain masih mengarah ke layanan email lain.

Jangan langsung menghapus seluruh record MX. Beberapa domain memang menggunakan lebih dari satu server email atau layanan email eksternal.

Setelah konfigurasi diperbaiki, lakukan pemeriksaan ulang menggunakan terminal atau layanan pemeriksaan DNS.

Pada macOS atau Linux, jalankan:

dig MX domainanda.com +short

Ganti domainanda.com dengan domain yang sebenarnya.

Jika hasilnya menunjukkan hostname mail yang sesuai dengan konfigurasi hosting, pemeriksaan MX dapat dilanjutkan ke tahap berikutnya.

Perlu diingat bahwa hasil DNS dapat berbeda sementara karena cache resolver atau perubahan DNS yang belum tersebar sepenuhnya.

4. Pastikan Hostname Mail Tidak Menggunakan Proxy Cloudflare

Bagian ini sangat penting jika domain menggunakan Cloudflare tetapi layanan email tetap berada di hosting cPanel.

Cloudflare menyediakan dua status utama untuk record DNS yang mendukung proxy, yaitu Proxied dan DNS only.

Proxy standar Cloudflare ditujukan untuk layanan yang didukung, terutama trafik web HTTP dan HTTPS. Koneksi email seperti SMTP, IMAP, dan POP3 tidak otomatis dapat melewati proxy tersebut.

Karena itu, hostname yang digunakan untuk koneksi email biasanya harus menggunakan status DNS only.

Contohnya:

Record	Name	Target	Status
A	`mail`	IP server mail	DNS only
MX	`@`	`mail.domainanda.com`	—
A	`webmail`	IP server hosting	Sesuai kebutuhan akses webmail

Jika record mail menggunakan proxy Cloudflare standar, aplikasi email dapat gagal terhubung karena alamat yang diakses bukan jalur koneksi langsung ke server email.

Untuk memperbaikinya:

Buka Cloudflare.
Pilih domain yang bermasalah.
Masuk ke menu DNS.
Temukan record A atau AAAA yang digunakan oleh hostname mail.
Ubah status proxy menjadi DNS only, jika record tersebut memang digunakan untuk koneksi langsung ke server email.
Pastikan target record mengarah ke server hosting yang benar.

Jika menggunakan hostname mail.domainanda.com, periksa juga apakah terdapat record AAAA. Record tersebut mengarahkan hostname ke alamat IPv6. Jika IPv6 tidak dikonfigurasi dengan benar pada server email, sebagian koneksi dapat mengalami masalah.

Jangan menghapus record IPv6 yang valid tanpa pemeriksaan. Pastikan terlebih dahulu bahwa server memang tidak menyediakan layanan email melalui alamat tersebut.

Perlu diperhatikan bahwa status DNS only tidak otomatis menjamin koneksi email berhasil. Port yang digunakan harus terbuka, layanan email harus aktif, dan hostname harus mengarah ke server yang benar.

5. Periksa Record A untuk Hostname Mail

Record A menghubungkan hostname dengan alamat IPv4 server. Jika record tersebut salah, server pengirim maupun aplikasi email bisa mencoba terhubung ke alamat yang tidak sesuai.

Contohnya, domain memiliki konfigurasi:

domainanda.com       A      IP_WEB
mail.domainanda.com  A      IP_MAIL

Dalam beberapa layanan hosting, IP website dan IP email bisa sama. Pada layanan lainnya, keduanya dapat berbeda.

Karena itu, jangan berasumsi bahwa IP website selalu menjadi IP mail server.

Untuk melihat hasil resolusi DNS, jalankan:

dig A mail.domainanda.com +short

Untuk memeriksa IPv6:

dig AAAA mail.domainanda.com +short

Bandingkan hasilnya dengan hostname dan alamat IP yang diberikan oleh penyedia hosting.

Jika record A mengarah ke server lama, perbarui targetnya sesuai informasi resmi dari penyedia hosting.

Apabila perubahan DNS baru saja dilakukan, tunggu hingga cache DNS yang relevan diperbarui. Waktu propagasi yang terlihat oleh pengguna bergantung pada TTL, cache resolver, dan kondisi masing-masing jaringan.

6. Periksa Pengaturan Email Routing di cPanel

cPanel menyediakan fitur Email Routing untuk menentukan bagaimana server menangani email masuk ke suatu domain.

Pengaturan yang tidak sesuai dapat menyebabkan pesan diarahkan ke server yang salah.

Untuk memeriksanya:

Login ke cPanel.
Cari menu Email Routing.
Pilih domain yang bermasalah.
Periksa pilihan routing yang digunakan.

Umumnya terdapat pilihan berikut:

Automatically Detect Configuration: cPanel mencoba menentukan konfigurasi berdasarkan kondisi domain.
Local Mail Exchanger: server cPanel menangani email untuk domain secara lokal.
Remote Mail Exchanger: email ditangani oleh server eksternal.
Backup Mail Exchanger: server menerima email sebagai server cadangan dalam konfigurasi yang sesuai.

Jika mailbox berada di cPanel yang sama, Local Mail Exchanger biasanya menjadi pilihan yang sesuai.

Sebaliknya, jika domain menggunakan layanan email eksternal seperti Microsoft 365 atau Google Workspace, konfigurasi Remote Mail Exchanger mungkin diperlukan.

Pilihan yang benar bergantung pada lokasi mailbox dan arsitektur layanan email yang digunakan.

Jangan mengubah pengaturan routing hanya berdasarkan dugaan. Jika email berada di server cPanel tetapi routing ditetapkan ke Remote Mail Exchanger, pesan bisa diarahkan ke tujuan yang tidak diinginkan.

Setelah konfigurasi dipastikan benar, lakukan pengujian penerimaan email kembali.

7. Periksa Record SPF, DKIM, dan DMARC

Jika email dapat diterima tetapi gagal dikirim ke Gmail, Outlook, atau penyedia email lainnya, masalahnya bisa berkaitan dengan autentikasi email.

Tiga mekanisme yang perlu diperiksa adalah SPF, DKIM, dan DMARC.

A. SPF

SPF digunakan untuk menentukan server atau alamat IP yang diizinkan mengirim email atas nama domain.

Contoh ilustrasi record SPF:

v=spf1 ip4:203.0.113.10 -all

Record di atas hanya contoh dan tidak boleh disalin begitu saja ke domain produksi.

Nilai SPF harus disesuaikan dengan alamat IP server dan layanan yang benar-benar digunakan untuk mengirim email.

Jika domain menggunakan beberapa layanan pengiriman email, seluruh sumber pengiriman yang sah perlu diperhitungkan dalam satu kebijakan SPF yang sesuai.

Hal penting yang perlu diperhatikan adalah jangan membuat beberapa record SPF terpisah untuk hostname domain yang sama. Beberapa record SPF dapat menyebabkan hasil pemeriksaan tidak valid.

Untuk melihat record SPF yang diterbitkan, jalankan:

dig TXT domainanda.com +short

Periksa hasilnya dan pastikan kebijakan SPF sesuai dengan petunjuk penyedia hosting.

B. DKIM

DKIM menambahkan tanda tangan digital pada email agar penerima dapat memeriksa integritas pesan dan keterkaitannya dengan domain pengirim.

Di cPanel, buka menu Email Deliverability. Pilih domain yang bermasalah, kemudian periksa status DKIM.

Jika cPanel mendeteksi konfigurasi yang bermasalah, ikuti petunjuk perbaikan yang tersedia. Dalam beberapa kondisi, cPanel dapat memberikan record DKIM yang perlu ditambahkan ke DNS.

Masukkan record tersebut ke Cloudflare dengan nama dan nilai yang sama persis seperti yang ditampilkan cPanel.

Jangan menebak nama selector DKIM atau membuat nilai public key sendiri. Setiap domain dapat memiliki selector dan kunci yang berbeda.

C. DMARC

DMARC membantu pemilik domain menentukan kebijakan ketika email gagal melewati pemeriksaan autentikasi yang relevan. DMARC juga dapat digunakan untuk menerima laporan autentikasi.

Contoh record awal yang bersifat ilustratif:

_dmarc.domainanda.com TXT "v=DMARC1; p=none"

Nilai tersebut merupakan contoh kebijakan pemantauan awal, bukan konfigurasi yang otomatis tepat untuk semua domain.

Sebelum menerapkan kebijakan yang lebih ketat seperti quarantine atau reject, pastikan seluruh sumber pengiriman email yang sah telah dikonfigurasi dengan benar.

SPF, DKIM, dan DMARC perlu diperiksa secara bersamaan. Keberhasilan satu mekanisme tidak otomatis berarti seluruh autentikasi email sudah benar.

8. Periksa Koneksi SMTP, IMAP, dan POP3

Apabila email tidak dapat dikirim dari Outlook, Thunderbird, atau ponsel, periksa pengaturan server masuk dan server keluar.

SMTP digunakan untuk mengirim email, sedangkan IMAP dan POP3 digunakan untuk mengakses atau mengambil email dari mailbox.

Konfigurasi yang umum dijumpai pada cPanel adalah:

Layanan	Port	Fungsi
SMTP dengan STARTTLS	587	Mengirim email
SMTP dengan SSL/TLS	465	Mengirim email
IMAP dengan SSL/TLS	993	Mengakses mailbox
POP3 dengan SSL/TLS	995	Mengambil email

Port di atas merupakan konfigurasi umum, bukan jaminan bahwa semua server menggunakan pengaturan yang sama.

Gunakan hostname dan port yang tercantum pada menu Connect Devices di cPanel. Pastikan pula metode enkripsi dan autentikasi sesuai dengan petunjuk server.

Untuk memeriksa koneksi TCP ke SMTP, jalankan:

nc -vz mail.domainanda.com 587

Untuk memeriksa port SMTP dengan SSL/TLS:

nc -vz mail.domainanda.com 465

Jika koneksi berhasil, biasanya akan muncul keterangan bahwa koneksi TCP berhasil dibuat.

Jika koneksi gagal, periksa beberapa kemungkinan berikut:

Hostname mail mengarah ke IP yang salah.
Port diblokir firewall server.
Penyedia internet memblokir port tertentu.
Layanan SMTP tidak berjalan.
Koneksi melewati proxy yang tidak mendukung protokol tersebut.

Perintah nc hanya memeriksa koneksi TCP. Keberhasilan koneksi belum menjamin autentikasi SMTP, sertifikat TLS, atau pengiriman email akan berhasil.

Jika aplikasi email meminta password berulang kali, pastikan username menggunakan alamat email lengkap, misalnya admin@domainanda.com, bukan hanya admin, kecuali penyedia hosting menetapkan format berbeda.

9. Uji Koneksi TLS dan Sertifikat SSL Email

Sertifikat SSL/TLS yang tidak valid dapat menyebabkan aplikasi email menolak koneksi.

Masalah ini dapat terjadi ketika hostname mail menggunakan sertifikat yang tidak sesuai, sertifikat telah kedaluwarsa, atau nama hostname tidak tercantum dalam sertifikat.

Untuk menguji koneksi SMTP STARTTLS, jalankan:

openssl s_client -starttls smtp \
-connect mail.domainanda.com:587 \
-servername mail.domainanda.com

Untuk SMTP melalui SSL/TLS pada port 465:

openssl s_client \
-connect mail.domainanda.com:465 \
-servername mail.domainanda.com

Periksa informasi sertifikat yang ditampilkan. Pastikan nama hostname sesuai dan sertifikat masih berlaku.

Jika sertifikat bermasalah, periksa menu SSL/TLS Status atau dokumentasi penyedia hosting. Pada layanan tertentu, hostname email menggunakan sertifikat server atau hostname khusus yang berbeda dari domain utama.

Hindari menonaktifkan pemeriksaan sertifikat secara permanen hanya agar aplikasi email dapat terhubung. Tindakan tersebut dapat mengurangi keamanan koneksi dan menyembunyikan masalah yang sebenarnya.

10. Periksa Log Pengiriman Email dan Pesan Error

Jika konfigurasi DNS, mailbox, dan koneksi sudah benar tetapi email tetap gagal, periksa pesan error yang diterima.

Pesan error biasanya memberikan petunjuk tentang bagian yang bermasalah.

Contoh beberapa kode SMTP yang sering ditemukan:

Kode atau pesan	Kemungkinan penyebab
`550 User unknown`	Alamat penerima tidak ditemukan atau tidak valid
`552 Mailbox full`	Kotak masuk atau batas penyimpanan tercapai
`535 Authentication failed`	Username, password, atau metode autentikasi bermasalah
`421 Service not available`	Layanan sementara tidak tersedia
`451 Temporary local problem`	Gangguan sementara pada server penerima
`550 SPF/DKIM/DMARC failed`	Masalah autentikasi atau kebijakan penerima
`Connection timed out`	Koneksi tidak mendapatkan respons dalam batas waktu

Kode SMTP dapat memiliki arti yang lebih spesifik berdasarkan teks lengkap yang menyertainya. Karena itu, jangan hanya melihat angka kode tanpa membaca pesan error.

Pada cPanel, menu Track Delivery dapat digunakan untuk menelusuri status pengiriman email apabila fitur tersebut tersedia.

Untuk server dengan akses administrator atau WHM, pemeriksaan dapat dilanjutkan ke log Exim dan status layanan email.

Contoh perintah pada server cPanel yang menggunakan Exim:

exim -bp

Perintah tersebut menampilkan pesan yang sedang berada di antrean email.

Untuk melihat status layanan Exim pada sistem yang mendukung systemd:

systemctl status exim

Perintah administratif ini memerlukan akses yang sesuai dan tidak selalu tersedia pada shared hosting.

Jika menggunakan shared hosting tanpa akses root, mintalah bantuan administrator hosting untuk memeriksa antrean email, log pengiriman, status layanan, dan kemungkinan pembatasan akun.

11. Periksa Reputasi IP dan Pembatasan Pengiriman

Ada kondisi ketika email berhasil dikirim dari cPanel, tetapi ditolak oleh server tujuan atau masuk ke folder spam.

Masalah tersebut dapat berkaitan dengan reputasi IP pengirim, kebijakan keamanan penerima, volume pengiriman yang tidak wajar, atau konfigurasi autentikasi yang belum lengkap.

Beberapa hal yang perlu diperiksa adalah:

Apakah IP pengirim masuk dalam daftar blokir yang relevan.
Apakah server memiliki konfigurasi reverse DNS atau PTR yang sesuai.
Apakah hostname server dan identitas SMTP konsisten.
Apakah email melewati pemeriksaan SPF dan DKIM.
Apakah pengiriman email melebihi batas yang ditetapkan hosting.
Apakah pesan mengandung pola atau lampiran yang ditolak penerima.

Reverse DNS umumnya dikelola oleh pemilik alamat IP atau penyedia server, bukan melalui record DNS biasa di Cloudflare.

Jika IP server terindikasi memiliki reputasi buruk, jangan langsung mengganti seluruh DNS domain. Minta administrator hosting memeriksa penyebabnya dan menentukan langkah pemulihan yang tepat.

Untuk pengiriman email dalam jumlah besar, gunakan konfigurasi yang sesuai dengan kebijakan penyedia layanan dan pastikan daftar penerima dikelola secara bertanggung jawab.

12. Bedakan Masalah Email Masuk dan Email Keluar

Agar proses troubleshooting lebih efisien, tentukan terlebih dahulu apakah gangguan terjadi saat menerima email, mengirim email, atau keduanya.

Jika email tidak bisa menerima

Prioritaskan pemeriksaan berikut:

Record MX Cloudflare.
Record A atau AAAA hostname mail.
Status DNS only pada hostname email.
Pengaturan Email Routing cPanel.
Keberadaan akun dan kapasitas mailbox.
Log penerimaan email dan pesan penolakan.

Lakukan pengujian dengan mengirim pesan dari alamat eksternal ke mailbox yang bermasalah.

Jika email tidak bisa mengirim

Prioritaskan pemeriksaan berikut:

Username dan password SMTP.
Hostname SMTP dan port.
Metode enkripsi TLS.
Koneksi jaringan dan firewall.
Record SPF, DKIM, dan DMARC.
Reputasi IP serta log penolakan dari server penerima.

Lakukan pengujian dengan mengirim pesan ke alamat eksternal yang dapat diakses, lalu periksa apakah pesan berhasil dikirim, ditolak, atau masuk ke spam.

Jika email masuk dan keluar sama-sama bermasalah

Mulailah dari pemeriksaan yang paling mendasar, yaitu status layanan hosting, hostname mail, konfigurasi DNS, dan akses ke server.

Jika semua domain email pada satu server mengalami masalah pada waktu yang sama, kemungkinan gangguan berada pada layanan server, jaringan, firewall, atau konfigurasi bersama. Namun, hal ini tetap perlu dibuktikan melalui log dan pemeriksaan administrator.

13. Checklist Troubleshooting Mail Hosting

Gunakan checklist berikut sebelum menyimpulkan bahwa server email mengalami kerusakan.

Akun email tersedia di cPanel.
Kapasitas mailbox belum penuh.
Record MX mengarah ke server penerima yang benar.
Record A hostname mail sesuai dengan IP server.
Hostname email menggunakan DNS only jika memerlukan koneksi langsung.
Tidak ada record AAAA yang mengarah ke layanan IPv6 yang salah.
Email Routing sesuai dengan lokasi mailbox.
SPF tidak memiliki beberapa record yang bertentangan.
DKIM tersedia dan sesuai dengan konfigurasi server.
DMARC sesuai dengan kebijakan autentikasi domain.
Hostname SMTP, port, dan enkripsi sesuai dengan konfigurasi hosting.
Sertifikat TLS valid untuk hostname yang digunakan.
Tidak ada pembatasan firewall atau jaringan yang menghalangi koneksi.
Log pengiriman dan pesan error sudah diperiksa.
Reputasi IP dan konfigurasi reverse DNS sudah ditinjau jika diperlukan.

Checklist tersebut membantu mempersempit kemungkinan penyebab masalah tanpa harus mengubah konfigurasi secara acak.

Kesimpulan

Troubleshooting mail hosting pada domain yang menggunakan Cloudflare dan cPanel perlu dilakukan secara sistematis. Website yang tetap dapat diakses bukan berarti layanan email juga berfungsi dengan baik.

Mulailah dari pemeriksaan akun email, record MX, record A, status proxy Cloudflare, dan pengaturan Email Routing. Setelah itu, periksa autentikasi SPF, DKIM, dan DMARC, lalu lanjutkan ke pengujian SMTP, IMAP, POP3, TLS, serta log pengiriman jika masalah belum ditemukan.

Hal terpenting adalah melakukan perubahan berdasarkan hasil pemeriksaan, bukan sekadar mencoba berbagai konfigurasi. Simpan konfigurasi sebelumnya sebelum melakukan perubahan DNS atau pengaturan email agar proses pemulihan lebih mudah apabila terjadi kesalahan.

Dengan mengikuti langkah-langkah tersebut, penyebab email tidak dapat mengirim atau menerima pesan dapat diidentifikasi dengan lebih terarah, baik berasal dari DNS, pengaturan cPanel, koneksi jaringan, maupun kebijakan server penerima.

Cara Troubleshooting Mail Hosting Tidak Dapat Mengirim dan Menerima Email