[Openpec-devel] Ridondanza dei messaggi

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

Salve,

vorrei esporre un problema che =E8 venuto fuori durante l'analisi=20
dell'architettura di OpenPec: la possibile ridondanza dei messaggi.

Il punto della situazione:
l'MTA inoltra a OpenPec le mail che arrivano in ingresso;
OpenPec riceve la mail e tiene aperta la connessione con l'MTA fino a =
che non=20
ha terminato l'elaborazione.

Le situazioni a cui ci possiamo trovare davanti possono essere cosi'=20
sintetizzate:

1. punto di accesso
   . emissione ricevuta di accettazione (sempre locale)
   . generazione doc. di trasp.
   . delivery doc. di trasp.

2. punto di ricezione
   . emissione (eventuale) ricevuta di presa in carico (sempre remota)
   . emissione (eventuale) anomalia di trasp.

3. punto di consegna
   . consegna doc. di trasp. (sempre locale)
   . emissione ricevuta di avv. cons.

Il problema
Supponiamo che (punto 1) la ric. di acc. venga emessa correttamente e si =
verifichi=20
un errore nella generazione o nel delivery del doc. di trasp.;=20
se restituiamo al MTA un errore di tipo 4 la mail viene mantenuta in =
coda e=20
ripresentata successivamente provocando una nuova emissione della =
ricevuta fino a=20
problema concluso: il risultato finale e' che il mittente si ritrovera' =
un numero di=20
ricevute di acc. pari al numero dei problemi + 1.
A parte la confusione del mittente ricordiamo che ogni ricevuta ha =
valore legale.

Lo stesso problema si presenta nel punto di ricezione e consegna: =
soprattutto in=20
quest'ultimo potrebbe ingenerarsi una ben piu' grave emissione anomala =
di=20
documenti di trasporto identici non coerenti con le ric. di avv. cons..

Ricordiamo inoltre che OpenPec non scinde "fisicamente" i tre punti =
summenzionati per=20
ottimizzare le prestazioni:=20
per mail locali->locali i punti 1 e 3 utilizzano la stessa connessione =
con MTA,
lo stesso per mail remote->locali (punto 2 e 3).
Questo significa che se il problema si verifica nell'ultima fase tutte =
quelle precedenti=20
vengono nuovamente eseguite non appena l'MTA ripropone la mail.

flazan