Source: https://once-email.com/id/blog/corecomponent Pengiriman dan autentikasi · 22 Mei 2025Diperbarui 23 Agu 2026 # Postfix vs Dovecot: Peran Berbeda pada Server Penerima Email Pahami posisi Postfix, Dovecot, LMTP, antrean, dan IMAP, lalu tentukan batas kegagalan berdasarkan bukti. [Tim Teknik Once Email, Once Email author Tim Teknik Once Email]() Ditinjau oleh Tinjauan teknis Once Email Hal yang dibantu oleh panduan ini Menentukan apakah kegagalan email masuk berada pada SMTP, antrean, penyimpanan, atau akses IMAP. Panduan artikel Mengapa artikel ini layak dibaca **Analisis asli** Panduan mengikuti satu pesan melalui penerimaan SMTP, antrean, pengiriman LMTP, penyimpanan, dan akses IMAP, lalu memetakan setiap sinyal kegagalan ke komponen yang benar-benar bertanggung jawab. **Konteks tren** Postfix dan Dovecot masih sering dipasangkan, tetapi panel dan kontainer menyembunyikan batas transfer, pengiriman akhir, dan akses kotak surat sehingga diagnosis mudah keliru. **Nilai praktis** Operator memperoleh tabel keputusan dan urutan pemeriksaan untuk membedakan penolakan SMTP, penundaan antrean, kegagalan tulis, dan masalah IMAP tanpa mencatat konten sensitif. Postfix dan Dovecot sering dipasang bersama, tetapi tugasnya berbeda. Pada sistem penerima umum, **Postfix menerima SMTP dan mengelola antrean**, sedangkan **Dovecot melakukan pengiriman akhir atau menyediakan kotak surat melalui LMTP dan IMAP**. Satu layanan aktif tidak membuktikan seluruh alur sehat. Ini peta diagnosis, bukan resep produksi. DNS, TLS, validasi penerima, kontrol penyalahgunaan, izin, cadangan, pemantauan, dan aturan relay membutuhkan desain tersendiri. Once Email hanya menerima; tidak menyediakan pengiriman SMTP, balasan, penerusan, atau email massal. ## [Perbandingan singkat]() | Pertanyaan | Postfix | Dovecot | | --- | --- | --- | | Peran jaringan | Menerima atau mengirim SMTP | Menyediakan IMAP/POP3 dan dapat menerima LMTP | | Memiliki antrean | Ya | Tidak | | Menerima penerima SMTP | Biasanya Postfix melalui peta dan kebijakan | Dapat memasok data pengguna menurut desain | | Menulis kotak akhir | Lokal/virtual atau mendelegasikan | LMTP Dovecot dapat mengirim secara final | | Membiarkan klien membaca | Tidak | Ya, umumnya dengan IMAP | Karena itu, “Postfix atau Dovecot” jarang merupakan pilihan produk. Pertanyaan berguna adalah di mana satu tanggung jawab berakhir dan berikutnya dimulai. ## [Ikuti satu pesan masuk]() [Arsitektur resmi Postfix]() menjelaskan email jaringan masuk lewat ` smtpd `, melewati cleanup, dan ditempatkan dalam antrean. Pengelola antrean kemudian memilih agen. Empat titik pemeriksaan muncul: 1. **Koneksi SMTP:** pengirim jarak jauh mencapai Postfix dan menjalankan transaksi. 2. **Penerimaan:** Postfix menerima atau menolak penerima envelope berdasarkan peta dan aturan. 3. **Antrean dan serah-terima:** pesan diteruskan ke local, virtual, pipe, atau LMTP. 4. **Akses:** setelah pengiriman, Dovecot mengizinkan klien resmi membaca lewat IMAP. Status SMTP ` 250 ` tidak sama dengan pesan terlihat. Postfix dapat menerima lalu menunda karena LMTP, kuota, atau penyimpanan. Sebaliknya, pesan dapat tersimpan tetapi tersembunyi karena autentikasi IMAP, indeks, namespace, atau izin berkas. ## [LMTP menghubungkan layanan]() LMTP adalah batas yang umum. Postfix mempertahankan SMTP dan antrean, kemudian menyerahkan pengiriman akhir ke Dovecot. [Panduan LMTP Dovecot]() menunjukkan socket Unix terlindungi di dalam spool Postfix. Socket bukan hanya jalur yang disalin. Pemilik, grup, mode, lokasi chroot, dan ketersediaan layanan membentuk satu kontrak. Jika tidak dapat dicapai, hasil yang benar biasanya item deferred, bukan kotak surat yang pura-pura kosong. Setelah LMTP menerima, bukti kuota dan penyimpanan lebih penting. Jangan membuat socket dapat ditulis semua orang. Kenali akun layanan yang memerlukan akses dan berikan izin minimum. Jangan mengekspos LMTP ke Internet tanpa desain autentikasi dan perlindungan transport yang tegas. ## [Diagnosis berdasarkan bukti]() | Bukti | Batas pertama yang diperiksa | | --- | --- | | Tidak dapat terhubung ke port 25 | DNS, firewall, TLS, atau ` smtpd ` Postfix | | Penerima ditolak sebelum isi | Peta dan kebijakan Postfix, mungkin direktori pengguna | | SMTP menerima, pesan tetap deferred | Antrean Postfix dan transport terpilih | | Socket LMTP hilang atau ditolak | Koneksi Postfix–Dovecot dan izin | | LMTP melaporkan kuota/tulis gagal | Pengiriman Dovecot dan penyimpanan | | Berkas ada tetapi IMAP tidak menampilkan | Autentikasi, namespace, indeks, dan izin Dovecot | Gunakan penanda unik dan rentang waktu terbatas. Simpan ID antrean, kelas SMTP, hasil LMTP, dan hasil kotak yang disamarkan. Jangan kirim alamat nyata, kode, token, subjek, isi, nama lampiran, atau URL lengkap ke log bersama maupun analytics. ## [Buat kartu jejak empat bidang sebelum mengubah konfigurasi]() Untuk satu pesan uji yang berizin, simpan hanya empat fakta yang sudah disamarkan. Gabungan fakta ini menunjukkan apakah penerimaan, antrean, pengiriman akhir, dan keterlihatan berasal dari transaksi yang sama: | Titik | Simpan | Yang dibuktikan | | --- | --- | --- | | Penerimaan SMTP | Waktu, kelas status lanjutan, dan ID antrean singkat | Postfix menerima transaksi; ini belum membuktikan pengiriman akhir | | Hasil antrean | ID singkat yang sama, transport, dan status delivered/deferred | Postfix memilih jalur dan menyelesaikan atau menahan penyerahan | | Hasil LMTP | Berhasil atau kelas galat tanpa penerima dan isi | LMTP Dovecot menerima pengiriman akhir atau mengembalikan sebab terbatas | | Keterlihatan | Jumlah mailbox sebelum/sesudah dan hasil baca aplikasi | Penyimpanan berubah dan jalur baca nyata dapat atau tidak dapat melihat hasil | Mulai dengan pemeriksaan hanya-baca. ` postqueue -p ` menampilkan antrean; saring secara lokal dengan ID singkat dan jangan ekspor seluruh antrean. ` doveadm mailbox status -u TEST_USER "messages unseen" INBOX ` memeriksa penghitung hanya untuk identitas uji yang berizin. Referensi resmi [alat antrean Postfix]() dan [status mailbox Dovecot]() menjelaskan arti bukti. Tanpa kecocokan waktu dan penanda tersamar, perintah itu tidak membuktikan pesan yang sama. ## [Kesalahan kategori dan urutan aman]() Memasang Dovecot tidak membuat listener SMTP; memasang Postfix tidak memberikan kotak IMAP. SPF, DKIM, dan DMARC merupakan lapisan lain: autentikasi dan alignment, bukan akses. Gunakan [panduan SPF, DKIM, dan DMARC]() untuk tugas itu. Antrean kosong tidak membuktikan sukses: pesan mungkin bounce, kedaluwarsa, dibuang oleh kebijakan, atau sudah keluar. Kotak kosong juga tidak membuktikan ketiadaan: kueri dapat gagal, klien offline, atau namespace berbeda dipilih. Pisahkan “tidak ada hasil”, “kegagalan sementara”, dan “kosong terkonfirmasi”. Periksa endpoint SMTP, kirim satu pesan uji resmi, catat penerimaan Postfix, ikuti antrean dan pengiriman, konfirmasi kotak Dovecot, lalu baca lewat jalur IMAP aplikasi. Hapus kotak uji dan simpan hanya bukti tersamarkan. Memulai ulang kedua layanan sebelum mengamati menghapus bukti waktu dan antrean tanpa menjelaskan sebab. ## Panduan terkait Cara Membaca Header yang Diterima dan Melacak Jalur Pengiriman Email Ikuti bidang header Diterima dalam urutan yang benar, bandingkan stempel waktu dengan aman dan kenali batasan nama host, alamat IP, dan data jejak yang tidak tepercaya. [Cara Membaca Header yang Diterima dan Melacak Jalur Pengiriman Email]() Cara Menggunakan API Email Sementara Tanpa Membuat Tes yang Tidak Stabil Desain praktis untuk pengujian API email sementara: mengisolasi setiap proses, melakukan polling dengan backoff, mengidentifikasi pesan yang tepat, melindungi rahasia, dan selalu membersihkan. [Cara Menggunakan API Email Sementara Tanpa Membuat Tes yang Tidak Stabil]() Email Verifikasi Tidak Tiba? Daftar Periksa Pemecahan Masalah yang Aman Atasi kesalahan alamat, penundaan pengirim, percobaan ulang, pemfilteran, dan batas kotak surat tanpa berulang kali meminta kode atau melemahkan keamanan akun. [Email Verifikasi Tidak Tiba? Daftar Periksa Pemecahan Masalah yang Aman]() ## Alat email yang mengutamakan privasi Penganalisis header email Menjelaskan jalur pengiriman dan merangkum bukti SPF, DKIM, dan DMARC tanpa memastikan keaslian mutlak. [Penganalisis header email]() [Unduh banyak lampiran dan ekstrak secara lokal dengan UnpackFlow Gunakan folder khusus, pastikan setiap unduhan, lalu proses arsip multipart dan bertingkat dengan list, plan, run, atau start tanpa unggahan daring.]() [Berapa Lama Email Sementara Bertahan? Rencanakan Sebelum Kedaluwarsa Pahami pilihan, penghapusan, dan penggantian Once Email seumur hidup, lalu putuskan apa yang akan disimpan dan kapan akun memerlukan alamat pemulihan permanen.]()