Newsgroup: it.comp.os.linux.sys
Titolo: Backup della posta in uscita con qmail

Stiamo organizzando un server di posta interno per tenere un backup di tutta
la posta in entrata e in uscita; per la posta in entrata non c'e' problema,
basta dare una doppia destinazione alle mail in arrivo, in modo che
finiscano sia nella cartella da cui poi le leggera' il server POP sia in una
cartella che poi verra' backuppata, ma quella in uscita non e' altrettanto
semplice...
Il problema e' fare in modo che anche la posta in uscita sia divisa per
utente, in modo che un eventuale restore del backup non richieda di andare a
spulciarsi tutti i file cercando chi ha scritto cosa...
Qualcuno ha qualche idea in merito senza dover ritoccare il codice?
Ciaotutti,
*

Qualcuno ha qualche idea in merito senza dover ritoccare il codice?
yes, imap.
-- 
Maurizio - Tannoiser - Lemmo
STIGE Srl Servizi Informatici
Founder Member of ERLUG (Emilia Romagna Linux User Group)
http://erlug.linux.it

 yes, imap.
Con qmail? In README non c'era nulla, in INSTALL nemmeno... "Google is your
friend" o puoi darmi qualche dritta in piu'? :)
Ciaotutti,
*

friend" o puoi darmi qualche dritta in piu'? :)
Imap e` un protocollo.
Imap e` ragionato sul fatto che la posta sta sul server, divisa in
folders <Grin>, tra cui, anche il folder Sent (non sono directory).
Normalmente, ogni utente ha "sul server" i folder inbox, sent, trash..
(dipende dall'implementazione del sw).
www.imap.org
 per il protocollo
http://www.qmail.org/top.html#usersoft
 diverse soluzioni imap che
funzano con qmail (che pero` non uso per cui di piu` non saprei, ma
contando quanto e` installato..)
Ovviamente, i client di posta devono supportare il protocollo imap.
Drawback: su connessioni lente, non e` indicato.
Vantaggi: posta centralizzata, accesso semplificato (la posta e`
"sempre" sul server), backup ottimizzato (backuppi /home e vai con Dios)
-- 
Microsoft - Just say No.



Qui hanno tutti Outlook o il suo fratello espresso, quindi non e' un
problema. Appena torna su la connessione vedo cosa riesco a combinare :)
Ciaotutti,
*

vorrebbe averne una copia...
Questo non e` un problema, si chiama backup. la qualita` di questo
dipende dalle risorse ed esigenze di backup che potete mettere in pista.
Pero` a me suona un po` come un'altra cosa. In tal caso, mi sembra cosa
corretta dirti che se l'esigenza non e` il "backup", bensi` una copia
"coerente" della posta, sappiate che dovete avvertire i vostri utenti, e
fargli firmare qualcosa, a meno che un regolamento interno non preveda
questo come accordo aziendale.
Diversamente e` illegale.
JFY.
-- 


 JFY.
Io mi occupo della parte tecnica, mettero' al corrente chi di dovere dei
problemi di privacy...
Ma in che senso copia "coerente"?
Ciaotutti,
*

Ma in che senso copia "coerente"?
Voleva essere un "allegoria". Il senso e`:
Se l'obbiettivo e` il backup, volto al ripristino di una situazione, si
agisce in un modo, con un sistema di backup sw/hw che ha lo scopo di
ripristinare una situazione e non bada ai "contenuti".
Se l'obbiettivo e` altro, ovvero avere il controllo di contenuto sulla
posta (in uscita/entrata), allora, devi agire in un altro modo (appunto
generando due copie degli oggetti), ma appunto di base, senza
informazioni, senza policy aziendale, e` illegale.
saluti.



...ma il metodo e' questo.
Ovvero, nessuno legge le tue email, ma deve essere possibile in ogni momento
recuperare la posta di tutta la tua vita lavorativa; abbiamo avuto un paio
di casi in cui la posta e' andata persa e ci sono stati dei grossi problemi,
percui l'idea sarebbe fare in modo che la situazione non si ripeta...
Ovviamente questo apre anche alla possibilita' che qualcuno legga tutta la
tua posta, ma e' uno dei lati dei backup.
Ciaotutti,
*

tua posta, ma e' uno dei lati dei backup.
Non e` cosi`. Puoi backuppare posta senza _mai_ poterla vedere.
Backuppando la mailbox, e non le singole mail. E' una questione di
chiamare le cose con il loro nome.
Nessun problema *se* viene rispettata la normativa in materia,
diversamente, se un dipendente vi fa` causa saranno guai. Ovviamente,
questo _non_ e` un mio problema, ma mi sembra corretto informarvi.
Detto questo, il tracking sotto qmail non lo conosco, non usandolo;
sotto Postfix e` al limite del banale.


 sotto Postfix e` al limite del banale.
Dunnque... Facciamo un passo indietro: io ho bisogno di un sistema di posta
che sia stabile, non troppo complesso da installare e mi permetta di poter
ripristinare la posta inviata e la posta ricevuta da qualunque utente in
qualunque momento.
Detto questo, io sto usando qmail e compagnia, e sto avendo vari problemi.
Esiste un sistema completo, che faccia SMTP, POP, IMAP e quant'altro in un
unico pacchetto con la possibilita' di fare il tracking della posta (se
questa e' la definizione piu' adatta)?

 sotto Postfix e` al limite del banale.
Dunnque...
Facciamo un passo indietro: io ho bisogno di un sistema di posta
che sia stabile, non troppo complesso da installare e da manutenere e mi
permetta di poter
ripristinare la posta, inviata e ricevuta, di qualunque utente in qualunque
momento.
Detto questo, io sto usando qmail e compagnia, e sto avendo vari problemi,
tra cui la gestione dell'IMAP che e' compatibile con OE al 50% e con
Netscape al 50% (in modo complementare, naturalmente :P).
Esiste un sistema completo, che faccia SMTP, POP, IMAP e magari pure Webmail
in un unico pacchetto con la possibilita' di fare il tracking della posta
(assumo quindi che questa sia la definizione piu' adatta, sinceramente a me
interessa il lato tecnico non quello burocratico)?
Ciaotutti,
*

interessa il lato tecnico non quello burocratico)?
completo AFAIK, no.
courier e` fatto come dici tu, _ma_ e` fortemente ispirato (diciamo
cosi` va) a qmail, per cui i problemi che hai non credo si risolvano in
fretta...
Puoi tentare un po` di combinazioni (che IMHO e` sempre la strada
migliore).
personalmente, uso con ampia soddisfazione:
postfix con pop e imap di UW in assenza di domini virtuali e teapop in
presenza di virtual.
per la webmail ho usato imp ma mi dicono un gran bene di squirrelmail.
in postfix hai un opzione always_bcc che ti permette di fare quello che
dici.
Immagino che giocando di alias sia relativamente semplice farlo con
qmail, anche se conoscendo djb non sono cosi` convinto.
ciao.


 è simile ad un computer...
?
Ciaotutti,
*


Gli alias, AFAIK, valgono solo per la posta in arrivo, e quel problema
(sotto qmail) e' gia' risolto con il sistema della doppia Maildir (quella
per il POP e quella per il backup di tutta la posta in entrata).
Il problema e' solo avere un backup di tutta la posta in uscita... Il demone
di posta potrebbe anche mandare in bcc all'utente la posta che questo invia
(poi con un filtro lato client si sposta questa posta in una cartella a
parte); se questo e' possibile con postfix e si puo' far si' che tutta la
posta in arrivo vada in due directory (o file) e non solo in uno, allora
probabilmente passero' a postfix...
Ciaotutti,
*

"consenso informato"...
Non e` una questione di opinioni Alessandro. Non devi essere d'accordo.
E' _illegale_ leggere la posta altrui, purche` fornita dall'azienda.
I "responsabili" al trattamento di dati sensibili hanno tutta una serie
di obblighi. A seconda del tipo di rapporto professionale che hai con
questa azienda, la tua figura potrebbe essere quella eletta a
"responsabile".


backup di quell'utente.
Allora ricapitolando, vuoi un sistema di monitoraggio dell'email che
funga da backup.
Sono due cose diverse. La soluzione che piu` si avvicina e` un sistema
di backup incrementale senza scadenza. Ma e` un pozzo senza fondo.
Inoltre i "tempi" di backup dovrebbero essere "reattivi" diversamente
c'e` sempre un margine d'errore tra i due passaggi incrementali.
Forse per fare quello che vuoi fare tu dovresti giocare con un dominio
virtuale, e un po` di procmail.
(ho sempre in mente la funzione always_bcc di postfix, sotto qmail il
problema rimane, e non lo conosco abbastanza).


 "responsabile".
Beh, mi si dovrebbe anche informare di questo fatto, spero...
La figura del responsabile deve essere nominata dall'azienda o un giudice
puo', a posteriori, decidere che il signor pinco pallino che ha configurato
il server e' responsabile del trattamento dei dati sensibili?
Ciaotutti,
*


Mi sa che la seconda ipotesi non sia poi troppo distante dalla realtà. 
In assenza di un consenso scritto, l'azienda potrebbe scaricare 
tranquillamente tutte le proprie responsabilità asserendo semplicemente 
di non essere stata informata delle conseguenze del sistema di backup 
della posta. Dato che la figura di riferimento tecnica che si è occupata 
della cosa (e che quindi "non poteva non sapere" [per citare]) saresti 
tu, andresti come minimo a rischio di un concorso di colpa.
Farsi mettere le cose nero su bianco è _in_ogni_caso_ una buona idea per 
evitare guai futuri.
-- 
Emanuele "SKULL" Balla
----------------------------------------------------------------------
"How should I know if it works?  That's what beta testers are for. I 
only coded it." (Attributed to Linus Torvalds, somewhere in a posting)

 problema rimane, e non lo conosco abbastanza).
Cambiare sistema e' piu' che possibile, d'altronde siamo in fase di studio,
ma deve essere possibile realizzare i tre scenari descritti sopra,
altrimenti sono da capo...
Ciaotutti,
*

 _in_ogni_caso_ una buona idea per evitare guai futuri.
Si', ma... Concorso di colpa in COSA?
Cioe', come fa un sistema di backup ad essere illegale? Se qualcuno legge la
posta, allora esiste un reato punibile, ma la legge punisce anche la
*possibilita'* che venga letta la posta? Siamo in Italia e tutto e'
possibile, specie in campo informatico, ma davvero arriviamo a questi
limiti?
Ciaotutti,
*


In realtà mi risulta così un po' ovunque... In ogni caso, la risposta è 
"si" :-)
byez


limiti?
E' cosi` ovunque. Per'altro non e` facile dimostrare che qualcuno ha
letto la posta. Cmq, il punto che ti sfugge e` "senza un accordo tra le
parti". E' questo il reato.
Nota come negli usa, i reati di posta sono considerati "federali".
-- 
UNIX was half a billion (500000000) seconds old on
Tue Nov  5 00:53:20 1985 GMT (measuring since the time(2) epoch).
		-- Andy Tannenbaum


poterlo aggirare.
Non ti sto dicendo che devi "impedirlo". Ti sto dicendo (e 3) che il
fatto che tu voglia implementare una cosa del genere, e tu non sia a
conoscenza della normativa vigente in merito e` fonte di guai.
Devo citarti gli articoli? Una ricerca su interlex/google ecc ti
dovrebbe risolvere _immediatamente_ i dubbi, oppure consulta un legale.
Poi, sono affari tuoi, come ti ho detto.



Il mio problema ora come ora e': si puo' fare si' o no?
Una volta appurato che si puo' fare e chiarite le procedure e modalita'
necessarie, mi faro' firmare la famigerata liberatoria (anche se ancora non
mi e' chiaro quali siano i termini della stessa: e' sufficiente farmi
firmare che li ho informati che a mio avviso questo sistema di backup puo'
dare adito a violazione della legge sulla privacy? altrimenti cosa?); prima
di allora il mio capo mi ha fatto cortesemente notare che sto discutendo di
niente.
E quando uno e' in scadenza di contratto mettersi a discutere del niente non
e' una buona cosa...
Ciaotutti,
*

e' una buona cosa...
Libere scelte. Per me la serieta` dell'ambiente in cui lavoro non e`
subordinabile. E' una questione di investimenti a lungo termine.



Non è che ti interessa un sistemista ventiseienne un po' sfigato? :-/


Non č che ti interessa un sistemista ventiseienne un po' sfigato? :-/
rotfl.
Difficile a meno che tu non sia a bologna. :)


il server e' responsabile del trattamento dei dati sensibili?
E' sicuramente responsabile se non ha esplicitato chiaramente al
committente quali operazioni avvengono e quanto queste siano rilevanti
dal punto di vista della tutela dei dati personali. 
-- 
Per rispondermi, ricordati di togliere il 
nome del poeta e il trattino.

limiti?
Fortunatamente, č illegale anche solo il possesso. Altrimenti, chiunque
potrebbe collezionare dati su qualsiasi persona, e poi dire "li possiedo
solo, mica li leggo". 


 che sono i diritti sanciti per _legge_ della gente che lavora con lui
No, i suoi termini sono stati: "ne ho parlato con X (dove X e' il *suo*
capo) e siamo certi che la legge ci consenta di farlo".
Ora, io gli ho chiesto tre volte se si possa fare: alla prima volta mi ha
detto "si'", alla seconda volta mi ha detto "si', ne abbiamo gia' discusso
lungamente", alla terza volta mi ha detto: "mi metti in pista una demo? e'
inutile che ne parliamo per ore prima ancora di sapere se puoi realizzare il
sistema, ti pare?".
Ciaotutti,
*