openpec-users — OpenPEC user's discussions

R: [Openpec-users] Mittente del messaggio e messaggi di notifica

[Fanton F. <fa...@ks...>]

=09

> -----Messaggio originale-----
> Da: Alberto Zuin [mailto:al...@in...]
> Inviato: mercoled=EC 4 agosto 2004 19.07
> A: ope...@li...
> Oggetto: [Openpec-users] Mittente del messaggio e messaggi di notifica
>=20
> Ho notato un paio di cose da correggere, secondo me, in previsione =
della
> Release stabile.

La release stabile (la 1.0.0) =E8 disponibile.
Ti consiglio di iscriverti alla ML Openpec-announce =
(http://lists.sourceforge.net/lists/listinfo/openpec-announce).

> Quando spedisco un messaggio, il messaggio "POSTA CERTIFICATA: " che
> arriva al
> destinatario ha come mittente una stringa del tipo:
>=20
> ema...@se... <pos...@se...>

Siamo obbligati a mantenere questa formattazione per consentire al =
client di posta di verificare la firma.

>=20
> La cosa risulta estremamente fastidiosa nel caso in cui il =
destinatatio
> voglia
> fare un reply in quanto la mail non giungerebbe al vero destinatario =
ma
> alla
> casella relativa al server pec. Non ho ben chiaro se correggendo =
questo
> piccolo inconveniente restiamo conformi alle norme del CNIPA.

Sei sicuro? Al momento della creazione del documento di trasporto viene =
impostato l'header "Replay-To: ema...@se..." che dovrebbe =
consentire di rispondere al mittente vero.
Verifica il problema e fammi sapere che versione stai usando.

>=20
> Un ultimo punto: nel file opec.conf, nella sezione relativa ai =
messaggi di
> ritorno bisogna sostituire tutti i caratteri accentati con il =
carattere
> non
> accentato seguito dal simbolo dell'accento (per esempio "=E8" diventa =
"e'")
> altrimenti non vengono visualizzati nel messaggio.

Il file di configurazione dovrebbe andare cos=EC com'=E8, verifica le =
impostazioni della macchina.

> Ciao,
> Alberto
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes =
on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source =
Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users

[Openpec-users] Mittente del messaggio e messaggi di notifica

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

Ho notato un paio di cose da correggere, secondo me, in previsione della=20
Release stabile.
Quando spedisco un messaggio, il messaggio "POSTA CERTIFICATA: " che arriva=
 al=20
destinatario ha come mittente una stringa del tipo:

ema...@se... <pos...@se...>

La cosa risulta estremamente fastidiosa nel caso in cui il destinatatio vog=
lia=20
fare un reply in quanto la mail non giungerebbe al vero destinatario ma all=
a=20
casella relativa al server pec. Non ho ben chiaro se correggendo questo=20
piccolo inconveniente restiamo conformi alle norme del CNIPA.

Un ultimo punto: nel file opec.conf, nella sezione relativa ai messaggi di=
=20
ritorno bisogna sostituire tutti i caratteri accentati con il carattere non=
=20
accentato seguito dal simbolo dell'accento (per esempio "=E8" diventa "e'")=
=20
altrimenti non vengono visualizzati nel messaggio.
Ciao,
Alberto

R: [Openpec-users] Telefonata con Petrucci

[Fanton F. <fa...@ks...>]

> -----Messaggio originale-----
> Da: Alberto Zuin [mailto:al...@in...]
> Inviato: mercoled=EC 4 agosto 2004 11.27
> A: ope...@li...
> Oggetto: [Openpec-users] Telefonata con Petrucci
>=20
> Innanzi tutto i miei complimenti personali a cui si aggiungono quelli =
di
> tutti
> i componenti di Assoprovider per l'avvenuta certificazione!
> Ho telefonato a Petrucci come suggerito e ho chiesto lumi sul discorso
> dell'autocertificazione. Innanzi tutto dice di aspettare ancora =
qualche
> giorno in quanto il sistema OpenPEC ha superato i test di
> interoperabilit=E0,
> per=F2 la cosa deve ancora essere formalizzata (la solita burocrazia
> italiana):
> consiglia di controllare periodicamente il sito web del cnipa e =
inviare la
> richiesta di autocerficazione solo quando OpenPEC apparir=E0 tra =
l'elenco
> delle
> soluzioni che hanno superato i test di interoperabilit=E0.

Live

> Inoltre il Dott. Petrillo andr=E0 in ferie fino a fine agosto (beato =
lui)
> perci=F2
> comunque le nostre richieste verranno prese in esame solo a settembre.
> Quindi la lettera da spedire dovr=E0 rispecchiare la seguente =
falsariga:
>=20

Nonostante la soluzione sia presente sul sito del CNIPA, le richieste =
formali rappresentate da una raccomandata (mannaggia se ci fosse stata =
la posta elettronica certificata... :) ) sono state appena avviate e =
come gi=E0 hai detto =E8 necessario ancora qualche giorno. Questa frase =
detta in agosto significa settembre.

Ottima la bozza della richiesta.

>=20
> _________________________________________________
> CENTRO NAZIONALE PER L'INFORMATICA NELLA PUBBLICA AMMINISTRAZIONE
> Via Isonzo, 21/B
> 00198 ROMA
>=20
> e.p.c
>=20
> Presidenza del Consiglio dei Ministri - Dipartimento per l'innovazione =
e
> le
> Tecnologie
> Palazzo Chigi - Piazza Colonna 370
> 00186 Roma
>=20
>=20
> Padova, 10 agosto 2004
>=20
> Alla C.A. Dott. Petrillo
>=20
> Oggetto: richesta di inserimento tra i fornitori di Posta Elettronica
> Certificata
>=20
> Con la presente, io sottoscritto Pico Pallino, nato a xxx il =
GG/MM/AAAA e
> residente a xx in via Tal dei Talli, 1234 C.F. xxxxxx autorizzato a
> rappresentale la societ=E0 pippo Srl con sede in via xxx, 52  e =
Partita IVA
> xxxxx dichiara che:
>=20
> - L'azienda pippo srl intende offrire il servizio di Posta Elettronica
> Certificata;
> - Per offrire il servizio l'azienda utilizza la soluzione OpenPEC, che =
ha
> gi=E0
> superato i test di interoperabilit=E0;
> - La struttura organizzativa dell'azienda =E8 conforme a quanto =
specificato
> nelle linee guida e in particolare al punto 12. Caratteristiche =
relative
> ai
> gestori del servizio di posta certificata.
>=20
> Il file LDIF relativo al sistema in oggetto =E8 recuperabile =
all'indirizzo
> https://pec.intenet.net/intenet.ldif.
>=20
> Cordiali saluti,
>=20
> Pico Pallino
> _________________________________________________
>=20
> Un saluto a tutti,
> Alberto
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes =
on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source =
Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users

