openpec-users — OpenPEC user's discussions

[Openpec-users] openssl-devel-0.9.7d.rpm

[Keram Y. <ker...@gm...>]

Dear Openpec community,

I wanted to install the OpenPec on Ubuntu 20.04. However I am stuck at
installing a perl module: Crypt::SMimeEngine. After reading Frequently
Asked Questions (FAQ) #9, I realized that I need to install these two
packages: openssl-0.9.7d.rpm openssl-devel-0.9.7d.rpm. Fortunately, I have
found the source of the first package (openssl-0.9.7d.rpm) and installed
it. However, I found it really difficult to find the source of the second
package: openssl-devel-0.9.7d.rpm. I searched on https://www.rpmfind.net/
which is indicated on the answer section of the same (FAQ) #9. But, there
is no luck. I have also searched on Google, Bing. There is still no luck.
Can anybody help me pass the download link of this package? I would be
really grateful for that.

Best regards
Keram Yasin

[Openpec-users] openpec.org Domain grabbed

[Romedius W. <me...@ro...>]

Dear all,

Sorry, my italian is really bad, so I will write in english.
It seems that openpec.org got grabbed by someone and I was wondering if
there is some sort of maintainer left that cares? Is the company behind
openpec still alive or did Aruba buy them?

openpec.org is listed on wikipedia and on
http://www.postfix.org/addon.html - if no one else is left that feels
responsible I will try to get the site unlisted.

KR Romedius

[Openpec-users] _pasquale.davide_

[Davide P. <pas...@gm...>]

http://ismailinyerikaracamtesisleri.com/tybux/vvgkmq.vhcvbj

Re: [Openpec-users] Eliminazione delle anomalie di trasporto

[Alberto Z. - P. <al...@az...>]

Ottimo, funziona.
Grazie mille,
Alberto


Il 02/04/2013 15:55, Flavio Fanton ha scritto:
> Ciao Alberto,
>
> credo che la questione venga trattata al cap. 6.4 delle regole tecniche:
>
> /..."se il messaggio in ingresso non proviene da un sistema di posta 
> certificata"...."se propagato verso il destinatario:"..../
>
> Questo significa che il gestore può decidere in autonomia se propagare 
> o meno il messaggio verso la casella del destinatario.
>
> A questo proposito possono essere utilizzati i seguenti parametri
>
> /# stabilisce se inoltrare al destinatario locale mail//
> //# che hanno fallito la verifica della firma//
> //# true per deliverale, false altrimenti//
> //$delivery_NO_cert = 1;//
> //
> //# stabilisce se inoltrare al destinatario locale mail//
> //# che non contengono la firma come definita dalle regole tecniche.//
> //# Controllo piu' leggero di $delivery_NO_cert dove si entra nel //
> //# merito della firma//
> //# true per deliverale, false altrimenti//
> //$delivery_NO_certLight = 1;/
>
>
> -- 
> *** Fanton Flavio
> Aruba S.p.A. -www.aruba.it
> Pec:fa...@pe...
> Office: 05751939862
> mobile: +393476765395
> Il 02/04/2013 11:57, Alberto Zuin - Personale ha scritto:
>> Salve,
>> vorrei sapere se è possibile configurare (e se è legale) configurare
>> OpenPEC perchè respinga tutti i messaggi non PEC senza inoltrare il
>> messaggio di anomalia di trasporto al destinatario.
>> Ho trovato un riferimento in un commento alla riga 1173 del file
>> opec.pl, ma non ho capito se la cosa è stata implementata.
>> Grazie,
>> Alberto Zuin
>>
>
>
>
> ------------------------------------------------------------------------------
> Own the Future-Intel(R) Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest. Compete
> for recognition, cash, and the chance to get your game on Steam.
> $5K grand prize plus 10 genre and skill prizes. Submit your demo
> by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
>
>
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users


