Cara Mengenkripsi Email di Outlook: Purview, S/MIME dan Do Not Forward

By Mirko Peters · 2026-11-12

Cara mengenkripsi email di Outlook dengan Purview Message Encryption atau S/MIME: langkah per versi, apa yang dilihat penerima, dan apa yang perlu diperiksa jika tombol Encrypt tidak ada.

Automatically translated with AI from the original post. Read the English original

Untuk mengenkripsi email di Outlook, mulai pesan baru, pilih Opsi, lalu Enkripsi, dan pilih Encrypt atau Do Not Forward sebelum Anda mengirim. Cara ini menggunakan Microsoft Purview Message Encryption. Jika perusahaan Anda menerbitkan ID digital, Anda dapat menggunakan S/MIME sebagai gantinya. Artikel ini ditujukan bagi pengguna Outlook yang perlu mengirim sesuatu yang bersifat pribadi, dan bagi admin yang sering menerima pertanyaan "mengapa tidak ada tombol Encrypt di layar saya?" Artikel ini membahas kedua metode, perbedaan antarversi, apa yang akan dilihat penerima, dan cara memperbaiki tombol yang hilang.

Poin Penting

• Outlook memiliki dua cara nyata untuk mengenkripsi pesan: Microsoft Purview Message Encryption (Opsi, lalu Enkripsi) dan S/MIME, yang memerlukan ID digital di komputer Anda.
• Encrypt menjaga pesan tetap terlindungi tetapi mengizinkan penerusan di dalam layanan; Do Not Forward juga memblokir penyalinan, pencetakan, dan penerusan.
• Pelanggan Microsoft 365 Personal dan Family dapat mengirim pesan Encrypt dan Do Not Forward dari Outlook.com dan Outlook baru untuk Windows.
• Penerima di layanan email lain mendapatkan tautan ke portal dan masuk dengan akun Microsoft, Google, atau Yahoo, atau menggunakan kode sandi sekali pakai.
• Jika tombol Encrypt tidak ada, periksa langganan Anda, versi Outlook, dan pengaturan admin Anda sebelum mencari solusi sementara.

Dua cara mengenkripsi: Purview Message Encryption dan S/MIME

Outlook menawarkan dua metode utama, dan cara kerjanya sangat berbeda. Artikel Microsoft tentang pengamanan dan perlindungan pesan email di Outlook membandingkan keduanya.

Microsoft Purview Message Encryption mengenkripsi pesan melalui Microsoft 365. Penerima yang menggunakan sebagian besar versi Outlook dapat langsung membaca pesan yang hanya dienkripsi, dan penerima di layanan email lain mendapatkan tautan ke portal. Metode ini memerlukan langganan Microsoft 365 yang memenuhi syarat, dan organisasi atau akun Anda harus mengizinkannya. Do Not Forward termasuk dalam keluarga ini: metode ini menggunakan Information Rights Management untuk membatasi apa yang dapat dilakukan penerima.

S/MIME menggunakan sertifikat digital. Anda memerlukan ID digital yang diverifikasi oleh pihak ketiga dan terpasang di komputer Anda. Untuk mengenkripsi, Anda memerlukan sertifikat publik penerima. Penerima memerlukan aplikasi email yang mendukung S/MIME beserta kunci privat yang cocok. Tanpa kunci tersebut, pesan hanya berupa teks yang tidak dapat dibaca. Tanda tangan digital saja membuktikan siapa pengirim pesan dan bahwa pesan tersebut tidak diubah, dan Microsoft mencatat bahwa menyisipkan tanda tangan juga mengenkripsi pesan.

Mana yang sebaiknya dipilih? Untuk sebagian besar pengguna yang mengirim email ke pelanggan atau mitra, Purview Message Encryption lebih sederhana karena tidak ada yang perlu memiliki sertifikat. S/MIME cocok untuk perusahaan yang sudah menjalankan proses sertifikat. TLS biasa antarserver email adalah pilihan ketiga, dan ini hanya mengenkripsi koneksinya, bukan pesannya. Artikel Microsoft untuk langganan pribadi menyebut ini sebagai default, "No permission set", yang menggunakan TLS oportunistik dan tidak membuat pesan tetap terenkripsi setelah sampai ke penyedia layanan penerimanya.

Cara mengenkripsi email di new Outlook for Windows