Re: [Openpec-users] Sondaggio nuovo logo

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

Approvo anch'io.
Ciao,
Alberto

Alle 13:04, marted=EC 03 agosto 2004, Guido Brugnara ha scritto:
> Molto chiaro il ogo con il bollino; metterei per=F2 "P.E.C. Certified"
>
> bye
> Guido
>
> Fanton Flavio wrote:
> > In occasione dell'avvenuta certifica di OpenPEC mi pare carino un
> > cambio, anche minimo, della grafica del sito in modo da evidenziare
> > l'ingresso del progetto in una nuova fase; in allegato trovate un paio
> > di loghi che vorrei proporvi per sostituire il vecchio.
> >
> > Fatevi avanti con pareri o consigli!
> >
> > - flazan
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> >
> > ------------------------------------------------------------------------
>
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users

[Openpec-users] Telefonata con Petrucci

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

Innanzi tutto i miei complimenti personali a cui si aggiungono quelli di tu=
tti=20
i componenti di Assoprovider per l'avvenuta certificazione!
Ho telefonato a Petrucci come suggerito e ho chiesto lumi sul discorso=20
dell'autocertificazione. Innanzi tutto dice di aspettare ancora qualche=20
giorno in quanto il sistema OpenPEC ha superato i test di interoperabilit=
=C3=A0,=20
per=C3=B2 la cosa deve ancora essere formalizzata (la solita burocrazia ita=
liana):=20
consiglia di controllare periodicamente il sito web del cnipa e inviare la=
=20
richiesta di autocerficazione solo quando OpenPEC apparir=C3=A0 tra l'elenc=
o delle=20
soluzioni che hanno superato i test di interoperabilit=C3=A0.
Inoltre il Dott. Petrillo andr=C3=A0 in ferie fino a fine agosto (beato lui=
) perci=C3=B2=20
comunque le nostre richieste verranno prese in esame solo a settembre.
Quindi la lettera da spedire dovr=C3=A0 rispecchiare la seguente falsariga:


_________________________________________________
CENTRO NAZIONALE PER L=E2=80=99INFORMATICA NELLA PUBBLICA AMMINISTRAZIONE
Via Isonzo, 21/B
00198 ROMA

e.p.c

Presidenza del Consiglio dei Ministri - Dipartimento per l'innovazione e le=
=20
Tecnologie
Palazzo Chigi - Piazza Colonna 370
00186 Roma


Padova, 10 agosto 2004

Alla C.A. Dott. Petrillo

Oggetto: richesta di inserimento tra i fornitori di Posta Elettronica=20
Certificata

Con la presente, io sottoscritto Pico Pallino, nato a xxx il GG/MM/AAAA e=20
residente a xx in via Tal dei Talli, 1234 C.F. xxxxxx autorizzato a=20
rappresentale la societ=C3=A0 pippo Srl con sede in via xxx, 52  e Partita =
IVA=20
xxxxx dichiara che:

=2D L'azienda pippo srl intende offrire il servizio di Posta Elettronica=20
Certificata;
=2D Per offrire il servizio l'azienda utilizza la soluzione OpenPEC, che ha=
 gi=C3=A0=20
superato i test di interoperabilit=C3=A0;
=2D La struttura organizzativa dell'azienda =C3=A8 conforme a quanto specif=
icato=20
nelle linee guida e in particolare al punto 12. Caratteristiche relative ai=
=20
gestori del servizio di posta certificata.

Il file LDIF relativo al sistema in oggetto =C3=A8 recuperabile all'indiriz=
zo=20
https://pec.intenet.net/intenet.ldif.

Cordiali saluti,

Pico Pallino
_________________________________________________

Un saluto a tutti,
Alberto

Re: [Openpec-users] Sondaggio nuovo logo

[Guido B. <gd...@le...>]

Molto chiaro il ogo con il bollino; metterei però "P.E.C. Certified"

bye
Guido


Fanton Flavio wrote:
> In occasione dell'avvenuta certifica di OpenPEC mi pare carino un
> cambio, anche minimo, della grafica del sito in modo da evidenziare
> l'ingresso del progetto in una nuova fase; in allegato trovate un paio
> di loghi che vorrei proporvi per sostituire il vecchio.
> 
> Fatevi avanti con pareri o consigli!
> 
> - flazan
> 
> 
> 
> ------------------------------------------------------------------------
> 
> 
> ------------------------------------------------------------------------
> 

[Openpec-users] Sondaggio nuovo logo

[Fanton F. <fa...@ks...>]

In occasione dell'avvenuta certifica di OpenPEC mi pare carino un
cambio, anche minimo, della grafica del sito in modo da evidenziare
l'ingresso del progetto in una nuova fase; in allegato trovate un paio
di loghi che vorrei proporvi per sostituire il vecchio.

Fatevi avanti con pareri o consigli!

- flazan

R: R: R: [Openpec-users] Inizio test

[Fanton F. <fa...@ks...>]

> -----Messaggio originale-----
> Da: Stefano Zanarini [mailto:ste...@ya...]
> Inviato: luned=EC 2 agosto 2004 18.17
> A: ope...@li...
> Oggetto: Re: R: R: [Openpec-users] Inizio test
>=20
> Alle 17:56, luned=EC 2 agosto 2004, Fanton Flavio ha scritto:
> > Scusami ma:
> > 1. non mi pare sensato si possa certificare lo stesso prodotto + =
volte
>=20
> infatti e' un mezzo controsenso,il problema e' che quando abbiamo =
fatto
> richiesta di iniziare i test il prodotto non era certificato (a dire =
il
> vero
> non era neanche stato annunciato che lo sarebbe stato a breve ... da =
quel
> che
> avevo capito aspettavate il rilascio delle nuove specifiche)
>=20
> > 2. credo sarebbe stato meglio unire le forze per effettuare i test =
una
> sola
> > volta
>=20
> gia'  ...
>=20
> > 3. visto che OpenPEC =E8 certificato che senso ha rifare i test =
(anche
> > se vi siete gi=E0 accordati) se basta un'autocertificazione e quindi =
10
> min.?
>=20
> fondamentalmente nessuno,se non a verificare che il nostro setup sia
> corretto,e' stato semplicemente un problema di tempi,mercoledi faro'
> presente
> la situazione e sentiro' cosa rispondono le persone incaricate dei =
test.
>=20
> PS : Dove trovo maggiori informazioni sull'autocertificazione ?=20

Devi parlare con il referente per la posta certificata del CNIPA:
Claudio Petrucci
Centralino CNIPA: (+39) 06.852641

> sicuro che
> a
> parte quella non sia necessaria nessuna prova di =
affidabilita'/conformita'
> alle specifiche ?

Avendo anche noi la stessa esigenza abbiamo chiesto e cos=EC ci =E8 =
stato risposto.

>=20
>=20
> saluti
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes =
on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source =
Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users

Re: R: R: [Openpec-users] Inizio test

[Stefano Z. <ste...@ya...>]

Alle 17:56, luned=EC 2 agosto 2004, Fanton Flavio ha scritto:
> Scusami ma:
> 1. non mi pare sensato si possa certificare lo stesso prodotto + volte

infatti e' un mezzo controsenso,il problema e' che quando abbiamo fatto=20
richiesta di iniziare i test il prodotto non era certificato (a dire il ver=
o=20
non era neanche stato annunciato che lo sarebbe stato a breve ... da quel c=
he=20
avevo capito aspettavate il rilascio delle nuove specifiche)

> 2. credo sarebbe stato meglio unire le forze per effettuare i test una so=
la
> volta=20

gia'  ...=20

> 3. visto che OpenPEC =E8 certificato che senso ha rifare i test (anche=20
> se vi siete gi=E0 accordati) se basta un'autocertificazione e quindi 10 m=
in.?

fondamentalmente nessuno,se non a verificare che il nostro setup sia=20
corretto,e' stato semplicemente un problema di tempi,mercoledi faro' presen=
te=20
la situazione e sentiro' cosa rispondono le persone incaricate dei test.

PS : Dove trovo maggiori informazioni sull'autocertificazione ? sicuro che =
a=20
parte quella non sia necessaria nessuna prova di affidabilita'/conformita'=
=20
alle specifiche ? =20


saluti

R: R: [Openpec-users] Inizio test

[Fanton F. <fa...@ks...>]

Scusami ma:
1. non mi pare sensato si possa certificare lo stesso prodotto + volte
2. credo sarebbe stato meglio unire le forze per effettuare i test una =
sola volta
3. visto che OpenPEC =E8 certificato che senso ha rifare i test (anche =
se vi siete gi=E0 accordati) se basta un'autocertificazione e quindi 10 =
min.?


> -----Messaggio originale-----
> Da: Stefano Zanarini [mailto:ste...@ya...]
> Inviato: luned=EC 2 agosto 2004 17.43
> A: ope...@li...
> Oggetto: Re: R: [Openpec-users] Inizio test
>=20
> Alle 17:25, luned=EC 2 agosto 2004, Fanton Flavio ha scritto:
> > Bene,
> > ma per essere fornitori di servizio vi basta utilizzare una =
soluzione
> > certificata (ad esempio OpenPEC) e un'autocertificazione.
>=20
> non lo sapevo,e' che avevo pensato di certificare la rc1 (su cui ho =
fatto
> i
> test)  prima  che voi annunciaste i test ,ormai che ci siamo =
certifichiamo
> la
> soluzione cosi'  com'e' ....
>=20
>=20
> saluti
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes =
on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source =
Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users

Re: R: [Openpec-users] Inizio test

[Stefano Z. <ste...@ya...>]

Alle 17:25, luned=EC 2 agosto 2004, Fanton Flavio ha scritto:
> Bene,
> ma per essere fornitori di servizio vi basta utilizzare una soluzione
> certificata (ad esempio OpenPEC) e un'autocertificazione.

non lo sapevo,e' che avevo pensato di certificare la rc1 (su cui ho fatto i=
=20
test)  prima  che voi annunciaste i test ,ormai che ci siamo certifichiamo =
la=20
soluzione cosi'  com'e' .... =20


saluti

R: [Openpec-users] Inizio test

[Fanton F. <fa...@ks...>]

Bene,
ma per essere fornitori di servizio vi basta utilizzare una soluzione =
certificata (ad esempio OpenPEC) e un'autocertificazione.

> -----Messaggio originale-----
> Da: Stefano Zanarini [mailto:ste...@ya...]
> Inviato: luned=EC 2 agosto 2004 17.21
> A: ope...@li...
> Oggetto: [Openpec-users] Inizio test
>=20
> Mercoledi iniziamo i test anche noi ( yacme  srl )
> Augurateci in bocca al lupo :-)
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes =
on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source =
Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users

[Openpec-users] Inizio test

[Stefano Z. <ste...@ya...>]

Mercoledi iniziamo i test anche noi ( yacme  srl )
Augurateci in bocca al lupo :-)

[Openpec-users] OpenPec si certifica!

[Fanton F. <fa...@ks...>]

Salve,

il Team di OpenPEC =E8 orgoglioso di annunciare il superamento dei test =
di interoperabilit=E0 e quindi l'avvenuta certifica della soluzione.

A breve sar=E0 resa disponibile la versione ufficiale OpenPEC 1.0.0.

Tengo a sottolineare che OpenPEC ha superato tutti i test senza la =
necessit=E0 di alcuna modifica: i problemi dovuti alla presenza di una =
entity a 8bit erano dovuti all'ente certificatore.

Ringrazio i responsabili ed i tecnici dell'ente certificatore sempre =
molto disponibili e tutti quelli che hanno tifato per noi!

Saluti
- flazan

[Openpec-users] OpenPEC su Linux Magazine

[Ferrara U. <fe...@ks...>]

Sul numero 44 di Linux Magazine, in uscita nelle edicole il 20 agosto =
prossimo,=20
verra' presentato il progetto OpenPEC. L'articolo conterr=E0 stralci =
dell'intervista=20
rilasciata ad un giornalista del mensile un paio di mesi orsono.

	umb
     =20

[Openpec-users] L'indirizzo email non deve essere case sensitive

[Fanton F. <fa...@ks...>]

Da RFC l'indirizzo email di un utente non deve essere case sensitive;

Per impostare in questo senso cyrus-imapd aggiungere al suo file di
configurazione imapd.conf (tipicamente sotto /etc) la voce:

lmtp_downcase_rcpt: yes

Aggiornata la documentazione.


- flazan

Re: [Openpec-users] R: [Openpec-users] =?iso-8859-1?q?Terminata=5Fla=5Fseconda=5Fsessione=5Fdei=5Ftest=5Fdi=5Finte?= =?iso-8859-1?q?roperabilit=E0?=

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

A scanso di equivoci per=F2 disabilitiamola da Postfix, cos=EC non possono =
nemmeno=20
dire che accettiamo mail non conformi se per qualche motivo OpenPEC dovesse=
=20
essere ingannato.
Ho capito che =E8 superfluo proprio come abilitare iptables su un server di=
etro=20
a un firewall, per=F2 la prudenza non =E8 mai troppa.
Da parte mia ho cercato in Internet per=F2 non sono riuscito a trovare null=
a di=20
interessante: a quanto pare Postfix lavora di standard in 8 Bit e si pu=F2 =
solo=20
dirgli di non accettare queste mail. Io ho aggiunto in main.cf:

disable_mime_input_processing =3D yes
disable_mime_output_conversion =3D yes
strict_7bit_headers =3D yes
strict_8bitmime_body =3D yes
strict_8bitmime =3D yes
header_checks =3D pcre:/etc/postfix/header_checks
mime_header_checks =3D pcre:/etc/postfix/mime_header_checks
nested_header_checks =3D pcre:/etc/postfix/nested_header_checks

Poi ho creato i tre files header_checks, mime_header_checks,=20
nested_header_checks contenti la riga:

/[^\t\x20-\x7e]/

In teoria cos=EC facendo dovrebbe respingere le mail con codifica a 8 bit, =
per=F2=20
comunque rimane la riga "250 8BITMIME" incriminata. Se qualcuno sa fare di=
=20
meglio batta un colpo.
Ciao,
Alberto

Alle 11:37, luned=EC 26 luglio 2004, Fanton Flavio ha scritto:
> > -----Messaggio originale-----
> > Da: Alberto Zuin [mailto:al...@in...]
> > Inviato: luned=EC 26 luglio 2004 11.19
> > A: ope...@li...
> > Oggetto: Re: [Openpec-users]
> > Terminata_la_seconda_sessione_dei_test_di_interoperabilit=E0
> >
> > Si, ma forse il problema sta a monte.
> > Se il nostro MTA (postfix) accetta il messaggio a 8 bit e poi lo
> > trasforma in
> > 7 bit per "passarlo" ad OpenPEC la mail viene scartata di sicuro. Se,
> > invece,
> > neghiamo direttamente da Postfix di accettare mail in formato 8 bit, =E8
> > l'MTA
> > del mittente (CNIPA) a dover fare la conversione per cui la mail arriva
> > gi=E0
> > in formato 7 bit e, probabilmente, non viene scartata.
>
> Non cambia niente: se la mail viene firmata quando gi=E0 composta da enti=
t=E0 a
> 8bit =E8 inutile che la trasmissione server to server sia a 7bit; verr=E0
> verificata solo se ricomposta come al momento della firma.
>
> - flazan
>
> > In qualsiasi caso basta fare un telnet sulla porta 25 del nostro server,
> > dare
> > il comando EHLO dominio.it, e verificare che non ci sia la linea "250
> > 8BITMIME" nella risposta.
> > Con tutta franchezza sto tentando un po' in tutte le maniere a
> > disabilitare
> > l'accettazione del formato 8bitmime ma ho ancora qualche problema. Appe=
na
> > riesco a venirne fuori posto il tutto.
> >
> > Non vorrei che questo sia un giochino del CNIPA per bocciare il sistema=
 e
> > lasciare il monopolio del mercato in mano agli altri. Della serie "=E8
> > colpa tua. No =E8 colpa tua. Intanto non ti accreddito": il coltello da=
lla
> > parte del
> > manico ce l'hanno loro...
> >
> > Ciao,
> > Alberto
> >
> > Alle 17:21, domenica 25 luglio 2004, Ferrara Umberto ha scritto:
> > > Ciao Alberto,
> > > in realt=E0 il problema =E8 proprio questo.
> > > OpenPEC non accetta (gi=E0 adesso) gli allegati in formato a 8 bit (c=
ome
> >
> > da
> >
> > > specifiche) e l'mta li trasforma a 7 bit. Questo per=F2 comporta una
> >
> > modifica
> >
> > > della mail originale che quindi viene scartata perch=E8 non =E8 pi=F9=
 uguale
