Newsgroup: it.comp.sicurezza.pgp
Titolo: [Dialog] Attribution lines e Supersedes

delimitatore «-- ».
è una quesotine "sintattica", avrai certamente notato come -- sia il
"prefisso" del codice di "fine messaggio"...
-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0 - not licensed for commercial use: 
www.pgp.com
iQA/AwUBPwILvGiYgizI8lL7EQKIpgCfVql69PSHavVhTZlklRnTfPowoNYAoLQr
C75eluuhJHxlmupmd1NkkL+E
=3EOh
-----END PGP SIGNATURE-----
-- 
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it

 delimitatore «-- ».
Beato te, a me purtroppo nei mex di risposta devo aggiungere i > a mano!
Ho già provato a chiedere aiuto ad Aldo, ma non sono riuscito a risolvere il
problema; in pratica quando rispondo ad un messaggio criptato, il mio
outlook express aggiunge i > ma mi lascia il testo criptato. Quindi sono
costretto a fare il copia/incolla e ad aggiungere a mano i >.
Qualcuno sa il perché?
Bye
Goldenaxe

 costretto a fare il copia/incolla e ad aggiungere a mano i >.
Buttalo... :)
-- 
---> 
ra...@despammed.com
                                  ICQ:11928715
----------------------------------------------------------------------
ATTENZIONE:
Utilizzate l'indirizzo qui sopra per rispondere.

Grazie ;)
C'è da dire che in *realtà* il prefisso da cercare sarebbe "-----BEGIN PGP
SIGNATURE-----" e non un mero "--", probabilmente è stata una scelta fatta
"ai primi tempi" per permettere di usare un tokenizzatore con una memoria
di 2 caratteri e non di 30.
In GPG, infatti, mi pare che ci sia un opzione (non standard!) per
ignorare i trattini e lasciarli come sono.
Il problema è che l'opzione non deve supportarla solo chi scrive ma anche,
e soprattutto, chi legge.. quindi è praticamente inutilizzabile.
Lapo
-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0 - not licensed for commercial use: 
www.pgp.com
iQA/AwUBPwKqgGiYgizI8lL7EQLzMACfYc7HExXQmq1cJZH1VIRnMjYJ5N0AnRqO
x5tCH9Zot/xfd8r+X2471hqn
=wwF7


 al punto 7.1 "Dash-Escaped Text",
che riporto in parte, per chi legge off-line:
| [...]
| Dash escaped cleartext is the ordinary cleartext where every line 
| starting with a dash '-' (0x2D) is prefixed by the sequence dash '-' 
| (0x2D) and space ' ' (0x20). This prevents the parser from 
| recognizing armor headers of the cleartext itself. The message digest 
| is computed using the cleartext itself, not the dash escaped form. 
| [...]
Ciao,
un TJL73 che spera di non aver fatto troppa confusione...
-- 
"Il competente e` un uomo che sbaglia secondo le regole."
                                                          -- Paul Valery

 Beato te, a me purtroppo nei mex di risposta devo aggiungere i > a mano!
L'editor di GPGshell permette di aggiungere e/o eliminare sia i segni di
quote a inizio riga (">"), oltre a permettere l'eliminazione dei
trattini ad inizio riga, per i messaggi "dash escaped" ("- ").
Ciao,
un TJL73 che anticipa le novità della v2.90...
-- 
"A tre persone con la stessa mansione in un cantiere edile, fu chiesto
 quale fosse il loro lavoro. <<Spacco pietre>>, rispose il primo. <<Mi
 guadagno da vivere>> rispose il secondo. <<Partecipo alla costruzione
 di una cattedrale>> disse il terzo."                  -- Peter Schulz

| is computed using the cleartext itself, not the dash escaped form. 
č vero!
NON č AFFATTO un problema di "quanto look-ahead c'č", nel caso ni cui
dentro a un messaggio firmato ci sia, ad esempio, una chiave (anceh lei in
aemor) ci sarebbe poco modo per spiegargil che non č la fine...
-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0 - not licensed for commercial use: 
www.pgp.com
iQA/AwUBPwMxomiYgizI8lL7EQLXKgCg3balVn39J37h4ie9kwpE86u8kzwAoPSQ
J39PpL7dbitcZpV9XXqs4S3o
=FCJE


 delimitatore «-- ».
,----[ 
http://www.faqs.org/rfcs/rfc934.html
 ]
| Character-Stuffing the Encapsulation Boundary
| 
| It should be noted that the protocol is general enough to support both
| general forwarding of messages and the specific case of digests.
| Unfortunately, there is one issue of message encapsulation which
| apparently is not addressed by any forwarding agent (to the authors'
| knowledge) in the ARPA-Internet: what action does the forwarding agent
| take when the encapsulation boundary occurs within a the text portion of a
| message being forwarded?  Without exception, this circumstance is ignored
| by existing forwarding agents.
| 
| To address this issue, this memo proposes the following character-stuffing
| scheme: the encapsulation boundary is defined as a line which starts with
| a dash.  A special case is made for those boundaries which start with a
| dash and are followed by a space (decimal code 32, " ").
`----
-- 
everybody hurts sometimes