-- 
AZ Network Specialist
via Mare, 36A
36030 Lugo di Vicenza (VI)
ITALY
P.I. IT04310790284
http://www.azns.it
Tel +39.3286268626
Fax +39.0492106654

Re: [Openpec-users] Eliminazione delle anomalie di trasporto

[Flavio F. <fa...@ex...>]

Ciao Alberto,

credo che la questione venga trattata al cap. 6.4 delle regole tecniche:

/..."se il messaggio in ingresso non proviene da un sistema di posta 
certificata"...."se propagato verso il destinatario:"..../

Questo significa che il gestore può decidere in autonomia se propagare o 
meno il messaggio verso la casella del destinatario.

A questo proposito possono essere utilizzati i seguenti parametri

/# stabilisce se inoltrare al destinatario locale mail//
//# che hanno fallito la verifica della firma//
//# true per deliverale, false altrimenti//
//$delivery_NO_cert = 1;//
//
//# stabilisce se inoltrare al destinatario locale mail//
//# che non contengono la firma come definita dalle regole tecniche.//
//# Controllo piu' leggero di $delivery_NO_cert dove si entra nel //
//# merito della firma//
//# true per deliverale, false altrimenti//
//$delivery_NO_certLight = 1;/


-- 
*** Fanton Flavio
Aruba S.p.A. - www.aruba.it
Pec: fa...@pe...
Office: 05751939862
mobile: +393476765395

Il 02/04/2013 11:57, Alberto Zuin - Personale ha scritto:
> Salve,
> vorrei sapere se è possibile configurare (e se è legale) configurare
> OpenPEC perchè respinga tutti i messaggi non PEC senza inoltrare il
> messaggio di anomalia di trasporto al destinatario.
> Ho trovato un riferimento in un commento alla riga 1173 del file
> opec.pl, ma non ho capito se la cosa è stata implementata.
> Grazie,
> Alberto Zuin
>

[Openpec-users] Eliminazione delle anomalie di trasporto

[Alberto Z. - P. <al...@az...>]

Salve,
vorrei sapere se è possibile configurare (e se è legale) configurare 
OpenPEC perchè respinga tutti i messaggi non PEC senza inoltrare il 
messaggio di anomalia di trasporto al destinatario.
Ho trovato un riferimento in un commento alla riga 1173 del file 
opec.pl, ma non ho capito se la cosa è stata implementata.
Grazie,
Alberto Zuin

-- 
AZ Network Specialist
via Mare, 36A
36030 Lugo di Vicenza (VI)
ITALY
P.I. IT04310790284
http://www.azns.it
Tel +39.3286268626
Fax +39.0492106654

Re: [Openpec-users] temporal log rotation

[Gabriele N. <gab...@re...>]

Salve,
attivando lo scheduler
~# /usr/sbin/scheduler start

e settendo in /etc/opec.conf il path condiviso per la gestione dei task
$OPEC_QUEUE_PATHNAME = "$MYHOME/task";

sono riuscito a ruotare temporalmente i file di log.

Rimane ancora la seguete domanda:

> In caso di più host/instanze avremmo comunque i file di log storati
> (localmente) in /var/log/opec ; a questi file andrà apposta
> singolarmente la marca temporale?
> Le marche temporali andranno quindi acquistate tenendo conto di quanti
> host/istanze sono installati/configurate?

Grazie ancora.
Saluti,


-- 
Gabriele Nencioni

[Openpec-users] temporal log rotation

[Gabriele N. <gab...@re...>]

Salve Flavio,
ho visto che nel file di configurazione /etc/opec.conf bisogna attivare 
lo scheduler per la rotazione temporale:

~# less /etc/opec.conf
...
# * Per attivare il log con criterio temporale deve essere attivo lo 
scheduler
...

Questo vuol dire che bisogna attivare la coda condivisa anche in caso di 
una singola macchina e una singola istanza di openpec?

In caso di più macchine (e quindi di più istanze) la coda condivisa va 
abilitata obbligatoriamente?

La coda condivisa si abilita valorizzando la variabile $TEMPSHARED ?
Va inoltre settata la variabile $OPEC_QUEUE_PATHNAME

Com'è quindi la configurazione da settare nella sezione LOGGING per 
attivare la rotazione temporale dei logs?

In caso di più host/instanze avremmo comunque i file di log storati 
(localmente) in /var/log/opec ; a questi file andrà apposta 
singolarmente la marca temporale?
Le marche temporali andranno quindi acquistate tenendo conto di quanti 
host/istanze sono installati/configurate?

Grazie in anticipo per la disponibilità
Saluti,

-- 
Gabriele Nencioni

[Openpec-users] R: Re: Problema con certificati

[<fa...@ex...>]

Ciao Alberto,

Non mi pare ci siano regole stringenti, e' comunque universamente accettato allegare insieme al proprio certificato tutti gli altri della catena ad esclusione del root che dobbiamo pretendere essere presente dall'altra parte.
Le mail ti raggiungono ovunque con BlackBerry® from Vodafone!

-----Original Message-----
From: Alberto Zuin <al...@az...>
Date: Fri, 11 May 2012 08:28:59 
To: OpenPEC Users List<ope...@li...>
Reply-To: OpenPEC Users List <ope...@li...>
Subject: Re: [Openpec-users] Problema con certificati

Dal punto di vista tecnico, ho risolto aggiungendo i due certificati che 
compongono la catena (Baltimore... e CA) ad $add_certs; il file ldif non 
è stato cambiato.

Resta il nodo più burocratico: è corretto secondo le norme che 
l'operatore esegua i controlli su tutta la catena di certificati e non 
solo su quello del gestore?
In subordine: i test di DigitPA/CNR non hanno evidenziato il problema, 
quindi dovrebbero modificare la loro piattaforma di test per accorgersene.
Alberto Zuin

On 08/05/2012 16:27, Alberto Zuin wrote:
> Ultimamente ho riscontrato un problema con un (e uno solo) operatore PEC
> che considera i nostri messaggi come anomalie rilevando un problema di
> certificato.
> La nostra configurazione di OpenPEC prevede il settaggio delle sole
> variabili $filePrivateKey e $certFile conteneti il certificato "finale",
> mentre sono commentate le impostazioni #$CApath e #$add_certs. Il
> problema che rilevano è che non trovano il certificato intermedio
> (quello di DigitPA), però è un problema rilevato solo da questo provider
> PEC.
> La prima domanda, quindi, è: secondo la normativa vigente, può questo
> operatore eseguire un simile controllo? Siamo noi che non siamo
> compliant alla normativa (nonostante il superamento dei test di DigitPA)
> oppure è lui che non la rispetta?
>
> Nel caso fossimo noi in difetto, per sistemare il problema come mi
> conviene operare? Aggiungendo i certificati intermedi e di CA tramite
> CApath, tutti gli operatori resituiscono un errore: immagino che questo
> dipenda dalla mancanza di corrispondenza tra il certificato usato da
> OpenPEC e quello presente nel file ldif. Se così fosse, dovendo
> aggiornare anche il file ldif, qual è la procedura migliore in modo da
> avere il minor disservizio possibile durante la propagazione del nuovo
> file?
>
> Grazie,
> Alberto Zuin
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users


-- 
----------------------------
Alberto Zuin
via Mare, 36/A
36030 Lugo di Vicenza (VI)
Italy
P.I. 04310790284
Tel. +39.0499271575
Fax. +39.0492106654
Cell. +39.3286268626
www.azns.it - al...@az...


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Openpec-users mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/openpec-users

Re: [Openpec-users] Problema con certificati

[Alberto Z. <al...@az...>]

Dal punto di vista tecnico, ho risolto aggiungendo i due certificati che 
compongono la catena (Baltimore... e CA) ad $add_certs; il file ldif non 
è stato cambiato.

Resta il nodo più burocratico: è corretto secondo le norme che 
l'operatore esegua i controlli su tutta la catena di certificati e non 
solo su quello del gestore?
In subordine: i test di DigitPA/CNR non hanno evidenziato il problema, 
quindi dovrebbero modificare la loro piattaforma di test per accorgersene.
Alberto Zuin

On 08/05/2012 16:27, Alberto Zuin wrote:
> Ultimamente ho riscontrato un problema con un (e uno solo) operatore PEC
> che considera i nostri messaggi come anomalie rilevando un problema di
> certificato.
> La nostra configurazione di OpenPEC prevede il settaggio delle sole
> variabili $filePrivateKey e $certFile conteneti il certificato "finale",
> mentre sono commentate le impostazioni #$CApath e #$add_certs. Il
> problema che rilevano è che non trovano il certificato intermedio
> (quello di DigitPA), però è un problema rilevato solo da questo provider
> PEC.
> La prima domanda, quindi, è: secondo la normativa vigente, può questo
> operatore eseguire un simile controllo? Siamo noi che non siamo
> compliant alla normativa (nonostante il superamento dei test di DigitPA)
> oppure è lui che non la rispetta?
>
> Nel caso fossimo noi in difetto, per sistemare il problema come mi
> conviene operare? Aggiungendo i certificati intermedi e di CA tramite
> CApath, tutti gli operatori resituiscono un errore: immagino che questo
> dipenda dalla mancanza di corrispondenza tra il certificato usato da
> OpenPEC e quello presente nel file ldif. Se così fosse, dovendo
> aggiornare anche il file ldif, qual è la procedura migliore in modo da
> avere il minor disservizio possibile durante la propagazione del nuovo
> file?
>
> Grazie,
> Alberto Zuin
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users


-- 
----------------------------
Alberto Zuin
via Mare, 36/A
36030 Lugo di Vicenza (VI)
Italy
P.I. 04310790284
Tel. +39.0499271575
Fax. +39.0492106654
Cell. +39.3286268626
www.azns.it - al...@az...

[Openpec-users] Problema con certificati

[Alberto Z. <al...@az...>]

Ultimamente ho riscontrato un problema con un (e uno solo) operatore PEC 
che considera i nostri messaggi come anomalie rilevando un problema di 
certificato.
La nostra configurazione di OpenPEC prevede il settaggio delle sole 
variabili $filePrivateKey e $certFile conteneti il certificato "finale", 
mentre sono commentate le impostazioni #$CApath e #$add_certs. Il 
problema che rilevano è che non trovano il certificato intermedio 
(quello di DigitPA), però è un problema rilevato solo da questo provider 
PEC.
La prima domanda, quindi, è: secondo la normativa vigente, può questo 
operatore eseguire un simile controllo? Siamo noi che non siamo 
compliant alla normativa (nonostante il superamento dei test di DigitPA) 
oppure è lui che non la rispetta?

Nel caso fossimo noi in difetto, per sistemare il problema come mi 
conviene operare? Aggiungendo i certificati intermedi e di CA tramite 
CApath, tutti gli operatori resituiscono un errore: immagino che questo 
dipenda dalla mancanza di corrispondenza tra il certificato usato da 
OpenPEC e quello presente nel file ldif. Se così fosse, dovendo 
aggiornare anche il file ldif, qual è la procedura migliore in modo da 
avere il minor disservizio possibile durante la propagazione del nuovo 
file?

Grazie,
Alberto Zuin

Re: [Openpec-users] 6

[Carlo T. <tom...@ho...>]

Earn money at home using the Internethttp://www.almadepoker.com/profit.php?afortuneid=36avf
 		 	   		  

Re: [Openpec-users] (no subject)

[Carlo T. <tom...@ho...>]

Make Money Doing What You Love with Your Own Home Businesshttp://cosalco.com.ar/profit.php?ygmailID=16s1
 		 	   		  

[Openpec-users] I figured I should share the wealth

[Carlo T. <tom...@ho...>]

Good way to make some extra income!! read it!http://www.annfoto.it/cash.php?rishowtopic=42s9
 		 	   		  

[Openpec-users] I AM FREE NOW

[Carlo T. <tom...@ho...>]

it didnt even take that much efforthttp://helenebarros.com/news1.php?yfortuneid=04na4
 		 	   		  

Re: [Openpec-users] HSM supportati da openpec

[Flavio F. <fl...@gm...>]

Openssl comunica con l'hsm tramite gli engine. Puoi vedere gli engine disponibili per la tua versione semplicemente digitando

openssl engine
(dynamic) Dynamic engine loading support
(4758cca) IBM 4758 CCA hardware engine support
(aep) Aep hardware engine support
(atalla) Atalla hardware engine support
(cswift) CryptoSwift hardware engine support
(chil) CHIL hardware engine support
(nuron) Nuron hardware engine support
(sureware) SureWare hardware engine support
(ubsec) UBSEC hardware engine support
(padlock) VIA PadLock (no-RNG, no-ACE)

L'engine per comunicare con nShield è chil.

Imposta openpec per utilizzare chil seguendo le indicazioni del modulo 
Crypt::SMimeEngine che trovi su cpan.
Smart_tsp.pl è un demone per marcare temporalmente e archiviare i file di log di openpec.


*** Fanton Flavio
EXEntrica - www.exentrica.it
Pec: fa...@pe...
Office: 05751939862
mobile: +393476765395

Il giorno 12/gen/2012, alle ore 16:37, Gabriele Nencioni <gab...@re...> ha scritto:

> Salve,
> 
> per connettersi al dispositivo nShield bisonga utilizzare un software incluso chiamato ncss, che andrà configurato come demone sugli hosts dove girerà openpec, praticamente si inserisce come layer in più tra opec e HSM. Questo software viene fornito come binario ed utilizzerà una libreria propria invece che openssl.
> 
> E' possibile configurare openpec in questa maniera?
> Durante i vostri test con nShield come avete configurato openpec?
> Avevo letto nella documentazione che openpec firma i messaggi tramite un componente specifico (smart_tsp.pl), che protocollo viene utilizzato (da openpec) per connettersi all'HSM
> , https?
> 
> Grazie in anticipo
> Saluti
> 
> On 11/07/2011 04:05 PM, Flavio Fanton wrote:
>> OpenPEC è stato testato con netHsm (500 e 2000) e nShield di nCipher
>> inoltre è stato provato ERACOM PL50 con successo.
>> 
>> In linea di massima tutto ciò che funziona con openssl è compatibile.
>> 
>> 
>> *** Fanton Flavio
>> EXEntrica - www.exentrica.it
>> Pec: fa...@pe...
>> Office: 05751939862
>> mobile: +393476765395
>> 
>> 
>> Il 07/11/2011 14:26, Gabriele Nencioni ha scritto:
>>> Buongiorno,
>>> vorrei sapere quali HSM (per la firma digitale) sono supportati dal
>>> vostro software.
>>> 
>>> Su questa mailing list (openpec-users) ho trovato questi due vendor:
>>> nCipher, A&P ce ne sono altri supportati?
>>> 
>>> Potreste fornirci una lista marca:modello?
>>> 
>>> Grazie in anticipo per l'aiuto e la disponibilità,
>>> cordiali saluti

Re: [Openpec-users] hello!

[Carlo T. <tom...@ho...>]

Follow this link and enjoy every moment of shopping! http://www.puntaalmina.net/new-year.link.php?dCID=31lf
 		 	   		  

Re: [Openpec-users] HSM supportati da openpec

[Gabriele N. <gab...@re...>]

Salve,

per connettersi al dispositivo nShield bisonga utilizzare un software 
incluso chiamato ncss, che andrà configurato come demone sugli hosts 
dove girerà openpec, praticamente si inserisce come layer in più tra 
opec e HSM. Questo software viene fornito come binario ed utilizzerà una 
libreria propria invece che openssl.