> > > a quando =E8 stata firmata prima della spedizione.
> > >
> > > Ad ogni modo noi non dobbiamo fare niente a parte dimostrare al cnipa
> >
> > che
> >
> > > non =E8 un nostro problema ....
> > >
> > >     umberto
> > >
> > >
> > > 	-----Messaggio originale-----
> > > 	Da: Alberto Zuin [mailto:al...@in...]
> > > 	Inviato: dom 7/25/2004 4:33
> > > 	A: ope...@li...
> > > 	Cc:
> > > 	Oggetto: [Openpec-users] Re: [Openpec-users]
> > > R:_[Openpec-devel]_R:_[Openpec-devel]_Re:_[Openpec-
> >
> > devel]_Terminata_la_seco
> >
> > >nda_sessione_dei_test_di_interoperabilit=E0
> > >
> > >
> > >
> > > 	Se il problema =E8 questo, un mio amico suggerisce che bisogna
> >
> > disabilitare
> >
> > > la conversione 8mitmime (con disable_mime_output_conversion,
> >
> > probabilmente)
> >
> > > in modo che l'mta mittente sia costretto ad usare la 7 bit.
> > > 	Che ne dite?
> > > 	Ciao,
> > > 	Alberto
> > >
> > >
> > >
> > > 	-------------------------------------------------------
> > > 	This SF.Net email is sponsored by BEA Weblogic Workshop
> > > 	FREE Java Enterprise J2EE developer tools!
> > > 	Get your free copy of BEA WebLogic Workshop 8.1 today.
> > > 	http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=3Dick
> > > 	_______________________________________________
> > > 	Openpec-users mailing list
> > > 	Ope...@li...
> > > 	https://lists.sourceforge.net/lists/listinfo/openpec-users
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by BEA Weblogic Workshop
> > FREE Java Enterprise J2EE developer tools!
> > Get your free copy of BEA WebLogic Workshop 8.1 today.
> > http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=3Dick
> > _______________________________________________
> > Openpec-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/openpec-users
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=3DClick
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users

[Openpec-users] =?iso-8859-1?Q?R=3A_=5BOpenpec-users=5D_Terminata=5Fla=5Fseconda=5Fsess?= =?iso-8859-1?Q?ione=5Fdei=5Ftest=5Fdi=5Finteroperabilit=E0?=

[Fanton F. <fa...@ks...>]

> -----Messaggio originale-----
> Da: Alberto Zuin [mailto:al...@in...]
> Inviato: luned=EC 26 luglio 2004 11.19
> A: ope...@li...
> Oggetto: Re: [Openpec-users]
> Terminata_la_seconda_sessione_dei_test_di_interoperabilit=E0
>=20
> Si, ma forse il problema sta a monte.
> Se il nostro MTA (postfix) accetta il messaggio a 8 bit e poi lo =
trasforma
> in
> 7 bit per "passarlo" ad OpenPEC la mail viene scartata di sicuro. Se,
> invece,
> neghiamo direttamente da Postfix di accettare mail in formato 8 bit, =
=E8
> l'MTA
> del mittente (CNIPA) a dover fare la conversione per cui la mail =
arriva
> gi=E0
> in formato 7 bit e, probabilmente, non viene scartata.

Non cambia niente: se la mail viene firmata quando gi=E0 composta da =
entit=E0 a 8bit =E8 inutile che la trasmissione server to server sia a =
7bit; verr=E0 verificata solo se ricomposta come al momento della firma.

- flazan

> In qualsiasi caso basta fare un telnet sulla porta 25 del nostro =
server,
> dare
> il comando EHLO dominio.it, e verificare che non ci sia la linea "250
> 8BITMIME" nella risposta.
> Con tutta franchezza sto tentando un po' in tutte le maniere a
> disabilitare
> l'accettazione del formato 8bitmime ma ho ancora qualche problema. =
Appena
> riesco a venirne fuori posto il tutto.
>=20
> Non vorrei che questo sia un giochino del CNIPA per bocciare il =
sistema e
> lasciare il monopolio del mercato in mano agli altri. Della serie "=E8 =
colpa
> tua. No =E8 colpa tua. Intanto non ti accreddito": il coltello dalla =
parte
> del
> manico ce l'hanno loro...
>=20
> Ciao,
> Alberto
>=20
> Alle 17:21, domenica 25 luglio 2004, Ferrara Umberto ha scritto:
> > Ciao Alberto,
> > in realt=E0 il problema =E8 proprio questo.
> > OpenPEC non accetta (gi=E0 adesso) gli allegati in formato a 8 bit =
(come
> da
> > specifiche) e l'mta li trasforma a 7 bit. Questo per=F2 comporta una
> modifica
> > della mail originale che quindi viene scartata perch=E8 non =E8 =
pi=F9 uguale a
> > quando =E8 stata firmata prima della spedizione.
> >
> > Ad ogni modo noi non dobbiamo fare niente a parte dimostrare al =
cnipa
> che
> > non =E8 un nostro problema ....
> >
> >     umberto
> >
> >
> > 	-----Messaggio originale-----
> > 	Da: Alberto Zuin [mailto:al...@in...]
> > 	Inviato: dom 7/25/2004 4:33
> > 	A: ope...@li...
> > 	Cc:
> > 	Oggetto: [Openpec-users] Re: [Openpec-users]
> > R:_[Openpec-devel]_R:_[Openpec-devel]_Re:_[Openpec-
> devel]_Terminata_la_seco
> >nda_sessione_dei_test_di_interoperabilit=E0
> >
> >
> >
> > 	Se il problema =E8 questo, un mio amico suggerisce che bisogna
> disabilitare
> > la conversione 8mitmime (con disable_mime_output_conversion,
> probabilmente)
> > in modo che l'mta mittente sia costretto ad usare la 7 bit.
> > 	Che ne dite?
> > 	Ciao,
> > 	Alberto
> >
> >
> >
> > 	-------------------------------------------------------
> > 	This SF.Net email is sponsored by BEA Weblogic Workshop
> > 	FREE Java Enterprise J2EE developer tools!
> > 	Get your free copy of BEA WebLogic Workshop 8.1 today.
> > 	http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=3Dick
> > 	_______________________________________________
> > 	Openpec-users mailing list
> > 	Ope...@li...
> > 	https://lists.sourceforge.net/lists/listinfo/openpec-users
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=3Dick
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users

Re: [Openpec-users] =?utf-8?q?Terminata=5Fla=5Fseconda=5Fsessione=5Fdei=5Ftest=5Fdi=5Fintero?= =?utf-8?q?perabilit=C3=A0?=

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

Si, ma forse il problema sta a monte.
Se il nostro MTA (postfix) accetta il messaggio a 8 bit e poi lo trasforma =
in=20
7 bit per "passarlo" ad OpenPEC la mail viene scartata di sicuro. Se, invec=
e,=20
neghiamo direttamente da Postfix di accettare mail in formato 8 bit, =C3=A8=
 l'MTA=20
