Pada 2026, Anda bisa meng-host email sendiri

 (blog.haschek.at)
2 poin oleh GN⁺ 5 jam lalu | 1 komentar | Bagikan ke WhatsApp
  • Email pada dasarnya adalah sistem terbuka, dan pada 2026 Anda bisa menjalankannya dari rumah atau VPS sambil mengelola masalah pengiriman dan spam, tanpa harus menyerahkan email ke segelintir perusahaan besar
  • Untuk menjalankannya di rumah, dibutuhkan IPv4 statis yang tidak masuk blokir, tidak menggunakan CGNAT, memiliki hak mengubah record PTR, dan membuka port 25·143·465·587·993; jika syarat ini tidak terpenuhi, VPS lebih cocok
  • SPF·DKIM·DMARC·MX·PTR harus dikonfigurasi dengan benar, dan status pengiriman perlu diperiksa dengan mail-tester.com; bahkan jika terjadi gangguan internet singkat, server pengirim akan mencoba mengirim ulang
  • Dengan menggabungkan plugin GPT milik Rspamd dan model lokal Gemma 4 12B QAT, Anda bisa menghasilkan probabilitas spam dan alasan penilaian tanpa mengirim email pribadi ke API LLM eksternal
  • Hambatan membangun sistem bisa diturunkan dengan docker-mailserver dan klien Thunderbird·webmail, tetapi operator tetap harus bertanggung jawab langsung atas backup·pemulihan·akses jarak jauh·pembaruan dan menguji prosedur pemulihan setidaknya sekali

Memilih antara rumah dan VPS

  • Secara umum VPS direkomendasikan, tetapi server email juga bisa dijalankan di rumah jika internet rumahan memenuhi semua syarat berikut
    • Alamat IPv4 statis yang tidak terdaftar di blokir spam
    • Koneksi yang tidak berada di belakang CGNAT
    • Hak untuk mengubah record PTR IP, misalnya melalui dukungan ISP
    • Lingkungan yang memungkinkan port server email umum 25, 143, 465, 587, 993 dibuka
  • Meski server sempat mati, server email pengirim akan mencoba pengiriman ulang, jadi email masuk tidak langsung hilang
    • Jika total gangguan internet dalam sehari kurang dari 40%, sistem masih bisa bekerja normal

Perangkat lunak server email

  • docker-mailserver cocok sebagai titik awal karena dapat mendistribusikan rangkaian produk server email lengkap lewat Docker dengan konfigurasi default yang masuk akal
  • Opsi lain mencakup Stalwart, Mailcow, dan menyusun sendiri Postfix·Dovecot·Rspamd
  • Email lama masih dijalankan selama bertahun-tahun di ISPConfig karena alasan warisan, tetapi jika membangun baru, docker-mailserver adalah pilihan yang cocok

Domain dan konfigurasi DNS

  • Seperti IP, domain juga harus lebih dulu diperiksa apakah terdaftar di blokir spam
  • Untuk pengiriman dan penerimaan normal, diperlukan record DNS berikut
    • SPF: menentukan server yang boleh mengirim email atas nama domain; nilai umum yang bisa dipakai adalah v=spf1 mx a ~all
    • DKIM: menambahkan tanda tangan kriptografis ke header email keluar; nama dan nilai kunci publik yang diberikan server didaftarkan ke domain
    • DMARC: memperluas SPF dan DKIM untuk mencegah pemalsuan domain; jika ragu dengan nilainya, Anda bisa memakai generator DMARC
    • MX: menentukan lokasi server lain harus mengirim email. Umumnya, record A untuk mail.yourdomain.com diarahkan ke IP server dan hostname tersebut dipakai sebagai nilai prioritas MX 10
  • Record PTR hanya bisa diatur oleh ISP atau penyedia VPS, dan IP server harus bisa di-resolve balik ke hostname server email nyata seperti mail.yourdomain.com
  • Beberapa server juga merekomendasikan record tambahan untuk deteksi layanan otomatis, tetapi SPF·DKIM·DMARC·MX·PTR adalah konfigurasi dasarnya
  • Setelah selesai dibangun, disarankan memeriksa record, perilaku server, dan status pengiriman email di mail-tester.com

Pemblokiran spam dengan LLM lokal

  • Pemblokiran spam open source sebelumnya bergantung pada blokir IP·domain, layanan eksternal seperti Spamhaus, dan pencarian kata kunci; efektivitasnya rendah dan menjadi alasan utama orang meninggalkan self-hosting
  • Dalam 2 tahun terakhir, klasifikasi LLM lokal muncul sebagai opsi untuk menyelesaikan masalah spam di lingkungan self-hosted
  • Rspamd selain mendukung blokir, pemeriksaan IP·DNS, dan deteksi kata kunci, juga bisa mengklasifikasikan apakah email adalah spam lewat plugin GPT
  • Alih-alih mengirim email pribadi ke API LLM eksternal, penulis menjalankan Gemma 4 12B QAT secara lokal
    • Bisa dijalankan di GPU atau CPU dan membutuhkan minimal 7GB RAM atau VRAM
    • Mendukung banyak bahasa sehingga bisa dimanfaatkan untuk klasifikasi email

