gpg-remailer - Online di Cloud

PROGRAM:

NAMA

gpg-remailer - meneruskan email yang dienkripsi ulang/ditandatangani PGP/GPG terenkripsi/ditandatangani ke grup

RINGKASAN

gpg-remailer [PILIHAN]

DESKRIPSI

Gpg-remailer mendekripsi pesan PGP/GPG yang diterima, memverifikasi tanda tangan yang diterima, dan
mengenkripsi ulang email untuk sekelompok penerima yang terdefinisi dengan baik. Gpg-remailer juga bisa
dikonfigurasi untuk memproses email teks-jelas.

Menggunakan gpg-remailer daftar anggota sekelompok orang yang ingin bertukar terenkripsi
dan email yang diautentikasi (dan mungkin juga pesan teks yang jelas) dapat dipertahankan pada satu
lokasi, memungkinkan anggota grup untuk menentukan hanya satu alamat email yang akan dikirim
PGP/GPG ditandatangani dan dienkripsi (atau opsional teks-jelas) e-mail ke.

Gpg-remailer membaca email masuk dari aliran input standarnya.

Jika email masuk berupa teks yang jelas, email tersebut akan dikirim ulang ke satu atau lebih yang dapat dikonfigurasi
alamat email.

Jika email masuk dienkripsi PGP/GPG (dan ditandatangani secara opsional), email tersebut akan mengenkripsi ulang
menerima informasi untuk setiap anggota grup yang dapat dikonfigurasi, dan mengirim yang dienkripsi ulang
informasi ke satu atau lebih alamat email yang dapat dikonfigurasi.

Dengan sendirinya, gpg-remailer bukanlah sebuah milis. Namun, alamat penerima yang dikonfigurasi
dapat berupa, misalnya, alamat milis, untuk distribusi lebih lanjut dari e-mail yang diproses.
Gpg-remailer adalah pengirim ulang: ia menggunakan data pesan, tetapi bukan headernya. Memiliki
menerima email yang dikirim ulang, bukan meneruskan, email yang diterima. Email yang
diterima melalui gpg-remailer karena itu berisi satu set header email yang benar-benar baru.

File konfigurasi serta opsi baris perintah dapat digunakan untuk menyempurnakan
perilaku gpg-remailer.

KEMBALI NILAI

Gpg-remailer selalu mengembalikan 0 ke sistem operasi untuk mencegah tidak dikenal pengirim kesalahan
pesan di log MTA. Namun, ketika gpg-remailer berakhir sebelum waktunya, sebuah pesan kesalahan
ditulis ke aliran kesalahan standar.

PERSYARATAN

Untuk menggunakan gpg-remailer, persyaratan berikut harus dipenuhi (semua perintah harus:
dikeluarkan oleh akar pengguna):

o Karena beberapa grup dapat menggunakan gpg-remailer, disarankan untuk mendefinisikan fungsional
akun yang menangani email untuk diproses oleh gpg-remailer. Akun fungsional
pesan singkat dapat didefinisikan menggunakan perintah seperti ini:

adduser --home /var/lib/secmail --disabled-kata sandi secmail

o Semua lokasi yang digunakan oleh gpg-remailer harus diberi batasan yang sangat ketat
izin. Misalnya, akun fungsional harus disetel umask 077. Ini adalah
tanggung jawab pengguna untuk memastikan bahwa hak aksesnya benar
dikonfigurasi

o Pertimbangkan untuk menjadikan semua akun gpg-remailer yang berfungsi sebagai anggota grup khusus
(misalnya, gpg-remailer) dan memungkinkan eksekusi /usr/sbin/gpg-remailer hanya anggota saya
dari kelompok itu:

addgroup gpg-remailer
adduser secmail gpg-remailer
chown root.gpg-remailer /usr/sbin/gpg-remailer
chmod o-rx /usr/bin/gpg-remailer

o Untuk memungkinkan akun fungsional menangani email masuk sudo(1) dapat digunakan. Di dalam
file / etc / sudoers baris berikut dapat dimasukkan (EMAILER dapat diberikan a
daftar nama akun fungsional yang dipisahkan koma, mailhost.org harus diganti
dengan nama host yang menangani email masuk):

Runas_Alias ​​REMAILERS = secmail

surat mailhost.org=(REMAILERS) NOPASSWD: /usr/sbin/gpg-remailer

Misalnya, jika gpg-remailer berjalan di komputer bernama remailer.domainsaya.nl yang mungkin
menerima email masuk, lalu tentukan remailer.domainsaya.nl untuk mailhost.org.

o Alamat email harus ditentukan ke mana email yang akan dienkripsi ulang harus dikirim.
Alamat email ini harus diketahui oleh anggota grup yang ingin menggunakan
gpg-remailer. Akun tersebut dapat berupa, misalnya, [email dilindungi], muncul sebagai
alamat email yang ditentukan di, misalnya, /etc/mail/alias. Alamat untuk contoh ini
akan dimasukkan dalam /etc/mail/alias file (beberapa instalasi menggunakan
/ etc / aliases) lewat sini:

secmail: "|sudo -u secmail /usr/sbin/gpg-remailer"

THE SEMU PENGGUNA PGP KUNCI RINGS

o Akun fungsional harus dilengkapi dengan pasangan kunci GPG/PGP. Kunci publiknya harus
didistribusikan ke orang-orang yang diizinkan mengirim email ke gpg-remailer
(yang mungkin menjadi dunia jika kunci publik diterbitkan di server kunci PGP). Sejak
gpg-remailer harus dapat bertindak sendiri, kunci rahasia tidak memerlukan a
kata sandi. Kuncinya dapat dibuat sebagai berikut (setelah perintah awal, yaitu
ditentukan oleh akar, perintah yang tersisa melalui final keluar perintah di akhir
bagian ini dijalankan oleh pengguna semu pesan singkat):

su - pesan singkat

gpg --gen-kunci

Pada gpg --gen-kunci perintahkan gpg program meminta beberapa detail. Menerima
default kecuali Anda memiliki alasan untuk tidak melakukannya, tetapi pastikan Anda tidak memerlukan a
frasa sandi: tekan Enter dua kali ketika meminta satu.

Beberapa tambahan saran:

o Detail untuk mendefinisikan kunci PGP tanpa kata sandi:

tentukan kunci RSA default, ukuran 2048, tidak pernah kedaluwarsa
nama asli: akun fungsional secmail gpg-remailer
alamat email: [email dilindungi]
Tidak perlu kata sandi: tekan Enter dua kali.

o Tentukan key-id dari gpg-key yang baru saja dibuat sebagai kunci default dalam file
~/.gnupg/gpg.conf (Atau ~/.gnupg/opsi, mana yang digunakan). Misalnya,

kunci default 1234ABCD

o Juga tambahkan baris yang mengandung

kekuatan-mdc

untuk ~/.gnupg/gpg.conf. Ini mencegah peringatan

PERINGATAN: pesan tidak dilindungi integritas

o Jika Anda ingin mengizinkan anggota non-grup untuk mengirim email ke gpg-remailer pertimbangkan
menambahkan spesifikasi server utama ke ~/.gnupg/gpg.conf juga, untuk memungkinkan
pengambilan otomatis kunci publik yang hilang. Misalnya, tambahkan baris seperti

kunci server kunci.gnupg.net

untuk ~/.gnupg/gpg.conf.

o Penggunaan selanjutnya gpg --kunci-pencarian, gpg --recv-kunci or gpg --impor (Lihat gpg(1)
halaman manual untuk format yang diperlukan dari perintah ini) untuk sudah menambahkan kunci publik
dari semua anggota grup yang akan menggunakan gpg-remailer ke pengguna palsu
gantungan kunci publik.

o Jika ada anggota grup yang telah menandatangani kunci GPG/PGP dari semua anggota lainnya, maka
pertimbangkan untuk mempercayai anggota ini sepenuhnya, untuk mencegah peringatan akibat penggunaan
kunci yang tidak dipercaya.

o Setelah pasangan kunci GPG gpg-remailer telah dibuat, berikan
kunci publik untuk anggota grup. Anggota ini harus mengimpor kunci publik
dan mereka harus disarankan untuk menandatangani kunci publik remailer untuk mencegah peringatan
tentang menggunakan kunci publik yang belum diverifikasi. Kunci publik remailer dapat diekspor
untuk mengajukan menggunakan

gpg --armor --ekspor secmail > secmail.pub

dan anggota grup dapat mengimpor kunci publik remailer menggunakan:

gpg --impor secmail.pub

o Ketika anggota baru ditambahkan ke grup, dia harus menambahkan kunci publik remailer
ke gantungan kunci publiknya dan memberikan kunci publiknya untuk diimpor ke
gantungan kunci publik akun fungsional.

o Gpg-remailer memerlukan keberadaan file konfigurasi dan direktori untuk
simpan file sementaranya. Lihat bagian KONFIGURASI FILE di bawah.

