gpg-remailer - Online în cloud

PROGRAM:

NUME

gpg-remailer - redirecționează e-mailurile re-criptate/semnate PGP/GPG criptate/semnate către un grup

REZUMAT

gpg-remailer [OPȚIUNI]

DESCRIERE

Gpg-remailer decriptează mesajele PGP/GPG primite, verifică semnătura primită și
re-criptează e-mailul pentru un grup bine definit de destinatari. Gpg-remailer poate fi, de asemenea
configurat astfel încât să proceseze e-mailuri cu text clar.

Folosind gpg-remailer lista de membri ai unui grup de persoane care doresc să schimbe criptate
și e-mailurile autentificate (și poate și mesajele text clar) pot fi păstrate la unul
locație, permițând membrilor grupului să specifice o singură adresă de e-mail de trimis
E-mail PGP/GPG semnat și criptat (sau opțional text clar) către.

Gpg-remailer citește e-mailurile primite din fluxul de intrare standard.

Dacă e-mail-ul primit este text clar, acesta retrimite e-mail-ul către unul sau mai multe configurabile
adrese de email.

Dacă e-mailul primit este criptat PGP/GPG (și opțional semnat), acesta re-criptează
a primit informații pentru fiecare membru al unui grup configurabil și trimite cele re-criptate
informații către una sau mai multe adrese de e-mail configurabile.

În sine, gpg-remailer nu este o listă de corespondență. Cu toate acestea, adresa destinatarului configurată
ar putea fi, de exemplu, o adresă de listă de corespondență, pentru distribuirea ulterioară a e-mailului procesat.
Gpg-remailer este un remailer: folosește datele mesajului, dar nu și anteturile acestuia. Având
primit un e-mail, retrimite, mai degrabă decât redirecționează, e-mailul primit. E-mailul care
este primit prin gpg-remailer, prin urmare, conține un set complet nou de anteturi de e-mail.

Un fișier de configurare, precum și opțiunile din linia de comandă pot fi folosite pentru a regla fin
comportamentul gpg-remailer.

A REVENI VALUE

Gpg-remailer returnează întotdeauna 0 sistemului de operare pentru a preveni necunoscut posta eroare
mesajele din jurnalele MTA. Cu toate acestea, atunci când gpg-remailer se termină prematur, un mesaj de eroare
este scris în fluxul de erori standard.

CERINȚE

Pentru a utiliza gpg-remailer trebuie îndeplinite următoarele cerințe (toate comenzile ar trebui
fi emis de către rădăcină utilizator):

o Deoarece mai multe grupuri pot folosi gpg-remailer, este recomandat să definiți funcțional
conturile care gestionează e-mailul să fie procesate de gpg-remailer. Un cont funcțional
secmail poate fi definit folosind o comandă ca aceasta:

adduser --home /var/lib/secmail --disabled-parola secmail

o Toate locațiile utilizate de gpg-remailer trebuie să fie foarte restrictive
permisiuni. De exemplu, conturile funcționale ar trebui să se stabilească masca 077. Este
responsabilitatea utilizatorului de a se asigura că drepturile de acces sunt corecte
configurat.

o Luați în considerare ca toate conturile gpg-remailer funcționale să fie membri ai unui grup special
(de exemplu, gpg-remailer) și permit executarea /usr/sbin/gpg-remailer doar membrii mei
din acel grup:

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

o Pentru a permite contului funcțional să gestioneze e-mailurile primite sudo(1) poate fi utilizat. În
fișierul / etc / sudoers pot fi introduse următoarele rânduri (REMAILERS se poate da o
listă separată prin virgulă de nume de conturi funcționale, mailhost.org ar trebui înlocuit
după numele gazdei care gestionează e-mailurile primite):

Runas_Alias ​​REMAILERS = secmail

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

De exemplu, dacă gpg-remailer rulează pe un computer numit remailer.mydomain.nl care poate
primiți e-mailurile primite, apoi specificați remailer.mydomain.nl pentru mailhost.org.

o Trebuie definită o adresă de e-mail la care trebuie trimis e-mailul de recriptat.
Această adresă de e-mail trebuie să fie cunoscută de membrii grupului care doresc să folosească
gpg-remailer. Un astfel de cont ar putea fi, de exemplu, [e-mail protejat], arătând ca a
adresa de e-mail definită în, de exemplu, /etc/mail/aliases. Adresa pentru acest exemplu
ar fi introdus în /etc/mail/aliases fișier (unele instalări folosesc
/ etc / aliases) în acest fel:

secmail: „|sudo -u secmail /usr/sbin/gpg-remailer”

THE PSEUDO UTILIZATORULUI PGP CHEIE INELE

o Contul funcțional trebuie să fie furnizat cu o pereche de chei GPG/PGP. Cheia sa publică trebuie
să fie distribuite peste persoanele cărora li se permite să trimită e-mail către gpg-remailer
(care poate fi lumea dacă cheia publică este publicată pe un server de chei PGP). De cand
gpg-remailer trebuie să poată acționa singur, cheia secretă nu trebuie să necesite a
expresie de acces. Cheia poate fi creată după cum urmează (după comanda inițială, adică
specificat de rădăcină, comenzile rămase până în finală ieşire comanda la final
din această secțiune sunt executate de către pseudo-utilizator secmail):

su - secmail

gpg --gen-key

De la GPG --gen-key comanda GPG programul solicită câteva detalii. Acceptați
implicit, cu excepția cazului în care aveți motive să nu o faceți, dar asigurați-vă că nu aveți nevoie de a
expresie de acces: apăsați Intrați de două ori când a fost cerut unul.

niste suplimentar sugestii:

o Detalii pentru definirea unei chei PGP fără parolă:

definiți cheia RSA implicită, dimensiunea 2048, să nu expire niciodată
nume real: cont funcțional secmail gpg-remailer
Adresa de e-mail: [e-mail protejat]
Nu este necesară o expresie de acces: apăsați Enter de două ori.

o Specificați codul cheie al gpg-key tocmai creat ca cheie implicită în fișier
~/.gnupg/gpg.conf (Sau ~/.gnupg/options, oricare este folosit). De exemplu,

cheia implicită 1234ABCD

o Adăugați, de asemenea, o linie care conține

forţa-mdc

la ~/.gnupg/gpg.conf. Acest lucru previne avertismentul

AVERTISMENT: mesajul nu a fost protejat de integritate

o Dacă doriți să permiteți membrilor care nu fac parte din grup să trimită e-mail către gpg-remailer, luați în considerare
adăugarea unei specificații de server cheie la ~/.gnupg/gpg.conf de asemenea, pentru a permite
recuperarea automată a cheilor publice lipsă. De exemplu, adăugați o linie ca

keyserver keys.gnupg.net

la ~/.gnupg/gpg.conf.

o Următoarea utilizare GPG --chei-căutare, GPG --recv-keys or GPG --import (A se vedea GPG(1)
pagina de manual pentru formatele necesare ale acestor comenzi) pentru a adăuga deja cheile publice
a tuturor membrilor grupului care vor folosi gpg-remailer către pseudo-utilizatorul
inel public de chei.

o Dacă există un membru al grupului care a semnat cheile GPG/PGP ale tuturor celorlalți membri, atunci
luați în considerare să aveți încredere deplină în acest membru, pentru a preveni avertismentele rezultate din utilizare
chei nesigure.

o Odată ce perechea de chei GPG a remailerului gpg a fost creată, furnizați
cheie publică pentru membrii grupului. Acești membri ar trebui să importe cheia publică
și ar trebui sfătuiți să semneze cheia publică a remailerului pentru a preveni avertismentele
despre utilizarea unei chei publice neverificate. Cheia publică a remailerului poate fi exportată
a depune folosind

gpg --armour --export secmail > secmail.pub

iar membrii grupului pot importa cheia publică a remailerului folosind:

gpg --import secmail.pub

o Când un nou membru este adăugat la grup, el/ea ar trebui să adauge cheia publică a remailerului
la inelul său public de chei și furnizați cheia publică pentru import în
cheile publice ale contului funcțional.

o Gpg-remailer necesită existența unui fișier de configurare și a unui director către
stocați fișierele sale temporare în. Vezi secțiunea CONFIGURARE FILE de mai jos.

o După ce au pregătit inelele de chei PGP ale pseudo utilizatorului, comanda ieşire te duce înapoi la
il rădăcină sesiunea utilizatorului.

OPŢIUNI

