Cara Troubleshooting Bisa Menerima Email tetapi Tidak Bisa Mengirim Email

Cara troubleshooting bisa menerima email tetapi tidak bisa mengirim email merupakan hal yang perlu dipahami oleh pemilik website maupun administrator mail server. Masalah ini cukup membingungkan karena akun email masih dapat menerima pesan dari orang lain, tetapi ketika digunakan untuk mengirim email, pesan justru gagal terkirim, tertahan di kotak keluar, atau muncul notifikasi kesalahan.

Kondisi tersebut bisa terjadi pada layanan email hosting yang menggunakan cPanel, terutama ketika pengelolaan DNS domain dilakukan melalui Cloudflare. Meskipun email masuk dan email keluar menggunakan domain yang sama, keduanya melibatkan proses komunikasi yang berbeda. Oleh karena itu, keberhasilan menerima email tidak otomatis membuktikan bahwa seluruh konfigurasi pengiriman email sudah benar.

Sebagai contoh, sebuah domain bernama contohdomain.com memiliki akun email admin@contohdomain.com. Akun tersebut dapat menerima email dari Gmail, tetapi ketika administrator mencoba membalas pesan melalui Outlook, Thunderbird, atau webmail cPanel, pengiriman selalu gagal.

Penyebabnya bisa berasal dari konfigurasi SMTP, kredensial akun, pembatasan port, firewall, reputasi IP server, konfigurasi DNS, atau kebijakan keamanan penyedia hosting.

Artikel ini membahas langkah troubleshooting secara berurutan agar penyebab masalah dapat ditemukan tanpa melakukan perubahan konfigurasi secara sembarangan.

1. Memahami Perbedaan Email Masuk dan Email Keluar

Sebelum melakukan perbaikan, penting untuk memahami cara kerja pengiriman dan penerimaan email.

Email masuk biasanya dikirimkan oleh mail server pengirim menuju mail server tujuan. Untuk menemukan server tujuan, server pengirim memeriksa DNS domain penerima, khususnya record MX. Setelah menemukan server yang sesuai, pesan dikirimkan melalui koneksi SMTP antarmail server.

Sementara itu, ketika pengguna mengirim email melalui aplikasi seperti Outlook atau Thunderbird, aplikasi tersebut umumnya harus terhubung terlebih dahulu ke SMTP server milik penyedia email. Pengguna kemudian melakukan autentikasi menggunakan akun email dan kata sandinya.

Gambaran sederhananya sebagai berikut:

Email masuk: Mail server pengirim → DNS MX domain penerima → Mail server cPanel → Kotak masuk.
Email keluar: Aplikasi email → SMTP server cPanel → Mail server penerima → Kotak masuk penerima.

Perbedaan alur tersebut menjelaskan mengapa email masuk bisa berfungsi ketika SMTP untuk pengguna bermasalah.

Misalnya, record MX sudah benar sehingga pesan dari Gmail berhasil masuk. Namun, aplikasi email menggunakan port SMTP yang salah atau gagal melakukan autentikasi. Akibatnya, pesan keluar tidak dapat dikirim meskipun email masuk tetap normal.

2. Periksa Apakah Masalah Terjadi di Webmail atau Aplikasi Email

Langkah pertama adalah menentukan apakah masalah terjadi pada server atau hanya pada aplikasi yang digunakan.

Login ke cPanel menggunakan akun hosting, kemudian buka menu Email Accounts. Cari akun email yang bermasalah dan pilih opsi untuk mengakses Webmail, jika tersedia.

Cobalah mengirim email percobaan dari akun tersebut ke alamat email eksternal yang masih aktif.

Gunakan subjek sederhana, misalnya Tes Pengiriman Email, dan isi pesan singkat. Untuk pengujian awal, gunakan alamat tujuan yang dapat Anda akses.

Amati hasilnya.

Jika email berhasil dikirim melalui Webmail, tetapi gagal ketika menggunakan Outlook atau Thunderbird, kemungkinan masalah terletak pada konfigurasi aplikasi, kata sandi, metode enkripsi, atau koneksi SMTP dari perangkat pengguna.

Sebaliknya, jika email gagal dikirim melalui Webmail maupun aplikasi email, pemeriksaan perlu dilanjutkan ke sisi server, termasuk antrean email, pembatasan akun, konfigurasi Exim, dan kebijakan hosting.