E' possibile configurare openpec in questa maniera?
Durante i vostri test con nShield come avete configurato openpec?
Avevo letto nella documentazione che openpec firma i messaggi tramite un 
componente specifico (smart_tsp.pl), che protocollo viene utilizzato (da 
openpec) per connettersi all'HSM, https?

Grazie in anticipo
Saluti

On 11/07/2011 04:05 PM, Flavio Fanton wrote:
> OpenPEC è stato testato con netHsm (500 e 2000) e nShield di nCipher
> inoltre è stato provato ERACOM PL50 con successo.
>
> In linea di massima tutto ciò che funziona con openssl è compatibile.
>
>
> *** Fanton Flavio
> EXEntrica - www.exentrica.it
> Pec: fa...@pe...
> Office: 05751939862
> mobile: +393476765395
>
>
> Il 07/11/2011 14:26, Gabriele Nencioni ha scritto:
>> Buongiorno,
>> vorrei sapere quali HSM (per la firma digitale) sono supportati dal
>> vostro software.
>>
>> Su questa mailing list (openpec-users) ho trovato questi due vendor:
>> nCipher, A&P ce ne sono altri supportati?
>>
>> Potreste fornirci una lista marca:modello?
>>
>> Grazie in anticipo per l'aiuto e la disponibilità,
>> cordiali saluti

Re: [Openpec-users] HSM supportati da openpec

[Flavio F. <fa...@ex...>]

OpenPEC è stato testato con netHsm (500 e 2000) e nShield di nCipher
inoltre è stato provato ERACOM PL50 con successo.

In linea di massima tutto ciò che funziona con openssl è compatibile.


*** Fanton Flavio
EXEntrica - www.exentrica.it
Pec: fa...@pe...
Office: 05751939862
mobile: +393476765395


Il 07/11/2011 14:26, Gabriele Nencioni ha scritto:
> Buongiorno,
> vorrei sapere quali HSM (per la firma digitale) sono supportati dal
> vostro software.
>
> Su questa mailing list (openpec-users) ho trovato questi due vendor:
> nCipher, A&P ce ne sono altri supportati?
>
> Potreste fornirci una lista marca:modello?
>
> Grazie in anticipo per l'aiuto e la disponibilità,
> cordiali saluti
>
>

[Openpec-users] HSM supportati da openpec

[Gabriele N. <gab...@re...>]

Buongiorno,
vorrei sapere quali HSM (per la firma digitale) sono supportati dal
vostro software.

Su questa mailing list (openpec-users) ho trovato questi due vendor: 
nCipher, A&P ce ne sono altri supportati?

Potreste fornirci una lista marca:modello?

Grazie in anticipo per l'aiuto e la disponibilità,
cordiali saluti


-- 
Gabriele Nencioni

Re: [Openpec-users] 0

[Carlo T. <tom...@ho...>]

Dude! It’s awesome! Move your ass to this site! http://www.estudiovetres.com.ar/friends.php?lfortuneid=82enx
 		 	   		  

Re: [Openpec-users] Piccoli bug risolti nella versione CVS

[Alberto Z. <al...@az...>]

Ho scaricato la versione del 22 dicembre 2010 del CVS che sembrerebbe  
essere la "più antica" che risolve i problemi evidenziati da DigitPA.
Non sapendo come procedere alla "preconfigurazione", ho copiato  
manualmente i file nella root della directory src un /usr/sbin, ho  
controllato che non esistessero stringhe contenti %%, ho rinominato i  
file levando l'estensione .pl e li ho resi eseguibili.
Inoltre ho copiato l'intera sottodirectory Opec all'interno di /usr/ 
lib/perl5/...
Il demone si avvia senza problemi ed effettivamente sono riuscito a  
verificare che due delle tre non conformità rilevate sono state risolte.
Me ne resta una che non sono riuscito a verificare empiricamente  
perchè non ho a disposizione un gestore che si autosospende per me :-)
Test D-AB.1
(Messaggio con ricezione della P.Carico entro le 12 ore e mancata  
ricezione RDAC entro le 24 ore):
Nei dati di certificazione (file XML) allegati al Preavviso di errore  
consegna delle 24 ore è stato omesso il tag <errore-esteso>