Dacă sunt disponibile, opțiunile cu o singură literă sunt listate între paranteze după acestea
variantele de opțiune lungă asociate. Opțiunile cu o singură literă necesită argumente dacă acestea
opțiunile lungi asociate necesită și argumente.

o --depanare (-d)
Când este specificat, mesajele de depanare sunt înregistrate în fișierul jurnal (vezi mai jos). Când aceasta
este specificată opțiunea după care fișierele scrise de gpg-remailer nu sunt eliminate
gpg-remailer a procesat un e-mail primit.

o --Ajutor (-h)
Un scurt rezumat al utilizării este afișat la ieșirea standard, după care
gpg-remailer se termină.

o --fișier jurnal=nume de fișier (-l)
Specifică fișierul în care sunt scrise mesajele de jurnal ale gpg-remailer (în mod implicit
~/etc/gpg-remailer.log).

o --loglevel=nivel (-L)
LogLevel 0 oferă rezultate extinse de depanare, precum și toate celelalte mesaje de jurnal;
LogLevel 1 înregistrează comenzile executate și mesajele implicite;
LogLevel 2 înregistrează mesajele implicite (caracteristicile de intrare și de ieșire
e-mail) (implicit);
Nivelurile mai înalte vor suprima înregistrarea.

o --membru=PGP e-mail adresa (-m)
Adresa de e-mail a cheii PGP pentru care să re-cripteze mesajul. Ignoră membrul(i)
listate în fișierul de configurare. Această opțiune poate fi specificată de mai multe ori când
mai mulți membri trebuie să fie specificați pe linia de comandă. Cu fiecare --membru opțiune
furnizați o singură adresă de e-mail (de exemplu, [e-mail protejat]. Acest format nu este
verificate de către gpg-remailer, dar nerespectarea poate duce la gpg-remailer fiind
imposibil de recriptat sau de e-mail mesaje. The --membru specificațiile pot fi, de asemenea
folosit pentru a specifica un set de adrese de plicuri de e-mail de unde este mesajul de e-mail clar
acceptat, folosind plic: membrii și text clar: plic Fișier de configurare
caietul de sarcini.

o --noMail
Când este specificat, nu se trimite e-mail.

o --nr=numărul fișierului (-n)
Fișierele create de gpg-remailer în timpul procesării e-mail-urilor primite sunt păstrate și
primi sufix numărul fișierului, care ar trebui să fie un număr.

o --destinatar=e-mail adresa (-r)
Adresa (adresele) destinatarului (re-criptat sau simplu) e-mail-ului retrimis. Anulează
destinatarul (destinatarii) listat(i) în fișierul de configurare. Ca și în cazul --membri opțiune,
mai mulți destinatari pot fi specificați prin furnizarea de mai mulți --destinatar opțiuni.
Aceste adrese pot fi sau nu unice. Dacă mai multe adrese identice sunt
gpg-remailer specificat va trimite e-mail la fiecare dintre aceste multiplicare specificate
adrese.

Fiecare --destinatar în mod normal, opțiunea ar trebui să definească o singură adresă de e-mail simplă (de exemplu,
[e-mail protejat], dar multiple --destinatar sunt acceptate si optiuni. The
formatul adreselor de e-mail nu este verificat de gpg-remailer, dar oferind oricare
pot avea ca rezultat informații suplimentare sau diferite de o adresă de e-mail simplă
gpg-remailer neputând recripta sau retrimite mesajele de e-mail.

Pe lângă adresele simple de e-mail, specificația --destinatar membrii poate fi
folosit pentru a indica faptul că e-mailul re-criptat trebuie trimis la toate adresele de e-mail
specificat folosind membru caietul de sarcini.

o --Etapa=nume
Efectuați pasul indicat al procesului de remailare. Numele pașilor sunt:

hdrs (scrieți anteturile e-mailurilor),
org (scrieți datele de e-mail),
dec (numai pentru e-mailul criptat PGP: scrieți informațiile decriptate),
medic (numai pentru e-mailul criptat PGP: creați informațiile de trimis),
pe (numai pentru e-mailul criptat PGP: criptați informațiile de trimis),
clearmail (trimite e-mail clar),
clearmail:adresă (trimiteți e-mailuri numai la adresa furnizată, ignorați destinatarii)
specificat altfel). pgpmail (trimite e-mail criptat pgp),
pgpmail:adresă (trimiteți e-mailuri criptate pgp numai la adresa furnizată, ignorați
destinatar(i) specificat(i) altfel).

Pas hdrs este complet optional. Pașii următori depind de pașii anteriori. De exemplu, --Etapa
medic poate fi solicitat numai după ce a fost specificat --Etapa dec într-o cursă anterioară.

Cu pași de e-mail cu text clar dec, doc, pe și pgpmail nu trebuie furnizate.

Cu pasul de e-mail criptat PGP clearmail nu trebuie furnizate.

o --tmp=cale (-t)
Calea directorului în care sunt scrise fișierele temporare (în mod implicit:
$HOME/tmp). Aceasta ar trebui să fie o cale absolută.

o --umask=octalValue
În mod implicit, gpg-remailer folosește umask 077 pentru toate fișierele pe care le creează: numai
pseudo-utilizatorul are permisiuni de citire și scriere. În circumstanțe normale ar trebui să existe
nici un motiv pentru modificarea acestei valori umask, dar dacă este necesar --umask opțiunea poate fi
utilizat, furnizând o valoare octală, pentru a specifica o valoare alternativă umask.

o --versiune (-v)
Numărul versiunii Gpg-remailer este scris în fluxul de ieșire standard după
care gpg-remailer se termină. )

