gpg-remailer - Online nel cloud

PROGRAMMA:

NOME

gpg-remailer - inoltra la posta crittografata/firmata PGP/GPG crittografata/firmata nuovamente a un gruppo

SINOSSI

gpg-remailer [Opzioni]

DESCRIZIONE

Gpg-remailer decodifica i messaggi PGP/GPG ricevuti, verifica la firma ricevuta e
crittografa nuovamente l'e-mail per un gruppo ben definito di destinatari. Anche Gpg-remailer può essere
configurato in modo da elaborare e-mail in chiaro.

Usando gpg-remailer la lista dei membri di un gruppo di persone che vogliono scambiare cifrati
e le e-mail autenticate (e forse anche i messaggi di testo in chiaro) possono essere mantenute in uno
posizione, consentendo ai membri del gruppo di specificare un solo indirizzo e-mail da inviare
PGP/GPG firmato e crittografato (o facoltativamente in chiaro) e-mail a.

Gpg-remailer legge la posta in arrivo dal suo flusso di input standard.

Se l'e-mail in arrivo è in chiaro, invia nuovamente l'e-mail a uno o più configurabili
indirizzi email.

Se l'e-mail in arrivo è crittografata con PGP/GPG (e opzionalmente firmata) ricodifica il
ricevuto le informazioni per ogni membro di un gruppo configurabile e invia il re-encrypted
informazioni a uno o più indirizzi di posta elettronica configurabili.

Di per sé, gpg-remailer non è una mailing list. Tuttavia, l'indirizzo del destinatario configurato
potrebbe essere, ad esempio, un indirizzo di mailing list, per un'ulteriore distribuzione dell'e-mail elaborata.
Gpg-remailer è un remailer: utilizza i dati del messaggio, ma non le sue intestazioni. Avendo
ricevuto un'e-mail rinvia, anziché inoltrare, l'e-mail ricevuta. L'e-mail che
viene ricevuto tramite gpg-remailer quindi contiene un set completamente nuovo di intestazioni di posta elettronica.

È possibile utilizzare un file di configurazione e le opzioni della riga di comando per la messa a punto
comportamento di gpg-remailer.

RITORNO VALORE

Gpg-remailer restituisce sempre 0 al sistema operativo per prevenire Sconosciuto postale errore
messaggi nei log dell'MTA. Tuttavia, quando gpg-remailer termina prematuramente un messaggio di errore
viene scritto nel flusso di errore standard.

REQUISITI

Per poter usare gpg-remailer devono essere soddisfatti i seguenti requisiti (tutti i comandi dovrebbero
essere rilasciato dal radice utente):

o Poiché più gruppi possono utilizzare gpg-remailer si consiglia di definire funzionale
gli account che gestiscono la posta elettronica devono essere elaborati da gpg-remailer. Un account funzionale
sec può essere definito utilizzando un comando come questo:

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

o Tutte le posizioni utilizzate dal gpg-remailer devono essere altamente restrittive
autorizzazioni. Ad esempio, i conti funzionali dovrebbero essere impostati umask 077. È il
responsabilità dell'utente di assicurarsi che i diritti di accesso siano corretti
configurato.

o Considera la possibilità di rendere tutti gli account gpg-remailer funzionali membri di un gruppo speciale
(per esempio, gpg-remailer) e consentire l'esecuzione di /usr/sbin/gpg-remailer solo i miei membri
di quel gruppo:

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

