Awalnya saya berpikir sederhana.
Kalau saya punya server yang bisa diakses dari internet, harusnya saya bisa menjadikannya mail server.
Toh, secara konsep, email itu cuma kirim data dari satu server ke server lain, kan?
Jadi saya coba.
Saya punya Raspberry Pi di rumah. Sudah saya expose ke internet lewat tunnel. Bahkan saya juga punya VPS.
Secara teknis, dua-duanya “online”.
Tapi hasilnya?
Email tidak terkirim.
Atau lebih tepatnya: tidak pernah sampai.
Eksperimen yang Gagal Total
Saya mulai dari Raspberry Pi.
Setup sudah cukup rapi:
- Server bisa diakses dari internet
- Domain sudah pointing
- Bahkan saya pakai tunnel supaya lebih aman
Saya pikir, “ini tinggal install mail server, beres.”
Ternyata tidak.
Saya coba kirim email, gagal.
Saya cek log, tidak ada yang masuk.
Saya coba berbagai konfigurasi, tetap sama.
Lalu saya pindah ke VPS.
Harapannya, ini pasti berhasil.
Karena VPS kan memang “server beneran”.
Tapi lagi-lagi… hasilnya mengecewakan.
Email tetap tidak sampai ke Gmail.
Kadang bahkan langsung ditolak.
Di titik ini, saya mulai sadar:
mungkin ada sesuatu yang saya tidak pahami.
Kesalahan Besar Saya
Saya mengira:
“Kalau server bisa diakses dari internet, berarti bisa jadi mail server.”
Padahal kenyataannya:
Mail server bukan cuma soal bisa diakses. Tapi soal dipercaya.
Dan ini yang tidak pernah saya pikirkan sebelumnya.
Kenapa Raspberry Pi Saya Tidak Bisa Jadi Mail Server?
Setelah bongkar satu per satu, masalahnya mulai jelas.
1. Tunnel Itu Bukan Solusi untuk Semua Hal
Saya menggunakan tunnel (seperti Cloudflare Tunnel) untuk expose server saya.
Untuk web? Aman.
Untuk API? Lancar.
Tapi untuk email?
Tidak bisa.
Karena email menggunakan protokol SMTP, yang berjalan di port 25.
Dan tunnel seperti ini tidak meneruskan traffic SMTP.
Artinya, dari luar:
- Mail server lain tidak bisa “melihat” server saya
- Tidak ada yang bisa mengirim email ke sana
Jadi bukan salah konfigurasi.
Memang jalurnya tidak ada.
2. Server Rumah Itu Tidak Benar-Benar “Publik”
Raspberry Pi saya ada di rumah.
Artinya:
- Di balik NAT
- Tidak punya IP publik langsung
- IP bisa berubah sewaktu-waktu
Di dunia mail server, ini masalah besar.
Mail server butuh:
- IP yang stabil
- Bisa diakses langsung dari internet
Tanpa itu, server lain tidak akan percaya.
3. Port 25: Pintu yang Ditutup ISP
Ini yang paling “jahat”.
Sebagian besar ISP rumahan memblokir port 25.
Kenapa?
Untuk mencegah spam.
Akibatnya:
- Server saya tidak bisa kirim email keluar
- Server lain juga tidak bisa masuk
Jadi walaupun semuanya terlihat “online”…
sebenarnya jalur utama email ditutup total.
4. Reverse DNS: Hal Kecil yang Dampaknya Besar
Ini bagian yang sebelumnya tidak pernah saya perhatikan.
Mail server profesional selalu punya reverse DNS (PTR record).
Artinya:
IP address mereka bisa “dibalik” menjadi nama domain.
Server saya? Tidak punya.
Dan tanpa itu, banyak mail server akan langsung berpikir:
“Ini mencurigakan.”
Lalu email ditolak.
VPS Harusnya Bisa… Tapi Ternyata Tidak Selalu
Saya pikir pindah ke VPS akan menyelesaikan semua masalah.
Dan memang, sebagian besar iya.
Tapi tetap ada jebakan:
- Port 25 kadang masih diblokir (harus request manual)
- IP VPS bisa punya reputasi buruk
- Reverse DNS belum tentu langsung diset
Hasilnya?
Email tetap bisa:
- Masuk spam
- Ditolak diam-diam
- Atau bahkan tidak terkirim sama sekali
Insight yang Mengubah Cara Pandang Saya
Dari semua ini, saya belajar satu hal penting:
Mail server itu bukan soal teknis semata. Tapi soal reputasi dan kepercayaan.
Server lain di internet akan bertanya:
- Apakah IP kamu terpercaya?
- Apakah DNS kamu valid?
- Apakah kamu terlihat seperti spammer?
Kalau jawabannya “tidak yakin”…
email kamu tidak akan pernah sampai.
Jadi, Apa Solusi yang Masuk Akal?
Setelah semua eksperimen itu, saya sampai ke kesimpulan sederhana.
Kalau tujuan saya hanya:
➡️ mengirim email dari aplikasi
Maka:
Tidak perlu bikin mail server sendiri.
Jauh lebih masuk akal pakai:
- SMTP relay seperti Gmail, SendGrid, atau Amazon SES
Kenapa?
- Mereka sudah punya reputasi
- Infrastruktur mereka dipercaya
- Tingkat keberhasilan pengiriman jauh lebih tinggi
Kapan Self-Host Mail Server Masih Masuk Akal?
Jawabannya:
Kalau kamu memang ingin belajar, atau punya kebutuhan khusus.
Tapi harus siap:
- Setup yang kompleks
- Maintenance rutin
- Debugging yang tidak selalu jelas
- Dan kemungkinan besar… masuk spam
Penutup
Saya mulai dari asumsi yang salah:
bahwa semua server bisa jadi mail server.
Sekarang saya tahu, kenyataannya jauh lebih kompleks.
Dan mungkin itu pelajaran paling berharga:
Di internet, “bisa diakses” tidak sama dengan “bisa dipercaya”.
Kalau kamu sedang mencoba hal yang sama seperti saya dulu,
kemungkinan besar kamu juga akan menemui jalan buntu yang sama.
Dan tidak apa-apa.
Karena justru di situ kita belajar,
bahwa sistem yang terlihat sederhana di permukaan…
seringkali punya lapisan kompleksitas yang tidak terlihat.