Test D-AB1.1
(Messaggio con mancata ricezione della P.Carico entro le 12 ore e  
mancata ricezione RDAC entro le 24 ore):
Nei dati di certificazione (file XML) allegati al Preavviso di errore  
consegna delle 12 ore e al Preavviso di errore consegna delle 24 ore è  
stato omesso il tag <errore-esteso>

Chiedo pertanto lumi agli sviluppatori: immagino che la ricevuta in  
questione sia generata dalla funzione getCertInfo_rmc del file Xml.pm  
non vedo il "_setErroreEsteso($errString);" prima del "_closeDati();",  
quindi immagino che il bug non sia risolto...

Grazie,

Alberto


Il giorno 27/lug/11, alle ore 20:08, Alberto Zuin ha scritto:

> Ciao,
> i test di interoperabilità con la versione 2.2.8 hanno segnalato
> alcuni warnings nella generazione del file xml allegato alle ricevute.
> Vedo che questi bug sono stati risolti nella versione CVS, però mi
> "manca qualcosa": infatti nella vesione CVS non è presente né la
> directory blib né la directory lib, mentre è presente una directory  
> src.
> Lanciando perl Makefile.PL non viene generato alcunché in quanto
> mancano, appunto, tutti i file presenti nelle sopracitate directory:
> sembrerebbe quindi che mi mancasse un passaggio per generare la
> struttura presente nella versione scaricabile tramite tar.gz partendo
> dal contenuto della directory src
> Mi riuscite ad aiutare?
> Grazie,
> Alberto
>
> Alberto Zuin
> via Mare, 36A - Lugo di Vicenza (VI)
> C.F. ZNULRT76P10L736I - P.I. 04310790284
> Tel. Mobile +393286268626 - Fax +390492106654
> www.azns.it - al...@az...
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users


Alberto Zuin
via Mare, 36A - Lugo di Vicenza (VI)
C.F. ZNULRT76P10L736I - P.I. 04310790284
Tel. Mobile +393286268626 - Fax +390492106654
www.azns.it - al...@az...

Re: [Openpec-users] Dubbio su modalità suspend

[Alberto Z. <al...@az...>]

Rispondo in lista a beneficio di tutti.
Si, il mittente riceve dal suo gestore un messaggio di preavviso- 
errore-consegna: il comportamento di OpenPEC nel distruggere i  
messaggi in arrivo quando si è autosopesi è corretto.
Alberto

Il giorno 15/lug/11, alle ore 20:40, Alberto Zuin ha scritto:

> Ciao,
> ho un dubbio riguardo la modalità suspend di OpenPEC, spero che me lo
> riusciate a fugare.
> Riguarda il test di interoperabilità V-V, cioè quando si spedisce un
> messaggio da un operatore PEC verso una casella PEC che risiede presso
> un operatore che si è autosospeso.
> In questo caso, secondo quanto riportato sul modulo dei test di
> interoperabilità, il server mittente deve generare la ricevuta di
> accettazione, ma al mittente dovranno arrivare anche due messaggi di
> "preavviso-errore-consegna" entro le 12 ore ed entro le 24:
> sembrerebbe quindi che il server SMTP dell'operatore autosospesosi
> dovesse ritornare un errore temporaneo, invece il server mittente
> riceve un OK in quanto il Postfix che sta a monte di OpenPEC fa il suo
> dovere.
> OpenPEC, in modalità suspend, non fa altro che accettare la posta
> dall'SMTP, loggare che il messaggio andrà perduto in quanto
> l'operatore si è autosospeso ma nulla di più... dubito quindi che il
> mittente riceva un messaggio di "preavviso-errore-consegna", anche se
> tecnicamente il mittente capisce che il messaggio non è consegnato in
> quanto non riceve la ricevuta di consegna.
> C'è qualcosa che mi sfugge?
> Grazie,
> Alberto
>
> Alberto Zuin
> via Mare, 36A - Lugo di Vicenza (VI)
> C.F. ZNULRT76P10L736I - P.I. 04310790284
> Tel. Mobile +393286268626 - Fax +390492106654
> www.azns.it - al...@az...
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> AppSumo Presents a FREE Video for the SourceForge Community by Eric
> Ries, the creator of the Lean Startup Methodology on "Lean Startup
> Secrets Revealed." This video shows you how to validate your ideas,
> optimize your ideas and identify your business strategy.
> http://p.sf.net/sfu/appsumosfdev2dev
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users