CONFGURAREA FILE

Fișierul de configurare implicit este ~/etc/gpg-remailer.rc sub pseudo utilizatorului
directorul principal. Calea acestuia poate fi modificată folosind o opțiune de program.

Liniile goale sunt ignorate. Informații și dincolo #-personajele este interpretată ca
comentează și este de asemenea ignorat.

Toate directivele din fișierul de configurare respectă modelul

directivă: valoare

O linie poate conține cel mult o directivă, dar spațiu alb (inclusiv comentariul la
sfârşitul liniei) este OK. Mai multe directive pot fi specificate de mai multe ori;
în caz contrar, se folosește prima apariție a unei directive. Toate directivele sunt
interpretat caz insensibil, dar valorile lor sunt folosite așa cum este specificat. De exemplu,
DEBUG: adevărat este la fel de bun ca depanare: adevărat, Dar depanare: TRUE nu este recunoscut.
Liniile nevide care nu încep cu o directivă recunoscută sunt ignorate în tăcere.

Sunt acceptate următoarele directive (valorile implicite sunt afișate între
paranteze; când nu este specificat niciunul, nu există nicio valoare implicită). Când comanda echivalentă
sunt utilizate opțiunile de linie, apoi anulează specificațiile fișierului de configurare.

o depanare: logică (fals)
Cand logică este specificat ca adevărat mesajele de depanare vor fi înregistrate în fișierul jurnal (vezi
de mai jos). Opțiuni pentru linia de comandă: --depanare, -d. Când este specificată această opțiune fișierele
scris de gpg-remailer nu va fi eliminat când gpg-remailer se încheie.

o text clar: specificație (respins)
În mod implicit, gpg-remailer nu acceptă e-mailuri clare. Acest lucru poate în mod explicit
fi indicat în fișierul de configurare folosind

text clar: respins

specificație. Dacă e-mail-ul cu text clar ar trebui permis, specificați

text clar: admis

De asemenea, este posibil să specificați adresele de plicuri pentru care sunt acceptate
primit un e-mail clar. Dacă acest lucru este necesar, specificați

text clar: plic

și definiți adresele de e-mail acceptate ale plicului folosind plic: configuraţie
opțiune.

o plic: e-mail adresa
plic specificaţiile sunt interpretate numai atunci când text clar: plic a fost
specificat. Cand text clar: plic a fost specificat doar un e-mail cu text clar folosind unul
a celor configurate plic adresele vor fi re-mailate către cei configurați
destinatarii. Specificația specială a plicului

plic: membrii

poate fi folosit pentru a indica acele adrese de plic care sunt egale cu adresele
specificat folosind membru toate specificațiile sunt acceptate.

Toate adresele plicului sunt interpretate fără a ține seama de majuscule și minuscule. Implicit (dacă nu
plic specificația a fost furnizată) toate adresele de plicuri sunt acceptate, în
caz în care caietul de sarcini text clar: plic reduce la text clar: admis.

