https://nalar.dev/id/tags/email/ Recent content in Email on Nalar Hugo id-id Sat, 19 Sep 2026 00:00:00 +0000 https://nalar.dev/id/otp-email-di-go-kode-sekali-pakai-kedaluwarsa-dan-perlindungan-replay/ Sat, 19 Sep 2026 00:00:00 +0000 https://nalar.dev/id/otp-email-di-go-kode-sekali-pakai-kedaluwarsa-dan-perlindungan-replay/ <h1 id="otp-email-di-go-kode-sekali-pakai-kedaluwarsa-dan-perlindungan-replay">OTP Email di Go: Kode Sekali Pakai, Kedaluwarsa, dan Perlindungan Replay</h1> <p>OTP email terlihat sederhana: buat enam digit, kirimkan, lalu bandingkan dengan input pengguna. Namun, batas keamanannya bukan berada pada API email. Bagian pentingnya adalah lifecycle challenge di sisi server.</p> <p>Implementasi yang benar harus membuat kode sulit ditebak, membatasi masa berlakunya, membatasi tebakan, menonaktifkan challenge lama ketika diperlukan, dan memastikan kode yang sudah berhasil dipakai tidak dapat dikonsumsi untuk kedua kalinya. Properti ini berbeda dari TOTP, meskipun keduanya sering disebut OTP.</p> https://nalar.dev/id/identitas-pengirim-smtp-from-spf-dkim-dmarc/ Sat, 19 Sep 2026 00:00:00 +0000 https://nalar.dev/id/identitas-pengirim-smtp-from-spf-dkim-dmarc/ <p>SMTP menjawab persoalan transport: server mana yang menerima sebuah pesan dan meneruskannya menuju tujuan? SMTP sendiri tidak membuktikan bahwa alamat yang tampil pada header <code>From:</code> memang dimiliki oleh sistem yang membuka koneksi SMTP.</p> <p>Perbedaan ini menjelaskan situasi yang sering membingungkan. Mail client dapat terhubung ke layanan SMTP eksternal, berhasil melakukan autentikasi, lalu menyerahkan pesan yang valid secara sintaksis dengan <code>From: user@gmail.com</code>. Login SMTP membuktikan bahwa client diizinkan memakai layanan tersebut. Login itu tidak memberikan kewenangan atas domain <code>gmail.com</code> kepada layanan SMTP.</p>