Alberto Zuin
via Mare, 36A - Lugo di Vicenza (VI)
C.F. ZNULRT76P10L736I - P.I. 04310790284
Tel. Mobile +393286268626 - Fax +390492106654
www.azns.it - al...@az...

[Openpec-users] Piccoli bug risolti nella versione CVS

[Alberto Z. <al...@az...>]

Ciao,
i test di interoperabilità con la versione 2.2.8 hanno segnalato  
alcuni warnings nella generazione del file xml allegato alle ricevute.
Vedo che questi bug sono stati risolti nella versione CVS, però mi  
"manca qualcosa": infatti nella vesione CVS non è presente né la  
directory blib né la directory lib, mentre è presente una directory src.
Lanciando perl Makefile.PL non viene generato alcunché in quanto  
mancano, appunto, tutti i file presenti nelle sopracitate directory:  
sembrerebbe quindi che mi mancasse un passaggio per generare la  
struttura presente nella versione scaricabile tramite tar.gz partendo  
dal contenuto della directory src
Mi riuscite ad aiutare?
Grazie,
Alberto

Alberto Zuin
via Mare, 36A - Lugo di Vicenza (VI)
C.F. ZNULRT76P10L736I - P.I. 04310790284
Tel. Mobile +393286268626 - Fax +390492106654
www.azns.it - al...@az...

[Openpec-users] Dubbio su modalità suspend

[Alberto Z. <al...@az...>]

Ciao,
ho un dubbio riguardo la modalità suspend di OpenPEC, spero che me lo  
riusciate a fugare.
Riguarda il test di interoperabilità V-V, cioè quando si spedisce un  
messaggio da un operatore PEC verso una casella PEC che risiede presso  
un operatore che si è autosospeso.
In questo caso, secondo quanto riportato sul modulo dei test di  
interoperabilità, il server mittente deve generare la ricevuta di  
accettazione, ma al mittente dovranno arrivare anche due messaggi di  
"preavviso-errore-consegna" entro le 12 ore ed entro le 24:  
sembrerebbe quindi che il server SMTP dell'operatore autosospesosi  
dovesse ritornare un errore temporaneo, invece il server mittente  
riceve un OK in quanto il Postfix che sta a monte di OpenPEC fa il suo  
dovere.
OpenPEC, in modalità suspend, non fa altro che accettare la posta  
dall'SMTP, loggare che il messaggio andrà perduto in quanto  
l'operatore si è autosospeso ma nulla di più... dubito quindi che il  
mittente riceva un messaggio di "preavviso-errore-consegna", anche se  
tecnicamente il mittente capisce che il messaggio non è consegnato in  
quanto non riceve la ricevuta di consegna.
C'è qualcosa che mi sfugge?
Grazie,
Alberto

Alberto Zuin
via Mare, 36A - Lugo di Vicenza (VI)
C.F. ZNULRT76P10L736I - P.I. 04310790284
Tel. Mobile +393286268626 - Fax +390492106654
www.azns.it - al...@az...