o keepFiles: nr
Când este specificat un număr, toate fișierele scrise de gpg-remailer folosesc numărul specificat
număr și nu sunt eliminate când gpg-remailer se încheie. Când această opțiune nu este
specificat că fișierele primesc o extensie numerică aleatorie care are ca rezultat crearea
nou, încă inexistent *. fișiere.

o fișier jurnal: nume de fișier (etc/gpg-remailer.log)
Fișierul în care sunt scrise mesajele de jurnal ale gpg-remailer.

o loglevel: valoare (2)
LogLevel 0 oferă rezultate extinse de depanare, precum și toate celelalte mesaje de jurnal;
LogLevel 1 înregistrează comenzile executate și mesajele implicite;
LogLevel 2 înregistrează mesajele implicite (caracteristicile de intrare și de ieșire
e-mail);
La niveluri mai mari, înregistrarea este suprimată.

o membru: adresa
Pot fi specificați mai mulți membri. Fiecare membru specificația specifică o cheie PGP
adresa de e-mail pentru recriptarea mesajului. Adresele ar trebui să fie simple de e-mail
adrese (de exemplu, [e-mail protejat]), și nu trebuie să conțină alte elemente (cum ar fi
numele persoanei care utilizează adresa). Acest format nu este verificat de
gpg-remailer, dar nerespectarea poate duce la gpg-remailer fiind incapabil
recriptare sau e-mail mesaje. The membru specificațiile pot fi, de asemenea, folosite pentru
specificați un set de adrese de plicuri de e-mail de unde este mesajul de e-mail clar
acceptat, folosind plic: membrii și text clar: plic caietul de sarcini.

o noMail: logică (fals)
Când este specificat ca adevărat nu se trimite mail.

o recipient: e-mail adresa
Adresa (adresele) destinatarului (re-criptat sau simplu) e-mail-ului retrimis. Multiplu
se pot specifica destinatarii. Aceste adrese pot fi sau nu unice. Dacă sunt multiple
sunt specificate adrese identice gpg-remailer va trimite e-mail la fiecare dintre acestea
înmulțiți adresele specificate. Destinatarii trebuie specificati folosind un e-mail simplu
adrese (de exemplu, [e-mail protejat]). E-mailul re-criptat este trimis fiecăruia
destinatar la rândul său. Caietul de sarcini

recipient: membrii

poate fi folosit pentru a indica faptul că e-mailul re-criptat trebuie trimis către toate e-mailurile
adresele specificate folosind membru caietul de sarcini.

o raspunde la: Complet adresa
Adresa de răspuns la adresa poate fi orice adresă de răspuns de e-mail. Răspunsul-to devine
adresa de răspuns implicită pentru destinatarul care primește mesajul de e-mail al gpg-remailer.
Ghilimele și ghilimelele duble sunt eliminate din răspunsul la adresa. Un răspuns la
specificația ar putea fi, de exemplu,

SECMAIL semnat și criptat[e-mail protejat]>

Această specificație ar trebui să fie în conformitate cu cerințele definite în RFC 822:
Standard pentru ARPA Internet Text Chat cont. Poate rezulta nerespectarea RFC 822
în programul de trimitere e-mail respingând e-mailul trimis de către
gpg-remailer.

o semnătură: cerință (necesar)
Această opțiune este utilizată pentru a controla verificarea semnăturii. Valorile recunoscute sunt:
nici unul (sau nespecificat): nu se efectuează verificarea semnăturii;
necesar: trebuie să fi fost furnizată o semnătură PGP;
bine: semnătura PGP trebuie recunoscută ca o „semnătură bună”.

o tmp director (tmp/)
Directorul în care gpg-remailer își scrie fișierele temporare. )

FORMATE

Deși utilizarea PGP/GPG în e-mail este o tehnologie consacrată, diferite formate ale
e-mail sunt posibile. În prezent, gpg-remailer recunoaște următoarele formate:

o Mesaje simple criptate, constând dintr-un corp de e-mail criptat;

o Mesaje criptate în mai multe părți;

o Mesaje criptate care conțin semnături detașate.

Mai jos este oferită o descriere a conținutului real al PGP criptat și decriptat
fișiere.

Toate e-mailurile criptate PGP afișează următoarele antete (valorile limită vor
diferă în funcție de diferitele mesaje de e-mail):