Langkah-langkah berikut berasal dari halaman Microsoft tentang mengirim email terenkripsi S/MIME atau Purview.

Dengan Purview Message Encryption

1. Tulis pesan Anda.
2. Pilih Opsi, lalu Enkripsi.
3. Pilih pembatasan, misalnya Enkripsi atau Jangan Teruskan.
4. Selesaikan pesan dan pilih Kirim.

Microsoft menyatakan bahwa Purview memerlukan lisensi Office 365 Enterprise E3 pada server email Anda. Jika tidak, Microsoft menyarankan S/MIME. Pertanyaan Umum Message Encryption mencantumkan paket lain (lihat bagian lisensi di bawah). Ada satu detail lagi dari halaman yang sama: jangan terapkan S/MIME pada pesan yang sudah dilindungi Purview. Hapus dulu penandatanganan atau enkripsi S/MIME apa pun.

Dengan S/MIME untuk satu pesan

1. Di dalam pesan, pilih Opsi, lalu Opsi Lainnya.
2. Di bawah Opsi pesan, pilih Enkripsi pesan ini (S/MIME). Anda juga dapat memilih Tanda tangani digital pesan ini (S/MIME). Permintaan tanda terima memerlukan opsi tanda tangan digital.
3. Pilih OK.
4. Jika Outlook tidak dapat memverifikasi bahwa semua penerima dapat mendekripsi pesan, peringatan akan muncul. Anda dapat tetap mengirim, menghapus penerima tersebut, atau mencoba pemeriksaan lagi.
5. Pilih Kirim.

Untuk penerima eksternal, Anda harus memasang sertifikat mereka di komputer Anda terlebih dahulu.

Dengan S/MIME untuk setiap pesan

Buka Pengaturan, Surat, S/MIME. Pilih Enkripsi isi dan lampiran untuk semua pesan yang saya kirim, dan jika perlu, Tambahkan tanda tangan digital ke semua pesan yang saya kirim serta Otomatis pilih sertifikat terbaik untuk tanda tangan digital. Pengaturan ini berlaku untuk pesan baru, balasan, dan penerusan. Halaman pengaturan S/MIME Microsoft menambahkan bahwa new Outlook tidak mengimpor sertifikat secara otomatis, sehingga Anda perlu memasang ID digital secara manual atau meminta admin Anda menerapkannya melalui kebijakan. Jika suatu opsi tampak redup, berarti admin Anda menonaktifkannya.

Classic Outlook, web, dan Mac

Classic Outlook for Windows. Jalur yang berfungsi adalah Opsi, lalu Enkripsi, lalu Enkripsi atau Jangan Teruskan. Microsoft mendokumentasikan masalah yang diketahui pada jalur lama: pada pembaruan tertentu Microsoft 365 Apps (Current Channel versi 2511), enkripsi melalui File, Enkripsi membuat penerima classic Outlook tidak dapat membuka pesan Hanya Enkripsi. Panel bacanya menyatakan bahwa pesan dengan izin terbatas tidak dapat ditampilkan, dan muncul lampiran bernama message_v2.rpmsg. Microsoft mencatat masalah ini sudah diperbaiki di build berikutnya. Saran mereka: perbarui Microsoft 365 Apps dan gunakan Opsi, Enkripsi.

Outlook on the web. Pertanyaan Umum Microsoft mencantumkan Outlook on the web sebagai klien yang dapat membuat pesan terlindungi. Jalur menu yang tepat tidak ada di halaman yang saya buka. Cari perintah Enkripsi di opsi jendela penulisan. Jika tidak ada, anggap itu sebagai pertanyaan lisensi atau admin, bukan bug.

Outlook for Mac. Artikel Mac dari Microsoft menjelaskan S/MIME dan tidak menjelaskan tombol Purview.

1. Pilih Outlook, lalu Akun. Pilih akun, lalu Keamanan.
2. Di bawah Sertifikat, pilih sertifikat Anda. Hanya sertifikat di keychain Mac Anda yang valid untuk penandatanganan atau enkripsi yang akan muncul.
3. Pilih OK dan tutup dialog Akun.
4. Di pesan baru, pilih Lihat item lainnya (elipsis), lalu S/MIME, lalu Enkripsi dengan S/MIME. Jika S/MIME tidak tercantum, tambahkan ke toolbar melalui Toolbar yang Dapat Disesuaikan.