Menjalankan model lokal dan menghubungkannya ke Rspamd

curl -LsSf https://llama.app/install.sh | sh
  • Di Windows, gunakan perintah berikut
winget install llama.cpp
  • Server model dijalankan seperti berikut, dan antarmuka chat dapat diperiksa di localhost:8080
llama serve -hf unsloth/gemma-4-12B-it-qat-GGUF:UD-Q4_K_XL --reasoning off -fa on -c 16000 --temp 0.7
  • Di /etc/rspamd/local.d/gpt.conf milik Rspamd, jika Anda menetapkan type = "openai" dan endpoint lokal /v1, model bisa dihubungkan melalui antarmuka kompatibel OpenAI
    • Model diatur ke unsloth/gemma-4-12B-it-qat-GGUF:UD-Q4_K_XL
    • Token output maksimum diset ke 100, temperatur 0.1, dan batas waktu 30 detik
    • Pada server LLM tanpa GPU, batas waktu bisa diperpanjang
    • Respons diinterpretasikan sebagai JSON dan memerlukan key probability, bukan spam
  • Prompt menginstruksikan analisis header·subjek·isi agar hanya mengembalikan probabilitas spam antara 0.0~1.0 dan alasan penilaian singkat dalam format JSON
  • Fitur konteks percakapan per penerima menyimpan label email terbaru, pengirim utama, dan ringkasan 512 karakter di Redis, lalu memasukkannya ke prompt klasifikasi jika jumlahnya mencapai 5 atau lebih
    • Cakupannya adalah mailbox per penerima, yaitu user
    • Masa simpan ringkasan pesan adalah 14 hari, umur key Redis 30 hari
    • Berjalan secara lokal tanpa panggilan eksternal
  • Untuk email spam, sistem dapat mengembalikan probabilitas tinggi berdasarkan pemasaran berbasis ketakutan, konten komersial yang tidak diinginkan, domain internasionalisasi yang mencurigakan, dan sebagainya
  • Untuk email uji teknis yang normal, sistem dapat mengembalikan probabilitas rendah karena tidak ada tautan mencurigakan atau frasa promosi
  • Di antarmuka web Rspamd, Anda bisa melihat grafik dan data, serta menempelkan email untuk menguji hasil klasifikasi yang diperkirakan

Memilih klien email

  • Di desktop, Thunderbird adalah klien open source yang kaya fitur dan bisa menggantikan Outlook
    • Menyediakan fungsi dasar yang diperlukan dan kemampuan pencarian yang memadai
    • Juga tersedia aplikasi Android
    • Selama 3 tahun pemakaian, tidak ada masalah
  • Jika membutuhkan webmail, opsi berikut bisa digunakan

Pemeliharaan dan tanggung jawab operasional

  • Solusi server email modern seperti docker-mailserver dirancang dengan mempertimbangkan perbaikan keamanan dan pembaruan otomatis yang tidak merusak lingkungan produksi
  • Self-hosting memberi kendali atas data, tetapi sebagai gantinya tanggung jawab backup, pemulihan, akses jarak jauh, dan pembaruan berpindah ke operator
  • Tanpa backup, semua data bisa hilang, jadi perlu menyiapkan rencana backup yang memadai dan menguji prosedur pemulihan setidaknya sekali
  • Jika mampu memenuhi syarat dan menanggung tanggung jawab operasional, email tetap bisa dijalankan meski ada gangguan server singkat, dan pengguna yang menekankan kedaulatan data dapat mencoba self-hosting

Bacaan terkait

