2008/6/7, Roberto Resoli <roberto.resoli@xxxxxxxxx>: > 2008/6/7, Guido Brugnara <gdo@xxxxxxxxx>: > > > Il file è generato don Dike Pro di Infocamere. > > > Quindi sw non libero... difficile capire cosa combina. > Hai provato a fare verifiche incrociate con altri sw? > > In ogni caso i formati prodotti *devono* essere aderenti a specifiche > perfettamente libere, quindi, in caso di violazioni, segnalerei la > cosa al produttore e per conoscenza, al CNIPA. > > Perchè non ci alleghi uno dei file in questione? > > > > Il file NOME.pdf con estensione .m7m contiene effettivamente, come ci si > > aspetterebbe i due file NOME.pdf.p7m.e NOME.pdf.p7m.csr > > > > usando il comando in linux posso estrarli. I file vengono nominati: > > > > vm30:~# munpack report.32914.pdf.m7m > > U:CondivisioneFilezipreport.32914.pdf.p7m > > (application/pkcs7-mime) > > U:CondivisioneFilezipreport.32914.pdf.p7m.tsr > > (application/timestamp-reply) > > > > Ma se analizzo il file > > U:CondivisioneFilezipreport.32914.pdf.p7m estratto con > > "munpack", anche usando Dike Pro mi segala la non presenza di alcuna firma. > > > > Se guardo il contenuto del file si vede che contiene il file PDF (infatti > > leggendolo con acroread si legge in quanto l'applicazione riesce a capire > > inizio e fine del documento PDF) > > > ah! non lo sapevo, interessante! > > > ed in fondo le due firme ma non si capisce > > con quale "busta" siano stati confezionati e perchè se estratti con > "munpak" > > anche con Dike quel file estratto appare non leggibile. > > > > Ho quindi analizzato il contenuto del file e mi sono accorto che > all'inizio > > c'era un <CR><LF> di troppo !!! > > > > 0000000 \r \n 0 203 001 Å | 006 \t * 206 H 206 ÷ \r 001 > > 0000010 \a 002 203 001 Å l 0 203 001 Å g 002 001 001 1 > > 0000020 \v 0 \t 006 005 + 016 003 002 032 005 \0 0 203 001 ¸ > > 0000030 * 006 \t * 206 H 206 ÷ \r 001 \a 001 203 001 ¸ > > 0000040 032 004 203 001 ¸ 025 % P D F - 1 . 4 \r \n > > 0000050 1 0 o b j \r \n < < \r \n / P r > > > > Togliendoli il file diventa leggibile! > > > Dovresti controllare se i m7m devono essere aderenti alle rfc > relative, e quindi sono codificati asn1, oppure sono una creazione > nostrana. in particolare. http://www.cnipa.gov.it/site/_contentfiles/01381700/1381784_DELIBERAZIONE%2017%20febbraio%202005_2.pdf (formati di firma) per la marcatura vale la rfc 3161 m7m è un'invenzione di infocamere! http://lists.comune.grosseto.it/pipermail/padoc/2004-March/000011.html http://lists.comune.grosseto.it/pipermail/padoc/2004-March/000012.html sul sito cnipa una ricerca per m7m non dà nessun risultato ciao, rob -- Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx