Jalankan mail server yang masuk ke inbox

Postfix bukan masalahnya. Postfix sudah mengirimkan email dengan kompeten sejak 1998 dan akan melakukan persis apa yang Anda konfigurasikan. Masalahnya adalah SMTP tidak memberi standing apa pun ke siapa pun secara default, jadi gateway penerima harus memutuskan apakah akan memercayai server yang tidak dikenal — dan ia membuat keputusan itu dalam urutan yang tetap, sebagian besar sebelum pesan Anda diperiksa sama sekali:

• IP yang terhubung, yang pertama dan paling berat. Sebelum server Anda mengatakan apa pun selain EHLO, gateway sudah mencari alamat itu di daftar blokir publik (Spamhaus SBL, XBL, PBL dan CSS, Barracuda, SpamCop) dan di penyimpanan reputasi privatnya sendiri, yang juga melacak /24 di sekitarnya dan ASN-nya. Alamat yang sudah masuk daftar langsung ditolak saat koneksi, dengan penolakan yang mungkin tidak akan pernah Anda lihat kalau tidak ada yang membaca log-nya.
• Nama yang diklaim alamat itu. PTR yang hilang membuat koneksi langsung ditolak mentah-mentah oleh beberapa provider besar. PTR generik bawaan provider dengan gaya ip-203-0-113-10.example-host.net lebih buruk daripada kelihatannya — itu adalah tanda tangan persis dari koneksi rumahan dan mesin yang tidak terurus, tempat botnet biasa bersarang.
• Autentikasi. SPF, DKIM lalu DMARC, dievaluasi dalam urutan itu dan digabungkan oleh aturan alignment di bagian berikutnya. Di sinilah setup yang di atas kertas kelihatan benar biasanya gagal.
• Baru kemudian, pesannya. Heuristik konten, kebersihan list, tingkat komplain yang Anda hasilkan, dan bagaimana penerima berperilaku selama beberapa minggu berikutnya.

Tiga dari empat hal itu sudah diputuskan sebelum satu byte pun dari konten Anda dinilai, yang mengubah cara pandang atas keseluruhan usaha ini: Anda bukan sedang menulis email yang lebih baik, Anda sedang membangun kredensial. Dua penerima terbesar sudah menuliskan batas minimumnya, jadi tidak ada tebak-tebakan soal batas bawahnya. Setiap pengirim butuh SPF atau DKIM, DNS forward dan reverse yang valid, TLS di koneksinya, dan tingkat komplain spam di bawah 0.3%; apa pun yang mengirim secara massal butuh SPF dan DKIM dan record DMARC dengan alignment, plus unsubscribe satu klik. Perlakukan itu sebagai biaya masuk, bukan tujuan akhir.

Setiap record menjawab pertanyaan yang berbeda, dan cara paling berguna untuk mengingatnya adalah dengan memikirkan apa yang harus dikuasai seorang pemalsu untuk bisa memalsukannya.

• PTR — pemilik alamat ini setuju dengan Anda. Reverse zone untuk sebuah IP didelegasikan ke siapa pun yang memegang alokasinya, itulah sebabnya ini satu-satunya record yang tidak bisa Anda tambahkan di registrar Anda. PTR yang mengarah ke mail.example.com, ditambah record A untuk mail.example.com yang mengarah balik ke IP yang sama, disebut FCrDNS — forward-confirmed reverse DNS. Ini membuktikan pemegang alamat dan pemegang domain adalah pihak yang sama, atau setidaknya saling kenal.
• SPF — server ini diizinkan mengirim untuk envelope ini. Record TXT yang mendaftar host mana saja yang diizinkan mengirim untuk sebuah domain. Jebakannya ada di scope-nya: SPF mengautentikasi pengirim envelope (MAIL FROM, yang menjadi Return-Path) dan nama HELO. Ini sama sekali tidak bicara soal header From: yang benar-benar dibaca penerima Anda, itulah sebabnya SPF sendirian tidak pernah berhasil menghentikan siapa pun yang menyamar sebagai Anda.
• DKIM — pesan ini ditandatangani oleh sebuah domain dan tidak diubah. Server Anda menandatangani header-header terpilih dan bodinya dengan private key; separuh publiknya ada di DNS pada <selector>._domainkey.<domain>. Berbeda dari SPF, ini tetap bertahan meski diteruskan (forward), karena buktinya ikut berjalan di dalam pesannya, bukan bergantung pada IP mana yang mengantarkannya.
• DMARC — dan inilah yang paling sering salah dipahami semua orang. DMARC tidak sekadar mensyaratkan SPF atau DKIM lolos. Ia mensyaratkan agar mekanisme yang lolos itu aligned dengan domain di header From: yang terlihat. Alignment relaxed menerima domain organisasi yang cocok (jadi mail.example.com align dengan example.com); alignment strict menuntut kecocokan persis.

Aturan alignment itu layak dijelaskan tersendiri, karena ia menghasilkan thread dukungan paling menjengkelkan dalam dunia email self-hosted: sebuah pesan bisa lolos SPF, lolos DKIM, dan tetap gagal DMARC — kalau keduanya lolos untuk domain yang bukan domain di From:. Ini terjadi begitu email keluar lewat relay yang menulis ulang envelope-nya, atau ketika sebuah bundle menandatangani dengan hostname-nya sendiri, bukan domain Anda. Semuanya kelihatan hijau di log Anda dan pesannya tetap dikarantina. Baca alignment-nya, bukan sekadar lolos-tidaknya.

Perangkat keras yang dibutuhkan lebih sedikit dari yang Anda kira, dan komitmennya lebih besar dari yang Anda suka.

• Domain yang memang Anda niatkan untuk dipertahankan. Reputasi melekat pada domain sama kuatnya seperti pada alamat, dan ia terkumpul selama berbulan-bulan. Domain yang mungkin Anda lepas tahun depan tidak layak untuk di-warm-up.
• Paket yang bersahaja, disesuaikan untuk filtering, bukan untuk mail-nya sendiri. Pengiriman pesan nyaris tidak memakan biaya apa-apa; filtering spam dan indexing itulah yang memakan RAM. Cub (1 vCPU / 2 GB / 40 GB NVMe, $5.00/mo) menjalankan Postfix, Dovecot dan Rspamd untuk satu domain dan beberapa mailbox tanpa keluhan. Scout (2 vCPU / 4 GB / 70 GB, $9.00/mo) adalah batas bawah yang jujur untuk bundle berbasis container yang juga menginginkan ClamAV dan search index. Disk adalah bagian yang terus bertambah, jadi sesuaikan ukurannya untuk arsipnya, bukan untuk kebutuhan hari ini.
• IPv4 dedicated tanpa riwayat, dan IPv6 /64 yang di-routing ke Anda. Setiap paket sudah menyertakan keduanya. Ini komponen yang tidak bisa Anda perbaiki belakangan lewat konfigurasi, dan itulah alasan alamat budget-cloud daur ulang adalah penghematan yang keliru untuk email.
• Port 25 outbound. Terbuka di setiap paket, tanpa perlu mengajukan tiket unblocking. Acceptable-use policy melarang bulk mail yang tidak diminta dan open relay, yang justru itulah yang menjaga rentang IP-nya tetap deliverable bagi semua orang yang mengirim secara sah.
• Debian 13 dari template library, dan yurisdiksi yang dipilih secara sengaja. Email tidak sensitif terhadap latency, jadi pilih lokasinya berdasarkan tempat mailbox itu seharusnya berada secara hukum, bukan berdasarkan selisih beberapa milidetik.

Ada tiga bentuk, dan memilih yang salah adalah cara paling ampuh membuat akhir pekan Anda lenyap.

• Dirakit sendiri secara manual. Postfix sebagai MTA, Dovecot untuk IMAP dan autentikasi, Rspamd untuk filtering dan DKIM signing. Mungkin sekitar dua ratus baris konfigurasi semuanya, dan semuanya bisa Anda baca, tidak ada yang disembunyikan. Kontrol paling besar, butuh pemahaman paling banyak, dan inilah versi yang diasumsikan panduan ini.
• Sebuah bundle. mailcow feature-complete dan berbasis container, dan sungguhan butuh 4 GB baru terasa nyaman. Mail-in-a-Box punya pendirian sendiri dan menyenangkan kalau Anda menerima pilihan-pilihannya apa adanya. Stalwart adalah satu binary tunggal yang mencakup SMTP, IMAP, JMAP dan filtering dalam satu proses, dan jelas yang paling ringan di antara ketiganya. Ketiganya bisa diinstal dalam satu jam; tidak satu pun akan mengurus DNS Anda untuk Anda.
• Relay yang tidak Anda jalankan sendiri. Kalau kebutuhannya cuma “aplikasi saya harus mengirim password reset” dan tidak akan pernah ada mailbox, MTA sama sekali bukan bentuk yang tepat. Konfigurasikan smarthost saja dan habiskan sore Anda untuk hal lain.

Stack-nya tidak menentukan deliverability Anda. Yang menentukan itu berapa banyak hari Sabtu Anda yang akan terpakai. Semua yang menentukan apakah email Anda sampai terjadi di DNS dan di reputasi satu alamat — dan itulah keseluruhan isi bagian berikutnya.

Alamat tanpa reputasi tidak dimulai dari titik netral. Prioritas awal sebuah gateway terhadap IP datacenter asing yang tiba-tiba mulai mengirim lebih dekat ke “kemungkinan tidak diinginkan”, karena memang begitulah kenyataannya untuk mayoritas besar alamat semacam itu. Warm-up adalah proses mengganti prasangka awal itu dengan bukti nyata, dan itu tidak bisa dipercepat dengan cara teknis apa pun.

• Mulai kecil dan naik perlahan. Puluhan pesan sehari di minggu pertama, kira-kira dua kali lipat tiap beberapa hari, mencapai volume normal dalam dua sampai empat minggu. Pengirim yang langsung melompat dari nol ke seribu dalam semalam tidak bisa dibedakan dari host yang sudah dibobol, dan akan diperlakukan seperti itu.
• Engagement mengalahkan volume. Pesan yang dibuka, dibalas, dan dipindahkan keluar dari spam oleh orang sungguhan jauh lebih berharga daripada throughput. Kirim dulu ke penerima yang paling mungkin berinteraksi — diri Anda sendiri, kolega, orang-orang yang memang sudah mengenal Anda.
• Konsisten. Dua ratus pesan sehari lalu kosong selama tiga minggu tidak pernah membangun profil yang stabil. Aliran yang stabil dan sedikit-sedikit lebih baik daripada ledakan tidak beraturan dengan total bulanan yang sama.
• Jaga komplain tetap terkendali. Ambang batas yang dipublikasikan adalah 0.3%, dan di atas itu, apa pun lagi yang Anda lakukan tidak banyak berarti. Di bawah 0.1% adalah tempat yang seharusnya Anda tuju.
• Jangan campur stream-nya. Newsletter dan password reset di satu alamat yang sama berarti tingkat komplain marketing bisa menyeret pemulihan akun Anda masuk ke folder spam. Kalau memisahkannya sepadan, IPv4 bersih dedicated kedua harganya $2.00/mo dengan rDNS sendiri.

Konfigurasi bisa direproduksi dalam satu jam. Reputasi butuh berbulan-bulan dan bisa dihancurkan dalam satu malam saja oleh contact form yang dibobol. Perlakukan alamatnya sebagai hal yang sebenarnya sedang Anda lindungi.

• Pantau, jangan cuma bereaksi. Cek layanan-layanan besar secara terjadwal, bukan cuma setelah ada komplain — panduan kami soal memeriksa apakah sebuah IP masuk blacklist membahas daftar mana saja yang berbobot, cara membaca sebuah listing, dan bagaimana delisting sebenarnya bekerja.
• Batasi laju outbound Anda sendiri. Batas atas (cap) di MTA adalah yang berdiri di antara skrip yang dibobol dan sepuluh ribu pesan yang keluar sebelum Anda bangun tidur. Satu setelan ini saja sudah menyelamatkan lebih banyak alamat daripada filter mana pun.
• Segera pensiunkan hard bounce. Terus-menerus mengirim ke alamat yang sudah mati adalah sinyal spam trap, dan spam trap daur ulang adalah persis cara pengirim yang sah berakhir masuk daftar.
• Baca postmaster@ dan abuse@. Keduanya wajib ada, dan di situlah Anda tahu ada masalah sebelum sebuah blocklist mengetahuinya lebih dulu. Kedua penerima besar juga mempublikasikan dashboard reputasi gratis untuk domain yang sudah Anda verifikasi; itu akan memberi tahu Anda hal-hal yang tidak akan pernah diberikan daftar publik mana pun.
• Jangan ikut bertarung dalam pertarungan yang bukan milik Anda. Kalau ternyata alamatnya sudah membawa listing dari sebelum Anda memilikinya, atau diblokir di tempat yang penting secara komersial, minta penggantian lewat panel, ketimbang menghabiskan tiga minggu di antrean delisting untuk riwayat milik orang lain.

Kenapa alamatnya bisa tiba dalam keadaan bersih sejak awal adalah separuh cerita lainnya. Cloud budget dengan perputaran tinggi mendaur ulang IPv4 lewat pelanggan berumur pendek dalam jumlah sangat besar, jadi alamat yang “baru” secara rutin tiba dalam keadaan sudah dimiliki orang lain dalam segala arti yang penting bagi sebuah gateway. Setiap paket di sini menyertakan alamat dedicated yang sudah disaring, bukan potongan dari pool bersama — apa arti IP bersih yang sebenarnya menjabarkan definisinya dan cara memverifikasinya sendiri sebelum Anda mengandalkannya.

Ini penghitungan yang jujur, karena panduan yang cuma mendaftar kemenangan-kemenangannya saja itu namanya iklan.

• Self-hosting tidak membuat email Anda privat. SMTP mengenkripsi hop demi hop dan secara oportunistik; provider penerima tetap mendekripsi dan membaca semua yang Anda kirim ke pengguna mereka, persis seperti sebelumnya. Kalau kerahasiaan konten adalah tujuannya, itu urusan enkripsi end-to-end, bukan server yang Anda miliki.
• Self-hosting tidak menyembunyikan metadata. Siapa, kepada siapa, kapan, seberapa sering, dan subject line-nya semua tetap melintasi jaringan secara utuh — dan sekarang server Anda sendiri juga mencatatnya, di mesin yang menjadi tanggung jawab Anda.
• Self-hosting tidak membebaskan Anda dari penerima-penerima besar. Anda tetap saja meminta dua perusahaan untuk menerima email Anda, dan mereka tetap menentukan sendiri syarat-syaratnya secara sepihak. Self-hosting memindahkan titik kendalinya; itu tidak menghilangkannya.
• Self-hosting tidak berjalan sendiri. Sertifikat perlu diperpanjang, key perlu dirotasi, disk terus terisi, dan mail server yang diam-diam berhenti menerima email akan kehilangan pesan-pesan yang tidak akan terus-menerus dicoba ulang oleh pengirimnya. Ini adalah layanan dengan dimensi on-call, sekecil apa pun itu.
• Self-hosting tidak membuat mesinnya anonim. Mail server boleh dibilang adalah hal paling mengidentifikasi-diri yang bisa Anda jalankan, karena mempublikasikan domain Anda di DNS dan berdiri di baliknya adalah keseluruhan mekanismenya. Pendaftaran tanpa KYC membatasi apa yang diketahui pihak hosting Anda tentang Anda; itu tidak mengubah apa pun soal apa yang bisa dilihat penerima pesan. Kami menjabarkan perbedaan ini dengan tepat di apakah VPS berbayar kripto benar-benar anonim, dan itu sepadan dengan sepuluh menit waktu Anda sebelum Anda berasumsi sebaliknya.

Begitu record-nya sudah benar dan alamatnya sudah warm, yang tersisa cuma soal di mana mailbox itu berada dan siapa yang tahu itu milik Anda.

Yurisdiksi menentukan siapa yang bisa memaksa pengungkapan. Mail server adalah arsip korespondensi yang bisa dicari, yang membuat lokasi jadi pilihan yang jauh lebih konsekuensial di sini dibanding hampir semua layanan lain. Footprint kami mencakup delapan lokasi di Belanda, Prancis, Romania, Bulgaria, Swedia, Islandia, Swiss, dan Malaysia, dan tidak ada surat takedown ala AS yang punya kekuatan di satu pun dari lokasi itu. Itu adalah kebijakan operasional yang disampaikan secara terus terang, bukan kekebalan hukum — perintah yang mengikat dari pengadilan lokal yang berwenang tetap berlaku, dan ada batas mutlak soal penyalahgunaan yang tidak kami geser. Offshore hosting menjelaskan perbedaannya tanpa bumbu marketing.

Akun adalah bagian yang paling sering dilewatkan orang. Pendaftaran hanya butuh alamat email untuk pengiriman kredensial dan tidak ada lagi — tanpa ID, tanpa kartu, tanpa alamat pos, tanpa nomor telepon. Tidak ada dokumen verifikasi yang perlu diserahkan nanti karena memang tidak pernah dikumpulkan; apa itu hosting no-KYC membahas batasannya secara jujur.

Dan pembayarannya. Kartu menghubungkan sebuah server dengan catatan bank dan nama hukum yang tersimpan di database yang tidak dikendalikan oleh kita berdua. Checkout di sini diselesaikan on-chain, dengan Monero diperlakukan sebagai warga kelas satu, bukan sekadar tambahan belakangan: membayar VPS dengan XMR menuntun seluruh alurnya, dan membeli tanpa kartu kredit membahas cara memulainya dari nol kripto sama sekali. Deploy makan waktu sekitar enam puluh detik setelah konfirmasi.

Ini lebih penting di sini dibanding untuk VPS sekali pakai. Mail server adalah komitmen jangka panjang untuk satu domain dan satu alamat — reputasi yang baru akan Anda bangun selama sebulan itu tidak bisa dipindah-pindahkan. Putuskan yurisdiksi, akun, dan pembayarannya sebelum warm-up, bukan sesudahnya.