o Setelah menyiapkan cincin kunci PGP pengguna semu, perintah keluar membawamu kembali ke
itu akar sesi pengguna.

PILIHAN

Jika tersedia, opsi huruf tunggal dicantumkan di antara tanda kurung setelahnya
varian opsi panjang terkait. Opsi huruf tunggal memerlukan argumen jika
opsi panjang terkait memerlukan argumen juga.

o --debug (-d)
Ketika ditentukan, pesan debug dicatat ke file log (lihat di bawah). Kapan ini
opsi ditentukan file yang ditulis oleh gpg-remailer tidak dihapus setelahnya
gpg-remailer telah memproses email masuk.

o --membantu (-h)
Ringkasan singkat penggunaan ditampilkan ke output standar setelah itu
gpg-remailer berakhir.

o --file log=nama file (-l)
Menentukan file tempat pesan log gpg-remailer ditulis (secara default
~/etc/gpg-remailer.log).

o --tingkat log=tingkat (-L)
LogLevel 0 menyediakan keluaran debug ekstensif serta semua pesan log lainnya;
LogLevel 1 mencatat perintah yang dieksekusi dan pesan default;
LogLevel 2 mencatat pesan default (karakteristik masuk dan keluar
email) (bawaan);
Level yang lebih tinggi akan menekan logging.