del mittente (CNIPA) a dover fare la conversione per cui la mail arriva gi=
=C3=A0=20
in formato 7 bit e, probabilmente, non viene scartata.
In qualsiasi caso basta fare un telnet sulla porta 25 del nostro server, da=
re=20
il comando EHLO dominio.it, e verificare che non ci sia la linea "250=20
8BITMIME" nella risposta.
Con tutta franchezza sto tentando un po' in tutte le maniere a disabilitare=
=20
l'accettazione del formato 8bitmime ma ho ancora qualche problema. Appena=20
riesco a venirne fuori posto il tutto.

Non vorrei che questo sia un giochino del CNIPA per bocciare il sistema e=20
lasciare il monopolio del mercato in mano agli altri. Della serie "=C3=A8 c=
olpa=20
tua. No =C3=A8 colpa tua. Intanto non ti accreddito": il coltello dalla par=
te del=20
manico ce l'hanno loro...

Ciao,
Alberto

Alle 17:21, domenica 25 luglio 2004, Ferrara Umberto ha scritto:
> Ciao Alberto,
> in realt=C3=A0 il problema =C3=A8 proprio questo.
> OpenPEC non accetta (gi=C3=A0 adesso) gli allegati in formato a 8 bit (co=
me da
> specifiche) e l'mta li trasforma a 7 bit. Questo per=C3=B2 comporta una m=
odifica
> della mail originale che quindi viene scartata perch=C3=A8 non =C3=A8 pi=
=C3=B9 uguale a
> quando =C3=A8 stata firmata prima della spedizione.
>
> Ad ogni modo noi non dobbiamo fare niente a parte dimostrare al cnipa che
> non =C3=A8 un nostro problema ....
>
>     umberto
>
>
> 	-----Messaggio originale-----
> 	Da: Alberto Zuin [mailto:al...@in...]
> 	Inviato: dom 7/25/2004 4:33
> 	A: ope...@li...
> 	Cc:
> 	Oggetto: [Openpec-users] Re: [Openpec-users]
> R:_[Openpec-devel]_R:_[Openpec-devel]_Re:_[Openpec-devel]_Terminata_la_se=
co
>nda_sessione_dei_test_di_interoperabilit=C3=A0
>
>
>
> 	Se il problema =C3=A8 questo, un mio amico suggerisce che bisogna disabi=
litare
> la conversione 8mitmime (con disable_mime_output_conversion, probabilment=
e)
> in modo che l'mta mittente sia costretto ad usare la 7 bit.
> 	Che ne dite?
> 	Ciao,
> 	Alberto
>
>
>
> 	-------------------------------------------------------
> 	This SF.Net email is sponsored by BEA Weblogic Workshop
> 	FREE Java Enterprise J2EE developer tools!
> 	Get your free copy of BEA WebLogic Workshop 8.1 today.
> 	http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=3Dick
> 	_______________________________________________
> 	Openpec-users mailing list
> 	Ope...@li...
> 	https://lists.sourceforge.net/lists/listinfo/openpec-users

[Openpec-users] =?utf-8?Q?RIF=3A_=5BOpenpec-users=5D_Re=3A_=5BOpenpe?= =?utf-8?Q?c-users=5D_R=3A=5F=5BOpenpec-devel=5D=5FR=3A=5F=5B?= =?utf-8?Q?Openpec-devel=5D=5FRe=3A=5F=5BOpenpec-deve?= =?utf-8?Q?l=5D=5FTerminata=5Fla=5Fseconda=5Fsessione?= =?utf-8?Q?=5Fdei=5Ftest=5Fdi=5Finteroperabilit=C3=A0?=

[Ferrara U. <fe...@ks...>]

Q2lhbyBBbGJlcnRvLCANCmluIHJlYWx0w6AgaWwgcHJvYmxlbWEgw6ggcHJvcHJpbyBxdWVzdG8u
DQpPcGVuUEVDIG5vbiBhY2NldHRhIChnacOgIGFkZXNzbykgZ2xpIGFsbGVnYXRpIGluIGZvcm1h
dG8gYSA4IGJpdCAoY29tZSBkYSBzcGVjaWZpY2hlKSBlIGwnbXRhIGxpIHRyYXNmb3JtYSBhIDcg
Yml0Lg0KUXVlc3RvIHBlcsOyIGNvbXBvcnRhIHVuYSBtb2RpZmljYSBkZWxsYSBtYWlsIG9yaWdp
bmFsZSBjaGUgcXVpbmRpIHZpZW5lIHNjYXJ0YXRhIHBlcmNow6ggbm9uIMOoIHBpw7kgdWd1YWxl
IGEgcXVhbmRvIMOoIHN0YXRhIGZpcm1hdGEgcHJpbWEgZGVsbGEgc3BlZGl6aW9uZS4NCiANCkFk
IG9nbmkgbW9kbyBub2kgbm9uIGRvYmJpYW1vIGZhcmUgbmllbnRlIGEgcGFydGUgZGltb3N0cmFy
ZSBhbCBjbmlwYSBjaGUgbm9uIMOoIHVuIG5vc3RybyBwcm9ibGVtYSAuLi4uDQogDQogICAgdW1i
ZXJ0bw0KIA0KDQoJLS0tLS1NZXNzYWdnaW8gb3JpZ2luYWxlLS0tLS0gDQoJRGE6IEFsYmVydG8g
WnVpbiBbbWFpbHRvOmFsenVpbkBpbnRlbmV0Lm5ldF0gDQoJSW52aWF0bzogZG9tIDcvMjUvMjAw
NCA0OjMzIA0KCUE6IG9wZW5wZWMtdXNlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KCUNjOiAN
CglPZ2dldHRvOiBbT3BlbnBlYy11c2Vyc10gUmU6IFtPcGVucGVjLXVzZXJzXSBSOl9bT3BlbnBl
Yy1kZXZlbF1fUjpfW09wZW5wZWMtZGV2ZWxdX1JlOl9bT3BlbnBlYy1kZXZlbF1fVGVybWluYXRh
X2xhX3NlY29uZGFfc2Vzc2lvbmVfZGVpX3Rlc3RfZGlfaW50ZXJvcGVyYWJpbGl0w6ANCgkNCgkN
Cg0KCVNlIGlsIHByb2JsZW1hIMOoIHF1ZXN0bywgdW4gbWlvIGFtaWNvIHN1Z2dlcmlzY2UgY2hl
IGJpc29nbmEgZGlzYWJpbGl0YXJlIGxhDQoJY29udmVyc2lvbmUgOG1pdG1pbWUgKGNvbiBkaXNh
YmxlX21pbWVfb3V0cHV0X2NvbnZlcnNpb24sIHByb2JhYmlsbWVudGUpIGluIG1vZG8NCgljaGUg
bCdtdGEgbWl0dGVudGUgc2lhIGNvc3RyZXR0byBhZCB1c2FyZSBsYSA3IGJpdC4NCglDaGUgbmUg
ZGl0ZT8NCglDaWFvLA0KCUFsYmVydG8NCgkNCgkNCgkNCgktLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJVGhpcyBTRi5OZXQgZW1haWwgaXMg
c3BvbnNvcmVkIGJ5IEJFQSBXZWJsb2dpYyBXb3Jrc2hvcA0KCUZSRUUgSmF2YSBFbnRlcnByaXNl
IEoyRUUgZGV2ZWxvcGVyIHRvb2xzIQ0KCUdldCB5b3VyIGZyZWUgY29weSBvZiBCRUEgV2ViTG9n
aWMgV29ya3Nob3AgOC4xIHRvZGF5Lg0KCWh0dHA6Ly9hZHMub3Nkbi5jb20vP2FkX2lkRzIxJmFs
bG9jX2lkEDA0MCZvcD1pY2sNCglfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXw0KCU9wZW5wZWMtdXNlcnMgbWFpbGluZyBsaXN0DQoJT3BlbnBlYy11c2Vyc0Bs
aXN0cy5zb3VyY2Vmb3JnZS5uZXQNCglodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0
cy9saXN0aW5mby9vcGVucGVjLXVzZXJzDQoJDQoNCg==

