Newsgroup: it.comp.os.linux.sys
Titolo: Aiuto PEC fetchmail Procmail

Salve a tutti,
volevo esporre un piccolo problema che sta sorgendo dopo l'introduzione 
della PEC.
Su un server linux (CentOS 5.4), dove scarico con fetchmail la posta da 
un server esterno degli utenti (utilizzo procmail per la gestione: spam, 
mailists etc.) che leggono da postazioni XP attraverso Thunderbird (ho 
configurato un server IMAP maildir su linux), vorrei scaricare la posta 
certificata e metterla in un'altra cartella maildir dell'utente (es 
/home/utente/maildirPEC).
Come poter configurare Dovecot e procmail?
GRazie in anticipo
Ciao


Dovecot resta cosi` com'e`.
Basta un .procmailrc nella home dell'utente con una regola di due
righe per mettere la posta PEC in arrivo in quella cartella.
La regola di procmail da inserire in quel file te la lascio come
esercizio, sia perche', come tutti sanno, le regole di procmail sono
piu` chiare, limpide e cristalline del sole di mezzogiorno e
normalmente si dilettano a scriverle i frequentanti la scuola materna
(cazzate a parte la rete e` piena di buona documentazione a riguardo
dai cui esempi poter scopiazzare) e in secondo luogo non ho la minima
idea di quali siano gli header della posta certificata che vuoi
reindirizzare per poterla filtrare e senza quelli e` impossibile anche
solo abbozzare una regola.

 un cretino ha scritto:
"Il microkernel e' morto da molto tempo ed ancora non lo sa." (cit. Bluff)

 /home/utente/maildirPEC).
Io ti consiglierei di non scaricarla con fetchmail, ma di lasciar fare al 
client direttamente.
La PEC, quando viene scaricata, viene registrata come "ricevuta" dal 
destinatario, con tutte le conseguenze del caso (notifica data per 
ricevuta quando magari l'utente e` in ferie).
E` come se il postino firmasse per te le raccomandate con ricevuta di 
ritorno prima di infilartele nella cassetta della posta.
Bye.

 ritorno prima di infilartele nella cassetta della posta.
Anche nel caso delle raccomandate esiste la notifica per avvenuta giacenza. 
Nel caso delle raccomandate è IIRC 60 giorni da quando ti lasciano il 
cartoncino nella casella, nel caso della PEC invece l'avvenuta giacenza è 
immediata.


 la PEC se non è strettamente necessario.
  Scusa la domanda, so che non c'entra col NG ma la cosa mi interessa
e spero mi perdonerete: quindi potrebbe aversi che so, un problema nel
server tra l'arrivo e lo scaricamento, per cui la mail risulterebbe
ricevuta ma in realta' non lo e'?
  Mi pare rischiosa questa faccenda... :-o
  Un saluto,
-- 
Gianfranco Bertozzi
Linux User #183585

   Mi pare rischiosa questa faccenda... :-o
La normativa prevede che chi eroga il servizio di PEC offra certe garanzie e 
mantenga i log di tutto per non ricordo quanto tempo, ma mi pare per 5 anni.
Non è comunque una situazione differente da quella associata al rischio che 
una raccomandata venga persa dalle poste o venga distrutta in un incidente, 
ecc.ecc.


 in un incidente, ecc.ecc.
  Beh, pero' in quel caso al mittente la ricevuta di ritorno (firmata da
me) non gli arriva. In questo della PEC, da quel che ho capito si. :-o
  Un saluto e grazie,


 me) non gli arriva. In questo della PEC, da quel che ho capito si. :-o
Tra l'altro non e' detto che il problema si verifichi sul server.
Puo' darsi che si schianti il pc per un guasto hw, un errore del sw, un
virus o altro immediatamente dopo lo scarico della mail e il destinatario,
oltre a non vedere la mail, magari manco si accorge di averla ricevuta.
-- 
Stefano L.

 oltre a non vedere la mail, magari manco si accorge di averla ricevuta.
  Allora non e' una bella cosa. Vabbe' che, essendo in italia, la PEC
finira' in una bolla di sapone, pero' non mi pare che sia cosi'
garantita come sentivo dire; forse era meglio se la ricevuta partiva
dal mailer ricevente e non dal server, ma immagino che ci sian delle
ragioni per non averlo fatto. Mi informero' meglio.
  Grazie delle informazioni e scusatemi per l'OT,


 ragioni per non averlo fatto.
La ragione � molto semplice: le uniche componenti trusted del sistema (per 
definizione, non tecnicamente) sono i server, quindi quelle sono le uniche 
informazioni affidabili su cui si pu� basare un'eventuale azione.
Se la notifica la inviasse il client ciascuno potrebbe tranquillamente 
crearsi un client di posta che non invia le ricevute oppure potrebbe 
bloccare l'invio della ricevuta intercettando il traffico, ecc.ecc.
Inoltre non dimentichiamo che la PEC � un sistema di posta non completamente 
interoperabile con la posta elettronica standard, quindi sarebbe da evitarne 
l'utilizzo. Per la legge, sempre in linea teorica, qualsiasi sistema analogo 
  ha lo stesso valore legale, quindi una soluzione basata su SMIME e 
protocollo SMTP standard dovrebbe essere teoricamente ugualmente accettata


 quindi sarebbe da evitarne l'utilizzo. Per la legge, sempre in linea  
  Il problema e' che il governo la sta spingendo moltissimo e la vende
pure come la soluzione a tutti i mali del mondo. A me preoccupa 'sta
cosa di un ufficio pubblico che riceve una ricevuta di ritorno che non
significa nulla, a dir la verita'. :-o
  Grazie delle info e un saluto,