Anda juga perlu memiliki salinan sertifikat setiap penerima yang disimpan bersama kontaknya di Outlook. Jika penerima berada dalam daftar alamat global Exchange Anda, sertifikatnya dipublikasikan di sana dan tersedia secara otomatis. Artikel ini berlaku untuk Outlook untuk Microsoft 365 untuk Mac, Outlook 2024 untuk Mac, dan Outlook 2021 untuk Mac. Artikel ini tidak memberikan langkah untuk Mac terkait Purview Message Encryption.

Mengenkripsi dengan paket Microsoft 365 Personal atau Family

Ada anggapan umum bahwa paket konsumen sama sekali tidak bisa melakukan enkripsi. Artikel Microsoft sendiri menyatakan sebaliknya. Dalam halamannya untuk langganan pribadi dan keluarga, pengiriman email terenkripsi dijelaskan untuk Outlook.com dan Outlook baru untuk Windows. Langkahnya sebagai berikut:

1. Buat pesan baru.
2. Pilih tab Options.
3. Pilih Encrypt, lalu pilih Encrypt atau Do Not Forward.
4. Untuk menghapus enkripsi, pilih No permission set.

Menurut Microsoft, opsi-opsi tersebut bekerja sebagai berikut:

• Do Not Forward. Pesan tetap terenkripsi di dalam Microsoft 365 dan tidak dapat disalin atau diteruskan. Lampiran Word, Excel, dan PowerPoint tetap terenkripsi setelah diunduh. PDF dan gambar dapat diunduh dalam keadaan tidak terenkripsi.
• Encrypt. Pesan tetap terenkripsi di dalam Microsoft 365. Penerima dengan akun Outlook.com atau Microsoft 365 dapat mengunduh lampiran dalam keadaan tidak terenkripsi.
• No permission set. Pengaturan default, hanya dengan TLS.

Penerima dapat membaca pesan ini di Outlook baru, Outlook untuk Mac, Outlook.com, atau aplikasi Outlook untuk seluler. Pengguna aplikasi email pihak ketiga akan menerima email berisi petunjuk dan masuk dengan akun Microsoft. Pengguna Google dan Yahoo dapat masuk dengan akun tersebut atau menggunakan kode sandi sementara, dan pengguna penyedia lain, misalnya Comcast dan AOL menurut contoh Microsoft, menggunakan kode sandi sementara yang dikirim melalui email. Lampiran dapat dilihat di browser melalui portal Office Message Encryption.

Yang dilihat penerima Anda

Beri tahu penerima bahwa mereka mungkin melihat sesuatu yang tidak biasa. Penerima di Gmail tidak akan melihat pesan Anda di kotak masuk seperti email biasa. Mereka melihat pemberitahuan berisi tautan, masuk atau memasukkan kode sandi, lalu membaca pesan Anda di browser.

FAQ Microsoft tentang Message Encryption memberikan beberapa rincian yang berguna.

• Penerima internal dan eksternal dapat menerima email terenkripsi di Outlook untuk Windows, Outlook untuk Mac, Outlook di web, Outlook untuk Android, dan Outlook untuk iOS, atau melalui portal web, terlepas dari organisasinya. Portal tidak memerlukan unduhan terpisah.
• Batas ukuran berbeda di setiap halaman. FAQ Message Encryption menyebut 25 MB termasuk lampiran, sedangkan halaman batas Exchange Online dari Microsoft mencantumkan 100 MB untuk Purview Message Encryption dan 25 MB untuk OME yang sudah tidak digunakan lagi. Periksa halaman batas Exchange Online untuk nilai terkini sebelum Anda mengirim file berukuran besar.
• Semua jenis file dapat dilampirkan, tetapi perlindungan hanya berlaku untuk format yang didukung. Format Office seperti docx, xlsx, dan pptx dienkripsi secara default. Format lama 97-2003 tidak didukung. Enkripsi PDF nonaktif secara default dan admin dapat mengaktifkannya dengan Set-IRMConfiguration -EnablePdfEncryption $true.
• Lampiran cloud dari SharePoint dan OneDrive tidak didukung. Hanya pesan email yang dienkripsi.
• Penerima dapat terus masuk ke portal selama organisasi pengirim masih aktif dan email tidak diatur untuk kedaluwarsa.