[Openpec-users] =?iso-8859-15?q?Re=3A=20=5BOpenpec=2Dusers=5D=20R=3A=5F=5BOpenpec=2Ddevel=5D=5FR=3A=5F=5BOpenpec=2Ddevel=5D=5FRe=3A=5F=5BOpenpec=2Ddevel=5D=5FTerminata=5Fla=5Fseconda=5Fsessione=5Fdei=5Ftest=5Fdi=5Finteroperabilit=E0?=

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

Se il problema =E8 questo, un mio amico suggerisce che bisogna disabilitare la
conversione 8mitmime (con disable_mime_output_conversion, probabilmente) in modo
che l'mta mittente sia costretto ad usare la 7 bit. 
Che ne dite? 
Ciao, 
Alberto 

Re: [Openpec-users] Terminata la seconda sessione dei test di =?iso-8859-1?q?interoperabilit=E0?=

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

Questa si chiama sfiga!!!
Io non ti posso aiutare, per=F2 giro il messaggio in una lista di Assoprovi=
der,=20
magari qualcuno ci pu=F2 aiutare.
Ciao,
Alberto

Alle 17:00, gioved=EC 22 luglio 2004, Ferrara Umberto ha scritto:
> Salve a tutti
> =E8 terminata la seconda sessione dei test di interoperabilit=E0.
> Purtroppo non siamo riusciti a chiudere il discorso certifica per colpa di
> UN SOLO TEST!!!
>
> Vi spiego il problema in modo che tutti insieme possiamo cercare di
> sciogliere il nodo il prima possibile.
>
> Il test che =E8 fallito =E8 il test M.1 che prevede l'invio di una mail
> 	from: user1@domaincert1
> 	to: user2@domaincert2
> 	con subject: Test M =EC=E8+=F2=E0=F9-<^=E8*=E7=B0=A7_>!"=A3$%&/()=3D?~'#
> 	e body: Test
>
> Il problema si ha nella verifica della firma da parte di openssl.
> Questo l'errore che si ottiene lanciando il comando manualmente:
> 	Verification failure
> 	23001:error:21071065:PKCS7 routines:PKCS7_signatureVerify:digest
> failure:pk7_doit.c:804: 23001:error:21075069:PKCS7
> routines:PKCS7_verify:signature failure:pk7_smime.c:265:
>
> NOTARE BENE
> ----------------
> 1) il problema si presenta solo nelle mail inviate da certmail.rupa.it
> (ente certificatore) verso il ns dominio e non viceversa dal ns dominio
> verso il loro
>
> 2) il problema non si presenta tra diverse installazioni di openpec
>
> 3) il problema non si presenta nel caso in cui i caratteri speciali siano
> nel body e non nel subject
>
> 4) la mail originale inglobata nell'anomalia di trasporto sembra corretta
> (in particolare il subject)
>
> 5) la stessa mail, inviata ad utenti esterni al dominio certificato,
> risulta corretta e correttamente verificata
>
> 6) tutti gli altri test hanno funzionato per cui il problema sembra legato
> proprio ai caratteri speciali
>
> Inizialmente pensavamo che il problema fosse dovuto all'interferenza del
> postfix ma facendo un p=F2 di test abbiamo escluso questa possibilit=E0.
>
> In questo momento stiamo indagando sulla fase di salvataggio  della mail
> sul file system...
>
> Il problema + grosso =E8 che non riusciamo a replicare il malfunzionament=
o e
> dobbiamo aspettare che gli incaricati della certificazione ci inviino i m=
sg
> di test
>
> Idee?  Suggerimenti?
>
> grazie a tutti
>
>           umb
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=3DClick
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users

[Openpec-users] =?iso-8859-1?Q?Terminata_la_seconda_sessione_dei_test_di_interoperabili?= =?iso-8859-1?Q?t=E0?=

[Ferrara U. <fe...@ks...>]

Salve a tutti
=E8 terminata la seconda sessione dei test di interoperabilit=E0.=20
Purtroppo non siamo riusciti a chiudere il discorso certifica per colpa =
di UN SOLO TEST!!!