o Per consentire all'account funzionale di gestire la posta in arrivo sudo(1) può essere utilizzato. In
il file / etc / sudoers si possono inserire le seguenti righe (REMAILER può essere dato un file
elenco separato da virgole di nomi di account funzionali, mailhost.org dovrebbe essere sostituito
con il nome dell'host che gestisce la posta in arrivo):

Runas_Alias ​​REMAILERS = secmail

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

Ad esempio, se gpg-remailer viene eseguito su un computer denominato remailer.miodominio.nl che può
ricevere le e-mail in arrivo, quindi specificare remailer.miodominio.nl per mailhost.org.

o È necessario definire un indirizzo e-mail a cui inviare la posta da ricodificare.
Questo indirizzo e-mail deve essere conosciuto dai membri del gruppo che vogliono utilizzare il
gpg-remailer. Tale account potrebbe essere, ad es., [email protected], che appare come un file
indirizzo di posta definito in, ad es. /etc/mail/alias. L'indirizzo per questo esempio
verrebbe inserito nel /etc/mail/alias file (alcune installazioni usano
/etc/aliases) in questo modo:

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

LA NICKNAME UTENTE PGP KEY ANELLI

o L'account funzionale deve essere dotato di una coppia di chiavi GPG/PGP. La sua chiave pubblica deve
essere distribuito tra le persone che possono inviare posta a gpg-remailer
(che potrebbe essere il mondo se la chiave pubblica è pubblicata su un server di chiavi PGP). Da quando
il gpg-remailer deve essere in grado di agire da solo, la chiave segreta non deve richiedere a
frase d'accesso. La chiave può essere creata come segue (dopo il comando iniziale, che è
specificato da radice, i restanti comandi attraverso la finale exit comando alla fine
di questa sezione sono eseguiti dallo pseudo-utente sec):

su - sec

gpg --gen-key

Al gpg --gen-chiave comanda il gpg programma richiede alcuni dettagli. Accetta il
impostazioni predefinite a meno che tu non abbia motivo per non farlo, ma assicurati di non richiedere a
passphrase: premere entrare due volte quando richiesto.

Alcuni aggiuntivo suggerimenti:

o Dettagli per definire una chiave PGP senza password:

definire la chiave RSA predefinita, dimensione 2048, che non scade mai
vero nome: account funzionale secmail gpg-remailer
indirizzo email: [email protected]
Nessuna passphrase richiesta: premi Invio due volte.

o Specificare il key-id della gpg-key appena creata come chiave predefinita nel file
~/.gnupg/gpg.conf (o ~/.gnupg/opzioni, a seconda di quale viene utilizzato). Per esempio,

chiave predefinita 1234ABCD

o Aggiungi anche una riga contenente

forza-mdc

a ~/.gnupg/gpg.conf. Questo impedisce l'avvertimento

ATTENZIONE: il messaggio non era protetto dall'integrità

o Se si desidera consentire ai membri non appartenenti al gruppo di inviare e-mail a gpg-remailer, considerare
aggiungendo una specifica del server chiave a ~/.gnupg/gpg.conf anche, per consentire il
recupero automatico delle chiavi pubbliche mancanti. Ad esempio, aggiungi una riga come

server delle chiavikeys.gnupg.net

a ~/.gnupg/gpg.conf.

o Prossimo utilizzo gpg --chiavi-di-ricerca, gpg --tasti-recv or gpg --importare (Vedi gpg(1)
man-page per i formati richiesti di questi comandi) per aggiungere già le chiavi pubbliche
di tutti i membri del gruppo che utilizzeranno gpg-remailer allo pseudo utente
portachiavi pubblico.

o Se esiste un membro del gruppo che ha firmato le chiavi GPG/PGP di tutti gli altri membri, allora
considerare di fidarsi completamente di questo membro, per evitare avvisi derivanti dall'uso
chiavi non attendibili.

o Una volta che la coppia di chiavi GPG di gpg-remailer è stata creata, fornire le chiavi del remailer
chiave pubblica ai membri del gruppo. Questi membri dovrebbero importare la chiave pubblica
e dovrebbero essere avvisati di firmare la chiave pubblica del remailer per evitare avvisi
sull'utilizzo di una chiave pubblica non verificata. La chiave pubblica del remailer può essere esportata
archiviare usando

gpg --armor --export secmail > secmail.pub

e i membri del gruppo possono importare la chiave pubblica del remailer utilizzando:

gpg --import secmail.pub

o Quando un nuovo membro viene aggiunto al gruppo, dovrebbe aggiungere la chiave pubblica del remailer
al proprio portachiavi pubblico e fornire la propria chiave pubblica per l'importazione nel
portachiavi pubblico dell'account funzionale.

o Gpg-remailer richiede l'esistenza di un file di configurazione e di una directory per
memorizzare i suoi file temporanei in. Vedere la sezione CONFIGURAZIONE RISORSE qua sotto.

o Dopo aver preparato i keyring PGP dello pseudo utente, il comando exit ti riporta a
, il radice sessione dell'utente.

VERSIONI

Se disponibili, le opzioni a lettera singola sono elencate tra parentesi dopo la loro
varianti a lunga opzione associate. Le opzioni a lettera singola richiedono argomenti se il loro
anche le opzioni lunghe associate richiedono argomenti.