Tip de conținut: mai multe părți/criptat; protocol="application/pgp-encrypted";
boundary="+QahgC5+KEYLbs62"
Conținut-Dispoziție: inline

Toate e-mailurile criptate PGP arată următoarea organizare (liniile sunt folosite pentru
separă organizarea de e-mail de textul acestei pagini de manual și nu sunt
prezent efectiv în e-mail sau în informațiile decriptate; linii goale, unde
prezentate, sunt necesare):

-------------------------------------------------- --------------------
antete de e-mail

--+QahgC5+KEYLbs62
Tip de conținut: aplicație/pgp-criptat
Conținut-Dispoziție: atașament

Versiune: 1

--+QahgC5+KEYLbs62
Tip de conținut: aplicație/flux-octet
Content-Disposition: inline; filename="msg.asc"

-----ÎNCEPE MESAJUL PGP-----
...

-----Sfârșit MESAJ PGP-----
--+QahgC5+KEYLbs62--
-------------------------------------------------- --------------------

Rețineți că granițele constau în

o un nou caracter de linie

o două liniuțe urmate de textul de delimitare

o ultima limită este urmată de două liniuțe

o un nou caracter de linie

Diferitele formate de e-mail criptate PGP diferă în modul în care organizează
informații decriptate.

simplu criptat Mesaje.

În timpul decriptării semnătura este verificată, iar rezultatul verificării este
scris în fluxul de erori standard. Mesajul decriptat în sine conține doar unul
mesaj, organizat astfel:

-------------------------------------------------- --------------------
Tip de conținut: text/plan simplu; charset=us-ascii
Conținut-Dispoziție: inline
Codificarea transferului de conținut: citată-printabilă

textul decriptat al mesajului
-------------------------------------------------- --------------------

Multi-parte criptat Mesaje.

În timpul decriptării semnătura este verificată, iar rezultatul verificării este
scris în fluxul de erori standard. Mesajul decriptat în sine conține
mesaje multiple, organizate după cum urmează:

-------------------------------------------------- --------------------
Tip de conținut: mai multe părți/mixt; boundary="f+W+jCU1fRNres8c"
Conținut-Dispoziție: inline

--f+W+jCU1fRNres8c
Tip de conținut: text/plan simplu; charset=us-ascii
Conținut-Dispoziție: inline
Codificarea transferului de conținut: citată-printabilă

Textul primului atașament

--f+W+jCU1fRNres8c
Tip de conținut: aplicație/pdf
Conținut-Dispoziție: atașament; filename="attachment.pdf"
Codare-Transfer-Codificare: base64

textul atașamentului.pdf în codificare base64

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

Mai multe atașamente pot urma în același mod.

criptat Chat cont Conținând Detașat Semnături.

În timpul decriptării semnătura este nu verificat (dar destinatarul (destinatarii) este (sunt)
afișat) și fișierul decriptat este organizat după cum urmează:

-------------------------------------------------- --------------------
Tip de conținut: mai multe părți/semnat; micalg=pgp-sha1; protocol="application/pgp-signature";
limită="=-TNwuMvq+TfajHhvqBuO7"

--=-TNwuMvq+TfajHhvqBuO7
Tip de conținut: text/ simplu
Codificarea transferului de conținut: citată-printabilă

Textul mesajului

--=-TNwuMvq+TfajHhvqBuO7
Content-Type: application/pgp-signature; nume=semnătură.asc
Conținut-Descriere: Aceasta este o parte a mesajului semnată digital

----- ÎNCEPE SEMNATURA PGP -----
... textul semnăturii

----- ÎNCHEIȚI SEMNATURA PGP -----
--=-TNwuMvq+TfajHhvqBuO7--
-------------------------------------------------- --------------------

Ultima parte reprezintă semnătura detașată, secțiunea de conținut trebuie să fie
separat de fișierul decriptat (numit, de exemplu, decriptat) (crearea, de exemplu, a
fişier conținut). Semnătura acestui ultim fișier poate fi apoi verificată folosind comanda

gpg --verifică conținutul decriptat

rezultând verificarea semnăturii scrisă la eroarea standard (ca de obicei).
Conținutul începe imediat după prima graniță și continuă până la,
dar fără a include noua linie chiar înainte de următoarea graniță.

Utilizați gpg-remailer online folosind serviciile onworks.net