Jasa Setup Mail Server & Konfigurasi Anti-Spam

Susunan mail server yang kami pasang

Sebuah mail server yang lengkap terdiri dari beberapa komponen yang bekerja bersama:

• Postfix sebagai agen pengirim dan penerima pesan.
• Dovecot untuk akses kotak surat lewat IMAP dan POP3.
• Rspamd atau SpamAssassin untuk penyaringan spam.
• ClamAV untuk pemindaian lampiran berbahaya.
• OpenDKIM untuk penandatanganan pesan keluar.
• Webmail seperti Roundcube atau SOGo bagi pengguna.
• Sertifikat SSL beserta pembaruan otomatis.
• iRedMail sebagai paket siap pakai bila Anda menginginkan pemasangan yang lebih ringkas.

Autentikasi email: SPF, DKIM, dan DMARC

Ketiga pengaturan ini adalah syarat minimum agar email Anda dianggap sah oleh penyedia besar. SPF mendaftarkan server mana yang berhak mengirim atas nama domain Anda. DKIM menandatangani setiap pesan sehingga penerima bisa memastikan isinya tidak diubah.

DMARC menyatukan keduanya dengan menetapkan tindakan bila pemeriksaan gagal, sekaligus mengirimkan laporan berkala. Kami memulai dari kebijakan longgar sambil memantau laporan, baru memperketatnya setelah yakin seluruh sumber pengiriman sah sudah terdaftar.

Menjaga reputasi pengiriman jangka panjang

Reputasi pengiriman bukan sesuatu yang diatur sekali lalu selesai. Ia berubah mengikuti perilaku pengiriman Anda, dan bisa jatuh cepat bila ada akun yang diretas lalu dipakai mengirim spam.

Karena itu kami memasang pembatasan laju pengiriman per akun, memantau antrean, mengaktifkan peringatan bila ada lonjakan tidak wajar, dan memeriksa daftar hitam secara berkala. Bila terjadi masalah, penyebabnya bisa ditemukan sebelum reputasi domain terlanjur rusak.

Install Postfix Dovecot atau memakai iRedMail

Ada dua jalur. Pekerjaan install Postfix Dovecot secara manual memberi kendali penuh atas setiap komponen dan menghasilkan susunan yang paling ringan — cocok bila kebutuhannya spesifik atau sumber dayanya terbatas.

Jalur kedua memakai iRedMail Indonesia sebagai paket siap pasang: Postfix, Dovecot, penyaring spam, antivirus, dan webmail terpasang sekaligus dengan konfigurasi yang sudah waras. Lebih cepat siap, dan lebih mudah diserahkan ke tim yang belum berpengalaman mengurus mail server.

Untuk sebagian besar perusahaan kami menyarankan jalur kedua. Waktu yang dihemat lebih berharga daripada keleluasaan yang jarang benar-benar dipakai, dan komponennya tetap standar sehingga bisa disetel manual kapan pun dibutuhkan.

Konfigurasi SPF DKIM DMARC secara berurutan

Pekerjaan konfigurasi SPF DKIM DMARC punya urutan yang tidak boleh dibalik. SPF lebih dulu: daftarkan semua server yang berhak mengirim atas nama domain Anda — termasuk layanan pihak ketiga seperti sistem tiket, aplikasi akuntansi, dan platform kirim massal yang sering terlupakan.

DKIM berikutnya: kunci ditanam di DNS dan setiap pesan keluar ditandatangani, sehingga penerima bisa memastikan isinya tidak diubah di perjalanan. Baru setelah keduanya berjalan, DMARC dipasang — dan dimulai dengan kebijakan pemantauan, bukan penolakan.

Tahap pemantauan itu penting. Laporan DMARC selama beberapa minggu akan menunjukkan sumber pengiriman yang belum terdaftar. Langsung memasang kebijakan tolak berisiko membuang email sah dari sistem yang Anda sendiri lupa punya.

Reverse DNS email dan reputasi IP

Reverse DNS email adalah pemeriksaan yang paling sering menjadi penyebab email ditolak mentah-mentah oleh penyedia besar. Nama host server pengirim harus bisa ditelusuri balik dari alamat IP-nya, dan hasilnya harus cocok dengan nama yang diumumkan server saat memulai percakapan SMTP.

Catatan ini tidak bisa Anda buat sendiri di zona DNS domain — ia harus disetel oleh pemilik blok alamat IP, yaitu penyedia server Anda. Karena itu ia perlu diminta lebih dulu, dan sebaiknya sebelum mail server mulai dipakai.

Selain itu, riwayat IP perlu diperiksa sebelum dipakai. Alamat IP bekas yang pernah dipakai mengirim spam akan menyulitkan Anda sejak hari pertama, dan itu bukan sesuatu yang bisa diperbaiki dengan konfigurasi.

Email masuk spam: solusi berdasarkan penyebabnya

Ketika email masuk spam, solusi yang tepat bergantung pada penyebabnya — dan penyebabnya bisa dipersempit dengan cepat. Kalau seluruh penerima menolak, masalahnya hampir pasti autentikasi atau reputasi IP. Kalau hanya penerima di satu penyedia, biasanya reputasi domain di penyedia itu.

Kalau yang tertahan hanya email tertentu, penyebabnya isi pesan: tautan pemendek URL, lampiran berformat mencurigakan, atau rasio gambar terhadap teks yang tidak wajar. Dan kalau masalahnya baru muncul mendadak, langkah pertama adalah memeriksa apakah ada akun yang diretas dan dipakai mengirim spam.

Kami menelusuri berurutan seperti itu, lengkap dengan pembacaan header email yang tertahan. Menebak dan mengubah banyak hal sekaligus justru membuat penyebab aslinya tidak pernah ketemu.