o - debug (-d)
Quando specificato, i messaggi di debug vengono registrati nel file di registro (vedi sotto). Quando questo
l'opzione è specificata i file scritti da gpg-remailer non vengono rimossi dopo
gpg-remailer ha elaborato un'e-mail in arrivo.

o --Aiuto (-h)
Un breve riepilogo dell'utilizzo viene visualizzato sullo standard output, dopodiché
gpg-remailer termina.

o --file di log=Nome del file (-l)
Specifica il file su cui sono scritti i messaggi di registro di gpg-remailer (per impostazione predefinita
~/etc/gpg-remailer.log).

o --loglevel=livello (-L)
LogLevel 0 fornisce un ampio output di debug così come tutti gli altri messaggi di log;
LogLevel 1 registra i comandi eseguiti ei messaggi predefiniti;
LogLevel 2 registra i messaggi predefiniti (caratteristiche di entrata e uscita
e-mail) (predefinito);
Livelli più alti sopprimeranno la registrazione.

o --membro=PGP e-mail indirizzo (-m)
L'indirizzo e-mail della chiave PGP per cui crittografare nuovamente il messaggio. Sostituisce i membri
elencato nel file di configurazione. Questa opzione può essere specificata più volte quando
più membri devono essere specificati nella riga di comando. Con ogni --membro opzione
fornire un solo indirizzo e-mail (ad es. [email protected]. Questo formato non è
controllati da gpg-remailer, ma il mancato rispetto può comportare gpg-remailer essendo
impossibile crittografare nuovamente o inviare messaggi di posta elettronica. Il --membro le specifiche possono anche essere
utilizzato per specificare un insieme di indirizzi di buste di posta elettronica da dove si trova la posta elettronica in chiaro
accettato, utilizzando il Busta: Persone ed testo chiaro: busta file di configurazione
specifiche.

o --noMail
Quando specificato non viene inviata alcuna posta.

o --nr=numero-file (-n)
I file creati da gpg-remailer durante l'elaborazione delle e-mail in arrivo vengono conservati e
ricevere suffisso numero-file, che dovrebbe essere un numero.

o --destinatario=e-mail indirizzo (-r)
L'indirizzo o gli indirizzi del destinatario dell'e-mail (ri-crittografata o semplice) reinviata. Sostituzioni
i destinatari elencati nel file di configurazione. Come con il --membri opzione,
più destinatari possono essere specificati fornendo più --destinatario opzioni.
Questi indirizzi possono o non possono essere univoci. Se più indirizzi identici sono
gpg-remailer specificato invierà e-mail a ciascuno di questi moltiplicatori specificati
indirizzi.

Ogni --destinatario L'opzione dovrebbe normalmente definire solo un semplice indirizzo e-mail (ad es.
[email protected], ma multiplo --destinatario si accettano anche opzioni. Il
il formato degli indirizzi e-mail non è verificato da gpg-remailer, ma fornendo qualsiasi
informazioni aggiuntive o diverse da un semplice indirizzo e-mail possono comportare
gpg-remailer non essere in grado di crittografare nuovamente o inviare nuovamente i messaggi di posta elettronica.

Oltre ai semplici indirizzi di posta elettronica, la specifica --destinatario Persone può essere
utilizzato per indicare che la posta ricodificata deve essere inviata a tutti gli indirizzi di posta elettronica
specificato usando membro specifiche.

o --fare un passo=Nome
Eseguire il passaggio indicato del processo di remailing. I nomi dei passaggi sono:

hdr (scrivi le intestazioni della posta),
org (scrivi i dati della posta),
dicembre (solo per e-mail crittografate PGP: scrivi le informazioni decrittografate),
doc (solo per e-mail crittografate PGP: creare le informazioni da inviare),
enc (solo per e-mail crittografate PGP: crittografare le informazioni da inviare),
posta in chiaro (inviare posta in chiaro),
clearmail:indirizzo (inviare la posta solo all'indirizzo fornito, ignorare il/i destinatario/i
diversamente specificato). pgpmail (invia posta crittografata pgp),
pgpmail:indirizzo (invia posta crittografata pgp solo all'indirizzo fornito, ignora
destinatario(i) specificato diversamente).

step hdr è completamente facoltativo. I passaggi successivi dipendono dai passaggi precedenti. Per esempio, --fare un passo
doc può essere richiesto solo dopo aver specificato --fare un passo dicembre in una corsa precedente.

Con passaggi di posta elettronica in chiaro dicembre, dottore, enc ed pgpmail non dovrebbe essere fornito.

Con il passaggio della posta crittografata PGP posta in chiaro non dovrebbe essere fornito.

o --tmp=sentiero (-t)
Il percorso della directory in cui sono scritti i file temporanei (per impostazione predefinita:
$CASA/tmp). Questo dovrebbe essere un percorso assoluto.

o --umask=valoreottale
Per impostazione predefinita, gpg-remailer usa umask 077 per tutti i file che crea: solo il
lo pseudo-utente ha i permessi di lettura e scrittura. In circostanze normali dovrebbe esserci
nessun motivo per modificare questo valore umask, ma se necessario il --umask l'opzione può essere
utilizzato, fornendo un valore ottale, per specificare un valore umask alternativo.

o --versione (-v)
Il numero di versione di Gpg-remailer viene scritto nel flusso di output standard dopo
quale gpg-remailer termina. )