o --anggota=PGP email alamat (-m)
Alamat email kunci-PGP untuk mengenkripsi ulang pesan. Mengganti anggota
tercantum dalam file konfigurasi. Opsi ini dapat ditentukan beberapa kali ketika
beberapa anggota harus ditentukan pada baris perintah. Dengan masing-masing --anggota Option
hanya memberikan satu alamat email (mis. [email dilindungi]. Format ini tidak
diperiksa oleh gpg-remailer, tetapi kegagalan untuk mematuhi dapat mengakibatkan gpg-remailer makhluk
tidak dapat mengenkripsi ulang atau mengirim email. NS --anggota spesifikasi juga bisa
digunakan untuk menentukan satu set alamat amplop email dari mana email teks-jelas berada
diterima, menggunakan amplop: anggota dan teks bersih: amplop file konfigurasi
spesifikasi.

o --tidak ada Email
Jika ditentukan, tidak ada surat yang dikirim.

o --nr=nomor berkas (-n)
File yang dibuat oleh gpg-remailer saat memproses email masuk disimpan, dan
menerima akhiran nomor berkas, yang seharusnya berupa angka.

o --penerima=email alamat (-r)
Alamat penerima email (dienkripsi ulang atau biasa) yang dikirim ulang. Mengganti
penerima yang tercantum dalam file konfigurasi. Seperti halnya --anggota pilihan,
beberapa penerima dapat ditentukan dengan menyediakan beberapa --penerima Pilihan.
Alamat ini mungkin unik atau tidak. Jika beberapa alamat identik adalah
gpg-remailer yang ditentukan akan mengirim email ke masing-masing perkalian yang ditentukan ini
alamat.

Masing-masing --penerima opsi biasanya hanya menentukan satu alamat email biasa (mis.
[email dilindungi], tapi banyak --penerima pilihan juga diterima. NS
format alamat email tidak diperiksa oleh gpg-remailer, tapi menyediakan apapun
informasi tambahan atau berbeda dari alamat email biasa dapat mengakibatkan
gpg-remailer tidak dapat mengenkripsi ulang atau mengirim ulang pesan email.

Selain alamat email biasa, spesifikasinya --penerima anggota dapat
digunakan untuk menunjukkan bahwa email yang dienkripsi ulang harus dikirim ke semua alamat email
ditentukan menggunakan anggota spesifikasi.

o --melangkah=nama
Lakukan langkah yang ditunjukkan dari proses pengiriman ulang. Nama langkah adalah:

hdrs (tulis header surat),
org (menulis data surat),
Desember (hanya untuk email terenkripsi PGP: tulis info yang didekripsi),
dermaga (hanya untuk email terenkripsi PGP: buat info untuk dikirim),
enc (hanya untuk email terenkripsi PGP: enkripsi info yang akan dikirim),
clearmail (mengirim surat teks yang jelas),
clearmail:alamat (kirim email hanya ke alamat yang diberikan, abaikan penerima
ditentukan lain). pgpmail (mengirim surat terenkripsi pgp),
pgpmail:alamat (kirim email terenkripsi pgp hanya ke alamat yang diberikan, abaikan
penerima ditentukan lain).

Langkah hdrs sepenuhnya opsional. Langkah selanjutnya tergantung pada langkah sebelumnya. Misalnya, --melangkah
dermaga hanya dapat diminta setelah ditentukan --melangkah Desember dalam lari sebelumnya.

Dengan langkah-langkah email teks yang jelas Desember, dokter, enc dan pgpmail tidak harus disediakan.

Dengan langkah surat terenkripsi PGP clearmail tidak harus disediakan.

o --tmp=path (-t)
Jalur direktori tempat file-file sementara ditulis (secara default:
$HOME/tmp). Ini harus menjadi jalan mutlak.

o --umask=nilai oktal
Secara default, gpg-remailer menggunakan umask 077 untuk semua file yang dibuatnya: hanya file
pseudo-user memiliki izin baca dan tulis. Dalam keadaan normal harus ada
tidak ada alasan untuk mengubah nilai umask ini, tetapi jika perlu --umask pilihan bisa
digunakan, memberikan nilai oktal, untuk menentukan nilai umask alternatif.

o --Versi: kapan (-v)
Nomor versi Gpg-remailer ditulis ke aliran keluaran standar setelah
gpg-remailer mana yang diakhiri. )

KONFIGURASI FILE

File konfigurasi default adalah ~/etc/gpg-remailer.rc di bawah pengguna palsu
direktori rumah. Jalurnya dapat diubah menggunakan opsi program.

Baris kosong diabaikan. Informasi di dan di luar #-karakter diartikan sebagai
komentar dan diabaikan juga.

Semua arahan dalam file konfigurasi mematuhi pola

direktif: nilai

Satu baris paling banyak berisi satu direktif, tetapi spasi putih (termasuk komentar di
akhir baris) baik-baik saja. Beberapa arahan dapat ditentukan beberapa kali;
jika tidak, kemunculan pertama dari arahan digunakan. Semua arahan adalah
ditafsirkan kasus tidak peka, tetapi nilainya digunakan seperti yang ditentukan. Misalnya,
DEBUG: benar sama baiknya men-debug: benar, tapi men-debug: BENAR tidak diakui.
Baris non-kosong yang tidak dimulai dengan arahan yang dikenali diabaikan secara diam-diam.

Arahan berikut didukung (nilai default ditampilkan di antara
tanda kurung; ketika tidak ada yang ditentukan, tidak ada default). Ketika perintah setara
opsi baris digunakan kemudian mereka mengesampingkan spesifikasi file konfigurasi.

o men-debug: logika (Salah)
Ketika logika ditentukan sebagai benar pesan debug akan dicatat ke file log (lihat
di bawah). Opsi baris perintah: --debug, -d. Ketika opsi ini ditentukan file
ditulis oleh gpg-remailer tidak akan dihapus ketika gpg-remailer dihentikan.

o teks bersih: spesifikasi (ditolak)
Secara default, gpg-remailer tidak menerima email teks-jelas. Hal ini dapat secara eksplisit
ditunjukkan dalam file konfigurasi menggunakan

teks bersih: ditolak

spesifikasi. Jika email teks-jelas harus diizinkan, tentukan

teks bersih: diterima

Dimungkinkan juga untuk menentukan alamat amplop yang diterima untuk
menerima email teks yang jelas. Jika ini diperlukan, tentukan

teks bersih: amplop

dan tentukan alamat email amplop yang diterima menggunakan amplop: konfigurasi
.

o amplop: email alamat
Grafik amplop spesifikasi hanya ditafsirkan ketika teks bersih: amplop telah
ditentukan. Kapan teks bersih: amplop ditentukan hanya email teks-jelas menggunakan satu
dari yang dikonfigurasi amplop alamat akan dikirim ulang ke yang dikonfigurasi
penerima. Spesifikasi amplop khusus

amplop: anggota

dapat digunakan untuk menunjukkan bahwa alamat amplop yang sama dengan alamat
ditentukan menggunakan anggota spesifikasi semua diterima.

Semua alamat amplop ditafsirkan tidak peka huruf besar-kecil. Secara default (jika tidak ada
amplop spesifikasi telah disediakan) semua alamat amplop diterima, di
yang mana spesifikasinya? teks bersih: amplop berkurang menjadi teks bersih: diterima.

o simpan File: nr
Ketika nomor ditentukan, semua file yang ditulis oleh gpg-remailer menggunakan yang ditentukan
nomor dan tidak dihapus ketika gpg-remailer berakhir. Ketika opsi ini tidak
menentukan file menerima ekstensi numerik acak yang menghasilkan pembuatan
baru, belum ada *. file.

o berkas log: nama file (dll/gpg-remailer.log)
File tempat pesan log gpg-remailer ditulis.

o tingkat log: nilai (2)
LogLevel 0 menyediakan keluaran debug ekstensif serta semua pesan log lainnya;
LogLevel 1 mencatat perintah yang dieksekusi dan pesan default;
LogLevel 2 mencatat pesan default (karakteristik masuk dan keluar
surel);
Dengan level yang lebih tinggi, logging ditekan.

o anggota: alamat
Beberapa anggota dapat ditentukan. Setiap anggota spesifikasi menentukan kunci PGP
alamat email untuk mengenkripsi ulang pesan. Alamatnya harus email biasa
alamat (misalnya, [email dilindungi]), dan tidak boleh mengandung elemen lain (seperti
nama orang yang menggunakan alamat). Format ini tidak diperiksa oleh
gpg-remailer, tetapi kegagalan untuk mematuhi dapat mengakibatkan gpg-remailer tidak bisa
mengenkripsi ulang atau mengirim pesan email. NS anggota spesifikasi juga dapat digunakan untuk
tentukan satu set alamat amplop email dari mana email teks-jelas berada
diterima, menggunakan amplop: anggota dan teks bersih: amplop spesifikasi.

o tidak ada surat: logika (Salah)
Ketika ditentukan sebagai benar tidak ada surat yang dikirim.

o penerima: email alamat
Alamat penerima email (dienkripsi ulang atau biasa) yang dikirim ulang. Beberapa
penerima dapat ditentukan. Alamat ini mungkin unik atau tidak. Jika banyak
alamat identik ditentukan gpg-remailer akan mengirim e-mail ke masing-masing ini
mengalikan alamat yang ditentukan. Penerima harus ditentukan menggunakan email biasa
alamat (misalnya, [email dilindungi]). Surat yang dienkripsi ulang dikirim ke masing-masing
penerima secara bergantian. Spesifikasi

penerima: anggota

dapat digunakan untuk menunjukkan bahwa email yang dienkripsi ulang harus dikirim ke semua email
alamat yang ditentukan menggunakan anggota spesifikasi.

o membalas ke: penuh alamat
Balasan ke alamat dapat berupa alamat email balasan apa pun. Balasan-untuk menjadi
alamat balasan default untuk penerima yang menerima pesan email gpg-remailer.
Kutipan dan tanda kutip ganda dihapus dari balasan ke alamat. Sebuah balasan-untuk
spesifikasi dapat berupa, misalnya,

SECMAIL ditandatangani DAN dienkripsi[email dilindungi]>

Spesifikasi ini harus sesuai dengan persyaratan yang ditentukan dalam RFC 822:
Standar untuk ARPA Internet Teks Pesan. Gagal mematuhi RFC 822 dapat mengakibatkan
dalam program pengiriman email menolak email yang dikirimkan oleh
gpg-remailer.

o tanda tangan: kebutuhan (wajib)
Opsi ini digunakan untuk mengontrol pemeriksaan tanda tangan. Nilai yang diakui adalah:
tak satupun (atau tidak ditentukan): tidak ada pemeriksaan tanda tangan yang dilakukan;
wajib: harus ada tanda tangan PGP;
baik: tanda tangan PGP harus diakui sebagai `tanda tangan yang baik'.

o tmp direktori (tmp/)
Direktori tempat gpg-remailer menulis file-file sementaranya. )

FORMAT

Meskipun menggunakan PGP/GPG dalam e-mail merupakan teknologi yang mapan, berbagai format
email mungkin. Saat ini gpg-remailer mengenali format berikut:

o Pesan terenkripsi sederhana, terdiri dari badan email terenkripsi;

o Pesan terenkripsi multi-bagian;

o Pesan terenkripsi yang berisi tanda tangan terpisah.

Di bawah ini diberikan deskripsi tentang konten sebenarnya dari PGP yang dienkripsi dan didekripsi
file.

Semua email terenkripsi PGP menunjukkan header berikut (nilai batas akan
berbeda atas pesan email yang berbeda):

Tipe-Konten: multi-bagian/terenkripsi; protocol="aplikasi/pgp-encrypted";
batas="+QahgC5+KEYLbs62"
Konten-Disposisi: sebaris

Semua email terenkripsi PGP menunjukkan organisasi berikut (garis digunakan untuk
pisahkan organisasi email dari teks halaman manual ini dan bukan
benar-benar ada dalam email atau informasi yang didekripsi; baris kosong, di mana
ditampilkan, diperlukan):

-------------------------------------------------- --------------------
header surat

--+QahgC5+KEYLbs62
Tipe Konten: aplikasi/pgp-encrypted
Konten-Disposisi: lampiran

Versi: 1

--+QahgC5+KEYLbs62
Tipe-Konten: aplikasi/aliran oktet
Konten-Disposisi: sebaris; nama file="msg.asc"

-----MULAI PESAN PGP-----
...

-----AKHIR PESAN PGP-----
--+QahgC5+KEYLbs62--
-------------------------------------------------- --------------------

Perhatikan bahwa batas terdiri dari

oa karakter baris baru

o dua garis diikuti oleh teks batas

o batas terakhir diikuti oleh dua garis

oa karakter baris baru

Berbagai format email terenkripsi PGP berbeda dalam cara mengaturnya
informasi yang didekripsi.

Sederhana Dienkripsi Pesan.

Selama dekripsi, tanda tangan diverifikasi, dan hasil verifikasinya adalah
ditulis ke aliran kesalahan standar. Pesan yang didekripsi itu sendiri hanya berisi satu
pesan, disusun sebagai berikut:

-------------------------------------------------- --------------------
Content-Type: teks/polos; charset=kita-ascii
Konten-Disposisi: sebaris
Konten-Transfer-Encoding: dikutip-cetak

teks pesan yang didekripsi
-------------------------------------------------- --------------------

multi-bagian Dienkripsi Pesan.

Selama dekripsi, tanda tangan diverifikasi, dan hasil verifikasinya adalah
ditulis ke aliran kesalahan standar. Pesan yang didekripsi itu sendiri berisi
beberapa pesan, diatur sebagai berikut:

-------------------------------------------------- --------------------
Tipe-Konten: multi-bagian/campuran; batas="f+W+jCU1fRNres8c"
Konten-Disposisi: sebaris

--f+W+jCU1fRNres8c
Content-Type: teks/polos; charset=kita-ascii
Konten-Disposisi: sebaris
Konten-Transfer-Encoding: dikutip-cetak

Teks lampiran pertama

--f+W+jCU1fRNres8c
Tipe-Konten: aplikasi/pdf
Isi-Disposisi: lampiran; nama file = "lampiran.pdf"
Konten-Transfer-Encoding: base64

teks lampiran.pdf dalam pengkodean base64

--f+W+jCU1fRNres8c--
-------------------------------------------------- --------------------

Beberapa lampiran mungkin mengikuti dengan cara yang sama.

Dienkripsi Pesan Mengandung Terpisah Tanda tangan.

Selama dekripsi tanda tangan adalah tidak diverifikasi (tetapi penerimanya adalah)
ditampilkan) dan file yang didekripsi diatur sebagai berikut:

-------------------------------------------------- --------------------
Tipe-Konten: multi-bagian/ditandatangani; micalg=pgp-sha1; protokol="aplikasi/pgp-tanda tangan";
batas="=-TNwuMvq+TfajHhvqBuO7"

--=-TNwuMvq+TfajHhvqBuO7
Tipe-Konten: teks/polos
Konten-Transfer-Encoding: dikutip-cetak

Teks pesan

--=-TNwuMvq+TfajHhvqBuO7
Content-Type: aplikasi/pgp-signature; nama=tanda tangan.asc
Content-Description: Ini adalah bagian pesan yang ditandatangani secara digital

-----MULAI TANDA TANGAN PGP-----
... teks tanda tangan

-----AKHIR TANDA TANGAN PGP-----
--=-TNwuMvq+TfajHhvqBuO7--
-------------------------------------------------- --------------------

Bagian terakhir mewakili tanda tangan terpisah, Bagian isi harus
dipisahkan dari file yang didekripsi (bernama, misalnya, didekripsi) (membuat, mis
fillet isi). Tanda tangan file yang terakhir itu kemudian dapat diverifikasi menggunakan perintah

gpg --verifikasi konten yang didekripsi

menghasilkan verifikasi tanda tangan yang ditulis dengan kesalahan standar (seperti biasa).
Isinya dimulai segera setelah batas pertama, dan berlanjut hingga,
tetapi tidak termasuk, baris baru sebelum batas berikutnya.

Gunakan gpg-remailer online menggunakan layanan onworks.net