Jika email kode sandi tidak masuk, Microsoft menyarankan untuk memeriksa folder spam, karena pengaturan DKIM dan DMARC dapat menyebabkan email ini difilter sebagai spam, dan memeriksa karantina di portal Microsoft Purview, karena pesan kode sandi pertama kali sering masuk karantina. Beri tahu penerima sebelum Anda mengirim yang pertama.

Lisensi: mengapa tombol mungkin tidak ada

Jika Anda tidak menemukan Encrypt, lakukan pemeriksaan berikut secara berurutan.

1. Outlook yang mana? Pelanggan Personal dan Family memiliki dukungan yang terdokumentasi di Outlook.com dan Outlook baru untuk Windows. Versi lain mungkin menampilkan opsi yang berbeda.
2. Langganan mana? Untuk akun kerja atau sekolah, FAQ Message Encryption mencantumkan Office 365 Enterprise E3 dan E5, Microsoft 365 Enterprise E3 dan E5, Microsoft 365 Business Premium, Office 365 A1, A3 dan A5, serta Office 365 Government G3 dan G5 sebagai yang sudah termasuk. Azure Information Protection Plan 1 dapat ditambahkan ke Exchange Plan 1, Exchange Plan 2, Office 365 F3, Microsoft 365 Business Basic, Microsoft 365 Business Standard, atau Office 365 Enterprise E1. Setiap pengguna yang memanfaatkannya memerlukan lisensi message encryption.
3. Apakah penyewa sudah siap? FAQ menyebutkan bahwa AD RMS harus dimigrasikan ke Azure Information Protection terlebih dahulu. Exchange Online dengan AD RMS tidak dapat mengaktifkan kemampuan ini.
4. Apakah admin telah mengubah sesuatu? Halaman Microsoft menunjukkan opsi untuk S/MIME yang dinonaktifkan (abu-abu) oleh kebijakan, jadi tanyakan kepada tim TI apakah enkripsi dikendalikan secara terpusat.

Admin sering lebih memilih untuk mengambil keputusan dari pengguna dengan label sensitivitas di Microsoft Purview. Microsoft mencatat bahwa label saja tidak membatasi apa yang dapat dilakukan penerima. Padukan label dengan enkripsi atau IRM untuk keperluan tersebut.

Kesalahan umum

• Mengirim ke orang yang salah. Enkripsi melindungi konten dari pihak luar, bukan dari salah ketik di kolom Kepada. Periksa penerima terlebih dahulu.
• Mengira Encrypt akan menghentikan penerusan. Gunakan Do Not Forward untuk itu, dan ingatlah bahwa Microsoft menyatakan PDF dan gambar tetap dapat diunduh tanpa enkripsi.
• Mengandalkan File, Encrypt pada build yang terdampak. Gunakan Options, Encrypt, dan perbarui Microsoft 365 Apps.
• Menerapkan S/MIME di atas Purview. Microsoft menyarankan untuk menghapus penandatanganan atau enkripsi S/MIME terlebih dahulu.
• Melampirkan berkas besar atau tidak didukung. Periksa batas ukuran terlebih dahulu, dan ingatlah bahwa tautan SharePoint atau OneDrive tidak dicakup oleh message encryption.
• Tidak memberi tahu penerima. Email terenkripsi pertama terlihat seperti email phishing bagi banyak orang. Kirimkan pemberitahuan singkat melalui saluran lain.

Topik terkait untuk dijelajahi

• Mengapa tombol Encrypt tidak ada. Mulailah dengan langganan dan versi Outlook, lalu libatkan admin Anda.
• Pengaturan S/MIME dan sertifikat. Pelajari dari mana perusahaan Anda memperoleh ID digital dan siapa yang menerapkannya.
• Label sensitivitas yang mengenkripsi secara otomatis. Admin dapat menerapkan enkripsi melalui label, sehingga pengguna tidak perlu memilih.
• Cara penerima membuka pesan yang dilindungi. Uji satu pesan ke alamat Gmail dan satu ke alamat Outlook agar Anda mengetahui kedua pengalaman tersebut.

Langkah berikutnya

Kirimkan pesan uji ke diri Anda sendiri di alamat pribadi. Gunakan Options, Encrypt, Do Not Forward, lalu buka pesan tersebut seperti yang akan dilakukan pelanggan. Setelah Anda melihat cara mengenkripsi email di Outlook dari sisi penerima, Anda akan tahu apa yang perlu dijelaskan sebelum mengirim sesuatu yang sensitif.