CONFURAZIONE RISORSE

Il file di configurazione predefinito è ~/etc/gpg-remailer.rc sotto lo pseudo utente
directory principale. Il suo percorso può essere modificato utilizzando un'opzione del programma.

Le righe vuote vengono ignorate. Informazioni su e oltre #-personaggi è interpretato come
commento e viene anche ignorato.

Tutte le direttive nel file di configurazione obbediscono al modello

direttiva: valore

Una riga può contenere al massimo una direttiva, ma spazi bianchi (compreso il commento al
fine della riga) va bene. Diverse direttive possono essere specificate più volte;
in caso contrario viene utilizzata la prima occorrenza di una direttiva. Tutte le direttive sono
interpretato Custodie insensibile, ma i loro valori vengono utilizzati come specificato. Per esempio,
DEBUG: vero è buono come eseguire il debug: vero, ma eseguire il debug: TRUE non è riconosciuto.
Le righe non vuote che non iniziano con una direttiva riconosciuta vengono ignorate silenziosamente.

Sono supportate le seguenti direttive (i valori predefiniti sono mostrati tra
parentesi; quando nessuno è specificato non c'è un valore predefinito). Quando comando equivalente
vengono utilizzate le opzioni di riga, quindi prevalgono sulle specifiche del file di configurazione.

o eseguire il debug: logica (falso)
Quando logica è specificato come vero i messaggi di debug verranno registrati nel file di registro (vedi
qui di seguito). Opzioni della riga di comando: --debug, -d. Quando questa opzione è specificata i file
scritti da gpg-remailer non verranno rimossi al termine di gpg-remailer.

o testo chiaro: specificazione (respinto)
Per impostazione predefinita, gpg-remailer non accetta e-mail in chiaro. Questo può esplicitamente
essere indicato nel file di configurazione utilizzando il

testo chiaro: respinto

specifica. Se l'e-mail in chiaro deve essere consentita, specificare

testo chiaro: accettato

È anche possibile specificare gli indirizzi delle buste per cui si accettano
ricevuto e-mail in chiaro. Se questo è richiesto, specificare

testo chiaro: busta

e definire gli indirizzi e-mail della busta accettata utilizzando il tasto Busta: configurazione
opzione.

o Busta: e-mail indirizzo
I busta le specifiche vengono interpretate solo quando testo chiaro: busta è stata
specificato. quando testo chiaro: busta è stata specificata solo l'e-mail in chiaro utilizzando uno
del configurato busta gli indirizzi verranno rispediti al configurato
destinatari. La specifica busta speciale

Busta: Persone

può essere utilizzato per indicare che gli indirizzi di busta che sono uguali agli indirizzi
specificato usando membro le specifiche sono tutte accettate.

Tutti gli indirizzi delle buste vengono interpretati senza distinzione tra maiuscole e minuscole. Per impostazione predefinita (se no
busta specifica è stata fornita) tutti gli indirizzi delle buste sono accettati, in
in tal caso la specifica testo chiaro: busta si riduce a testo chiaro: accettato.

o keepFile: nr
Quando viene specificato un numero, tutti i file scritti da gpg-remailer usano l'opzione specificata
numero e non vengono rimossi quando gpg-remailer termina. Quando questa opzione non lo è
specificato che i file ricevono un'estensione numerica casuale risultante nella creazione di
nuovo, ancora inesistente *. File.

o file di registro: Nome del file (etc/gpg-remailer.log)
Il file su cui sono scritti i messaggi di log di gpg-remailer.

o livello di log: APPREZZIAMO (2)
LogLevel 0 fornisce un ampio output di debug così come tutti gli altri messaggi di log;
LogLevel 1 registra i comandi eseguiti ei messaggi predefiniti;
LogLevel 2 registra i messaggi predefiniti (caratteristiche di entrata e uscita
e-mail);
Con livelli più alti la registrazione viene soppressa.

o membro: indirizzo
Possono essere specificati più membri. Ogni membro specifica specifica una chiave PGP
indirizzo e-mail per cui crittografare nuovamente il messaggio. Gli indirizzi dovrebbero essere semplici e-mail
indirizzi (es. [email protected]), e non dovrebbe contenere altri elementi (come
il nome della persona che utilizza l'indirizzo). Questo formato non è controllato da
gpg-remailer, ma il mancato rispetto può comportare gpg-remailer non potendo
crittografare nuovamente o inviare messaggi di posta elettronica. Il membro le specifiche possono essere utilizzate anche per
specificare un insieme di indirizzi di buste e-mail da cui si trova l'e-mail in chiaro
accettato, utilizzando il Busta: Persone ed testo chiaro: busta specifiche.

o noMail: logica (falso)
Quando specificato come vero non viene inviata alcuna posta.

o destinatario: e-mail indirizzo
L'indirizzo o gli indirizzi del destinatario dell'e-mail (ricrittografata o semplice) reinviata. multiplo
i destinatari possono essere specificati. Questi indirizzi possono o non possono essere univoci. Se multiplo
vengono specificati indirizzi identici gpg-remailer invierà un'e-mail a ciascuno di questi
moltiplicare gli indirizzi specificati. I destinatari devono essere specificati utilizzando una semplice e-mail
indirizzi (es. [email protected]). La posta ricodificata viene inviata a ciascuno
destinatario a sua volta. La specifica

destinatario: Persone

può essere utilizzato per indicare che la posta ricodificata deve essere inviata a tutte le e-mail
indirizzi specificati usando membro specifiche.

o rispondi a: pieno indirizzo
L'indirizzo di risposta può essere qualsiasi indirizzo e-mail di risposta. La risposta a diventa il
indirizzo di risposta predefinito per il destinatario che riceve il messaggio di posta elettronica di gpg-remailer.
Le virgolette e le virgolette doppie vengono rimosse dall'indirizzo di risposta. Una risposta a
specifica potrebbe essere, ad es.

SECMAIL firmato E crittografato[email protected]>

Questa specifica dovrebbe essere conforme ai requisiti definiti nella RFC 822:
Standard per ARPA Internet Testo Messaggi . Potrebbe verificarsi il mancato rispetto della RFC 822
nel programma di invio e-mail rifiutando l'e-mail inviata dal
gpg-remailer.

o firma: requisito (Richiesto)
Questa opzione viene utilizzata per controllare il controllo della firma. I valori riconosciuti sono:
nessuna (o non specificato): non viene eseguito alcun controllo della firma;
necessario: deve essere stata fornita una firma PGP;
buono: la firma PGP deve essere riconosciuta come una "firma valida".

o tmp elenco (tpm/)
La directory in cui gpg-remailer scrive i suoi file temporanei. )

FORMATI

Sebbene l'utilizzo di PGP/GPG nella posta elettronica sia una tecnologia consolidata, vari formati di
e-mail sono possibili. Attualmente gpg-remailer riconosce i seguenti formati:

o Messaggi crittografati semplici, costituiti da un corpo di posta elettronica crittografato;

o Messaggi crittografati in più parti;

o Messaggi crittografati contenenti firme staccate.

Di seguito viene fornita una descrizione del contenuto effettivo di PGP crittografato e decifrato
File.

Tutte le e-mail crittografate con PGP mostrano le seguenti intestazioni (i valori limite saranno
differiscono su diversi messaggi di posta elettronica):

Tipo di contenuto: multiparte/crittografato; protocol="application/pgp-encrypted";
confine="+QahgC5+KEYLbs62"
Disposizione del contenuto: in linea

Tutta la posta elettronica crittografata con PGP mostra la seguente organizzazione (le linee sono usate per
separare l'organizzazione della posta elettronica dal testo di questa pagina man e non lo sono
effettivamente presente nell'e-mail o nelle informazioni decrittografate; righe vuote, dove
indicati, sono obbligatori):

-------------------------------------------------- --------------------
intestazioni di posta

---+QahgC5+KEYLbs62
Tipo di contenuto: application/pgp-encrypted
Disposizione del contenuto: allegato

Versione: 1

---+QahgC5+KEYLbs62
Tipo di contenuto: application / octet-stream
Contenuto-Disposizione: in linea; nomefile="msg.asc"

-----INIZIO MESSAGGIO PGP-----
...

-----FINE MESSAGGIO PGP-----
---+QahgC5+KEYLbs62--
-------------------------------------------------- --------------------

Nota che i confini sono costituiti da

o un nuovo carattere di linea

o due trattini seguiti dal testo di confine

o l'ultimo confine è seguito da due trattini

o un nuovo carattere di linea

I vari formati di posta elettronica crittografati PGP differiscono nel modo in cui organizzano il
informazioni decifrate.

Un'espansione Encrypted Messaggi.

Durante la decrittazione viene verificata la firma e il risultato della verifica è
scritto nel flusso di errore standard. Il messaggio decifrato stesso ne contiene solo uno
messaggio, organizzato come segue:

-------------------------------------------------- --------------------
Tipo di contenuto: testo/normale; charset=us-ascii
Disposizione del contenuto: in linea
Content-Transfer-Encoding: quoted-printable

testo decifrato del messaggio
-------------------------------------------------- --------------------

Multiparte Encrypted Messaggi.

Durante la decrittazione viene verificata la firma e il risultato della verifica è
scritto nel flusso di errore standard. Il messaggio decifrato stesso contiene
più messaggi, organizzati come segue:

-------------------------------------------------- --------------------
Tipo di contenuto: multiparte/misto; confine="f+W+jCU1fRNres8c"
Disposizione del contenuto: in linea

--f+W+jCU1fRNres8c
Tipo di contenuto: testo/normale; charset=us-ascii
Disposizione del contenuto: in linea
Content-Transfer-Encoding: quoted-printable

Testo del primo allegato

--f+W+jCU1fRNres8c
Tipo di contenuto: application/pdf
Contenuto-Disposizione: allegato; nomefile="allegato.pdf"
Content-Transfer-Encoding: base64

testo dell'allegato.pdf in codifica base64

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

Più allegati potrebbero seguire allo stesso modo.

Encrypted Messaggi contenente Distaccato Firme.

Durante la decrittazione la firma è non verificato (ma il destinatario (i) è (sono)
mostrato) e il file decifrato è organizzato come segue:

-------------------------------------------------- --------------------
Tipo di contenuto: multiparte/firmato; micalg=pgp-sha1; protocol="application/pgp-signature";
confine="=-TNwuMvq+TfajHhvqBuO7"

----TNwuMvq+TfajHhvqBuO7
Content-Type: text / plain
Content-Transfer-Encoding: quoted-printable

Testo del messaggio

----TNwuMvq+TfajHhvqBuO7
Tipo di contenuto: application/pgp-signature; nome=firma.asc
Descrizione del contenuto: questa è una parte del messaggio con firma digitale

----- INIZIA LA FIRMA PGP -----
... testo della firma

----- FINE FIRMA PGP -----
----TNwuMvq+TfajHhvqBuO7--
-------------------------------------------------- --------------------

L'ultima parte rappresenta la firma staccata, la sezione dei contenuti deve essere
separato dal file decifrato (denominato, ad es., decriptato) (creando, ad esempio, il
filetto testuali). La firma di quest'ultimo file può quindi essere verificata utilizzando il comando

gpg --verifica i contenuti decifrati

con conseguente verifica della firma scritta sull'errore standard (come al solito).
I contenuti iniziano immediatamente dopo il primo confine e continuano fino a,
ma non includendo, la nuova linea appena prima del confine successivo.

Usa gpg-remailer online usando i servizi onworks.net