Vi spiego il problema in modo che tutti insieme possiamo cercare di =
sciogliere il nodo il=20
prima possibile.

Il test che =E8 fallito =E8 il test M.1 che prevede l'invio di una mail=20
	from: user1@domaincert1
	to: user2@domaincert2 =20
	con subject: Test M =
=EC=E8+=F2=E0=F9-<^=E8*=E7=B0=A7_>!"=A3$%&/()=3D?~'#
	e body: Test

Il problema si ha nella verifica della firma da parte di openssl.=20
Questo l'errore che si ottiene lanciando il comando manualmente:
	Verification failure
	23001:error:21071065:PKCS7 routines:PKCS7_signatureVerify:digest =
failure:pk7_doit.c:804:
	23001:error:21075069:PKCS7 routines:PKCS7_verify:signature =
failure:pk7_smime.c:265:

NOTARE BENE
----------------
1) il problema si presenta solo nelle mail inviate da certmail.rupa.it =
(ente certificatore) verso il ns dominio
e non viceversa dal ns dominio verso il loro

2) il problema non si presenta tra diverse installazioni di openpec

3) il problema non si presenta nel caso in cui i caratteri speciali =
siano nel body e non nel subject

4) la mail originale inglobata nell'anomalia di trasporto sembra =
corretta (in particolare il subject)

5) la stessa mail, inviata ad utenti esterni al dominio certificato, =
risulta corretta e correttamente verificata

6) tutti gli altri test hanno funzionato per cui il problema sembra =
legato proprio ai caratteri speciali

Inizialmente pensavamo che il problema fosse dovuto all'interferenza del =
postfix ma facendo un p=F2 di test
abbiamo escluso questa possibilit=E0.

In questo momento stiamo indagando sulla fase di salvataggio  della mail =
sul file system...

Il problema + grosso =E8 che non riusciamo a replicare il =
malfunzionamento e dobbiamo aspettare che gli=20
incaricati della certificazione ci inviino i msg di test

Idee?  Suggerimenti?

grazie a tutti

          umb

[Openpec-users] Configurazione server PEC, problemi cyrus-imapd

[Christian A. <chr...@dp...>]

Ciao,
da qualche giorno sto cercando di configurare un server pec, prima su
FC1 ora su FC2 ma mi fermo sempre al solito punto... quando cerco di
creare un utente con cyradm mi dice che non riesce a connettersi al
server (localhost) cercando di avviare cyrus manualmente con
cyrus-master mi ritorna un errore di segmentation fault... qualcuno ne
sa qualcosa? 
Grazie e ciao, 
Christian

R: RIF: [Openpec-users] OpenPEC HowTo

[Fanton F. <fa...@ks...>]

> -----Messaggio originale-----
> Da: Alberto Zuin [mailto:al...@in...]
> Inviato: mercoled=EC 21 luglio 2004 14.27
> A: ope...@li...
> Oggetto: Re: RIF: [Openpec-users] OpenPEC HowTo
>=20
> Nel caso in questione si rispetta la corrispondenza uno ad uno e =
questa
> eccezione viene ammessa (dalle faq tecniche):
>=20
> ....
> =C8 invece possibile assegnare indirizzi "alias" univoci al fine di
> migliorare
> la leggibilit=E0 degli indirizzi fisici delle caselle di posta =
certificata,
> sempre rispettando una relazione "uno ad uno" tra alias e caselle =
fisiche.
> ....
>=20
> Per cui la gestione delle e-mail con web-cyradm =E8 fattibile, a patto =
di
> non
> attivare pi=F9 alias sulla stessa casella.
> In qualsiasi caso il sistema funziona solo assegnando alla login e =
alla
> casella e-mail il medesimo valore, bypassando di fatto qualsiasi =
alias.
> Attivando questa funzione (che sarebbe utile solo dovendo gestire =
pi=F9
> domini)
> =E8 lo stesso OpenPEC a creare problemi in quanto quando parte il =
delivery
> legge la casella finale e non l'alias, bloccando di fatto la =
spedizione.

OpenPEC gira il documento di trasporto al componente LDA di turno (in =
questo caso Cyrus) quindi =E8 lui (Cyrus) che si deve prendere carico di =
risolvere eventuali alias.


> Ci si penser=E0 in una prossima versione, adesso importa solo che il =
sistema
> passi i test di interoperabilit=E0...
> Grazie e ciao,
> Alberto
>=20
>=20
>=20
> Alle 13:22, mercoled=EC 21 luglio 2004, Stefano Zanarini ha scritto:
> > Alle 14:24, marted=EC 20 luglio 2004, Alberto Zuin ha scritto:
> > > Ho pubblicato anche il documento
> > > http://ap-certifiedmail.intenet.net/How-To/webadmin.htm per =
aggiungere
> al
> > > sistema l'autenticazione tramite pam_mysql con l'interfaccia di
> gestione
> > > web-cyradm. Purtroppo non sono riuscito ancora a gestire domini
> multipli
> > > ed alias, per cui questa funzionalit=E0 non pu=F2 essere =
sfruttata;
> sarebbe
> > > bello in futuro...
> >
> > e' quello di qui parlavamo pochi giorni fa,hai una tabella mysql che
> mappa
> > gli utenti dei domini virtuali ad utenti reali (ho dato un'occhiata
> veloce
> > a come hai fatto tu ,la mappa dovrebbe essere nella tabella =
referenziata
> da
> > quel mysql-virtual.cf ) ,il punto e' che cosi' facendo potresti =
essere
> > fuori dalle specifiche CNIPA,perche' in fin dei conti hai degli =
alias
> > ,anche se in rapporto uno ad uno.
> >
> >
> >
> > saluti
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by BEA Weblogic Workshop
> > FREE Java Enterprise J2EE developer tools!
> > Get your free copy of BEA WebLogic Workshop 8.1 today.
> > http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=3DClick
> > _______________________________________________
> > Openpec-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/openpec-users
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_idG21&alloc_id=10040&op=3Dick
> _______________________________________________
> Openpec-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openpec-users