Perlu diperhatikan bahwa keberhasilan menekan tombol Send belum selalu berarti pesan sudah diterima. Periksa apakah terdapat notifikasi pengiriman gagal atau pesan balasan otomatis berupa bounce message.

Langkah sederhana ini dapat menghemat waktu karena administrator tidak perlu langsung mengubah DNS ketika masalah sebenarnya berada pada konfigurasi aplikasi email.

3. Periksa Pengaturan SMTP pada Aplikasi Email

SMTP merupakan protokol yang digunakan untuk mengirim email. Jika pengaturannya tidak sesuai dengan konfigurasi server hosting, aplikasi email dapat gagal mengirim pesan.

Buka pengaturan akun email pada aplikasi yang digunakan. Periksa nama server keluar, port, metode enkripsi, serta autentikasi SMTP.

Pengaturan yang umum digunakan pada hosting cPanel adalah sebagai berikut.

Parameter	Pengaturan umum
SMTP Server	`mail.contohdomain.com`
Username	Alamat email lengkap
Password	Kata sandi akun email
Port 465	SSL/TLS
Port 587	STARTTLS
Authentication	Aktif
Authentication method	Password biasa melalui koneksi terenkripsi, jika didukung server

Ganti contohdomain.com dengan domain sebenarnya dan pastikan nama server sesuai dengan informasi yang diberikan oleh penyedia hosting.

Port 465 biasanya digunakan dengan koneksi TLS sejak awal, sedangkan port 587 umumnya menggunakan STARTTLS untuk meningkatkan keamanan koneksi. Ketersediaan port dan metode autentikasi tetap bergantung pada konfigurasi server.

Periksa beberapa kesalahan yang sering terjadi:

Menggunakan port 25 untuk pengiriman melalui aplikasi pengguna, padahal port tersebut dibatasi oleh jaringan atau penyedia hosting.
Menggunakan port 465 dengan pilihan STARTTLS, bukan SSL/TLS.
Menggunakan port 587 dengan pilihan SSL/TLS langsung, padahal server mengharapkan STARTTLS.
Mengisi username hanya dengan nama pengguna, bukan alamat email lengkap.
Tidak mengaktifkan autentikasi SMTP.

Jika pengaturan saat ini tidak sesuai, ubah satu parameter terlebih dahulu lalu lakukan pengujian. Cara ini membantu mengetahui perubahan mana yang benar-benar menyelesaikan masalah.

4. Periksa DNS Domain yang Dikelola Cloudflare

Apabila domain menggunakan Cloudflare, pemeriksaan DNS menjadi salah satu langkah penting.

Cloudflare menyediakan layanan pengelolaan DNS sekaligus proxy untuk jenis lalu lintas tertentu. Namun, proxy HTTP/HTTPS yang biasa digunakan untuk website tidak sama dengan layanan proxy SMTP.

Pada umumnya, koneksi SMTP untuk hosting cPanel harus diarahkan langsung menuju server email. Karena itu, record DNS yang digunakan untuk layanan email harus diperiksa dengan teliti.

Periksa record berikut:

Type	Name	Contoh nilai	Status proxy
A	`mail`	IP server hosting	DNS only
MX	`@`	`mail.contohdomain.com`	Tidak menggunakan proxy
TXT	`@`	Record SPF yang sesuai	DNS only
TXT	Host DKIM	Nilai dari cPanel	DNS only

Nilai pada tabel hanyalah contoh. Gunakan IP, hostname, dan nilai autentikasi yang benar-benar diberikan oleh penyedia hosting.

Pastikan record A untuk mail.contohdomain.com mengarah ke IP server yang benar. Jika hostname tersebut digunakan untuk SMTP, statusnya harus DNS only, yang ditandai dengan ikon awan abu-abu pada dashboard Cloudflare.

Jangan mengaktifkan proxy Cloudflare biasa pada hostname SMTP. Proxy standar Cloudflare untuk website tidak meneruskan seluruh koneksi SMTP seperti koneksi HTTP dan HTTPS. Jika hostname email diproxy, aplikasi dapat mencoba terhubung ke alamat yang tidak melayani SMTP.

Periksa juga apakah terdapat beberapa record A dengan nama mail yang mengarah ke server berbeda. Konfigurasi yang tidak konsisten dapat membuat sebagian koneksi menuju server yang salah.

Jika ditemukan kesalahan, perbaiki record sesuai informasi resmi dari penyedia hosting. Setelah perubahan dilakukan, tunggu propagasi DNS dan lakukan pengujian ulang.

