Menu
▾
▴
openpec-devel — OpenPEC developers
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(17) |
May
(22) |
Jun
(9) |
Jul
(8) |
Aug
(8) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2008 |
Jan
|
Feb
(8) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Nhlanhla K. <nhl...@ba...> - 2021-06-25 08:31:52
|
I would like to use Openpecs EDI in South Africa Johannesburg. I would like to know on how to add and modify the Openpecs database.Iwant to add towns and zip codes on Openpecs but I don't know on how to add them -- Nhlanhla Kubeka Director +27795489306 www.barokatechnologies.co.za |
|
From: Gabriele N. <gab...@re...> - 2012-06-18 12:25:52
|
Buongionro, volevo indicare un probabile bug del componenete in oggetto. Durante la procedura "sub child" nonostante (ad esempio) fallisca il comando openssl (ad esempio per path errato nella variabile $pathOpenssl4tsa) la funzione non esce (come invece sembrerebbe dover fare) e continua indcando "Richiesta generata ..." Segue un report prodotto da smart_tsp debug: ... 2012 Jun 18 14:00:51 opec228[2525]: Verifica file pronti per marcatura temporale 2012 Jun 18 14:00:51 opec228[2525]: Marcatura temporale del file opec_system.log.20120616_054303 2012 Jun 18 14:00:51 opec228[2525]: debug - argumets: /usr/local/openssl_tsa/bin/openssl ts -query -sha1 -cert -data /var/log/opec/log_story/opec_system.log.20120616_054303 -out /var/log/opec/logtmp/request.tsq 2012 Jun 18 14:00:51 opec228[2525]: debug - ec: 0 2012 Jun 18 14:00:51 opec228[2525]: debug - res: Can't exec "/usr/local/openssl_tsa/bin/openssl": No such file or directory at /usr/sbin/smart_tsp line 178. 2012 Jun 18 14:00:51 opec228[2526]: debug - ec: -1 2012 Jun 18 14:00:51 opec228[2526]: debug - res: No such file or directory 2012 Jun 18 14:00:51 opec228[2526]: Errore definitivo durante la generazione della richiesta: No such file or directory 2012 Jun 18 14:00:51 opec228[2525]: Richiesta generata (request.tsq) 2012 Jun 18 14:00:51 opec228[2525]: Impossibile aprire in lettura il file /backup/logpec/request.tsq ... Grazie per l'attenzione, saluti, -- Gabriele Nencioni |
|
From: Flavio F. <fa...@ex...> - 2008-09-22 09:49:29
|
Ciao, l'accesso al servizio ldap esposto su indiceva.gov.it non è pubblico ma riservato ai gestori. Ti devi accontentare di fare simulazioni creando, nel tuo ldap server vari domini certificati su uno o più gestori fittizzi. A titolo di esempio segue un export ldap di prova: dn: o=postacert objectClass: top objectClass: organization objectClass: LDIFLocationURLObject o: postacert description: Base root per l'indice dei gestori di posta certificata LDIFLocationURL: https://... dn: providerName=mia_azienda s.r.l. - TEST,o=postacert objectClass: top objectClass: provider providerName: mia_azienda s.r.l. - TEST providerCertificateHash: F767B82C80DB8288FC48C843917298B550D0C653 providerCertificate;binary:: MIIDaTCCAtKgAwIBAgIJAOgvMmmFqyKWMA0GCSqGSIb3DQEBB QUAMIGAMQswCQYDVQQGEwJJVDENMAsGA1UECBMEUGlzYTESMBAGA1UEBxMJTmF2YWNjaGlvMSAwHg YDVQQKExdFWEVudHJpY2Egcy5yLmwuIC0gVEVTVDEsMCoGCSqGSIb3DQEJARYdcG9zdGEtY2VydGl maWNhdGFAb3BlbnBlYy5aaaaaaaaaaaaaaaaaaaaaaaaaaaaNMTEwODE4MTQ1NTA0WjCBgDELMAkG A1UEBhMCSVQxDTALBgNVBAgTBFBpc2ExEjAQBgNVBAcTCU5haaaaaaaaaaaaaaaGA1UEChMXRVhFb nRyaWNhIHMuci5sLiAtIFRFU1QxLDAqBgkqhkiG9w0BCQEWHXBvc3RhLWNlcnRpZmljYXRhQG9wZW 5wZWMuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDaXw8d1Wr4JPyeNhiZPF5yq5p+Szo V7TpKIyPWaBbiYY6GBTBzzzzzzzzzzzzzbcXOPvkyzk692lF9iiyyf5o4eHKG1w15wreBNIsZ/bHT qLGNHibeEyxQMET4PqXzRH33G3yuW4Nrqzzzzzzz3PSrNzb3S+pJbPbXtXate495dwIDAQABo4HoM IHlMB0GA1UdDgQWBBRcClBZONSt+q+/JM+b4ZRuJccccccccccDVR0jBIGtMIGqgBRcClBZONSt+q +/JM+b4ZRuJE9SPaGBhqSBgzCBgDELMAkGA1UEBhMCSVQxDTALcccccccTBFBpc2ExEjAQBgNVBAc TCU5hdmFjY2hpbzEgMB4GA1UEChMXRVhFbnRyaWNhIHMuci5sLiAtIFRFccccccAqBgkqhkiG9w0B CQEWHXBvc3RhLWNlcnRpZmljYXRhQG9wZW5wZWMuY29tggkA6C8yaYWrIpYwDAYDVR0TBAUwAwEB/ zANBgkqhkiG9w0BAQUFAAOBgQALBF6YmAXIfE/GjNF82vllGAi5bVpqlJZrosPbyMkZJM/zWS7BdO pmEd61Dt6KGBb0Uq9PqycqGuIOiv7oVyWjmdwN4xALizZlgZmD7InFRtlW3Y0Z1V2nx0U0eAfPEn6 Tul5DQV4ct8IxShs1wBm3a9CR78asouUPIAcTRUBxzA== mailReceipt: pos...@pe... LDIFLocationURL: https://... description: Servizi di posta certificata di TEST managedDomains: pec.dominiotest1.com managedDomains: pec.dominiotest2.com Puoi usare anche questo ma ricordati che providerCertificate e providerCertificateHash sono fasulli. Saluti, -- *** Fanton Flavio EXEntrica - www.exentrica.it Office: 050754703 Fax: 050754707 mobile: +393476765395 On Wed, Sep 17, 2008 at 11:24 AM, Salvo Bongiorno <sal...@gm...> wrote: > Ciao, > Provando ad eseguire il comando seguente: > ldapsearch -x -L -h indiceva.gov.it -b "o=postacert" -s "sub" > "objectclass=*">exp_pec.ldif > riscontro il seguente errore: ldap_bind: Can't contact LDAP server (-1) > Ho provato a fare un telnet verso indiceva.gov.it e fallisce? > Sapresti spiegarmi il motivo per cui non riesco a contattare il server LDAP? > > Approfitto inoltre per mostrarti il mio file ldap.conf > > HOST 127.0.0.1 > BASE o=postacert > URI ldap://localhost > TLS_CACERTDIR /home/dopec/certs > > Ho installato openldap nella stessa macchina quindi ho indicato in HOST e > URI il localhost > Inoltre il parametro è TLS_CACERTDIR oppure come hai scritto tu TLS_CACERT? > Ad esso va associato il certificato calicert.pem (con relativo path) che > viene creato quando? > > > Grazie ancora, > Salvo. > > 2008/9/16 Ciro Di Mauro <cdi...@un...> >> >> Il Tuesday 16 September 2008 17:56:04 Salvo Bongiorno ha scritto: >> > *Innanzitutto grazie per la temestiva risposta.* >> > *Avrei ancora alcune domande da farti in merito alle risp che mi hai >> > dato:* >> > * * >> > Ciao, >> > Premetto che non cosco il sistema linux Centos 4.4, e ti rispondo >> > facendo >> > riferimento all'architettura linux di cui mi avvalgo (linux gentoo, e >> > linux >> > slackware). >> > >> > 1) Una volta installato openldap, quali sono i passi di configurazione? >> > >> > devi configurare entrambi i file slapd.conf e ldap.conf >> > in ldap.conf occorre impostare i seguenti parametri >> > HOST nome della macchina che ospita il server ldap >> > BASE o=postacert >> > URI ldap://nome della macchina che ospita il server ldap >> > TLS_CACERT /calincert.pem path dove risiede ll certificato calincert. >> > >> > >> > ***************************************************************** >> > mentre slapd.conf necessita oltre che del seguente schema >> > include /etc/openldap/schema/ind_pec.schema >> > ** >> > *1.1) non ho questo file ind_pec.schema, durante quale passo andava >> > creato?* >> > >> > anche di: >> > database bdb >> > suffix "o=postacert" >> > rootdn "cn=admin,o=postacert" >> > rootpw secret >> > >> > vanno inoltre caricati all'interno dell'albero ldap il file .ldif >> > scaricabile >> > dal sito (link riportato sulla documentazione) dei gestori pec >> > >> > *1.2) Potresti indicarmi da dove...nella documentazione non l'ho >> > trovato!!! >> > E sopratutto, potresti indicarmi la sintassi per caricarlo?* >> > >> > , e il tuo ldif >> > creato ad ok per te. (segui la documentazione per la creazione del file >> > ldif >> > >> > personale). >> > >> > *1.3) Anche in questo caso, potresti indicarmi in che parte della >> > docuemntazione è indicato?* >> > >> > >> > 2) Openldap funge soltanto da client e quindi va installato un server >> > ldap >> > in >> > locale? >> > Va installato un server ldap (per linux puoi usare openldap) locale per >> > la >> > verifica dei gestori pec con la condigurazione sopra elencata. >> > >> > *************************************************************************** >> >**************** 3)el file opec.conf quali valori vanno assegnati ai >> > parametri $ldap_host e $ldap_port? >> > >> > $ldap_host = "nome della macchina che ospita il server ldap"; >> > >> > $ldap_port = 389; >> > >> > *3.1) Per quanto riguarda il parametro $providerName cosa devo >> > indicare?* >> > >> > Spero di esserti stato d'aiuto. >> > >> > Ciro Di Mauro. >> > ** >> > *Grazie,* >> > *Salvo.* >> > >> > P.S non sono riuscito a rispondere direttamente al tuo post nonostante >> > abbia effettuato la sottoscrizione alla list. >> > >> > >> > Il giorno 16 settembre 2008 13.07, Salvo Bongiorno < >> > >> > sal...@gm...> ha scritto: >> > > Buongiorno a tutti, >> > > sto installando Openpec v.2.2 su sistema linux Centos 4.4 seguendo gli >> > > step riportati al seguente link: >> > > "*http://www.openpec.com/doc_instopec.shtml*" Eseguendo il comando >> > > opec >> > > descritto nella sezione "PRIMA ESECUZIONE" riscontro il seguente >> > > errore: >> > > *Errore durante la connessione LDAP* Premetto che ho installato >> > > openldap >> > > seguendo gli step descritti al senguente link: >> > > *http://www.openldap.org/software/release/install.html* A tal >> > > proposito >> > > faccio alcune domande che nascono da una mia insufficente comprensione >> > > dell'infrastruttura OpenPec. >> > > - Una volta installato openldap, quali sono i passi di >> > > configurazione? Quali file vanno editati (es: ldap.conf, slad.conf) e >> > > come? Devono essere eseguiti/configurati file .ldif? >> > > - Openldap funge soltanto da client e quindi va installato un >> > > server >> > > ldap in locale? (es: Oracle ldap, microsoft activity directory) >> > > - Nel file opec.conf quali valori vanno assegnati ai parametri >> > > $ldap_host e $ldap_port? >> > > >> > > Grazie anticipatamente. >> > > Salvo. >> >> 1.1 fai un >> wget http://www.OpenPEC.org/docs/ind_pec.schema >> 1.2 fai: >> ldapsearch -x -L -h >> indiceva.gov.it -b "o=postacert" -s "sub" "objectclass=*">exp_pec.ldif >> una volta ottenuto il file puoi caricarlo nel tuo ldap attraverso il >> comando >> slapadd -v -d (continua la riga di sotto) >> 256 -f /usr/local/etc/openldap/slapd.conf -I >> /usr/local/etc/openldap/exp_pec.ldif >> naturalmente devi controllare i tuoi path >> >> 3.1 >> devi indicare il nome che utizzerai nel campo dn: providerName del file >> .ldif >> ad ok creato per te. >> >> >> Saluti. >> >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Openpec-devel mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openpec-devel > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Openpec-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openpec-devel > > |
|
From: Salvo B. <sal...@gm...> - 2008-09-17 09:24:18
|
Ciao, Provando ad eseguire il comando seguente: ldapsearch -x -L -h indiceva.gov.it -b "o=postacert" -s "sub" "objectclass=*">exp_pec.ldif riscontro il seguente errore: ldap_bind: Can't contact LDAP server (-1) Ho provato a fare un telnet verso indiceva.gov.it e fallisce? Sapresti spiegarmi il motivo per cui non riesco a contattare il server LDAP? Approfitto inoltre per mostrarti il mio file ldap.conf HOST 127.0.0.1 BASE o=postacert URI ldap://localhost TLS_CACERTDIR /home/dopec/certs Ho installato openldap nella stessa macchina quindi ho indicato in HOST e URI il localhost Inoltre il parametro è TLS_CACERTDIR oppure come hai scritto tu TLS_CACERT? Ad esso va associato il certificato calicert.pem (con relativo path) che viene creato quando? Grazie ancora, Salvo. 2008/9/16 Ciro Di Mauro <cdi...@un...> > Il Tuesday 16 September 2008 17:56:04 Salvo Bongiorno ha scritto: > > *Innanzitutto grazie per la temestiva risposta.* > > *Avrei ancora alcune domande da farti in merito alle risp che mi hai > dato:* > > * * > > Ciao, > > Premetto che non cosco il sistema linux Centos 4.4, e ti rispondo facendo > > riferimento all'architettura linux di cui mi avvalgo (linux gentoo, e > linux > > slackware). > > > > 1) Una volta installato openldap, quali sono i passi di configurazione? > > > > devi configurare entrambi i file slapd.conf e ldap.conf > > in ldap.conf occorre impostare i seguenti parametri > > HOST nome della macchina che ospita il server ldap > > BASE o=postacert > > URI ldap://nome della macchina che ospita il server ldap > > TLS_CACERT /calincert.pem path dove risiede ll certificato calincert. > > > > > > ***************************************************************** > > mentre slapd.conf necessita oltre che del seguente schema > > include /etc/openldap/schema/ind_pec.schema > > ** > > *1.1) non ho questo file ind_pec.schema, durante quale passo andava > > creato?* > > > > anche di: > > database bdb > > suffix "o=postacert" > > rootdn "cn=admin,o=postacert" > > rootpw secret > > > > vanno inoltre caricati all'interno dell'albero ldap il file .ldif > > scaricabile > > dal sito (link riportato sulla documentazione) dei gestori pec > > > > *1.2) Potresti indicarmi da dove...nella documentazione non l'ho > trovato!!! > > E sopratutto, potresti indicarmi la sintassi per caricarlo?* > > > > , e il tuo ldif > > creato ad ok per te. (segui la documentazione per la creazione del file > > ldif > > > > personale). > > > > *1.3) Anche in questo caso, potresti indicarmi in che parte della > > docuemntazione è indicato?* > > > > > > 2) Openldap funge soltanto da client e quindi va installato un server > ldap > > in > > locale? > > Va installato un server ldap (per linux puoi usare openldap) locale per > la > > verifica dei gestori pec con la condigurazione sopra elencata. > > > *************************************************************************** > >**************** 3)el file opec.conf quali valori vanno assegnati ai > > parametri $ldap_host e $ldap_port? > > > > $ldap_host = "nome della macchina che ospita il server ldap"; > > > > $ldap_port = 389; > > > > *3.1) Per quanto riguarda il parametro $providerName cosa devo indicare?* > > > > Spero di esserti stato d'aiuto. > > > > Ciro Di Mauro. > > ** > > *Grazie,* > > *Salvo.* > > > > P.S non sono riuscito a rispondere direttamente al tuo post nonostante > > abbia effettuato la sottoscrizione alla list. > > > > > > Il giorno 16 settembre 2008 13.07, Salvo Bongiorno < > > > > sal...@gm...> ha scritto: > > > Buongiorno a tutti, > > > sto installando Openpec v.2.2 su sistema linux Centos 4.4 seguendo gli > > > step riportati al seguente link: > > > "*http://www.openpec.com/doc_instopec.shtml*" Eseguendo il comando > opec > > > descritto nella sezione "PRIMA ESECUZIONE" riscontro il seguente > errore: > > > *Errore durante la connessione LDAP* Premetto che ho installato > openldap > > > seguendo gli step descritti al senguente link: > > > *http://www.openldap.org/software/release/install.html* A tal > proposito > > > faccio alcune domande che nascono da una mia insufficente comprensione > > > dell'infrastruttura OpenPec. > > > - Una volta installato openldap, quali sono i passi di > > > configurazione? Quali file vanno editati (es: ldap.conf, slad.conf) e > > > come? Devono essere eseguiti/configurati file .ldif? > > > - Openldap funge soltanto da client e quindi va installato un > server > > > ldap in locale? (es: Oracle ldap, microsoft activity directory) > > > - Nel file opec.conf quali valori vanno assegnati ai parametri > > > $ldap_host e $ldap_port? > > > > > > Grazie anticipatamente. > > > Salvo. > > 1.1 fai un > wget http://www.OpenPEC.org/docs/ind_pec.schema<http://www.openpec.org/docs/ind_pec.schema> > 1.2 fai: > ldapsearch -x -L -h > indiceva.gov.it -b "o=postacert" -s "sub" "objectclass=*">exp_pec.ldif > una volta ottenuto il file puoi caricarlo nel tuo ldap attraverso il > comando > slapadd -v -d (continua la riga di sotto) > 256 -f /usr/local/etc/openldap/slapd.conf -I > /usr/local/etc/openldap/exp_pec.ldif > naturalmente devi controllare i tuoi path > > 3.1 > devi indicare il nome che utizzerai nel campo dn: providerName del file > .ldif > ad ok creato per te. > > > Saluti. > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Openpec-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openpec-devel > |
|
From: Ciro Di M. <cdi...@un...> - 2008-09-16 16:55:00
|
Il Tuesday 16 September 2008 17:56:04 Salvo Bongiorno ha scritto: > *Innanzitutto grazie per la temestiva risposta.* > *Avrei ancora alcune domande da farti in merito alle risp che mi hai dato:* > * * > Ciao, > Premetto che non cosco il sistema linux Centos 4.4, e ti rispondo facendo > riferimento all'architettura linux di cui mi avvalgo (linux gentoo, e linux > slackware). > > 1) Una volta installato openldap, quali sono i passi di configurazione? > > devi configurare entrambi i file slapd.conf e ldap.conf > in ldap.conf occorre impostare i seguenti parametri > HOST nome della macchina che ospita il server ldap > BASE o=postacert > URI ldap://nome della macchina che ospita il server ldap > TLS_CACERT /calincert.pem path dove risiede ll certificato calincert. > > > ***************************************************************** > mentre slapd.conf necessita oltre che del seguente schema > include /etc/openldap/schema/ind_pec.schema > ** > *1.1) non ho questo file ind_pec.schema, durante quale passo andava > creato?* > > anche di: > database bdb > suffix "o=postacert" > rootdn "cn=admin,o=postacert" > rootpw secret > > vanno inoltre caricati all'interno dell'albero ldap il file .ldif > scaricabile > dal sito (link riportato sulla documentazione) dei gestori pec > > *1.2) Potresti indicarmi da dove...nella documentazione non l'ho trovato!!! > E sopratutto, potresti indicarmi la sintassi per caricarlo?* > > , e il tuo ldif > creato ad ok per te. (segui la documentazione per la creazione del file > ldif > > personale). > > *1.3) Anche in questo caso, potresti indicarmi in che parte della > docuemntazione è indicato?* > > > 2) Openldap funge soltanto da client e quindi va installato un server ldap > in > locale? > Va installato un server ldap (per linux puoi usare openldap) locale per la > verifica dei gestori pec con la condigurazione sopra elencata. > *************************************************************************** >**************** 3)el file opec.conf quali valori vanno assegnati ai > parametri $ldap_host e $ldap_port? > > $ldap_host = "nome della macchina che ospita il server ldap"; > > $ldap_port = 389; > > *3.1) Per quanto riguarda il parametro $providerName cosa devo indicare?* > > Spero di esserti stato d'aiuto. > > Ciro Di Mauro. > ** > *Grazie,* > *Salvo.* > > P.S non sono riuscito a rispondere direttamente al tuo post nonostante > abbia effettuato la sottoscrizione alla list. > > > Il giorno 16 settembre 2008 13.07, Salvo Bongiorno < > > sal...@gm...> ha scritto: > > Buongiorno a tutti, > > sto installando Openpec v.2.2 su sistema linux Centos 4.4 seguendo gli > > step riportati al seguente link: > > "*http://www.openpec.com/doc_instopec.shtml*" Eseguendo il comando opec > > descritto nella sezione "PRIMA ESECUZIONE" riscontro il seguente errore: > > *Errore durante la connessione LDAP* Premetto che ho installato openldap > > seguendo gli step descritti al senguente link: > > *http://www.openldap.org/software/release/install.html* A tal proposito > > faccio alcune domande che nascono da una mia insufficente comprensione > > dell'infrastruttura OpenPec. > > - Una volta installato openldap, quali sono i passi di > > configurazione? Quali file vanno editati (es: ldap.conf, slad.conf) e > > come? Devono essere eseguiti/configurati file .ldif? > > - Openldap funge soltanto da client e quindi va installato un server > > ldap in locale? (es: Oracle ldap, microsoft activity directory) > > - Nel file opec.conf quali valori vanno assegnati ai parametri > > $ldap_host e $ldap_port? > > > > Grazie anticipatamente. > > Salvo. 1.1 fai un wget http://www.OpenPEC.org/docs/ind_pec.schema 1.2 fai: ldapsearch -x -L -h indiceva.gov.it -b "o=postacert" -s "sub" "objectclass=*">exp_pec.ldif una volta ottenuto il file puoi caricarlo nel tuo ldap attraverso il comando slapadd -v -d (continua la riga di sotto) 256 -f /usr/local/etc/openldap/slapd.conf -I /usr/local/etc/openldap/exp_pec.ldif naturalmente devi controllare i tuoi path 3.1 devi indicare il nome che utizzerai nel campo dn: providerName del file .ldif ad ok creato per te. Saluti. |
|
From: Salvo B. <sal...@gm...> - 2008-09-16 15:56:13
|
*Innanzitutto grazie per la temestiva risposta.* *Avrei ancora alcune domande da farti in merito alle risp che mi hai dato:* * * Ciao, Premetto che non cosco il sistema linux Centos 4.4, e ti rispondo facendo riferimento all'architettura linux di cui mi avvalgo (linux gentoo, e linux slackware). 1) Una volta installato openldap, quali sono i passi di configurazione? devi configurare entrambi i file slapd.conf e ldap.conf in ldap.conf occorre impostare i seguenti parametri HOST nome della macchina che ospita il server ldap BASE o=postacert URI ldap://nome della macchina che ospita il server ldap TLS_CACERT /calincert.pem path dove risiede ll certificato calincert. ***************************************************************** mentre slapd.conf necessita oltre che del seguente schema include /etc/openldap/schema/ind_pec.schema ** *1.1) non ho questo file ind_pec.schema, durante quale passo andava creato?* anche di: database bdb suffix "o=postacert" rootdn "cn=admin,o=postacert" rootpw secret vanno inoltre caricati all'interno dell'albero ldap il file .ldif scaricabile dal sito (link riportato sulla documentazione) dei gestori pec *1.2) Potresti indicarmi da dove...nella documentazione non l'ho trovato!!! E sopratutto, potresti indicarmi la sintassi per caricarlo?* , e il tuo ldif creato ad ok per te. (segui la documentazione per la creazione del file ldif personale). *1.3) Anche in questo caso, potresti indicarmi in che parte della docuemntazione è indicato?* 2) Openldap funge soltanto da client e quindi va installato un server ldap in locale? Va installato un server ldap (per linux puoi usare openldap) locale per la verifica dei gestori pec con la condigurazione sopra elencata. ******************************************************************************************* 3)el file opec.conf quali valori vanno assegnati ai parametri $ldap_host e $ldap_port? $ldap_host = "nome della macchina che ospita il server ldap"; $ldap_port = 389; *3.1) Per quanto riguarda il parametro $providerName cosa devo indicare?* Spero di esserti stato d'aiuto. Ciro Di Mauro. ** *Grazie,* *Salvo.* P.S non sono riuscito a rispondere direttamente al tuo post nonostante abbia effettuato la sottoscrizione alla list. Il giorno 16 settembre 2008 13.07, Salvo Bongiorno < sal...@gm...> ha scritto: > Buongiorno a tutti, > sto installando Openpec v.2.2 su sistema linux Centos 4.4 seguendo gli step > riportati al seguente link: "*http://www.openpec.com/doc_instopec.shtml*" > Eseguendo il comando opec descritto nella sezione "PRIMA ESECUZIONE" > riscontro il seguente errore: *Errore durante la connessione LDAP* > Premetto che ho installato openldap seguendo gli step descritti al > senguente link: *http://www.openldap.org/software/release/install.html* > A tal proposito faccio alcune domande che nascono da una mia insufficente > comprensione dell'infrastruttura OpenPec. > - Una volta installato openldap, quali sono i passi di configurazione? > Quali file vanno editati (es: ldap.conf, slad.conf) e come? Devono essere > eseguiti/configurati file .ldif? > - Openldap funge soltanto da client e quindi va installato un server > ldap in locale? (es: Oracle ldap, microsoft activity directory) > - Nel file opec.conf quali valori vanno assegnati ai parametri > $ldap_host e $ldap_port? > > Grazie anticipatamente. > Salvo. > > |
|
From: Ciro Di M. <cdi...@un...> - 2008-09-16 13:41:48
|
Il Tuesday 16 September 2008 13:07:31 Salvo Bongiorno ha scritto: > Buongiorno a tutti, > sto installando Openpec v.2.2 su sistema linux Centos 4.4 seguendo gli step > riportati al seguente link: "*http://www.openpec.com/doc_instopec.shtml*" > Eseguendo il comando opec descritto nella sezione "PRIMA ESECUZIONE" > riscontro il seguente errore: *Errore durante la connessione LDAP* > Premetto che ho installato openldap seguendo gli step descritti al > senguente link: *http://www.openldap.org/software/release/install.html* > A tal proposito faccio alcune domande che nascono da una mia insufficente > comprensione dell'infrastruttura OpenPec. > - Una volta installato openldap, quali sono i passi di configurazione? > Quali file vanno editati (es: ldap.conf, slad.conf) e come? Devono essere > eseguiti/configurati file .ldif? > - Openldap funge soltanto da client e quindi va installato un server > ldap in locale? (es: Oracle ldap, microsoft activity directory) > - Nel file opec.conf quali valori vanno assegnati ai parametri > $ldap_host e $ldap_port? > > Grazie anticipatamente. > Salvo. Ciao, Premetto che non cosco il sistema linux Centos 4.4, e ti rispondo facendo riferimento all'architettura linux di cui mi avvalgo (linux gentoo, e linux slackware). 1) Una volta installato openldap, quali sono i passi di configurazione? devi configurare entrambi i file slapd.conf e ldap.conf in ldap.conf occorre impostare i seguenti parametri HOST nome della macchina che ospita il server ldap BASE o=postacert URI ldap://nome della macchina che ospita il server ldap TLS_CACERT /calincert.pem path dove risiede ll certificato calincert. ***************************************************************** mentre slapd.conf necessita oltre che del seguente schema include /etc/openldap/schema/ind_pec.schema anche di: database bdb suffix "o=postacert" rootdn "cn=admin,o=postacert" rootpw secret vanno inoltre caricati all'interno dell'albero ldap il file .ldif scaricabile dal sito (link riportato sulla documentazione) dei gestori pec, e il tuo ldif creato ad ok per te. (segui la documentazione per la creazione del file ldif personale). 2) Openldap funge soltanto da client e quindi va installato un server ldap in locale? Va installato un server ldap (per linux puoi usare openldap) locale per la verifica dei gestori pec con la condigurazione sopra elencata. ******************************************************************************************* 3)el file opec.conf quali valori vanno assegnati ai parametri $ldap_host e $ldap_port? $ldap_host = "nome della macchina che ospita il server ldap"; $ldap_port = 389; Spero di esserti stato d'aiuto. Ciro Di Mauro. |
|
From: Salvo B. <sal...@gm...> - 2008-09-16 11:07:23
|
Buongiorno a tutti, sto installando Openpec v.2.2 su sistema linux Centos 4.4 seguendo gli step riportati al seguente link: "*http://www.openpec.com/doc_instopec.shtml*" Eseguendo il comando opec descritto nella sezione "PRIMA ESECUZIONE" riscontro il seguente errore: *Errore durante la connessione LDAP* Premetto che ho installato openldap seguendo gli step descritti al senguente link: *http://www.openldap.org/software/release/install.html* A tal proposito faccio alcune domande che nascono da una mia insufficente comprensione dell'infrastruttura OpenPec. - Una volta installato openldap, quali sono i passi di configurazione? Quali file vanno editati (es: ldap.conf, slad.conf) e come? Devono essere eseguiti/configurati file .ldif? - Openldap funge soltanto da client e quindi va installato un server ldap in locale? (es: Oracle ldap, microsoft activity directory) - Nel file opec.conf quali valori vanno assegnati ai parametri $ldap_host e $ldap_port? Grazie anticipatamente. Salvo. |
|
From: Ciro Di M. <cdi...@un...> - 2008-02-29 13:36:48
|
Il Thursday 28 February 2008 18:16:37 Flavio Fanton ha scritto: > prova a postare l'anomalia + log di sistema + log legali > > 2008/2/28 Ciro Di Mauro <cdi...@un...>: > > Il Thursday 28 February 2008 17:01:31 Flavio Fanton ha scritto: > > > Quanto suggerito è solo per la 2.2.0 mentre per la 2.0.0 è necessaria > > > una > > > > > > patch. > > > > > > Ti conviene cmq passare direttamente alla 2.2.0/2.2.1 semplicemente > > > installandola sopra la vecchia. > > > > > > Ricorda magari di salvare la vecchia configurazione in modo da poterla > > > prendere come riferimento. > > > > > > 2008/2/28 Ciro Di Mauro <cdi...@un...>: > > > > Il Thursday 28 February 2008 09:54:19 Flavio Fanton ha scritto: > > > > > Ciao, > > > > > > > > > > se stai usando la versione >= 2.2.0 con certificati self signed > > > > > devi fare in modo che il processo di verifica SMIME delle mail in > > > > > ingresso non controlli i certificati quindi è necessario > > > > > commentare il parametro $CApath del file di configurazione, > > > > > tipicamente /etc/opec.conf > > > > > > > > > > Saluti, > > > > > > > > Grazie Flavio, > > > > dimenticavo di dirti che un sistema usa la versione 2.2.0,mentre > > > > l'altro usa la versione 2.0.0. c'e' incompatibilità? Comunque ho > > > > seguito il tuo consiglio, ho commentato la $CApath ma niente da fare > > > > il problema persiste. Grazie > > > > > > > > > > > > Ciro. > > > > > > > > > > > > -------------------------------------------------------------------- > > > >----- This SF.net email is sponsored by: Microsoft > > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > _______________________________________________ > > > > Openpec-devel mailing list > > > > Ope...@li... > > > > https://lists.sourceforge.net/lists/listinfo/openpec-devel > > > > > > ---------------------------------------------------------------------- > > >--- This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > Openpec-devel mailing list > > > Ope...@li... > > > https://lists.sourceforge.net/lists/listinfo/openpec-devel > > > > Flavio, sono passato alla 2.2.0, ora entrambi i sistemi mantengono la > > stessa versione, ho commentato la $CApath come da te suggerito ma il > > problema continua a persistere. > > Cosa mi suggerisci? > > > > > > > > Grazie > > Ciro. > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Openpec-devel mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openpec-devel Flavio dimenticavo il log si systema, questo è il log della machina mittente: Feb 29 14:32:05 peci postfix/smtpd[14966]: auxpropfunc error invalid parameter supplied Feb 29 14:32:05 peci postfix/smtpd[14966]: _sasl_plugin_load failed on sasl_auxprop_plug_init for plugin: ldapdb Feb 29 14:32:05 peci postfix/smtpd[14966]: initializing the server-side TLS engine Feb 29 14:32:05 peci postfix/smtpd[14966]: connect from amadeus.unina.it[143.225.209.69] Feb 29 14:32:05 peci postfix/smtpd[14966]: setting up TLS connection from amadeus.unina.it[143.225.209.69] Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:before/accept initialization Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:error in SSLv2/v3 read client hello A Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:error in SSLv3 read client hello B Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:error in SSLv3 read client hello B Feb 29 14:32:05 peci postfix/smtpd[14966]: looking up session 4DF215F340ECB34A47389F35935AA5EAED81DB3CEF6EE9129759EBF0F58E7F87&s=smtps in smtpd cache Feb 29 14:32:05 peci postfix/tlsmgr[13657]: lookup smtpd session id=4DF215F340ECB34A47389F35935AA5EAED81DB3CEF6EE9129759EBF0F58E7F87&s=smtps Feb 29 14:32:05 peci postfix/tlsmgr[13657]: read smtpd TLS cache entry 4DF215F340ECB34A47389F35935AA5EAED81DB3CEF6EE9129759EBF0F58E7F87&s=smtps: time=1204291220 [data 127 bytes] Feb 29 14:32:05 peci postfix/smtpd[14966]: reloaded session 4DF215F340ECB34A47389F35935AA5EAED81DB3CEF6EE9129759EBF0F58E7F87&s=smtps from smtpd cache Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:SSLv3 read client hello B Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:SSLv3 write server hello A Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:SSLv3 write change cipher spec A Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:SSLv3 write finished A Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:SSLv3 flush data Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:error in SSLv3 read finished A Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:error in SSLv3 read finished A Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:error in SSLv3 read finished A Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:error in SSLv3 read finished A Feb 29 14:32:05 peci postfix/smtpd[14966]: SSL_accept:SSLv3 read finished A Feb 29 14:32:05 peci postfix/smtpd[14966]: Reusing old session Feb 29 14:32:05 peci postfix/smtpd[14966]: TLS connection established from amadeus.unina.it[143.225.209.69]: TLSv1 with cipher RC4-MD5 (128/128 bits) Feb 29 14:32:05 peci postfix/smtpd[14966]: B57E452A3: client=amadeus.unina.it[143.225.209.69], sasl_method=LOGIN, sasl_username=cdimauro Feb 29 14:32:05 peci postfix/cleanup[14969]: B57E452A3: message-id=<003101c87ad7$779ffc70$45d1e18f@amadeus> Feb 29 14:32:05 peci postfix/qmgr[13653]: B57E452A3: from=<cdi...@pe...>, size=1465, nrcpt=1 (queue active) Feb 29 14:32:05 peci postfix/smtpd[14966]: disconnect from amadeus.unina.it[143.225.209.69] Feb 29 14:32:05 peci master[14971]: about to exec /usr/lib/cyrus/imapd Feb 29 14:32:05 peci imap[14971]: executed Feb 29 14:32:05 peci imap[14971]: auxpropfunc error invalid parameter supplied Feb 29 14:32:05 peci imap[14971]: _sasl_plugin_load failed on sasl_auxprop_plug_init for plugin: ldapdb Feb 29 14:32:05 peci imap[14971]: accepted connection Feb 29 14:32:05 peci imap[14971]: login: amadeus.unina.it [143.225.209.69] cdimauro plaintext User logged in Feb 29 14:32:05 peci slapd[13210]: conn=17 op=2 SRCH base="o=postacert" scope=0 deref=2 filter="(o=postacert)" Feb 29 14:32:05 peci slapd[13210]: conn=17 op=2 SRCH attr=1.1 Feb 29 14:32:05 peci slapd[13210]: conn=17 op=2 SEARCH RESULT tag=101 err=0 nentries=1 text= Feb 29 14:32:05 peci slapd[13210]: conn=17 op=3 SRCH base="o=postacert" scope=2 deref=2 filter="(managedDomains=pecistudenti.unina.it)" Feb 29 14:32:05 peci slapd[13210]: conn=17 op=3 SRCH attr=1.1 Feb 29 14:32:05 peci slapd[13210]: <= bdb_equality_candidates: (managedDomains) not indexed Feb 29 14:32:05 peci slapd[13210]: conn=17 op=3 SEARCH RESULT tag=101 err=0 nentries=1 text= Feb 29 14:32:05 peci master[14973]: about to exec /usr/lib/cyrus/lmtpd Feb 29 14:32:05 peci lmtp[14973]: executed Feb 29 14:32:05 peci lmtp[14973]: auxpropfunc error invalid parameter supplied Feb 29 14:32:05 peci lmtp[14973]: _sasl_plugin_load failed on sasl_auxprop_plug_init for plugin: ldapdb Feb 29 14:32:05 peci lmtp[14973]: accepted connection Feb 29 14:32:05 peci lmtp[14973]: connection from localhost [127.0.0.1] preauth'd as postman Feb 29 14:32:06 peci lmtp[14973]: IOERROR: fstating sieve script /usr/sieve/c/cdimauro/defaultbc: No such file or directory Feb 29 14:32:06 peci lmtp[14973]: duplicate_check: <ope...@pe...> user.cdimauro 0 Feb 29 14:32:06 peci lmtp[14973]: duplicate_check: <ope...@pe...> user.cdimauro 0 Feb 29 14:32:06 peci imap[14971]: seen_db: user cdimauro opened /var/imap/user/c/cdimauro.seen Feb 29 14:32:06 peci lmtp[14973]: duplicate_mark: <ope...@pe...> user.cdimauro 1204291926 0 Feb 29 14:32:06 peci lmtp[14973]: Delivered: <ope...@pe...> to mailbox: user.cdimauro Feb 29 14:32:06 peci postfix/smtpd[14974]: auxpropfunc error invalid parameter supplied Feb 29 14:32:06 peci postfix/smtpd[14974]: _sasl_plugin_load failed on sasl_auxprop_plug_init for plugin: ldapdb Feb 29 14:32:06 peci postfix/smtpd[14974]: initializing the server-side TLS engine Feb 29 14:32:06 peci postfix/smtpd[14974]: connect from localhost[127.0.0.1] Feb 29 14:32:06 peci postfix/smtpd[14974]: 5D3FA48D20: client=localhost[127.0.0.1] Feb 29 14:32:06 peci postfix/cleanup[14969]: 5D3FA48D20: message-id=<ope...@pe...> Feb 29 14:32:06 peci postfix/qmgr[13653]: 5D3FA48D20: from=<cdi...@pe...>, size=9322, nrcpt=1 (queue active) Feb 29 14:32:06 peci postfix/smtpd[14974]: disconnect from localhost[127.0.0.1] Feb 29 14:32:06 peci postfix/smtp[14970]: B57E452A3: to=<cdi...@pe...>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.77, delays=0.1/0.01/0/0.66, dsn=2.7.1, status=sent (250 2.7.1 Ok) Feb 29 14:32:06 peci postfix/qmgr[13653]: B57E452A3: removed Feb 29 14:32:06 peci postfix/smtp[14975]: 5D3FA48D20: to=<cdi...@pe...>, relay=pecistudenti.unina.it[192.132.34.32]:25, delay=0.16, delays=0.12/0.01/0.02/0.02, dsn=2.0.0, status=sent (250 Ok: queued as CA08624197) Feb 29 14:32:06 peci postfix/qmgr[13653]: 5D3FA48D20: removed mentre questo è il log della macchina destinataria: eb 29 14:32:03 pecistudenti postfix/smtpd[23005]: auxpropfunc error invalid parameter supplied Feb 29 14:32:03 pecistudenti postfix/smtpd[23005]: _sasl_plugin_load failed on sasl_auxprop_plug_init for plugin: ldapdb Feb 29 14:32:03 pecistudenti postfix/smtpd[23005]: initializing the server-side TLS engine Feb 29 14:32:03 pecistudenti postfix/smtpd[23005]: connect from unknown[192.132.34.8] Feb 29 14:32:03 pecistudenti postfix/smtpd[23005]: CA08624197: client=unknown[192.132.34.8] Feb 29 14:32:03 pecistudenti postfix/cleanup[23008]: CA08624197: hold: header Received: from peci.unina.it (unknown [192.132 .34.8])??by pecistudenti.unina.it (Postfix) with ESMTP id CA08624197??for <cdi...@pe...>; Fri, 29 Feb 2008 14:32:03 +0100 (CET) from unknown[192.132.34.8]; from=<cdi...@pe...> to=<cdi...@pe...> proto=ES MTP helo=<peci.unina.it> Feb 29 14:32:03 pecistudenti postfix/cleanup[23008]: CA08624197: hold: header Received: from localhost (localhost [127.0.0.1 ])??by peci.unina.it (Postfix) with ESMTP id 5D3FA48D20??for <cdi...@pe...>; Fri, 29 Feb 2008 14:32:06 +01 00 (CET) from unknown[192.132.34.8]; from=<cdi...@pe...> to=<cdi...@pe...> proto=ESMTP helo=<pec i.unina.it> Feb 29 14:32:03 pecistudenti postfix/cleanup[23008]: CA08624197: hold: header Received: from amadeus (amadeus.unina.it [143. 225.209.69])?(using TLSv1? with cipher RC4-MD5 (128/128 bits))?(No client certificate requested)?by? peci.unina.it (Postfix) with ESMTP id B57E452A3?for? from unknown[192.132.34.8]; from=<cdi...@pe...> to=<cdi...@pe...> proto=ESMTP helo=<peci.unina.it> Feb 29 14:32:03 pecistudenti postfix/cleanup[23008]: CA08624197: message-id=<opec220.20080229143205.14773.01.1.1@peci.unina. it> Feb 29 14:32:03 pecistudenti postfix/cleanup[23008]: CA08624197: hold: header Received: from amadeus (amadeus.unina.it [143. 225.209.69])??(using TLSv1 with cipher RC4-MD5 (128/128 bits))??(No client certificate requested)??by peci.unina.it (Postfix ) with ESMTP id B57E452A3??for from unknown[192.132.34.8]; from=<cdi...@pe...> to=<cdi...@pe...> proto=ESMTP helo=<peci.unina.it> Feb 29 14:32:03 pecistudenti postfix/smtpd[23005]: disconnect from unknown[192.132.34.8] Feb 29 14:32:04 pecistudenti MailScanner[9748]: New Batch: Scanning 1 messages, 9854 bytes Feb 29 14:32:04 pecistudenti MailScanner[9748]: Virus and Content Scanning: Starting Feb 29 14:32:06 pecistudenti MailScanner[9748]: Requeue: CA08624197.62393 to AAD112A011 Feb 29 14:32:06 pecistudenti MailScanner[9748]: Uninfected: Delivered 1 messages Feb 29 14:32:06 pecistudenti postfix/qmgr[10797]: AAD112A011: from=<cdi...@pe...>, size=9842, nrcpt=1 (queue activ e) Feb 29 14:32:06 pecistudenti MailScanner[9748]: Batch (1 message) processed in 1.92 seconds Feb 29 14:32:06 pecistudenti MailScanner[9748]: MailScanner child dying of old age Feb 29 14:32:06 pecistudenti MailScanner[23017]: MailScanner E-Mail Virus Scanner version 4.54.6 starting... Feb 29 14:32:06 pecistudenti MailScanner[23017]: Read 719 hostnames from the phishing whitelist Feb 29 14:32:06 pecistudenti MailScanner[23017]: Using locktype = flock Feb 29 14:32:07 pecistudenti master[23019]: about to exec /usr/lib/cyrus/lmtpd Feb 29 14:32:07 pecistudenti lmtp[23019]: executed Feb 29 14:32:07 pecistudenti lmtp[23019]: auxpropfunc error invalid parameter supplied Feb 29 14:32:07 pecistudenti lmtp[23019]: _sasl_plugin_load failed on sasl_auxprop_plug_init for plugin: ldapdb Feb 29 14:32:07 pecistudenti lmtp[23019]: accepted connection Feb 29 14:32:07 pecistudenti lmtp[23019]: connection from localhost [127.0.0.1] preauth'd as postman Feb 29 14:32:07 pecistudenti lmtp[23019]: IOERROR: fstating sieve script /usr/sieve/c/cdimauro/defaultbc: No such file or di rectory Feb 29 14:32:07 pecistudenti lmtp[23019]: duplicate_check: <ope...@pe...> user.cdimauro 0 Feb 29 14:32:07 pecistudenti lmtp[23019]: duplicate_mark: <ope...@pe...> user.cdimauro 1204291927 1354 Feb 29 14:32:07 pecistudenti postfix/smtp[23016]: AAD112A011: to=<cdi...@pe...>, relay=127.0.0.1[127.0.0.1 ], delay=4, status=sent (250 2.7.1 Ok) Feb 29 14:32:07 pecistudenti postfix/qmgr[10797]: AAD112A011: removed Feb 29 14:32:37 pecistudenti master[9120]: process 22916 exited, status 0 Feb 29 14:33:07 pecistudenti master[9120]: process 23019 exited, status 0 Ciao Grazie Ciro |
|
From: Ciro Di M. <cdi...@un...> - 2008-02-29 13:30:55
|
Il Thursday 28 February 2008 18:16:37 Flavio Fanton ha scritto: > prova a postare l'anomalia + log di sistema + log legali > > 2008/2/28 Ciro Di Mauro <cdi...@un...>: > > Il Thursday 28 February 2008 17:01:31 Flavio Fanton ha scritto: > > > Quanto suggerito è solo per la 2.2.0 mentre per la 2.0.0 è necessaria > > > una > > > > > > patch. > > > > > > Ti conviene cmq passare direttamente alla 2.2.0/2.2.1 semplicemente > > > installandola sopra la vecchia. > > > > > > Ricorda magari di salvare la vecchia configurazione in modo da poterla > > > prendere come riferimento. > > > > > > 2008/2/28 Ciro Di Mauro <cdi...@un...>: > > > > Il Thursday 28 February 2008 09:54:19 Flavio Fanton ha scritto: > > > > > Ciao, > > > > > > > > > > se stai usando la versione >= 2.2.0 con certificati self signed > > > > > devi fare in modo che il processo di verifica SMIME delle mail in > > > > > ingresso non controlli i certificati quindi è necessario > > > > > commentare il parametro $CApath del file di configurazione, > > > > > tipicamente /etc/opec.conf > > > > > > > > > > Saluti, > > > > > > > > Grazie Flavio, > > > > dimenticavo di dirti che un sistema usa la versione 2.2.0,mentre > > > > l'altro usa la versione 2.0.0. c'e' incompatibilità? Comunque ho > > > > seguito il tuo consiglio, ho commentato la $CApath ma niente da fare > > > > il problema persiste. Grazie > > > > > > > > > > > > Ciro. > > > > > > > > > > > > -------------------------------------------------------------------- > > > >----- This SF.net email is sponsored by: Microsoft > > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > _______________________________________________ > > > > Openpec-devel mailing list > > > > Ope...@li... > > > > https://lists.sourceforge.net/lists/listinfo/openpec-devel > > > > > > ---------------------------------------------------------------------- > > >--- This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > Openpec-devel mailing list > > > Ope...@li... > > > https://lists.sourceforge.net/lists/listinfo/openpec-devel > > > > Flavio, sono passato alla 2.2.0, ora entrambi i sistemi mantengono la > > stessa versione, ho commentato la $CApath come da te suggerito ma il > > problema continua a persistere. > > Cosa mi suggerisci? > > > > > > > > Grazie > > Ciro. > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Openpec-devel mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openpec-devel Ciao Flavio, questo è l'opec.log della macchina destinataria ovvero quella che detiene l'anomalia del messaggio: 2008 Feb 29 14:16:11 pecistudenti opec220[22622]: > >>>Starting - opec220 at pecistudenti - version: 2.20 2008 Feb 29 14:16:11 pecistudenti opec220[22622]: prolongTimer in INIZIALIZZAZIONE...: tempo rimanente = 60 s 2008 Feb 29 14:16:11 pecistudenti opec220[22622]: timer azzerato 2008 Feb 29 14:16:11 pecistudenti opec220[22627]: Nuova connessione LDAP verso pecistudenti.unina.it 2008 Feb 29 14:16:11 pecistudenti opec220[22627]: PING LDAP pecistudenti.unina.it Ok 2008 Feb 29 14:16:11 pecistudenti opec220[22626]: Nuova connessione LDAP verso pecistudenti.unina.it 2008 Feb 29 14:16:11 pecistudenti opec220[22626]: PING LDAP pecistudenti.unina.it Ok 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: Nuova richiesta 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: prolongTimer in nuova richiesta - timer reset: tempo rimanente = 480 s 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: Protocollo: TCP 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: Dettagli connessione: 127.0.0.1:10024 - Opec::In::SMTP 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: prolongTimer in smtp in: tempo rimanente = 480 s 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: Gestione richiesta SMTP 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: SMTP> 220 [127.0.0.1] SMTP Opec service ready 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: SMTP< EHLO pecistudenti.unina.it 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: EHLO: pecistudenti.unina.it 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: ESMTP> 250-[127.0.0.1] 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: ESMTP> 250-PIPELINING 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: ESMTP> 250-ENHANCEDSTATUSCODES 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: ESMTP> 250 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: ESMTP< MAIL FROM:<cdi...@pe...> 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: mail 1 - richiesta 1 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) -- creo dir: /home/opec//tmp/opec-20080229T142021-22627 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) -- creo file: /home/opec//tmp/opec-20080229T142021-22627/emai l.txt 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) ESMTP> 250 2.1.0 Sender cdi...@pe... OK 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) ESMTP< RCPT TO:<cdi...@pe...> 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) ESMTP> 250 2.1.5 Recipient <cdi...@pe...> O K 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) ESMTP< DATA 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) [127.0.0.1]:10024 /home/opec//tmp/opec-20080229T142021-22627 cdi...@pe... -> <cdi...@pe...> 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) ESMTP> 354 End data with <CR><LF>.<CR><LF> 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) ESMTP< . 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Estremi del messaggio in ingresso: 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Sender: cdi...@pe... 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Rcpt: cdi...@pe... 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Subject: POSTA CERTIFICATA: ciao da peci 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Message-ID: ope...@pe... 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) prolongTimer in elaborazione messaggio: tempo rimanente = 480 s 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) prolongTimer in Ricezione DT: tempo rimanente = 480 s 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Bookmark: INIT::14:20:21-29/02/2008 - 0749bdba5e8841d13e4fce3 d15c1df68 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Verifica: 0 (Errore durante la generazione del hash del file: 0) 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) prolongTimer in Antivirus: tempo rimanente = 480 s 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) prolongTimer in avirus-connect_sckinet: tempo rimanente = 480 s 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) prolongTimer in avirus-connect_sckinet: tempo rimanente = 480 s 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) prolongTimer in Anomalia di trasporto: tempo rimanente = 480 s 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) SEND via LMTP: [localhost:24] <cdi...@pe...> -> <cd im...@pe...> 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Host remoto: pecistudenti 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) prolongTimer in fwd-connect: tempo rimanente = 480 s 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) risposta a RCPT TO 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) cdi...@pe...: "250 2.1.5 ok" 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) risposta a DATA: "354 go ahead" 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) risposta a cdi...@pe...: 250 2.1.5 Ok: Ok, id=22627.01.1 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) mail_via_lmtp: 250 2.1.5 Ok 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) tento di chiudere il file temporaneo 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Risposta corePec: "1 2.1.5 Ok" 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) ESMTP> 250 2.7.1 Ok 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) timer azzerato 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) ESMTP< QUIT 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) ESMTP> 221 2.0.0 [127.0.0.1] (opec) closing transmission chan nel 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) TIMING [total 348 ms] - smtp in: 91 (26%), verifica DT: 34 (1 0%), antivirus: 23 (7%), gen. anomalia di messaggio: 23 (7%), firma anomalia di messaggio: 22 (6%), delivery anomalia di mes saggio: 152 (44%), rundown: 3 (1%) 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Richiesta chiusa mentre questo è il legal.log 2008 Feb 29 14:16:11 pecistudenti opec220[22622]: > >>>Starting - opec220 at pecistudenti - version: 2.20 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) *** NEW MAIL - START 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Ricezione messaggio 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) posta-certificata.1 - Direzione: OUTBOUND 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) posta-certificata.1 - Sender: cdi...@pe... 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) posta-certificata.1 - Rcpt: cdi...@pe... 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) posta-certificata.1 - Subject: POSTA CERTIFICATA: ciao da pec i 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) posta-certificata.1 - Message-ID: <opec220.20080229142020.147 74....@pe...> 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) posta-certificata.1 - Message-ID-rif: <001801c87ad5$d3436050$ 45d1e18f@amadeus> 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) posta-certificata.1 - Gestore: SistemidielaborazioneC.S.I. 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Verifica: Errore durante la generazione del hash del file: 0 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Check Virus: Ok 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) errore.1 - Direzione: OUTBOUND 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) errore.1 - Sender: cdi...@pe... 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) errore.1 - Rcpt: cdi...@pe... 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) errore.1 - Subject: ANOMALIA MESSAGGIO: POSTA CERTIFICATA: ci ao da peci 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) errore.1 - Message-ID: <opec220.20080229142020.14774.01.1.1@p eci.unina.it> 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) errore.1 - Message-ID-rif: 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) errore.1 - Gestore: SistemidielaborazioneC.S.I. 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Dispaccio anomalia di trasporto 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) SEND via LMTP: [localhost:24] <cdi...@pe...> -> <cd im...@pe...> 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Host remoto: pecistudenti 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) Resoconto dispaccio: 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) errore.1 - Esito: cdi...@pe... - 250 2.1.5 Ok 2008 Feb 29 14:20:21 pecistudenti opec220[22627]: (22627.01.1) *** NEW MAIL - END La macchina mittente (quella che mantiene solo l'accettazione della mail) ha il seguente opec.log 2008 Feb 29 14:17:05 peci opec220[14770]: > >>>Starting - opec220 at peci - version: 2.20 2008 Feb 29 14:17:05 peci opec220[14770]: prolongTimer in INIZIALIZZAZIONE...: tempo rimanente = 60 s 2008 Feb 29 14:17:05 peci opec220[14770]: timer azzerato 2008 Feb 29 14:17:05 peci opec220[14773]: Nuova connessione LDAP verso peci.unina.it 2008 Feb 29 14:17:05 peci opec220[14773]: PING LDAP peci.unina.it Ok 2008 Feb 29 14:17:05 peci opec220[14774]: Nuova connessione LDAP verso peci.unina.it 2008 Feb 29 14:17:05 peci opec220[14774]: PING LDAP peci.unina.it Ok 2008 Feb 29 14:20:20 peci opec220[14774]: Nuova richiesta 2008 Feb 29 14:20:20 peci opec220[14774]: prolongTimer in nuova richiesta - timer reset: tempo rimanente = 480 s 2008 Feb 29 14:20:20 peci opec220[14774]: Protocollo: TCP 2008 Feb 29 14:20:20 peci opec220[14774]: Dettagli connessione: 127.0.0.1:10024 - Opec::In::SMTP 2008 Feb 29 14:20:20 peci opec220[14774]: prolongTimer in smtp in: tempo rimanente = 480 s 2008 Feb 29 14:20:20 peci opec220[14774]: Gestione richiesta SMTP 2008 Feb 29 14:20:20 peci opec220[14774]: SMTP> 220 [127.0.0.1] SMTP Opec service ready 2008 Feb 29 14:20:20 peci opec220[14774]: SMTP< EHLO peci.unina.it 2008 Feb 29 14:20:20 peci opec220[14774]: EHLO: peci.unina.it 2008 Feb 29 14:20:20 peci opec220[14774]: ESMTP> 250-[127.0.0.1] 2008 Feb 29 14:20:20 peci opec220[14774]: ESMTP> 250-PIPELINING 2008 Feb 29 14:20:20 peci opec220[14774]: ESMTP> 250-ENHANCEDSTATUSCODES 2008 Feb 29 14:20:20 peci opec220[14774]: ESMTP> 250 2008 Feb 29 14:20:20 peci opec220[14774]: ESMTP< MAIL FROM:<cdi...@pe...> 2008 Feb 29 14:20:20 peci opec220[14774]: mail 1 - richiesta 1 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) -- creo dir: /home/opec//tmp/opec-20080229T142020-14774 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) -- creo file: /home/opec//tmp/opec-20080229T142020-14774/email.txt 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) ESMTP> 250 2.1.0 Sender cdi...@pe... OK 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) ESMTP< RCPT TO:<cdi...@pe...> 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) ESMTP> 250 2.1.5 Recipient <cdi...@pe...> OK 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) ESMTP< DATA 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) [127.0.0.1]:10024 /home/opec//tmp/opec-20080229T142020-14774 cdimauro @peci.unina.it -> <cdi...@pe...> 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) ESMTP> 354 End data with <CR><LF>.<CR><LF> 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) ESMTP< . 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Estremi del messaggio in ingresso: 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Sender: cdi...@pe... 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Rcpt: cdi...@pe... 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Subject: ciao da peci 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Message-ID: 001801c87ad5$d3436050$45d1e18f@amadeus 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Message-ID-new: ope...@pe... 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) prolongTimer in elaborazione messaggio: tempo rimanente = 480 s 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) prolongTimer in Ricezione msg orig: tempo rimanente = 480 s 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) sanity_check 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Bookmark: INIT::14:20:20-29/02/2008 - 58437650df84eb574202638dbd9494b 1 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) prolongTimer in Antivirus: tempo rimanente = 480 s 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) prolongTimer in avirus-connect_sckinet: tempo rimanente = 480 s 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) prolongTimer in avirus-connect_sckinet: tempo rimanente = 480 s 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) check message size 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Check indice delle pubbliche amministrazioni 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) PING LDAP peci.unina.it Ok 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) LDAP: cdi...@pe... certificato 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) prolongTimer in Ricevuta di accettazione: tempo rimanente = 480 s 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) SEND via LMTP: [localhost:24] <pos...@pe...> -> <c di...@pe...> 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Host remoto: peci 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) prolongTimer in fwd-connect: tempo rimanente = 480 s 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) risposta a RCPT TO 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) cdi...@pe...: "250 2.1.5 ok" 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) risposta a DATA: "354 go ahead" 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) risposta a cdi...@pe...: 250 2.1.5 Ok: Ok, id=14774.01.1 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) mail_via_lmtp: 250 2.1.5 Ok 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) tento di chiudere il file temporaneo 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) prolongTimer in Documento di trasporto: tempo rimanente = 480 s 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) SEND via SMTP: [localhost:10025] <cdi...@pe...> -> <cdimaur o...@pe...> 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) Remote host: peci.unina.it 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) prolongTimer in fwd-connect: tempo rimanente = 480 s 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) risposta a DATA: "354 End data with <CR><LF>.<CR><LF>" 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) risposta a fine DATA: "250 2.0.0 Ok: queued as 11AE048D33" 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) mail_via_smtp: 250 2.6.0 Ok, id=14774.01.1, from MTA: 250 2.0.0 Ok: q ueued as 11AE048D33 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) tento di chiudere il file temporaneo 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) Risposta corePec: "1 2.5.0 OK" 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) ESMTP> 250 2.7.1 Ok 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) timer azzerato 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) ESMTP< QUIT 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) ESMTP> 221 2.0.0 [127.0.0.1] (opec) closing transmission channel 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) TIMING [total 625 ms] - smtp in: 45 (7%), antivirus: 21 (3%), gen. ri c. accettazione: 22 (4%), firma ric. accettazione: 13 (2%), delivery ric. accettazione: 368 (59%), gen. DT: 10 (2%), firma D T: 13 (2%), delivery DT: 126 (20%), rundown: 6 (1%) 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) Richiesta chiusa mentre il legal.log è il seguente: 2008 Feb 29 14:16:02 peci opec220[14677]: > >>>Starting - opec220 at peci - version: 2.20 2008 Feb 29 14:17:05 peci opec220[14770]: > >>>Starting - opec220 at peci - version: 2.20 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) *** NEW MAIL - START 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Accettazione messaggio 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) msg-originale.1 - Direzione: OUTBOUND 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) msg-originale.1 - Sender: cdi...@pe... 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) msg-originale.1 - Rcpt: cdi...@pe... 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) msg-originale.1 - Subject: ciao da peci 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) msg-originale.1 - Message-ID: <opec220.20080229142020.14774.01.1.1@pe ci.unina.it> 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) msg-originale.1 - Message-ID-rif: <001801c87ad5$d3436050$45d1e18f@ama deus> 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) msg-originale.1 - Gestore: Sistemi di elaborazione C.S.I. 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Check Virus 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Generazione ricevuta di accettazione 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) accettazione.1 - Direzione: OUTBOUND 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) accettazione.1 - Sender: pos...@pe... 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) accettazione.1 - Rcpt: cdi...@pe... 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) accettazione.1 - Subject: ACCETTAZIONE: ciao da peci 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) accettazione.1 - Message-ID: <opec220.20080229142020.14774.01.1.01.1@ peci.unina.it> 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) accettazione.1 - Message-ID-rif: <001801c87ad5$d3436050$45d1e18f@amad eus> 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) accettazione.1 - Gestore: Sistemi di elaborazione C.S.I. 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Dispaccio ricevuta di accettazione 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) SEND via LMTP: [localhost:24] <pos...@pe...> -> <c di...@pe...> 2008 Feb 29 14:20:20 peci opec220[14774]: (14774.01.1) Host remoto: peci 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) Resoconto dispaccio: 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) accettazione.1 - Esito: cdi...@pe... - 250 2.1.5 Ok 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) Generazione documento di trasporto 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) posta-certificata.1 - Direzione: OUTBOUND 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) posta-certificata.1 - Sender: cdi...@pe... 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) posta-certificata.1 - Rcpt: cdi...@pe... 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) posta-certificata.1 - Subject: POSTA CERTIFICATA: ciao da peci 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) posta-certificata.1 - Message-ID: <opec220.20080229142020.14774.01.1. 1...@pe...> 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) posta-certificata.1 - Message-ID-rif: <001801c87ad5$d3436050$45d1e18f @amadeus> 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) posta-certificata.1 - Gestore: Sistemi di elaborazione C.S.I. 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) Dispaccio documento di trasporto 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) SEND via SMTP: [localhost:10025] <cdi...@pe...> -> <cdimaur o...@pe...> 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) Remote host: peci.unina.it 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) Resoconto dispaccio: 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) posta-certificata.1 - Esito: cdi...@pe... - 250 2.0 .0 Ok: queued as 11AE048D33 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) Task RMC accodato per cdi...@pe... 2008 Feb 29 14:20:21 peci opec220[14774]: (14774.01.1) *** NEW MAIL - END Spero che tu possa aiutarmi a risolvere questo problema. Ti ringrazio vivamente. Ciro PS: hai un telefono fisso nell'eventualità? Grazie. |
|
From: Flavio F. <fa...@ex...> - 2008-02-28 17:16:33
|
prova a postare l'anomalia + log di sistema + log legali 2008/2/28 Ciro Di Mauro <cdi...@un...>: > Il Thursday 28 February 2008 17:01:31 Flavio Fanton ha scritto: > > > > Quanto suggerito è solo per la 2.2.0 mentre per la 2.0.0 è necessaria una > > patch. > > > > Ti conviene cmq passare direttamente alla 2.2.0/2.2.1 semplicemente > > installandola sopra la vecchia. > > > > Ricorda magari di salvare la vecchia configurazione in modo da poterla > > prendere come riferimento. > > > > 2008/2/28 Ciro Di Mauro <cdi...@un...>: > > > Il Thursday 28 February 2008 09:54:19 Flavio Fanton ha scritto: > > > > Ciao, > > > > > > > > se stai usando la versione >= 2.2.0 con certificati self signed devi > > > > fare in modo che il processo di verifica SMIME delle mail in ingresso > > > > non controlli i certificati quindi è necessario commentare il > > > > parametro $CApath del file di configurazione, tipicamente > > > > /etc/opec.conf > > > > > > > > Saluti, > > > > > > Grazie Flavio, > > > dimenticavo di dirti che un sistema usa la versione 2.2.0,mentre l'altro > > > usa la versione 2.0.0. c'e' incompatibilità? Comunque ho seguito il tuo > > > consiglio, ho commentato la $CApath ma niente da fare il problema > > > persiste. Grazie > > > > > > > > > Ciro. > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > Openpec-devel mailing list > > > Ope...@li... > > > https://lists.sourceforge.net/lists/listinfo/openpec-devel > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Openpec-devel mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openpec-devel > > Flavio, sono passato alla 2.2.0, ora entrambi i sistemi mantengono la stessa > versione, ho commentato la $CApath come da te suggerito ma il problema > continua a persistere. > Cosa mi suggerisci? > > > > Grazie > Ciro. > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Openpec-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openpec-devel > -- *** Fanton Flavio EXEntrica - www.exentrica.it Office: 050754703 Fax: 050754707 mobile: +393476765395 ICQ: #241547295 - flazan |
|
From: Ciro Di M. <cdi...@un...> - 2008-02-28 17:00:29
|
Il Thursday 28 February 2008 17:01:31 Flavio Fanton ha scritto: > Quanto suggerito è solo per la 2.2.0 mentre per la 2.0.0 è necessaria una > patch. > > Ti conviene cmq passare direttamente alla 2.2.0/2.2.1 semplicemente > installandola sopra la vecchia. > > Ricorda magari di salvare la vecchia configurazione in modo da poterla > prendere come riferimento. > > 2008/2/28 Ciro Di Mauro <cdi...@un...>: > > Il Thursday 28 February 2008 09:54:19 Flavio Fanton ha scritto: > > > Ciao, > > > > > > se stai usando la versione >= 2.2.0 con certificati self signed devi > > > fare in modo che il processo di verifica SMIME delle mail in ingresso > > > non controlli i certificati quindi è necessario commentare il > > > parametro $CApath del file di configurazione, tipicamente > > > /etc/opec.conf > > > > > > Saluti, > > > > Grazie Flavio, > > dimenticavo di dirti che un sistema usa la versione 2.2.0,mentre l'altro > > usa la versione 2.0.0. c'e' incompatibilità? Comunque ho seguito il tuo > > consiglio, ho commentato la $CApath ma niente da fare il problema > > persiste. Grazie > > > > > > Ciro. > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Openpec-devel mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openpec-devel > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Openpec-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openpec-devel Flavio, sono passato alla 2.2.0, ora entrambi i sistemi mantengono la stessa versione, ho commentato la $CApath come da te suggerito ma il problema continua a persistere. Cosa mi suggerisci? Grazie Ciro. |
|
From: Flavio F. <fa...@ex...> - 2008-02-28 16:01:28
|
Quanto suggerito è solo per la 2.2.0 mentre per la 2.0.0 è necessaria una patch. Ti conviene cmq passare direttamente alla 2.2.0/2.2.1 semplicemente installandola sopra la vecchia. Ricorda magari di salvare la vecchia configurazione in modo da poterla prendere come riferimento. 2008/2/28 Ciro Di Mauro <cdi...@un...>: > Il Thursday 28 February 2008 09:54:19 Flavio Fanton ha scritto: > > > Ciao, > > > > se stai usando la versione >= 2.2.0 con certificati self signed devi > > fare in modo che il processo di verifica SMIME delle mail in ingresso > > non controlli i certificati quindi è necessario commentare il > > parametro $CApath del file di configurazione, tipicamente > > /etc/opec.conf > > > > Saluti, > > Grazie Flavio, > dimenticavo di dirti che un sistema usa la versione 2.2.0,mentre l'altro usa > la versione 2.0.0. c'e' incompatibilità? Comunque ho seguito il tuo > consiglio, ho commentato la $CApath ma niente da fare il problema persiste. > Grazie > > > Ciro. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Openpec-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openpec-devel > |
|
From: Ciro Di M. <cdi...@un...> - 2008-02-28 15:49:35
|
Il Thursday 28 February 2008 09:54:19 Flavio Fanton ha scritto: > Ciao, > > se stai usando la versione >= 2.2.0 con certificati self signed devi > fare in modo che il processo di verifica SMIME delle mail in ingresso > non controlli i certificati quindi è necessario commentare il > parametro $CApath del file di configurazione, tipicamente > /etc/opec.conf > > Saluti, Grazie Flavio, dimenticavo di dirti che un sistema usa la versione 2.2.0,mentre l'altro usa la versione 2.0.0. c'e' incompatibilità? Comunque ho seguito il tuo consiglio, ho commentato la $CApath ma niente da fare il problema persiste. Grazie Ciro. |
|
From: Flavio F. <fl...@ex...> - 2008-02-28 08:54:15
|
Ciao, se stai usando la versione >= 2.2.0 con certificati self signed devi fare in modo che il processo di verifica SMIME delle mail in ingresso non controlli i certificati quindi è necessario commentare il parametro $CApath del file di configurazione, tipicamente /etc/opec.conf Saluti, -- *** Fanton Flavio EXEntrica - www.exentrica.it Office: 050754703 Fax: 050754707 mobile: +393476765395 ICQ: #241547295 - flazan On Thu, Feb 28, 2008 at 8:41 AM, Ciro Di Mauro <cdi...@un...> wrote: > Ciao Flavio, > sono un utente openpec, ed ho messo su un sistema di posta elettronica > certificata a validità interna su due server openpec che gestiscono due > domini diversi, entrambi i sistemi non dispongo di un modulo HSM per la > firma. > Il tutto sembra funzionare bene quando un messaggio viene inviato da un utente > verso un altro utente dello stesso dominio es: ci...@pi... -> > ar...@pi... (gli utenti entrambi sono entrambi presenti sullo stesso > server), mentre quando invio messaggi ad un utente diverso dall' utente del > dominio del mittente, es: ci...@pi... -> ti...@al... e vicevesra > (utente presente su un altro server sempre openpec) l'utente destinatario > riceve un messaggio di anomalia di messaggio, come se il mittente spedisse da > un sistema non pec. > entrambi i sistemi mantengono le entri dei gestori pec (dei due domini) nei > database ldap locali. > potresti darmi indicazioni per risolvere questo problema? > Ti ringrazio vivamente. > Ciro. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Openpec-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openpec-devel > |
|
From: Ciro Di M. <cdi...@un...> - 2008-02-28 07:45:24
|
Ciao Flavio, sono un utente openpec, ed ho messo su un sistema di posta elettronica certificata a validità interna su due server openpec che gestiscono due domini diversi, entrambi i sistemi non dispongo di un modulo HSM per la firma. Il tutto sembra funzionare bene quando un messaggio viene inviato da un utente verso un altro utente dello stesso dominio es: ci...@pi... -> ar...@pi... (gli utenti entrambi sono entrambi presenti sullo stesso server), mentre quando invio messaggi ad un utente diverso dall' utente del dominio del mittente, es: ci...@pi... -> ti...@al... e vicevesra (utente presente su un altro server sempre openpec) l'utente destinatario riceve un messaggio di anomalia di messaggio, come se il mittente spedisse da un sistema non pec. entrambi i sistemi mantengono le entri dei gestori pec (dei due domini) nei database ldap locali. potresti darmi indicazioni per risolvere questo problema? Ti ringrazio vivamente. Ciro. |
|
From: Flavio F. <fa...@ex...> - 2007-12-24 11:30:32
|
U2FsdmUsCgrDqCBkaXNwb25pYmlsZSBsbyBzbmFwc2hvdCAxMTM0MjQxMjIwMDcgKE9wZW5QRUMg Mi4wLjMuMSkuCgpMJ29iYmlldHRpdm8gw6ggc29kZGlzZmFyZSBsZSB1bHRpbWUgbm90ZSBlbWVz c2UgZGFsIENOSVBBLCBjb3JyZWdnZXJlCmkgYnVnIGVtZXJzaSBhZCBvZ2dpIGUKcml2ZWRlcmUg YWxjdW5pIHB1bnRpIHN1bGxhIGludGVyb3BlcmFiaWxpdMOgCgpEaSBzZWd1aXRvIGFsY3VuZSBt b2RpZmljaGUgZm9uZGFtZW50YWxpOgoKc25hcHNob3RfMTEzNDI0MTIyMDA3IDIwMDcvMTIvMjQK T3BlblBFQzIgLSBUU1RfRU5ECi0gYWdnaXVudG8gbmVsIHB1bnRvIGRpIHJpY2V6aW9uZSBsJ29w emlvbmUgZGkgYnV0dGFyZSBvIGdlbmVyYXJlCiAgYW5vbWFsaWEgcGVyIG1lc3NhZ2dpIGNvbiBo ZWFkZXIgY29ycmV0dG8gbWEgY29uIGZpcm1hIG5vbiB2ZXJpZmljYXRhCi0gY29ycmV0dG8gYnVn IHN1bCBub21lIGRlbCBmaWxlIGRlbGxlIG1haWwgY29uIHZpcnVzCi0gcmV2aXNpb25lIGNvbXBs ZXRhIGRlbCBsb2cgbGVnYWxlCi0gYWdnaXVudGEgcmlzb2x1emlvbmUgZG9taW5pbyAtIGdlc3Rv cmUKLSBhZ2dpdW50YSBnZXN0aW9uZSBjb2RlIHBlciBSTUMgdGVtcGkgbWF4IHNlY29uZG8gY3Vp IHZpZW5lIGNyZWF0byB1biB0YXNrCiAgcGVyIG9nbmkgZGVzdGluYXRhcmlvIGVzdGVybm8KLSBh Z2dpdW50byBpbCBjb250cm9sbG8gZGVsbGEgZGltZW5zaW9uZS9uLiByY3B0IGRlbCBtc2cgYWwg cHVudG8gZGkgYWNjZXNzbwogIGUgcmVsYXRpdmEgcmljZXZ0YQotIHBvcnRhdG8gZGEgNSBhIDIg bCdlcnJvcmUgRVNNVFAgcmVzdGl0dWl0byBhbCBNVEEgaW4gY2FzbwogIGRpIGRpc3BhY2NpbyBh dnZpc28gZGkgcmlsZXZhemlvbmUgdmlydXMKLSBjb3JyZXR0YSBsYSB2aXN1YWxpenphemlvbmUg ZGVsIGdlc3RvcmUgcGVyIGxlIGFub21hbGllIGRpIG1zZwotIGZvcnphdGEgY29kaWZpY2EgYSA3 LWJpdCBwZXIgaWwgYm9keSBkZWxsZSByaWNldnV0ZQotIGFnZ2lvcm5hdGEgc2FuaXR5X2NoZWNr IHBlciBnZXN0aXJlIGxpc3RlIGRpIGluZGlyaXp6aSBkaSBzZXJ2aXppbwooT3BlYzo6VXRpbCkK LSByaXNvbHRvIGJ1ZyBzdWwgVEFHICJyaWNlemlvbmUiCi0gcmlzb2x0byBidWcgc3VsIGNhbXBv ICJSZXBseS1UbyIgbmVsIGRvYy4gZGkgdHJhc3AKLSByZXZpc2lvbmUgaW50ZXJvcGVyYWJpbGl0 YQotIGFnZ2l1bnRhIGxhIG1vZGFsaXTDoCBzdXNwZW5kIGNoZSBwZXJtZXR0ZXJlIGRpIHNvc3Bl bmRlcmUgaWwgc2Vydml6aW8gaW4KICBtb2RvIGludGVyb3BlcmFiaWxlIHNlbnphIGludGVydmVu aXJlIHN1Z2xpIE1UQQoKU2FsdXRpLAotLSAKKioqIEZhbnRvbiBGbGF2aW8KRVhFbnRyaWNhIC0g aHR0cDovL3d3dy5leGVudHJpY2EuaXQKSUNROiAjMjQxNTQ3Mjk1IC0gZmxhemFuCg== |
|
From: Ciro Di M. <cdi...@un...> - 2006-08-02 12:01:00
|
Ciao,
per prima cosa devo ringraziarti perche' mi sei stato di grande aiuto.
Il problema e' risolto.
Il sistema openpec funziona anche su gentoo, dove sono riuscito a fare i=
l=20
porting dell'applicazione, al piu' presto lo pubblichero', magari puo'=20
interessare a qualcuno
appassionato di gentoo.
Grazie ancora
Ciro Di Mauro
----- Original Message -----=20
From: "Flavio Fanton" <fa...@ex...>
To: "OpenPEC Developers Mailing List" <ope...@li...=
t>
Sent: Wednesday, August 02, 2006 11:01 AM
Subject: Re: [Openpec-devel] problema sulla porta 10024
> Salve,
>
> ti giro una discussione che fa al caso tuo.
>
> Fammi sapere,
>
> flazan
>
> --=20
> *** Fanton Flavio
> EXEntrica - www.exentrica.it
> Ufficio: 050754703
> Fax: 050754707
> mobile: +393476765395
> ICQ: #241547295 - flazan
>
>
> ---------- Forwarded message ----------
> From: Silvio Scipioni <sil...@si...>
> Date: Jul 24, 2006 1:25 PM
> Subject: Re: [Openpec-devel] Problema OPEC 1.9.3
> To: fa...@ex...
>
>
> Allo stato attuale abbiamo una forte collaborazione con Trust Italia...=
..
> vediamo che prezzo riusciamo ad ottenere e poi ti faccio sapere....
> Se riusciamo ad ottenere il modulo HSM in tempi ragionevole e vi intere=
ssa
> possiamo partecipare ai test.
>
> Grazie per le informazioni
>
> Silvio Scipioni
>
>
> Flavio Fanton ha scritto:
>> Se ti interessa abbiamo un canale preferenziale con i nostri partner
>> di Symbolic
>> e possiamo vedere se riusciamo ad ottenere un buon prezzo.
>>
>> On 7/22/06, Sil...@si...
>> <sil...@si...> wrote:
>>> Ciao,
>>> dopo gli ultimi consigli, openpec 1.9.3 funziona correttamente.
>>> Ho visto nella roadmap che state lavorando per integrare in openpec i=
l
>>> supporto per
>>> il modulo HSM .Quale =C3=A8 il modello sul quale state lavorando?
>>> Te lo chiedo perch=C3=A8 vorremmo acquistarne uno e quindi mi vorrei
>>> orientare su un modello
>>> che sicuramente sar=C3=A0 supportato da openpec
>>>
>>> Grazie per le informazioni
>>>
>>> Silvio Scipioni
>>>
>>> Flavio Fanton wrote:
>>>
>>> > s=C3=AC, la documentazione manca.
>>> >
>>> > Per impostare i domini locali ci sono 2 modi:
>>> > 1. direttamente da file di configurazione (opec.conf) con il metodo
>>> > convenzionale, es.
>>> > $localCertDomains =3D ['demopec.openpec.org', 'demopec2.openpec.org=
'];
>>> >
>>> > 2. tramite berkeley db con l'utility ldap_db.
>>> > ldap_db opera estrapolando i domini locali dal server LDAP (mirror
>>> > CNIPA) e compilando un file berkeley (localdomain.db) oppure pu=C3=B2
>>> > leggere un file testo contenente un dominio per riga e convertirlo.
>>> > Deve essere eseguito sotto ~/MYHOME.
>>> >
>>> > La seconda soluzione =C3=A8 consigliabile per installazione con mol=
ti
>>> > domini e nel caso in cui questi debbano cambiare con frequenza, =C3=
=A8 il
>>> > caso dei provider.
>>> >
>>> > db_check permette di verificare il contenuto di localdomain.db (non=
di
>>> > crearlo!)
>>> > La sintassi =C3=A8
>>> > db_check <db file> [domain]
>>> >
>>> > se non si fornisce [domain] restituisce la lista dei domini contenu=
ti
>>> > nel file mentre con [domain] ci dice se il dominio =C3=A8 compreso =
nella
>>> > lista (utile in caso di liste lunghe)
>>> >
>>> > Ritornando al tuo problema leggo che localdomain.db.1 =C3=A8 di ute=
nza root
>>> > questo significa che hai eseguito openpec in modalit=C3=A0 debug da=
utente
>>> > root, successivamente lo hai eseguito con utenza dopec e si =C3=A8
>>> > verificato l'errore.
>>> >
>>> > Cancella il file localdomain.db.1 e prova ad eseguire openpec in
>>> > modalit=C3=A0 debug da utenza dopec.
>>> >
>>> >
>>> > On 7/17/06, Silvio Scipioni <sil...@si...> wrote:
>>> >
>>> >> Il file in questione l'ho generato con l'utility: db_check e tra
>>> l'altro
>>> >> non so come aggiungere i domini gestiti (se hai suggerimenti a
>>> riguardo
>>> >> sono ben accetti :-) )....
>>> >> Comuqnue il file =C3=A8 di propriet=C3=A0 dell'utente dopec anche =
se quando
>>> >> avvio il servizio opec, viene generato in automatico un file:
>>> >> localdomain.db.1 di propriet=C3=A0 dell'utente root (mentre locald=
omain.db
>>> >> rimane di propriet=C3=A0 dell'utente dopec)
>>> >>
>>> >> Come faccio invece a non usare questa modalit=C3=A0 (nella vecchia
>>> versione
>>> >> di opec ero abituato a specificare i domini nel file
>>> /etc/opec.conf ma
>>> >> ho notato che in questa versione la sintassi del parametro che usa=
vo
>>> >> non viene pi=C3=B9 accettata). In particolare se provo ad inserire=
la
>>> riga:
>>> >> @localCertDomains....
>>> >> ottengo in fase di avvio l'errore:
>>> >> Global symbol "@localCertDomains" requires explicit package name a=
l
>>> >> /etc/opec.conf line 75
>>> >>
>>> >>
>>> >>
>>> >> Flavio Fanton ha scritto:
>>> >> > Ho scaricato e avviato senza problemi la versione da te indicata.
>>> >> >
>>> >> > Il problema potrebbe essere nel modo in cui carichi i domini
>>> locali:
>>> >> > se usi la modalit=C3=A0 berkeley db verifica i diritti del file
>>> >> > ~/MYHOME/cachedb/localdomain.db
>>> >> >
>>> >> > On 7/17/06, Silvio Scipioni <sil...@si...> wrot=
e:
>>> >> >> La directory definita nella variabile "$MYHOME" =C3=A8 /home/do=
pec
>>> >> >> che =C3=A8 la home directory dell'utente dopec, utenza con la q=
uale il
>>> >> demone
>>> >> >> gira.
>>> >> >> Ho eseguito il demone anche in modalit=C3=A0 debug e ottengo le
>>> seguenti
>>> >> >> informazioni:
>>> >> >> Setting gid to "508 508"
>>> >> >> Setting uid to "508"
>>> >> >> Il 508 =C3=A8 lo UID e il GID dell'utente dopec e del gruppo do=
pec,
>>> la cui
>>> >> >> home directory
>>> >> >> ha permessi 755 quindi sembra tutto corretto.
>>> >> >>
>>> >> >> Silvio
>>> >> >>
>>> >> >>
>>> >> >>
>>> >> >>
>>> >> >> Flavio Fanton ha scritto:
>>> >> >> > Dovrebbe essere una questione di diritti.
>>> >> >> >
>>> >> >> > Verifica che l'utente di esecuzione abbia i diritti di scritt=
ura
>>> >> nella
>>> >> >> > direttory $MYHOME.
>>> >> >> >
>>> >> >> > Fammi sapere.
>>> >> >> >
>>> >> >> > Saluti,
>>> >> >> >
>>> >> >> > flazan
>>> >> >> >
>>> >> >> >
>>> >> >> >
>>> >> >>
>>> >> >
>>> >> >
>>> >>
>>> >>
>>> >> --
>>> >> --
>>> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>>> >> Ing. Silvio Scipioni
>>> >>
>>>
>>> --
>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>>> Ing. Silvio Scipioni
>>>
>>>
>>>
>>
>>
>
>
> --
> --
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D
> Ing. Silvio Scipioni
>
>
>
>
> --
> *** Fanton Flavio
> EXEntrica - www.exentrica.it
> Ufficio: 050754703
> Fax: 050754707
> mobile: +393476765395
> ICQ: #241547295 - flazan
>
>
>
>
>
> On 8/2/06, Ciro Di Mauro <cdi...@un...> wrote:
>>
>>
>> Salve,
>> Ho installato su slackware 10.2 openpec versione 1.9.3, ma non appena=
=20
>> tento
>> di collegarmi alla porta 10024 la connessione si chiude.
>> Qualcuno ha qualche suggerimento per questo problema?
>> Grazie.
>> Ciro Di Mauro
>>
>>
>> --
>> Il messaggio e' stato analizzato alla ricerca di virus o
>> contenuti pericolosi da MailScanner, ed e'
>> risultato non infetto.
>> ----------------------------------------------------------------------=
---
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to shar=
e=20
>> your
>> opinions on IT & business topics through brief surveys -- and earn cas=
h
>> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=
=3DDEVDEV
>>
>> _______________________________________________
>> Openpec-devel mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/openpec-devel
>>
>>
>>
> -----------------------------------------------------------------------=
--
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share=
=20
> your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> Openpec-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-devel
>=20
--=20
Il messaggio e' stato analizzato alla ricerca di virus o
contenuti pericolosi da MailScanner, ed e'
risultato non infetto.
|
|
From: Flavio F. <fa...@ex...> - 2006-08-02 09:01:27
|
U2FsdmUsCgp0aSBnaXJvIHVuYSBkaXNjdXNzaW9uZSBjaGUgZmEgYWwgY2FzbyB0dW8uCgpGYW1t aSBzYXBlcmUsCgpmbGF6YW4KCi0tIAoqKiogRmFudG9uIEZsYXZpbwpFWEVudHJpY2EgLSB3d3cu ZXhlbnRyaWNhLml0ClVmZmljaW86IDA1MDc1NDcwMwpGYXg6IDA1MDc1NDcwNwptb2JpbGU6ICsz OTM0NzY3NjUzOTUKSUNROiAjMjQxNTQ3Mjk1IC0gZmxhemFuCgoKLS0tLS0tLS0tLSBGb3J3YXJk ZWQgbWVzc2FnZSAtLS0tLS0tLS0tCkZyb206IFNpbHZpbyBTY2lwaW9uaSA8c2lsdmlvLnNjaXBp b25pQHNpYy5ybS5jbnIuaXQ+CkRhdGU6IEp1bCAyNCwgMjAwNiAxOjI1IFBNClN1YmplY3Q6IFJl OiBbT3BlbnBlYy1kZXZlbF0gUHJvYmxlbWEgT1BFQyAxLjkuMwpUbzogZmFudG9uQGV4ZW50cmlj YS5pdAoKCkFsbG8gc3RhdG8gYXR0dWFsZSBhYmJpYW1vIHVuYSBmb3J0ZSBjb2xsYWJvcmF6aW9u ZSBjb24gVHJ1c3QgSXRhbGlhLi4uLi4KdmVkaWFtbyBjaGUgcHJlenpvIHJpdXNjaWFtbyBhZCBv dHRlbmVyZSBlIHBvaSB0aSBmYWNjaW8gc2FwZXJlLi4uLgpTZSByaXVzY2lhbW8gYWQgb3R0ZW5l cmUgaWwgbW9kdWxvIEhTTSBpbiB0ZW1waSByYWdpb25ldm9sZSBlIHZpIGludGVyZXNzYQpwb3Nz aWFtbyBwYXJ0ZWNpcGFyZSBhaSB0ZXN0LgoKR3JhemllIHBlciBsZSBpbmZvcm1hemlvbmkKClNp bHZpbyBTY2lwaW9uaQoKCkZsYXZpbyBGYW50b24gaGEgc2NyaXR0bzoKPiBTZSB0aSBpbnRlcmVz c2EgYWJiaWFtbyB1biBjYW5hbGUgcHJlZmVyZW56aWFsZSBjb24gaSBub3N0cmkgcGFydG5lcgo+ IGRpIFN5bWJvbGljCj4gZSBwb3NzaWFtbyB2ZWRlcmUgc2Ugcml1c2NpYW1vIGFkIG90dGVuZXJl IHVuIGJ1b24gcHJlenpvLgo+Cj4gT24gNy8yMi8wNiwgU2lsdmlvLlNjaXBpb25pQHNpYy5ybS5j bnIuaXQKPiA8c2lsdmlvLnNjaXBpb25pQHNpYy5ybS5jbnIuaXQ+IHdyb3RlOgo+PiBDaWFvLAo+ PiBkb3BvIGdsaSB1bHRpbWkgY29uc2lnbGksIG9wZW5wZWMgMS45LjMgZnVuemlvbmEgY29ycmV0 dGFtZW50ZS4KPj4gSG8gdmlzdG8gbmVsbGEgcm9hZG1hcCBjaGUgc3RhdGUgbGF2b3JhbmRvIHBl ciBpbnRlZ3JhcmUgaW4gb3BlbnBlYyBpbAo+PiBzdXBwb3J0byBwZXIKPj4gaWwgbW9kdWxvIEhT TSAuUXVhbGUgw6ggaWwgbW9kZWxsbyBzdWwgcXVhbGUgc3RhdGUgbGF2b3JhbmRvPwo+PiBUZSBs byBjaGllZG8gcGVyY2jDqCB2b3JyZW1tbyBhY3F1aXN0YXJuZSB1bm8gZSBxdWluZGkgbWkgdm9y cmVpCj4+IG9yaWVudGFyZSBzdSB1biBtb2RlbGxvCj4+IGNoZSBzaWN1cmFtZW50ZSBzYXLDoCBz dXBwb3J0YXRvIGRhIG9wZW5wZWMKPj4KPj4gR3JhemllIHBlciBsZSBpbmZvcm1hemlvbmkKPj4K Pj4gU2lsdmlvIFNjaXBpb25pCj4+Cj4+IEZsYXZpbyBGYW50b24gd3JvdGU6Cj4+Cj4+ID4gc8Os LCBsYSBkb2N1bWVudGF6aW9uZSBtYW5jYS4KPj4gPgo+PiA+IFBlciBpbXBvc3RhcmUgaSBkb21p bmkgbG9jYWxpIGNpIHNvbm8gMiBtb2RpOgo+PiA+IDEuIGRpcmV0dGFtZW50ZSBkYSBmaWxlIGRp IGNvbmZpZ3VyYXppb25lIChvcGVjLmNvbmYpIGNvbiBpbCBtZXRvZG8KPj4gPiBjb252ZW56aW9u YWxlLCBlcy4KPj4gPiAkbG9jYWxDZXJ0RG9tYWlucyA9IFsnZGVtb3BlYy5vcGVucGVjLm9yZycs ICdkZW1vcGVjMi5vcGVucGVjLm9yZyddOwo+PiA+Cj4+ID4gMi4gdHJhbWl0ZSBiZXJrZWxleSBk YiBjb24gbCd1dGlsaXR5IGxkYXBfZGIuCj4+ID4gbGRhcF9kYiBvcGVyYSBlc3RyYXBvbGFuZG8g aSBkb21pbmkgbG9jYWxpIGRhbCBzZXJ2ZXIgTERBUCAobWlycm9yCj4+ID4gQ05JUEEpIGUgY29t cGlsYW5kbyB1biBmaWxlIGJlcmtlbGV5IChsb2NhbGRvbWFpbi5kYikgb3BwdXJlIHB1w7IKPj4g PiBsZWdnZXJlIHVuIGZpbGUgdGVzdG8gY29udGVuZW50ZSB1biBkb21pbmlvIHBlciByaWdhIGUg Y29udmVydGlybG8uCj4+ID4gRGV2ZSBlc3NlcmUgZXNlZ3VpdG8gc290dG8gfi9NWUhPTUUuCj4+ ID4KPj4gPiBMYSBzZWNvbmRhIHNvbHV6aW9uZSDDqCBjb25zaWdsaWFiaWxlIHBlciBpbnN0YWxs YXppb25lIGNvbiBtb2x0aQo+PiA+IGRvbWluaSBlIG5lbCBjYXNvIGluIGN1aSBxdWVzdGkgZGVi YmFubyBjYW1iaWFyZSBjb24gZnJlcXVlbnphLCDDqCBpbAo+PiA+IGNhc28gZGVpIHByb3ZpZGVy Lgo+PiA+Cj4+ID4gZGJfY2hlY2sgcGVybWV0dGUgZGkgdmVyaWZpY2FyZSBpbCBjb250ZW51dG8g ZGkgbG9jYWxkb21haW4uZGIgKG5vbiBkaQo+PiA+IGNyZWFybG8hKQo+PiA+IExhIHNpbnRhc3Np IMOoCj4+ID4gZGJfY2hlY2sgPGRiIGZpbGU+IFtkb21haW5dCj4+ID4KPj4gPiBzZSBub24gc2kg Zm9ybmlzY2UgW2RvbWFpbl0gcmVzdGl0dWlzY2UgbGEgbGlzdGEgZGVpIGRvbWluaSBjb250ZW51 dGkKPj4gPiBuZWwgZmlsZSBtZW50cmUgY29uIFtkb21haW5dIGNpIGRpY2Ugc2UgaWwgZG9taW5p byDDqCBjb21wcmVzbyBuZWxsYQo+PiA+IGxpc3RhICh1dGlsZSBpbiBjYXNvIGRpIGxpc3RlIGx1 bmdoZSkKPj4gPgo+PiA+IFJpdG9ybmFuZG8gYWwgdHVvIHByb2JsZW1hIGxlZ2dvIGNoZSBsb2Nh bGRvbWFpbi5kYi4xIMOoIGRpIHV0ZW56YSByb290Cj4+ID4gcXVlc3RvIHNpZ25pZmljYSBjaGUg aGFpIGVzZWd1aXRvIG9wZW5wZWMgaW4gbW9kYWxpdMOgIGRlYnVnIGRhIHV0ZW50ZQo+PiA+IHJv b3QsIHN1Y2Nlc3NpdmFtZW50ZSBsbyBoYWkgZXNlZ3VpdG8gY29uIHV0ZW56YSBkb3BlYyBlIHNp IMOoCj4+ID4gdmVyaWZpY2F0byBsJ2Vycm9yZS4KPj4gPgo+PiA+IENhbmNlbGxhIGlsIGZpbGUg bG9jYWxkb21haW4uZGIuMSBlIHByb3ZhIGFkIGVzZWd1aXJlIG9wZW5wZWMgaW4KPj4gPiBtb2Rh bGl0w6AgZGVidWcgZGEgdXRlbnphIGRvcGVjLgo+PiA+Cj4+ID4KPj4gPiBPbiA3LzE3LzA2LCBT aWx2aW8gU2NpcGlvbmkgPHNpbHZpby5zY2lwaW9uaUBzaWMucm0uY25yLml0PiB3cm90ZToKPj4g Pgo+PiA+PiBJbCBmaWxlIGluIHF1ZXN0aW9uZSBsJ2hvIGdlbmVyYXRvIGNvbiBsJ3V0aWxpdHk6 IGRiX2NoZWNrIGUgdHJhCj4+IGwnYWx0cm8KPj4gPj4gbm9uIHNvIGNvbWUgYWdnaXVuZ2VyZSBp IGRvbWluaSBnZXN0aXRpIChzZSBoYWkgc3VnZ2VyaW1lbnRpIGEKPj4gcmlndWFyZG8KPj4gPj4g c29ubyBiZW4gYWNjZXR0aSA6LSkgKS4uLi4KPj4gPj4gQ29tdXFudWUgaWwgZmlsZSDDqCBkaSBw cm9wcmlldMOgIGRlbGwndXRlbnRlIGRvcGVjIGFuY2hlIHNlIHF1YW5kbwo+PiA+PiBhdnZpbyBp bCBzZXJ2aXppbyBvcGVjLCB2aWVuZSBnZW5lcmF0byBpbiBhdXRvbWF0aWNvIHVuIGZpbGU6Cj4+ ID4+IGxvY2FsZG9tYWluLmRiLjEgZGkgcHJvcHJpZXTDoCBkZWxsJ3V0ZW50ZSByb290IChtZW50 cmUgbG9jYWxkb21haW4uZGIKPj4gPj4gcmltYW5lIGRpIHByb3ByaWV0w6AgZGVsbCd1dGVudGUg ZG9wZWMpCj4+ID4+Cj4+ID4+IENvbWUgZmFjY2lvIGludmVjZSBhIG5vbiB1c2FyZSBxdWVzdGEg bW9kYWxpdMOgIChuZWxsYSB2ZWNjaGlhCj4+IHZlcnNpb25lCj4+ID4+IGRpIG9wZWMgZXJvIGFi aXR1YXRvIGEgc3BlY2lmaWNhcmUgaSBkb21pbmkgbmVsIGZpbGUKPj4gL2V0Yy9vcGVjLmNvbmYg bWEKPj4gPj4gaG8gbm90YXRvIGNoZSBpbiBxdWVzdGEgdmVyc2lvbmUgbGEgc2ludGFzc2kgZGVs IHBhcmFtZXRybyBjaGUgdXNhdm8KPj4gPj4gbm9uIHZpZW5lIHBpw7kgYWNjZXR0YXRhKS4gSW4g cGFydGljb2xhcmUgc2UgcHJvdm8gYWQgaW5zZXJpcmUgbGEKPj4gcmlnYToKPj4gPj4gQGxvY2Fs Q2VydERvbWFpbnMuLi4uCj4+ID4+IG90dGVuZ28gaW4gZmFzZSBkaSBhdnZpbyBsJ2Vycm9yZToK Pj4gPj4gR2xvYmFsIHN5bWJvbCAiQGxvY2FsQ2VydERvbWFpbnMiIHJlcXVpcmVzIGV4cGxpY2l0 IHBhY2thZ2UgbmFtZSBhbAo+PiA+PiAvZXRjL29wZWMuY29uZiBsaW5lIDc1Cj4+ID4+Cj4+ID4+ Cj4+ID4+Cj4+ID4+IEZsYXZpbyBGYW50b24gaGEgc2NyaXR0bzoKPj4gPj4gPiBIbyBzY2FyaWNh dG8gZSBhdnZpYXRvIHNlbnphIHByb2JsZW1pIGxhIHZlcnNpb25lIGRhIHRlIGluZGljYXRhLgo+ PiA+PiA+Cj4+ID4+ID4gSWwgcHJvYmxlbWEgcG90cmViYmUgZXNzZXJlIG5lbCBtb2RvIGluIGN1 aSBjYXJpY2hpIGkgZG9taW5pCj4+IGxvY2FsaToKPj4gPj4gPiBzZSB1c2kgbGEgbW9kYWxpdMOg IGJlcmtlbGV5IGRiIHZlcmlmaWNhIGkgZGlyaXR0aSBkZWwgZmlsZQo+PiA+PiA+IH4vTVlIT01F L2NhY2hlZGIvbG9jYWxkb21haW4uZGIKPj4gPj4gPgo+PiA+PiA+IE9uIDcvMTcvMDYsIFNpbHZp byBTY2lwaW9uaSA8c2lsdmlvLnNjaXBpb25pQHNpYy5ybS5jbnIuaXQ+IHdyb3RlOgo+PiA+PiA+ PiBMYSBkaXJlY3RvcnkgZGVmaW5pdGEgbmVsbGEgdmFyaWFiaWxlICIkTVlIT01FIiDDqCAvaG9t ZS9kb3BlYwo+PiA+PiA+PiBjaGUgw6ggbGEgaG9tZSBkaXJlY3RvcnkgZGVsbCd1dGVudGUgZG9w ZWMsIHV0ZW56YSBjb24gbGEgcXVhbGUgaWwKPj4gPj4gZGVtb25lCj4+ID4+ID4+IGdpcmEuCj4+ ID4+ID4+IEhvIGVzZWd1aXRvIGlsIGRlbW9uZSBhbmNoZSBpbiBtb2RhbGl0w6AgZGVidWcgZSBv dHRlbmdvIGxlCj4+IHNlZ3VlbnRpCj4+ID4+ID4+IGluZm9ybWF6aW9uaToKPj4gPj4gPj4gU2V0 dGluZyBnaWQgdG8gIjUwOCA1MDgiCj4+ID4+ID4+IFNldHRpbmcgdWlkIHRvICI1MDgiCj4+ID4+ ID4+IElsIDUwOCDDqCBsbyBVSUQgZSBpbCBHSUQgZGVsbCd1dGVudGUgZG9wZWMgZSBkZWwgZ3J1 cHBvIGRvcGVjLAo+PiBsYSBjdWkKPj4gPj4gPj4gaG9tZSBkaXJlY3RvcnkKPj4gPj4gPj4gaGEg cGVybWVzc2kgNzU1IHF1aW5kaSBzZW1icmEgdHV0dG8gY29ycmV0dG8uCj4+ID4+ID4+Cj4+ID4+ ID4+IFNpbHZpbwo+PiA+PiA+Pgo+PiA+PiA+Pgo+PiA+PiA+Pgo+PiA+PiA+Pgo+PiA+PiA+PiBG bGF2aW8gRmFudG9uIGhhIHNjcml0dG86Cj4+ID4+ID4+ID4gRG92cmViYmUgZXNzZXJlIHVuYSBx dWVzdGlvbmUgZGkgZGlyaXR0aS4KPj4gPj4gPj4gPgo+PiA+PiA+PiA+IFZlcmlmaWNhIGNoZSBs J3V0ZW50ZSBkaSBlc2VjdXppb25lIGFiYmlhIGkgZGlyaXR0aSBkaSBzY3JpdHR1cmEKPj4gPj4g bmVsbGEKPj4gPj4gPj4gPiBkaXJldHRvcnkgJE1ZSE9NRS4KPj4gPj4gPj4gPgo+PiA+PiA+PiA+ IEZhbW1pIHNhcGVyZS4KPj4gPj4gPj4gPgo+PiA+PiA+PiA+IFNhbHV0aSwKPj4gPj4gPj4gPgo+ PiA+PiA+PiA+IGZsYXphbgo+PiA+PiA+PiA+Cj4+ID4+ID4+ID4KPj4gPj4gPj4gPgo+PiA+PiA+ Pgo+PiA+PiA+Cj4+ID4+ID4KPj4gPj4KPj4gPj4KPj4gPj4gLS0KPj4gPj4gLS0KPj4gPj4gPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cj4+ID4+IEluZy4gU2lsdmlvIFNjaXBpb25p Cj4+ID4+Cj4+Cj4+IC0tCj4+ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo+PiBJ bmcuIFNpbHZpbyBTY2lwaW9uaQo+Pgo+Pgo+Pgo+Cj4KCgotLQotLQo9PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0KSW5nLiBTaWx2aW8gU2NpcGlvbmkKCgoKCi0tCioqKiBGYW50b24g RmxhdmlvCkVYRW50cmljYSAtIHd3dy5leGVudHJpY2EuaXQKVWZmaWNpbzogMDUwNzU0NzAzCkZh eDogMDUwNzU0NzA3Cm1vYmlsZTogKzM5MzQ3Njc2NTM5NQpJQ1E6ICMyNDE1NDcyOTUgLSBmbGF6 YW4KCgoKCgpPbiA4LzIvMDYsIENpcm8gRGkgTWF1cm8gPGNkaW1hdXJvQHVuaW5hLml0PiB3cm90 ZToKPgo+Cj4gU2FsdmUsCj4gSG8gaW5zdGFsbGF0byBzdSBzbGFja3dhcmUgMTAuMiBvcGVucGVj IHZlcnNpb25lIDEuOS4zLCAgbWEgbm9uIGFwcGVuYSB0ZW50bwo+IGRpIGNvbGxlZ2FybWkgYWxs YSBwb3J0YSAxMDAyNCBsYSBjb25uZXNzaW9uZSBzaSBjaGl1ZGUuCj4gUXVhbGN1bm8gaGEgcXVh bGNoZSBzdWdnZXJpbWVudG8gcGVyIHF1ZXN0byBwcm9ibGVtYT8KPiBHcmF6aWUuCj4gQ2lybyBE aSBNYXVybwo+Cj4KPiAtLQo+IElsIG1lc3NhZ2dpbyBlJyBzdGF0byBhbmFsaXp6YXRvIGFsbGEg cmljZXJjYSBkaSB2aXJ1cyBvCj4gY29udGVudXRpIHBlcmljb2xvc2kgZGEgTWFpbFNjYW5uZXIs IGVkIGUnCj4gcmlzdWx0YXRvIG5vbiBpbmZldHRvLgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBUYWtl IFN1cnZleXMuIEVhcm4gQ2FzaC4gSW5mbHVlbmNlIHRoZSBGdXR1cmUgb2YgSVQKPiBKb2luIFNv dXJjZUZvcmdlLm5ldCdzIFRlY2hzYXkgcGFuZWwgYW5kIHlvdSdsbCBnZXQgdGhlIGNoYW5jZSB0 byBzaGFyZSB5b3VyCj4gb3BpbmlvbnMgb24gSVQgJiBidXNpbmVzcyB0b3BpY3MgdGhyb3VnaCBi cmllZiBzdXJ2ZXlzIC0tIGFuZCBlYXJuIGNhc2gKPiBodHRwOi8vd3d3LnRlY2hzYXkuY29tL2Rl ZmF1bHQucGhwP3BhZ2U9am9pbi5waHAmcD1zb3VyY2Vmb3JnZSZDSUQ9REVWREVWCj4KPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IE9wZW5wZWMtZGV2 ZWwgbWFpbGluZyBsaXN0Cj4gT3BlbnBlYy1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiBo dHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9vcGVucGVjLWRldmVs Cj4KPgo+Cg== |
|
From: Ciro Di M. <cdi...@un...> - 2006-08-02 08:22:45
|
Salve,=20 Ho installato su slackware 10.2 openpec versione 1.9.3, ma non appena tent= o di collegarmi alla porta 10024 la connessione si chiude. Qualcuno ha qualche suggerimento per questo problema? Grazie. Ciro Di Mauro --=20 Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. |
|
From: Silvio S. <sil...@si...> - 2006-07-17 08:42:42
|
La directory definita nella variabile "$MYHOME" =C3=A8 /home/dopec che =C3=A8 la home directory dell'utente dopec, utenza con la quale il de= mone=20 gira. Ho eseguito il demone anche in modalit=C3=A0 debug e ottengo le seguenti=20 informazioni: Setting gid to "508 508" Setting uid to "508" Il 508 =C3=A8 lo UID e il GID dell'utente dopec e del gruppo dopec, la cu= i=20 home directory ha permessi 755 quindi sembra tutto corretto. Silvio Flavio Fanton ha scritto: > Dovrebbe essere una questione di diritti. > > Verifica che l'utente di esecuzione abbia i diritti di scrittura nella > direttory $MYHOME. > > Fammi sapere. > > Saluti, > > flazan > > > =20 |
|
From: Flavio F. <fa...@ex...> - 2006-07-17 07:36:28
|
RG92cmViYmUgZXNzZXJlIHVuYSBxdWVzdGlvbmUgZGkgZGlyaXR0aS4KClZlcmlmaWNhIGNoZSBs J3V0ZW50ZSBkaSBlc2VjdXppb25lIGFiYmlhIGkgZGlyaXR0aSBkaSBzY3JpdHR1cmEgbmVsbGEK ZGlyZXR0b3J5ICRNWUhPTUUuCgpGYW1taSBzYXBlcmUuCgpTYWx1dGksCgpmbGF6YW4KCgotLSAK KioqIEZhbnRvbiBGbGF2aW8KRVhFbnRyaWNhIC0gd3d3LmV4ZW50cmljYS5pdApVZmZpY2lvOiAw NTA3NTQ3MDMKRmF4OiAwNTA3NTQ3MDcKbW9iaWxlOiArMzkzNDc2NzY1Mzk1CklDUTogIzI0MTU0 NzI5NSAtIGZsYXphbgoKT24gNy8xMy8wNiwgU2lsdmlvLlNjaXBpb25pQHNpYy5ybS5jbnIuaXQg PHNpbHZpby5zY2lwaW9uaUBzaWMucm0uY25yLml0PiB3cm90ZToKPiBTYWx2ZSwKPiBzdGlhbW8g Y2VyY2FuZG8gZGkgbWV0dGVyZSBpbiBwaWVkaSB1biBzaXN0ZW1hIGRpIHBvc3RhIGNlcnRpZmlj YXRhCj4gYmFzYXRvIHN1IE9QRUNQRUMgMS45LjMuCj4gSG8gaW5zdGFsbGF0byBpIG1vZHVsaSBw ZXJsIHJpY2hpZXN0aSwgaG8gY29tcGlsYXRvIGUgaW5zdGFsbGF0bwo+IG9wZW5wZWMuIElsIGRl bW9uZSBzaSBhdnZpYSwgbWEKPiBuZWwgbW9tZW50byBpbiBjdWkgcHJvdm8gYSBjb2xsZWdhcm1p IGFsbGEgcG9ydGEgc3VsbGEgcXVhbGUgw6ggaW4KPiBhc2NvbHRvICgxMDAyNCkgbGEgY29ubmVz c2lvbmUgc2kKPiBjaGl1ZGUgZSBzdWkgbWVzc2FnZ2kgZGkgbG9nIG90dGVuZ28gcXVhbnRvIHNl Z3VlOgo+Cj4KPgo+IEp1bCAxMyAwOTo0Mjo1NCBvcGVjY2FzYSBvcGVjMTkwWzI3NTNdOiA+ID4+ PlN0YXJ0aW5nIC0gb3BlYzE5MCBhdAo+IG9wZWNjYXNhIC0gdmVyc2lvbjogb3BlYzE5MAo+IEp1 bCAxMyAwOTo0Mjo1NCBvcGVjY2FzYSBvcGVjMTkwWzI3NTNdOiBwcm9sb25nVGltZXIgaW4KPiBs ZGFwLWdldG1haWxyZWNlaXB0OiB0ZW1wbyByaW1hbmVudGUgPSAwIHMKPiBKdWwgMTMgMDk6NDI6 NTQgb3BlY2Nhc2Egb3BlYzE5MFsyNzUzXTogcHJvbG9uZ1RpbWVyIGluCj4gbGRhcC1nZXRtYWls cmVjZWlwdC1wb3N0OiB0ZW1wbyByaW1hbmVudGUgPSAxMDAwIHMKPiBKdWwgMTMgMDk6NDI6NTQg b3BlY2Nhc2Egb3BlYzE5MFsyNzU4XTogTnVvdmEgY29ubmVzc2lvbmUgTERBUCB2ZXJzbwo+IGxv Y2FsaG9zdAo+IEp1bCAxMyAwOTo0Mjo1NCBvcGVjY2FzYSBvcGVjMTkwWzI3NTldOiBOdW92YSBj b25uZXNzaW9uZSBMREFQIHZlcnNvCj4gbG9jYWxob3N0Cj4gSnVsIDEzIDA5OjQyOjU0IG9wZWNj YXNhIG9wZWMxOTBbMjc1OF06IFBJTkcgTERBUCBsb2NhbGhvc3QgT2sKPiBKdWwgMTMgMDk6NDI6 NTQgb3BlY2Nhc2Egb3BlYzE5MFsyNzU5XTogUElORyBMREFQIGxvY2FsaG9zdCBPawo+IEp1bCAx MyAwOTo0MzowMyBvcGVjY2FzYSBvcGVjMTkwWzI3NThdOiBOdW92YSByaWNoaWVzdGEKPiBKdWwg MTMgMDk6NDM6MDMgb3BlY2Nhc2Egb3BlYzE5MFsyNzU4XTogcHJvbG9uZ1RpbWVyIGluIG51b3Zh IHJpY2hpZXN0YQo+IC0gdGltZXIgcmVzZXQ6IHRlbXBvIHJpbWFuZW50ZSA9IDQ4MCBzCj4gSnVs IDEzIDA5OjQzOjAzIG9wZWNjYXNhIG9wZWMxOTBbMjc1OF06IFByb3RvY29sbG86IFRDUAo+IEp1 bCAxMyAwOTo0MzowMyBvcGVjY2FzYSBvcGVjMTkwWzI3NThdOiBEZXR0YWdsaSBjb25uZXNzaW9u ZToKPiAxMjcuMC4wLjE6MTAwMjQgLSBPcGVjOjpJbjo6U01UUAo+IEp1bCAxMyAwOTo0MzowMyBv cGVjY2FzYSBvcGVjMTkwWzI3NThdOiBSaWNoaWVzdGEgY2hpdXNhCj4gSnVsIDEzIDA5OjQzOjAz IG9wZWNjYXNhIG9wZWMxOTBbMjc1OF06IEVycm9yZTogQ2FuJ3QgdXNlIGFuIHVuZGVmaW5lZAo+ IHZhbHVlIGFzIGEgc3ltYm9sIHJlZmVyZW5jZSBhdAo+IC91c3IvbGliL3Blcmw1L3NpdGVfcGVy bC81LjguMy9PcGVjL0xvY2sucG0gbGluZSA1OS4KPgo+IEp1bCAxMyAwOTo0MzowMyBvcGVjY2Fz YSBvcGVjMTkwWzI3NThdOiBUUk9VQkxFPzogQ2FuJ3QgdXNlIGFuIHVuZGVmaW5lZAo+IHZhbHVl IGFzIGEgc3ltYm9sIHJlZmVyZW5jZSBhdAo+IC91c3IvbGliL3Blcmw1L3NpdGVfcGVybC81Ljgu My9PcGVjL0xvY2sucG0gbGluZSA1OQo+IC4KPgo+Cj4gSWwgc2lzdGVtYSBvcGVyYXRpdm8gw6gg RmVkb3JhIENvcmUgMQo+Cj4KPiBBdmV0ZSBxdWFsY2hlIHN1Z2dlcmltZW50byBkYSBkYXJtaT8K Pgo+IEdyYXppZQo+Cj4gU2lsdmlvIFNjaXBpb25pCj4KPgo+Cj4KPiAtLQo+ID09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQo+IEluZy4gU2lsdmlvIFNjaXBpb25pCj4KPiBJVEFMSUFO IE5BVElPTkFMIFJFU0VBUkNIIENPVU5DSUwKPiBDb21tdW5pY2F0aW9uIE5ldHdvcmsgRGVwYXJ0 bWVudAo+Cj4gVGVsLiArMzkuMDYuNDk5MzIwNzgKPiBGYXg6ICszOSAwNi40OTkzMzE1OQo+IGVN YWlsOiBzLnNjaXBpb25pQHNpYy5ybS5jbnIuaXQKPgo= |
|
From: <Sil...@si...> - 2006-07-13 08:20:36
|
Salve, stiamo cercando di mettere in piedi un sistema di posta certificata=20 basato su OPECPEC 1.9.3. Ho installato i moduli perl richiesti, ho compilato e installato=20 openpec. Il demone si avvia, ma nel momento in cui provo a collegarmi alla porta sulla quale =E8 in=20 ascolto (10024) la connessione si chiude e sui messaggi di log ottengo quanto segue: Jul 13 09:42:54 opeccasa opec190[2753]: > >>>Starting - opec190 at=20 opeccasa - version: opec190 Jul 13 09:42:54 opeccasa opec190[2753]: prolongTimer in=20 ldap-getmailreceipt: tempo rimanente =3D 0 s Jul 13 09:42:54 opeccasa opec190[2753]: prolongTimer in=20 ldap-getmailreceipt-post: tempo rimanente =3D 1000 s Jul 13 09:42:54 opeccasa opec190[2758]: Nuova connessione LDAP verso=20 localhost Jul 13 09:42:54 opeccasa opec190[2759]: Nuova connessione LDAP verso=20 localhost Jul 13 09:42:54 opeccasa opec190[2758]: PING LDAP localhost Ok Jul 13 09:42:54 opeccasa opec190[2759]: PING LDAP localhost Ok Jul 13 09:43:03 opeccasa opec190[2758]: Nuova richiesta Jul 13 09:43:03 opeccasa opec190[2758]: prolongTimer in nuova richiesta=20 - timer reset: tempo rimanente =3D 480 s Jul 13 09:43:03 opeccasa opec190[2758]: Protocollo: TCP Jul 13 09:43:03 opeccasa opec190[2758]: Dettagli connessione:=20 127.0.0.1:10024 - Opec::In::SMTP Jul 13 09:43:03 opeccasa opec190[2758]: Richiesta chiusa Jul 13 09:43:03 opeccasa opec190[2758]: Errore: Can't use an undefined=20 value as a symbol reference at=20 /usr/lib/perl5/site_perl/5.8.3/Opec/Lock.pm line 59. Jul 13 09:43:03 opeccasa opec190[2758]: TROUBLE?: Can't use an undefined=20 value as a symbol reference at=20 /usr/lib/perl5/site_perl/5.8.3/Opec/Lock.pm line 59 . Il sistema operativo =E8 Fedora Core 1 Avete qualche suggerimento da darmi? Grazie Silvio Scipioni --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D Ing. Silvio Scipioni ITALIAN NATIONAL RESEARCH COUNCIL Communication Network Department Tel. +39.06.49932078 Fax: +39 06.49933159 eMail: s.s...@si... |
|
From: Fanton F. <fa...@ks...> - 2005-10-03 14:15:47
|
Salve, per i pi=F9 audaci credo possa essere utile riportare i passi compiuti = per installare il modulo HSM di ncipher (gentilmente fornitoci in = prova), in particolare il modulo nShield (PCI), su SO Linux - SUSE9 ES = (kernel 2.6.5). Volevo prima di tutto ringraziare nCipher per la possibilit=E0 che ci ha = offerto e soprattutto Symbolic (fornitore) per la disponibilit=E0 = dimostrata. Veniamo a noi: 1. preparare l'ambiente per la compilazione del kernel come segue: cd /usr/src/linux-2.6.5-7.97 make oldconfig=20 make modules_prepare 2. impostare la variabile d'ambiente per indicare gli header del kernel = all'installazione del modulo: (sotto bash) export KERNEL_HEADERS=3D/usr/src/linux-2.6.5-7.97 3. adesso =E8 tutto pronto quindi =E8 possibile seguire le istruzioni = allegate al prodotto; recuperare il driver e il server da = \linux\libc6_3\nfast\hwsp\agg.tar, scompattare e portarsi sotto = /opt/nfast/driver 4. eseguire: ./configure make make install 5. portarsi sotto /opt/nfast/sbin ed eseguire install *** Flavio Fanton - flazan email: fanton at ksolutions.it ICQ: #241547295 IRC: irc.freenode.org - #openpec |
|
From: Fanton F. <fa...@ks...> - 2005-09-22 15:48:34
|
Salve, mi scuso se rispondo solo ora. Come inizio mi pare + che interessante. Adesso resta da fare un po' di prove con OpenPEC;=20 mi pare sufficiente installare OpenPEC senza Postfix o altro, impostare = il log su syslog (con syslog-ng + mysql in configurazione tipo 1 = preventivamente installati) e buttare mail dentro openpec. Per facilitare il tutto configurerei OpenPEC in modo da sparare le mail = verso un mail server di comodo (server_comodo): $forward_canonical =3D 'SMTP:server_comodo:25'; $forward_pec =3D ' server_comodo:25'; Alla fine potremo spedire mail verso OpenPEC sulla porta 10024 e = verificarle sul mail server di comodo. Direi che la configurazione pi=F9 affidabile mi pare la 1 anche se mi = =E8 piaciuto molto il test nc -l -p 3022 | mysql -u ... Potrebbe essere interessante capire se =E8 possibile criptare quanto = trasmesso da syslog-ng1 a syslog-ng2: syslog-ng prevede qualcosa di = pi=F9 efficiente del tunneling messo in cascata? Saluti, *** Flavio Fanton - flazan email: fanton at ksolutions.it ICQ: #241547295 IRC: irc.freenode.org - #openpec > -----Messaggio originale----- > Da: Giacomo Cerrai [mailto:gia...@ya...] > Inviato: luned=EC 12 settembre 2005 12:11 > A: ope...@li... > Oggetto: Re: [Openpec-devel] Riepilogo chat OpenPEC del 2.08.2005 >=20 > ciao a tutti. > Ho finalmente fatto qualche prova sulla gestione delle connessioni tcp > da syslog ed i risultati mi sembrano promettenti. >=20 > Una premessa importante e' che, come probabilmente gia' sapete, > syslog-ng permette di definire sorgenti e destinazioni multiple > e di combinarle a piacere associando dei filtri. > Questo significa che posso selezionare tutti i messaggi prodotti > da un certo programma e/o contenenti una certa stringa e redirigere = solo > quelli. >=20 > Tenendo presente come avviene di solito il logging su db locale, = ovvero: > $ mkfifo /var/log/mysql.pipe > $ mysql -u syslogadmin --password=3D$pwadmin syslog < = /var/log/mysql.pipe >=20 > ho fatto alcune prove per inviare messaggi ad un host remoto ed = inserirli > su un db mysql in esecuzione su quell'host. > La cosa interessante e' chi riceve questi messaggi sull'host remoto. > Mi sono venute in mente tre soluzioni: > 1) Da syslog-ng1 (macchina locale) a syslog-ng2 (con source tcp su > macchina > remota). syslog-ng2 invia poi a destination mysql >=20 > 2) Da syslog-ng1 a client netcat su macchina remota in pipe su mysql >=20 > 3) Da syslog-ng1 a client/servizio su macchina remota > Si definisce un servizio inet sulla macchina remota che in questo = modo > viene avviato solo all'occorrenza. Il servizio si occupa di = redirigere > i dati verso syslog_mysql.sh o simili. >=20 > Lo scenario 1) permette di comportarsi come se tutto avvenisse = localmente, > lasciando ai due syslog-ng il compito di gestire il transito dei = messaggi > da un host all'altro. >=20 > Il secondo d'altra parte sembra funzionare molto bene nonostante la = sua > semplicita'. > Ho fatto alcune prove di resistenza :) > hostremoto> while true; do echo "restarting ..."; nc -l -p 3022 | = mysql -u > syslogadmin --password=3Dsyslogadmin syslog; done >=20 > Avvio e kill del processo mysql: > restarting ... > Terminated > restarting ... >=20 > Avvio e kill del processo nc: > restarting ... > restarting ... >=20 > In entrambi i messaggi vengono correttamente loggati sul db remoto. > Sull'host locale syslog-ng logga messaggi di questo tipo: > Sep 09 15:44:16 gurky syslog-ng[21710]: Connection broken to > AF_INET(hostremoto:3022), reopening in 60 seconds >=20 >=20 > Giacomo >=20 >=20 > --- Luca De Santis <des...@ks...> wrote: >=20 > > Ciao Giacomo e ciao Andrea, > > > > >> ... Si tratta di un sistema, > > >> che, come sappiamo, logga con un trasporto non affidabile (UDP) = su > rete. > > > > > > Per fortuna syslog-ng supporta svariate sorgenti/destinazioni tra = le > quali > > > anche i socket tcp. > > > > Confermo: > > cfr. > > http://www.balabit.com/products/syslog_ng/reference-2.0/syslog- > ng.html/index > > .html#id2525640 > > > > Quindi sicuramente dovremo configurare il logging per andare su = TCP/IP. > > > > > Come avviene il logging su syslog da OpenPEC? > > > Viene utilizzato il modulo Unix::Syslog od altro? > > > > S=EC, la gestione dei log =E8 affidata al modulo Opec::Log che a sua = volta > usa > > Unix::Syslog. > > > > >> In una architettura distribuita si avrebbe quindi un logging su = un > > >> sistema non controllabile (nell'ipotesi che il db di logging sia > > >> su un server separato per ridondanza e performances). > > > > > > In effetti se ricordo bene nella chat di martedi non se ne e' = parlato. > > > E' previsto che il logging su db possa essere su una macchina > separata? > > > > Credo che il tutto possa essere risolto tramite una configurazione = di > > syslog-ng. Quindi questo potr=E0 essere fatto o meno, cos=EC come il = DB > potr=E0 > > esserci oppure no. I log "ufficiali" da ruotare saranno quelli = riportati > sui > > file: il DB faciliter=E0 invece le analisi statistiche e i = controlli. > > > > In realt=E0 il modo con cui syslog-ng parla con i DB mi sembra un = po' > debole. > > In pratica utilizza una pipe che viene poi letta dai programmi = "client" > che > > dialogano con i db (es. mysql, sqlplus, etc.). Quindi il DB pu=F2 > risiedere su > > una qualsiasi macchina, purch=E9 sia raggiungibile con i = tradizionali > > applicativi client da quella su cui gira il syslog-ng. > > > > Altre info si possono trovare qui: http://vermeer.org/docs/1 > > > > Ultima info di servizio per tutti: noi di Ksol mancheremo fino al = 22/8, > > compreso Flazan-Sensei. Non stupitevi di eventuali nostri silenzi. > > > > Salutoni, a presto > > Dex > > > > -- > > Luca De Santis > > Ksolutions spa, Gruppo KATAWEB > > via Lenin 132/26 > > 56017 S. Martino Ulmiano (PI) - ITALY > > tel.: +39 050 898 563 (direct) > > mobile: +39 335 7376 153 > > fax: +39 050 861 200 > > email: des...@ks... > > web: http://www.ksolutions.it > > > > >=20 >=20 >=20 >=20 >=20 > ______________________________________________________ > Yahoo! for Good > Donate to the Hurricane Katrina relief effort. > http://store.yahoo.com/redcross-donate3/ >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle > Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing = & QA > Security * Process Improvement & Measurement * = http://www.sqe.com/bsce5sf > _______________________________________________ > Openpec-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openpec-devel |
5 messages has been excluded from this view by a project administrator.
