|
From: Fanton F. <fa...@ks...> - 2004-05-04 09:33:00
|
Purtroppo la soluzione che hai scelto non rispetta le specifiche CNIPA.
Per capire perch=E9 teniamo presente l'architettura del sistema di posta =
completo:
..............................
client : :
utente PEC ----->smtpd-s smtp-----> mail ext.
: :=20
server PEC/NO_PEC/: Postfix :=20
utente NO-PEC--->smtpd :=20
: :
: smtpd smtp : =20
..........^.......|........... =20
($forward_canonical)| |(%receiveTCP)
10025 | v 10024 =20
....|............ =20
: smtp smtpd : .......
.-------------->: server PEC : ($forward_pec) : : =
........
| : lmtp-----> mail local --->: Cyrus =
:---> : File :
| ................. : : =
: System :
| | ....... =
........
| |.chiave privata ^
| v.certificato | =
Pop3-S
.............. ............ | =
IMAP-S
: : : : | =
Http(-S)
:LDAP server : : OpenSSL :
: : : :
.............. ............
Vediamo il significato di alcuni parametri del file di configurazione =
(opec.conf)
- %receiveTCP =3D ( 10024, 'SMTP');
Imposta la porta ed il protocollo del canale di ingresso verso openpec.
- $forward_canonical =3D 'SMTP:127.0.0.1:10025';
Stabilisce il protocollo, l'host e la porta sulla quale verranno inviate =
le=20
mail a destinatari remoti.
- $forward_pec =3D 'server.lmtp.it:24';
Stabilisce l'host e la porta (ma non il protocollo che da specifiche =E8 =
obbligatoriamente LMTP) sulla quale verranno inviate le mail a =
destinatari=20
locali quindi dovranno coincidere con il punto di ingresso del server =
LMTP=20
(nello schema indicato con "mail local").
Quello che tu hai fatto =E8 redirigere quest'ultimo traffico verso il =
punto di=20
ingresso di Postfix utilizzato solo per la posta remota.
Postfix, se opportunamente configurato, gestisce anche il traffico LMTP =
ma in=20
maniera non conforme a RFC 2033 (visto che utilizza le code mentre RFC =
2033=20
le vieta).
Per evitare problemi noi consigliamo di utilizzare un LMTP esterno =
perfettamente=20
coerente con RFC 2033.
Cyrus, oltre essere un LMTP server RFC 2033 compliant, ha anche pop3, =
pop3-s,=20
impap e imap-s quindi pu=F2 risultare conveniente.
Saluti, flazan
________________________________________
Da: al...@in... [mailto:al...@in...]=20
Inviato: luned=EC 3 maggio 2004 20.36
A: ope...@li...
Oggetto: Rif: [Openpec-users] opec e LMTP
Sono riuscito a farlo andare!!!!!!! Circa....=20
L'accrocchio che ho usato =E8 quello di escludere il server LMTP, =
modificando la corrispondente riga di opec.conf con "$forward_pec =3D =
'127.0.0.1:10025';".=20
Cos=EC sembra funzionare (arriva l'e-mail al destrinatario e al mittente =
ritornano le due mail di conferma, per=F2 non so cosa questo possa =
implicare.=20
Mi confermate che la soluzione che ho adottato funzioni?=20
Grazie mille,=20
-------------------------------------------------
Alberto Zuin - Technical Manager
Consigliere Nazionale di Assoprovider
Socio ISOC.IT - ISOC.ORG Global member
INTEnet S.r.l.
via Valsugana, 52/A
35010 San Giorgio in Bosco (PD)
Tel. e Fax +39 049 9450970
Tel. VoIP 6122 000000
www.intenet.net - al...@in...
Azienda associata ad Assoprovider=20
ope...@li... scritti il 03/05/2004 18.33.00
>=20
> Sto tentando una configurazione particolare di openpec:=20
> sostanzialmente vorrei utilizzare un DB MySQL per gestire via web=20
> gli account invece di usare i file di sistema. Pertanto, visto che=20
> sembra che Cyrus sia un punto fisso (per me =E8 un guaio visto che=20
> conosco solo Courier IMAP), ho fatto l'installazione di cyrus-
> postfix-webcyradm come da howto. Una volta installato il tutto e=20
> verificato il corretto funzionamento, sono passato all'installazione
> di openpec: negli esempi di configurazione si fa cenno che nel file=20
> cyrus.conf bisogna attivare lmtp al posto di lmtpunix, per=F2 facendo=20
> questo il sistema non ne vuole sentire di andare...=20
> Ho tentato di far partire opec in questa situazione e, in effetti,=20
> mi visualizza un errore in quanto non riesce a collegarsi con il=20
> server LMTP. La posta viene recapitata all'email del destinatario,=20
> per=F2 non partono le ricevute di dispaccio. Secondo la mia logica=20
> dovrebbe accadere il contrario (non doveva arrivare l'email al=20
> destinatario per=F2 dovevano arrivare le ricevute) per=F2 chiedo lumi =
a Voi.=20
> Avete qualche idea per rendere funzionante questa configurazione? Se
> non =E8 proprio possibile, come posso fare a gestire domini multipli e
> avere una interfaccia web?=20
> Grazie,=20
>=20
> -------------------------------------------------
> Alberto Zuin - Technical Manager
> Consigliere Nazionale di Assoprovider
> Socio ISOC.IT - ISOC.ORG Global member
>=20
> INTEnet S.r.l.
> via Valsugana, 52/A
> 35010 San Giorgio in Bosco (PD)
> Tel. e Fax +39 049 9450970
> Tel. VoIP 6122 000000
> www.intenet.net - al...@in...
> Adienda associata ad Assoprovider
|
|
From: Fanton F. <fa...@ks...> - 2004-05-04 14:48:16
|
Chiarimenti: - Postfix non =E8 un LMTP server quindi non pu=F2 gestire il traffico LMTP in ingresso; quanto ho scritto precedentemente =E8 sbagliato. Postfix gestisce solo il traffico LMTP in uscita (pu=F2 fare da LMTP = client). - La tua soluzione non =E8 cmq conforme alle direttiva CNIPA (come ha gi=E0 chiarito Dex) - Perch=E9 allora la tua modifica funziona? Ci=F2 =E8 dovuto ad un bug nel modulo LMTP.pm: non viene controllato = il ritorno del comando di identificazione LHLO: infatti Postfix ritorna = un'errore di tipo 502. Il flusso prosegue con i comandi consueti e visto = che LMTP e SMTP sono praticamente identici, in caso di mail ad un solo = destinatario, la transazione va a buon fine. Il bug sar=E0 risolto nella prossima release: non sar=E0 possibile = forzare connessioni SMTP per mail locali certificate. Saluti, flazan -----Messaggio originale----- Da: Fanton Flavio=20 Inviato: marted=EC 4 maggio 2004 11.34 A: ope...@li... Oggetto: R: [Openpec-users] opec e LMTP Purtroppo la soluzione che hai scelto non rispetta le specifiche CNIPA. Vediamo il significato di alcuni parametri del file di configurazione = (opec.conf) - %receiveTCP =3D ( 10024, 'SMTP'); Imposta la porta ed il protocollo del canale di ingresso verso openpec. - $forward_canonical =3D 'SMTP:127.0.0.1:10025'; Stabilisce il protocollo, l'host e la porta sulla quale verranno inviate = le=20 mail a destinatari remoti. - $forward_pec =3D 'server.lmtp.it:24'; Stabilisce l'host e la porta (ma non il protocollo che da specifiche =E8 = obbligatoriamente LMTP) sulla quale verranno inviate le mail a = destinatari=20 locali quindi dovranno coincidere con il punto di ingresso del server = LMTP=20 (nello schema indicato con "mail local"). Quello che tu hai fatto =E8 redirigere quest'ultimo traffico verso il = punto di=20 ingresso di Postfix utilizzato solo per la posta remota. Postfix, se opportunamente configurato, gestisce anche il traffico LMTP = ma in=20 maniera non conforme a RFC 2033 (visto che utilizza le code mentre RFC = 2033=20 le vieta). Per evitare problemi noi consigliamo di utilizzare un LMTP esterno = perfettamente=20 coerente con RFC 2033. Cyrus, oltre essere un LMTP server RFC 2033 compliant, ha anche pop3, = pop3-s,=20 impap e imap-s quindi pu=F2 risultare conveniente. Saluti, flazan ________________________________________ Da: al...@in... [mailto:al...@in...]=20 Inviato: luned=EC 3 maggio 2004 20.36 A: ope...@li... Oggetto: Rif: [Openpec-users] opec e LMTP Sono riuscito a farlo andare!!!!!!! Circa....=20 L'accrocchio che ho usato =E8 quello di escludere il server LMTP, = modificando la corrispondente riga di opec.conf con "$forward_pec =3D = '127.0.0.1:10025';".=20 Cos=EC sembra funzionare (arriva l'e-mail al destrinatario e al mittente = ritornano le due mail di conferma, per=F2 non so cosa questo possa = implicare.=20 Mi confermate che la soluzione che ho adottato funzioni?=20 Grazie mille,=20 ------------------------------------------------- Alberto Zuin - Technical Manager Consigliere Nazionale di Assoprovider Socio ISOC.IT - ISOC.ORG Global member INTEnet S.r.l. via Valsugana, 52/A 35010 San Giorgio in Bosco (PD) Tel. e Fax +39 049 9450970 Tel. VoIP 6122 000000 www.intenet.net - al...@in... Azienda associata ad Assoprovider=20 ope...@li... scritti il 03/05/2004 18.33.00 >=20 > Sto tentando una configurazione particolare di openpec:=20 > sostanzialmente vorrei utilizzare un DB MySQL per gestire via web=20 > gli account invece di usare i file di sistema. Pertanto, visto che=20 > sembra che Cyrus sia un punto fisso (per me =E8 un guaio visto che=20 > conosco solo Courier IMAP), ho fatto l'installazione di cyrus- > postfix-webcyradm come da howto. Una volta installato il tutto e=20 > verificato il corretto funzionamento, sono passato all'installazione > di openpec: negli esempi di configurazione si fa cenno che nel file=20 > cyrus.conf bisogna attivare lmtp al posto di lmtpunix, per=F2 facendo=20 > questo il sistema non ne vuole sentire di andare...=20 > Ho tentato di far partire opec in questa situazione e, in effetti,=20 > mi visualizza un errore in quanto non riesce a collegarsi con il=20 > server LMTP. La posta viene recapitata all'email del destinatario,=20 > per=F2 non partono le ricevute di dispaccio. Secondo la mia logica=20 > dovrebbe accadere il contrario (non doveva arrivare l'email al=20 > destinatario per=F2 dovevano arrivare le ricevute) per=F2 chiedo lumi = a Voi.=20 > Avete qualche idea per rendere funzionante questa configurazione? Se > non =E8 proprio possibile, come posso fare a gestire domini multipli e > avere una interfaccia web?=20 > Grazie,=20 >=20 > ------------------------------------------------- > Alberto Zuin - Technical Manager > Consigliere Nazionale di Assoprovider > Socio ISOC.IT - ISOC.ORG Global member >=20 > INTEnet S.r.l. > via Valsugana, 52/A > 35010 San Giorgio in Bosco (PD) > Tel. e Fax +39 049 9450970 > Tel. VoIP 6122 000000 > www.intenet.net - al...@in... > Adienda associata ad Assoprovider ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. = Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dick _______________________________________________ Openpec-users mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openpec-users |
|
From: Fanton F. <fa...@ks...> - 2004-05-20 16:59:43
|
Il codice e' stato modificato in modo che se il comando LHLO (quindi = LMTP non supportato) restituisce errore l'elaborazione della mail = termina e viene mantenuta nella coda del MTA per successiva = elaborazione. E' stata aggiornata la sintassi di avvio (grazie Pala). Saluti, flazan -----Messaggio originale----- Da: Fanton Flavio=20 Inviato: marted=EC 4 maggio 2004 16.49 A: ope...@li... Cc: ope...@li... Oggetto: R: [Openpec-users] opec e LMTP Chiarimenti: - Postfix non =E8 un LMTP server quindi non pu=F2 gestire il traffico LMTP in ingresso; quanto ho scritto precedentemente =E8 sbagliato. Postfix gestisce solo il traffico LMTP in uscita (pu=F2 fare da LMTP = client). - La tua soluzione non =E8 cmq conforme alle direttiva CNIPA (come ha gi=E0 chiarito Dex) - Perch=E9 allora la tua modifica funziona? Ci=F2 =E8 dovuto ad un bug nel modulo LMTP.pm: non viene controllato = il ritorno del comando di identificazione LHLO: infatti Postfix ritorna = un'errore di tipo 502. Il flusso prosegue con i comandi consueti e visto = che LMTP e SMTP sono praticamente identici, in caso di mail ad un solo = destinatario, la transazione va a buon fine. Il bug sar=E0 risolto nella prossima release: non sar=E0 possibile = forzare connessioni SMTP per mail locali certificate. Saluti, flazan -----Messaggio originale----- Da: Fanton Flavio=20 Inviato: marted=EC 4 maggio 2004 11.34 A: ope...@li... Oggetto: R: [Openpec-users] opec e LMTP Purtroppo la soluzione che hai scelto non rispetta le specifiche CNIPA. Vediamo il significato di alcuni parametri del file di configurazione = (opec.conf) - %receiveTCP =3D ( 10024, 'SMTP'); Imposta la porta ed il protocollo del canale di ingresso verso openpec. - $forward_canonical =3D 'SMTP:127.0.0.1:10025'; Stabilisce il protocollo, l'host e la porta sulla quale verranno inviate = le=20 mail a destinatari remoti. - $forward_pec =3D 'server.lmtp.it:24'; Stabilisce l'host e la porta (ma non il protocollo che da specifiche =E8 = obbligatoriamente LMTP) sulla quale verranno inviate le mail a = destinatari=20 locali quindi dovranno coincidere con il punto di ingresso del server = LMTP=20 (nello schema indicato con "mail local"). Quello che tu hai fatto =E8 redirigere quest'ultimo traffico verso il = punto di=20 ingresso di Postfix utilizzato solo per la posta remota. Postfix, se opportunamente configurato, gestisce anche il traffico LMTP = ma in=20 maniera non conforme a RFC 2033 (visto che utilizza le code mentre RFC = 2033=20 le vieta). Per evitare problemi noi consigliamo di utilizzare un LMTP esterno = perfettamente=20 coerente con RFC 2033. Cyrus, oltre essere un LMTP server RFC 2033 compliant, ha anche pop3, = pop3-s,=20 impap e imap-s quindi pu=F2 risultare conveniente. Saluti, flazan ________________________________________ Da: al...@in... [mailto:al...@in...]=20 Inviato: luned=EC 3 maggio 2004 20.36 A: ope...@li... Oggetto: Rif: [Openpec-users] opec e LMTP Sono riuscito a farlo andare!!!!!!! Circa....=20 L'accrocchio che ho usato =E8 quello di escludere il server LMTP, = modificando la corrispondente riga di opec.conf con "$forward_pec =3D = '127.0.0.1:10025';".=20 Cos=EC sembra funzionare (arriva l'e-mail al destrinatario e al mittente = ritornano le due mail di conferma, per=F2 non so cosa questo possa = implicare.=20 Mi confermate che la soluzione che ho adottato funzioni?=20 Grazie mille,=20 ------------------------------------------------- Alberto Zuin - Technical Manager Consigliere Nazionale di Assoprovider Socio ISOC.IT - ISOC.ORG Global member INTEnet S.r.l. via Valsugana, 52/A 35010 San Giorgio in Bosco (PD) Tel. e Fax +39 049 9450970 Tel. VoIP 6122 000000 www.intenet.net - al...@in... Azienda associata ad Assoprovider=20 ope...@li... scritti il 03/05/2004 18.33.00 >=20 > Sto tentando una configurazione particolare di openpec:=20 > sostanzialmente vorrei utilizzare un DB MySQL per gestire via web=20 > gli account invece di usare i file di sistema. Pertanto, visto che=20 > sembra che Cyrus sia un punto fisso (per me =E8 un guaio visto che=20 > conosco solo Courier IMAP), ho fatto l'installazione di cyrus- > postfix-webcyradm come da howto. Una volta installato il tutto e=20 > verificato il corretto funzionamento, sono passato all'installazione > di openpec: negli esempi di configurazione si fa cenno che nel file=20 > cyrus.conf bisogna attivare lmtp al posto di lmtpunix, per=F2 facendo=20 > questo il sistema non ne vuole sentire di andare...=20 > Ho tentato di far partire opec in questa situazione e, in effetti,=20 > mi visualizza un errore in quanto non riesce a collegarsi con il=20 > server LMTP. La posta viene recapitata all'email del destinatario,=20 > per=F2 non partono le ricevute di dispaccio. Secondo la mia logica=20 > dovrebbe accadere il contrario (non doveva arrivare l'email al=20 > destinatario per=F2 dovevano arrivare le ricevute) per=F2 chiedo lumi = a Voi.=20 > Avete qualche idea per rendere funzionante questa configurazione? Se > non =E8 proprio possibile, come posso fare a gestire domini multipli e > avere una interfaccia web?=20 > Grazie,=20 >=20 > ------------------------------------------------- > Alberto Zuin - Technical Manager > Consigliere Nazionale di Assoprovider > Socio ISOC.IT - ISOC.ORG Global member >=20 > INTEnet S.r.l. > via Valsugana, 52/A > 35010 San Giorgio in Bosco (PD) > Tel. e Fax +39 049 9450970 > Tel. VoIP 6122 000000 > www.intenet.net - al...@in... > Adienda associata ad Assoprovider ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. = Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dick _______________________________________________ Openpec-users mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openpec-users ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. = Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dick _______________________________________________ Openpec-users mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openpec-users |
|
From: Luca De S. <des...@ks...> - 2004-05-04 10:09:00
|
On 4-05-2004 11:34, "Fanton Flavio" <fa...@ks...> wrote: > - $forward_pec =3D 'server.lmtp.it:24'; > Stabilisce l'host e la porta (ma non il protocollo che da specifiche =E8 > obbligatoriamente LMTP) sulla quale verranno inviate le mail a destinatar= i > locali quindi dovranno coincidere con il punto di ingresso del server LMT= P > (nello schema indicato con "mail local"). >=20 > Quello che tu hai fatto =E8 redirigere quest'ultimo traffico verso il punto= di > ingresso di Postfix utilizzato solo per la posta remota. > Postfix, se opportunamente configurato, gestisce anche il traffico LMTP m= a in > maniera non conforme a RFC 2033 (visto che utilizza le code mentre RFC 20= 33 > le vieta). Solo una precisazione: le linee guida del CNIPA NON obbligano all'uso del protocollo LMTP ma stabiliscono che la ricevuta di avvenuta consegna debba notificare il dispatch nella casella del destinatario del messaggio: non pu= =F2 essere inviata prima di avere questa certezza. Se invece OpenPEC utilizzass= e il protocollo SMTP questa garanzia NON si avrebbe, perch=E9 in questo caso il messaggio di trasporto verrebbe messo nelle code locali dell'MTA e potenzialmente potrebbe non essere mai consegnato. Si pu=F2 evitare di usare LMTP scrivendo direttamente il messaggio nella mailbox del destinatario, utilizzando il formato dell'MTA che si usa (es. maildir): il problema della gestione dei formati viene risolto dall'LMTP server che inoltre (cosa ancora pi=F9 importante) garantisce nel dialogo con OpenPEC che il messaggio =E8 stato effettivamente depositato nella mailbox. Ciao Dex --=20 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 |
|
From: Luca De S. <des...@ks...> - 2007-02-20 09:18:07
|
Ciao a tutti, chiedo scusa per la tardiva segnalazione ma il giornale l'ho solo letto ier= i sera... Ad ogni modo su Affari e Finanza di ieri, l'inserto economico de La Repubblica, =E8 uscito un articolo di Laura Kiss sulla PEC. Al di l=E0 del fatt= o che gli articoli tecnologici di Affari e Finanza vanno presi ogni tanto "cu= m grano salis" sono interessanti alcuni dati citati nell'articolo sulla diffusione della PEC, ovvero: - quasi 1 milione di messaggi di PEC scambiati ogni mese - 1510 domini di posta ceritificata attivati - una dichiarazione di Nicolais, ministro per le Riforme e l'Innovazione nella PA, in cui si auspica l'uso _esclusivo_ della PEC nei rapporti tra amministrazioni dello Stato per arrivare entro il 2008 al divieto per le PA ad usare la trasmissione cartacea. Altrettanto sorprendenti (e qui ammetto che ho un po' di dubbi sull'esattezza dei dati) sono le percentuali di utilizzo della PEC per categoria di utenti: per il 29% sarebbe usata da aziende (di non meglio specificata natura), al 25% da PA, al 14% per Banche, Assicurazioni e simili, al 9% Camere di commercio, e cos=EC via. Insomma apparentemente l'uso della PEC _sembra_ essere pi=F9 pervasivo di quello che io potevo pensare. Al di l=E0 dell'effettiva precisione matematica delle informazioni riportate mi sembra che ci sia abbastanza per pensare che la PEC piano piano stia prendendo piede. Forza OpenPEC quindi! :-) Saluti a tutti, Dex --=20 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 898 412 email: des...@ks... web: http://www.ksolutions.it |