5. Pastikan Record MX Mengarah ke Mail Server yang Benar

Record MX menentukan server yang menerima email untuk sebuah domain. Meskipun masalah utama terlihat pada email keluar, konfigurasi MX tetap perlu diperiksa karena sering kali pengelolaan DNS dilakukan secara bersamaan untuk berbagai layanan email.

Pada Cloudflare, buka menu DNS dan cari record MX untuk domain yang bermasalah.

Contoh konfigurasi sederhana:

Type: MX
Name: @
Mail server: mail.contohdomain.com
Priority: 10

Nilai priority di atas hanya contoh. Gunakan nilai yang sesuai dengan konfigurasi hosting.

Selanjutnya, pastikan hostname yang dituju oleh MX memiliki record A atau AAAA yang benar-benar dapat digunakan untuk mengakses server email. Jangan menganggap bahwa MX yang benar otomatis membuat seluruh layanan SMTP berfungsi.

Untuk memeriksa hasil resolusi DNS, Anda dapat menjalankan perintah berikut dari terminal Linux, macOS, atau lingkungan lain yang memiliki utilitas DNS:

dig MX contohdomain.com
dig A mail.contohdomain.com
dig AAAA mail.contohdomain.com

Ganti domain pada perintah tersebut sesuai dengan domain yang digunakan.

Perintah pertama menampilkan record MX, sedangkan dua perintah berikutnya memeriksa alamat IPv4 dan IPv6 hostname mail.

Jika server tidak menggunakan IPv6 untuk layanan email, pastikan tidak ada record AAAA yang mengarahkan pengguna ke alamat IPv6 yang tidak berfungsi. Jangan menghapus record IPv6 secara otomatis tanpa memastikan konfigurasi jaringan server terlebih dahulu.

Ingat, record MX terutama berpengaruh terhadap pengiriman email menuju domain Anda. Kesalahan MX tidak selalu menjadi penyebab utama kegagalan mengirim email melalui SMTP, sehingga pemeriksaan tetap harus dilanjutkan ke sisi pengiriman.

6. Periksa Email Routing di cPanel

cPanel menyediakan pengaturan Email Routing untuk menentukan bagaimana sistem menangani email yang ditujukan kepada domain.

Untuk memeriksanya, login ke cPanel, kemudian buka menu Email Routing. Pilih domain yang mengalami masalah.

Umumnya terdapat beberapa pilihan:

Automatically Detect Configuration: cPanel mencoba menentukan konfigurasi routing secara otomatis.
Local Mail Exchanger: Server lokal menangani email untuk domain tersebut.
Remote Mail Exchanger: Email untuk domain diarahkan ke mail server eksternal.
Backup Mail Exchanger: Server lokal bertindak sebagai server cadangan dalam konfigurasi yang sesuai.

Jika email memang menggunakan mail server yang berada di hosting cPanel tersebut, pilihan Local Mail Exchanger biasanya relevan. Namun, jika domain menggunakan layanan email eksternal, pilihan Remote Mail Exchanger dapat lebih sesuai.

Jangan mengubah pengaturan ini tanpa mengetahui lokasi mail server yang sebenarnya. Kesalahan konfigurasi routing dapat mengakibatkan email diproses oleh server yang tidak semestinya.

Pengaturan Email Routing juga bukan satu-satunya faktor yang menentukan pengiriman SMTP keluar. Jika email tetap gagal dikirim, lanjutkan pemeriksaan pada log server, autentikasi, dan pembatasan pengiriman.

7. Pastikan Akun Email Tidak Mengalami Masalah Autentikasi

Salah satu penyebab umum kegagalan pengiriman email adalah kesalahan username atau password.

Pada sebagian konfigurasi, pengguna masih dapat membaca email melalui sesi Webmail yang sebelumnya sudah login, tetapi gagal melakukan autentikasi SMTP dari perangkat lain.

Buka menu Email Accounts di cPanel dan pastikan akun yang digunakan masih tersedia serta tidak mengalami pembatasan.

Jika kata sandi diragukan, administrator atau pemilik akun dapat menggantinya melalui fitur yang tersedia di cPanel. Setelah itu, perbarui kata sandi pada aplikasi email yang digunakan.

Perhatikan pesan kesalahan yang muncul:

535 Authentication failed: Kredensial atau metode autentikasi tidak diterima.
530 Authentication required: Autentikasi SMTP diperlukan sebelum pengiriman.
550 Authentication required: Server menolak pengiriman karena persyaratan autentikasi tidak terpenuhi; penyebab pastinya bergantung pada respons server.

Pastikan aplikasi menggunakan alamat email lengkap sebagai username dan mengaktifkan autentikasi SMTP.

Jika server mendukung autentikasi hanya melalui koneksi terenkripsi, gunakan SSL/TLS atau STARTTLS sesuai port yang dipilih. Hindari mengirimkan kata sandi melalui koneksi yang tidak terenkripsi.

Jika autentikasi tetap gagal meskipun kredensial benar, administrator dapat memeriksa kebijakan keamanan server, pemblokiran alamat IP akibat percobaan login berulang, atau pembatasan akses dari jaringan pengguna.

8. Periksa Ketersediaan Port SMTP dan Firewall

Masalah berikutnya adalah koneksi ke port SMTP yang gagal.

Pada hosting cPanel, port yang sering digunakan untuk pengiriman email oleh pengguna adalah 465 dan 587. Sementara itu, port 25 lazim digunakan untuk komunikasi SMTP antarmail server, tetapi aksesnya dapat dibatasi oleh jaringan atau penyedia layanan.

Dari komputer yang digunakan, lakukan pemeriksaan konektivitas.

Untuk port 465:

nc -vz mail.contohdomain.com 465

Untuk port 587:

nc -vz mail.contohdomain.com 587

Jika perintah nc belum tersedia, gunakan alat pengujian konektivitas lain yang didukung sistem operasi.

Apabila koneksi berhasil, hal tersebut menunjukkan bahwa koneksi TCP ke port yang diuji dapat dibangun. Namun, hasil ini belum membuktikan bahwa autentikasi SMTP maupun pengiriman email berjalan normal.

Jika koneksi gagal, kemungkinan penyebabnya antara lain:

Port diblokir oleh jaringan kantor, router, atau ISP.
Firewall server menolak koneksi dari alamat IP pengguna.
Layanan SMTP tidak berjalan atau tidak mendengarkan pada port tersebut.
DNS mengarah ke IP yang salah.
Penyedia hosting membatasi akses SMTP dari luar server.

Jika Anda menggunakan shared hosting, mintalah administrator hosting memeriksa firewall dan status layanan SMTP. Jangan mencoba mengubah konfigurasi firewall server bersama tanpa izin.

Untuk administrator VPS atau dedicated server, periksa firewall sistem operasi, firewall jaringan, serta konfigurasi keamanan hosting. Pastikan port yang diperlukan memang dibuka dan layanan terkait aktif.

9. Periksa Status Exim dan Antrean Email

Pada banyak server cPanel, Exim digunakan sebagai layanan MTA atau Mail Transfer Agent. Exim menangani pemrosesan serta pengiriman email dari server.

Jika Anda memiliki akses WHM atau root ke server, periksa status layanan Exim melalui antarmuka pengelolaan server atau menggunakan perintah yang sesuai.

Contoh pemeriksaan melalui terminal:

exim -bpc

Perintah tersebut menampilkan jumlah pesan dalam antrean Exim.

Untuk melihat ringkasan antrean, administrator dapat menggunakan:

exim -bp

Apabila jumlah pesan dalam antrean terus bertambah, ada kemungkinan email gagal dikirim ke server tujuan atau mengalami penundaan.

Periksa log Exim untuk mengetahui alasan penundaan atau penolakan. Pada instalasi cPanel yang umum, log utama dapat ditemukan di:

/var/log/exim_mainlog
/var/log/exim_rejectlog

Lokasi dan ketersediaan log dapat berbeda menurut konfigurasi server.

Beberapa pesan yang perlu diperhatikan meliputi kegagalan koneksi ke server penerima, penolakan relay, kegagalan autentikasi, kesalahan DNS, dan pembatasan pengiriman.

Jangan langsung menghapus antrean email hanya karena jumlahnya banyak. Pesan yang tertahan mungkin merupakan email penting milik pengguna. Identifikasi penyebabnya terlebih dahulu sebelum mengambil tindakan.

Jika tidak memiliki akses root, administrator hosting dapat membantu memeriksa antrean dan log tersebut.

10. Periksa SPF, DKIM, dan DMARC untuk Email Keluar

SPF, DKIM, dan DMARC merupakan mekanisme autentikasi email yang membantu server penerima menilai apakah pesan yang dikirim benar-benar berasal dari sumber yang diizinkan.

Ketiganya perlu diperiksa ketika email keluar ditolak, masuk ke folder spam, atau tidak sampai ke penerima meskipun SMTP telah menerima pesan.

SPF

SPF menentukan server mana yang diizinkan mengirim email menggunakan identitas domain tertentu.

Di cPanel, buka menu Email Deliverability dan cari domain yang digunakan. Fitur ini biasanya menampilkan status konfigurasi SPF serta memberikan rekomendasi perbaikan jika ditemukan masalah.

Pastikan record SPF di Cloudflare sesuai dengan konfigurasi server yang sebenarnya.

Jangan membuat beberapa record SPF terpisah untuk satu nama domain. Jika terdapat beberapa sumber pengiriman, aturan yang benar umumnya perlu digabungkan menjadi satu record SPF.

DKIM

DKIM menggunakan tanda tangan digital untuk membantu server penerima memverifikasi keaslian pesan.

Pada cPanel, periksa status DKIM melalui menu Email Deliverability. Jika terdapat masalah, gunakan nilai record yang ditampilkan oleh cPanel dan publikasikan ke DNS Cloudflare sesuai petunjuk penyedia hosting.

Jangan menyalin nilai DKIM dari domain atau server lain karena setiap konfigurasi dapat memiliki kunci yang berbeda.

DMARC

DMARC membantu domain menentukan kebijakan terhadap pesan yang gagal memenuhi pemeriksaan autentikasi dan menyediakan mekanisme pelaporan.

Pastikan kebijakan DMARC tidak menyebabkan pesan yang sah ditolak akibat konfigurasi SPF atau DKIM yang belum sesuai.

SPF, DKIM, dan DMARC terutama berhubungan dengan autentikasi serta penerimaan pesan oleh server tujuan. Ketiganya tidak otomatis memperbaiki koneksi SMTP yang gagal atau kata sandi yang salah. Karena itu, lakukan pemeriksaan autentikasi setelah memastikan bahwa koneksi dan proses pengiriman SMTP berjalan.

11. Periksa Reputasi IP dan Pembatasan Pengiriman

Jika SMTP berhasil melakukan autentikasi tetapi email tidak sampai ke tujuan, periksa apakah server mengalami pembatasan pengiriman atau masalah reputasi IP.

Server email penerima dapat menolak atau menunda pesan dari alamat IP tertentu berdasarkan kebijakan keamanan, riwayat pengiriman, atau indikasi spam.

Gejala yang mungkin muncul antara lain:

Email gagal dikirim hanya ke domain penerima tertentu.
Pesan balasan menyebutkan IP masuk daftar penolakan.
Pengiriman mengalami penundaan berulang.
Server tujuan menolak pesan karena kebijakan antispam.
Email berhasil dikirim ke sebagian penerima tetapi gagal ke penerima lain.

Periksa isi pesan bounce secara lengkap. Informasi tersebut biasanya mencakup kode SMTP, alasan penolakan, hostname server penerima, dan terkadang alamat IP yang ditolak.

Jika IP server masuk daftar penolakan, administrator harus mengidentifikasi penyebabnya terlebih dahulu. Periksa kemungkinan akun yang disalahgunakan, malware, pengiriman massal tanpa izin, atau konfigurasi autentikasi yang salah.

Setelah penyebab ditangani, ikuti prosedur pengajuan penghapusan daftar penolakan jika memang diperlukan. Mengganti DNS saja tidak akan memperbaiki reputasi IP server SMTP.

12. Periksa Batas Pengiriman Email pada Hosting

Penyedia hosting dapat menetapkan batas jumlah email yang boleh dikirim dalam periode tertentu. Batas ini digunakan untuk menjaga stabilitas server dan mencegah penyalahgunaan layanan.

Jika sebuah akun mencapai batas pengiriman, pesan berikutnya dapat ditolak atau ditunda sesuai kebijakan penyedia hosting.

Periksa notifikasi error yang muncul ketika mengirim email dan cari informasi mengenai batas pengiriman pada panel hosting. Jika Anda menggunakan WHM, administrator dapat memeriksa batas pengiriman dan kebijakan akun melalui fitur yang tersedia.

Pastikan juga akun email tidak digunakan oleh aplikasi website yang mengirimkan pesan secara berlebihan.

Jika email gagal dikirim setelah website mengirim banyak notifikasi, formulir, atau email otomatis, periksa konfigurasi SMTP aplikasi tersebut. Pastikan aplikasi menggunakan akun yang benar dan tidak mengirim pesan berulang akibat kesalahan program.

Apabila batas pengiriman telah tercapai, tunggu sesuai kebijakan hosting atau hubungi administrator untuk mendapatkan penjelasan. Jangan meningkatkan batas tanpa memeriksa sumber pengiriman yang menyebabkan lonjakan aktivitas.

13. Urutan Troubleshooting yang Paling Efisien

Agar proses perbaikan lebih terarah, lakukan pemeriksaan mulai dari langkah yang paling sederhana hingga pemeriksaan server yang lebih mendalam.

Berikut urutan yang dapat digunakan:

Kirim email percobaan melalui Webmail cPanel.
Jika Webmail berhasil, periksa pengaturan SMTP aplikasi email.
Pastikan username menggunakan alamat email lengkap dan kata sandi benar.
Cocokkan port SMTP dengan metode enkripsi yang sesuai.
Periksa record DNS mail, MX, dan status DNS only pada Cloudflare.
Uji koneksi ke port SMTP dari jaringan pengguna.
Jika pengiriman gagal dari Webmail dan aplikasi, periksa status akun serta pembatasan hosting.
Jika memiliki akses administrator, periksa antrean dan log Exim.
Jika pesan sudah diterima server SMTP tetapi gagal sampai ke tujuan, periksa bounce message, SPF, DKIM, DMARC, dan reputasi IP.
Lakukan pengujian ulang setelah satu perubahan diterapkan.

Menerapkan urutan tersebut membantu menghindari perubahan konfigurasi yang tidak diperlukan. Misalnya, tidak perlu mengganti record MX berkali-kali apabila masalah sebenarnya hanya berasal dari pemilihan port SMTP pada Outlook.

14. Kapan Harus Menghubungi Administrator Hosting?

Tidak semua masalah dapat diselesaikan melalui cPanel atau Cloudflare. Beberapa pemeriksaan membutuhkan akses administrator server.

Hubungi penyedia hosting jika:

SMTP tidak dapat diakses dari jaringan mana pun.
Webmail juga gagal mengirim email.
Antrean email terus bertambah tanpa alasan yang jelas.
Exim berhenti berjalan atau menghasilkan kesalahan.
Pengiriman ditolak karena reputasi IP server.
Akun email terkena pembatasan pengiriman.
Konfigurasi SPF atau DKIM yang diberikan hosting tidak sesuai dengan DNS.
Anda membutuhkan pemeriksaan firewall, log server, atau kebijakan SMTP yang tidak tersedia bagi pengguna biasa.

Agar penanganan lebih cepat, sertakan nama domain, waktu kejadian, aplikasi yang digunakan, port SMTP, dan pesan kesalahan lengkap. Jangan mengirimkan kata sandi email atau kredensial administrator kepada pihak yang tidak berwenang.

Jika tersedia, sertakan juga hasil pengujian dari Webmail dan informasi apakah masalah hanya terjadi pada satu akun atau seluruh akun email pada domain tersebut.

Kesimpulan

Masalah bisa menerima email tetapi tidak bisa mengirim email pada hosting cPanel dengan DNS yang dikelola Cloudflare tidak selalu disebabkan oleh DNS. Penyebabnya dapat berasal dari pengaturan SMTP, kesalahan autentikasi, port yang diblokir, konfigurasi mail server, antrean Exim, pembatasan pengiriman, maupun masalah autentikasi dan reputasi email.

Pemeriksaan sebaiknya dimulai dengan menguji pengiriman melalui Webmail. Setelah itu, periksa konfigurasi SMTP, DNS Cloudflare, Email Routing, konektivitas port, serta log server jika diperlukan.

Pastikan hostname mail tidak menggunakan proxy HTTP/HTTPS Cloudflare biasa, dan gunakan record DNS yang sesuai dengan informasi dari penyedia hosting. Untuk masalah email yang berhasil diterima server SMTP tetapi ditolak server tujuan, periksa pesan bounce serta konfigurasi SPF, DKIM, dan DMARC.

Dengan melakukan troubleshooting secara bertahap dan memahami fungsi setiap komponen, administrator dapat menemukan sumber masalah dengan lebih cepat, mengurangi risiko perubahan konfigurasi yang keliru, dan menjaga layanan email tetap berjalan dengan baik.