1 komentar

 
GN⁺ 5 jam lalu
Opini di Lobste.rs

  • Saya memakai Fastmail dan terhindar dari semua kerepotan. Menarik juga membaca kerepotan apa saja yang berhasil dihindari

  • Jika ini kotak masuk penting, ada layanan mailbox hosting yang bagus seperti Migadu, Simplymail, dan Fastmail, jadi saya tidak terpikir untuk mengelolanya sendiri. Kalau hanya untuk iseng atau penggunaan yang tidak penting, itu memungkinkan

  • Seolah membuktikan masalah ketergantungan pada Gmail, saat ini Gmail memblokir email reset kata sandi Lobsters sebagai spam
    Di log tertulis, “Gmail has detected that this message is likely 550-5.7.1 unsolicited mail. To reduce the amount of spam sent to Gmail, this 550-5.7.1 message has been blocked.”, dan saya penasaran bagaimana cara melaporkan ini ke Google

    • Sepertinya ini bukan cuma masalah Gmail. Di mailbox.org juga, sejak beberapa minggu lalu email dari lobste.rs tidak masuk ke kotak masuk
      Saya sempat mengira gateway mailing list rusak di pihak lobste.rs lalu berhenti berlangganan, tapi toh saya juga jarang membacanya dan sekarang lebih suka situs webnya

  • Gagasan menjalankan email sendiri di rumah itu bagus, tapi masalahnya muncul saat pindahan. Email penting tetap bisa datang selama proses pindahan, jadi backup MX saja tidak cukup
    Secara teknis mungkin bisa diimplementasikan, tetapi pindahan sendiri sudah cukup membuat stres, dan saya tidak ingin menambahkan prosedur migrasi email ke daftar cek pindahan. Sementara blog atau master DNS tersembunyi mati sementara, itu masih tidak masalah

    • Dulu saya pernah menjalankan email dari rumah, tetapi di lingkungan ISP rumahan biasa sekarang ini tidak praktis. Ada masalah pindahan, pemblokiran port oleh ISP, dan daftar blok rentang IP rumahan
      Sekitar 15 tahun lalu saya memindahkan server email ke VM murah, dan sejak itu terus berjalan stabil. Jika menetap di tempat dengan IP statis yang tidak masuk daftar blok dan koneksi setara bisnis, itu mungkin baik-baik saja
    • Anda bisa menyiapkan beberapa record MX, lalu membuat salah satunya meneruskan email saat terjadi gangguan
      Selain itu, SMTP memang sudah memiliki retry di dalam protokolnya, jadi jika server berhenti mencoba ulang setelah 24 jam, berarti ia tidak mematuhi spesifikasi terkait. Tidak seperti saat server secara eksplisit menolak karena mailbox tidak ada atau kapasitas penuh, SMTP sebenarnya lebih tangguh daripada yang dibayangkan

  • Bagian sulit saat menjalankan email sendiri bukan spam masuk, melainkan kenyataan bahwa meski semua langkah untuk pengiriman keluar sudah dilakukan, penyedia email besar tetap mengklasifikasikan email yang dikirim sebagai spam
    Dengan volume kirim setingkat individu atau rumah tangga, IP tidak akan membangun reputasi positif, jadi begitu email mulai gagal masuk ke kotak masuk Gmail dan sejenisnya, pada praktiknya sulit untuk diperbaiki
    Namun, jika relay lewat layanan seperti Amazon SES, pengaturannya bisa mudah dan masalah deliverability bisa hilang. Jika Anda menjalankannya sendiri karena alasan politik atau kedaulatan data, ini mungkin solusi yang sulit diterima

  • Hal terbaik dari server email sendiri adalah tidak perlu melakukan penyaringan spam. Sesekali memang ada email sampah yang masuk, tetapi kepastian bahwa siapa pun bisa mengirim email kepada saya terasa lebih baik
    Memeriksa folder spam saja tidak cukup. Perusahaan teknologi besar kadang membuang email diam-diam tanpa alasan yang jelas, dan tingkat keberhasilan penerimaan Gmail sekitar 90%, jadi bahkan email dari penyedia besar lain pun 10% bisa hilang. Email yang saya kelola sendiri tidak pernah sekali pun gagal diterima
    Sebaliknya, untuk mengirim email ke akun di layanan besar lain, saya masih perlu akun di sana, tetapi untuk kontak saya selalu memberikan alamat yang saya kelola sendiri. Saya ingin mencoba apakah mungkin memakai penyedia besar hanya untuk pengiriman keluar, sementara MX diarahkan ke server sendiri

    • Server saya memblokir ribuan spam per hari. Itu belum termasuk ribuan koneksi yang diblokir bahkan sebelum sempat mencoba mengirim spam

  • https://xmox.nl sangat mudah disiapkan

    • Saya rasa sudah menjalankannya lebih dari setahun, tetapi tampaknya pengembangannya sudah berhenti dan fitur filtering yang dibutuhkan juga kurang. Saya sedang mempertimbangkan untuk meninggalkan konfigurasi tunggal xmox dan kembali ke kumpulan komponen berbasis Postfix

  • Saya menjalankan sendiri mailing list untuk situs web saya. Pelanggannya hanya beberapa orang, tetapi email terkirim dengan baik
    Saya tidak berniat menjalankan email pribadi sendiri juga

  • Beberapa tahun lalu saya memasang https://modoboa.org/ di VPS Hetzner, tetapi setelah berkali-kali gagal saat upgrade, pada dasarnya saya menyerah. Sampai sekarang masih saya pertahankan karena sebagian besar masih berfungsi, tetapi ini bukan konfigurasi yang berkelanjutan dalam jangka panjang, dan saya masih belum menentukan pilihan berikutnya
    Beberapa kode autentikasi dua faktor seperti dari Steam tiba di kotak masuk terlalu lambat. Saya tidak pernah menemukan penyebabnya, jadi dalam situasi seperti itu saya memakai akun Gmail yang hampir tidak pernah saya gunakan
    Sebagian spam juga tetap lolos, tetapi untuk spam masuk memang tidak ada solusi sempurna. LLM yang dirancang untuk pemrosesan bahasa alami mungkin cocok untuk tugas ini, jadi saya penasaran dengan kinerja nyatanya, tetapi sepertinya ada kemungkinan penggunaan sumber dayanya menjadi sangat besar