Newsgroup: it.lavoro.informatica
Titolo: Aiuto archiviazione email

Allora, il problema è questo :
"Archiviare le email in un database associandole ad un record
(cliente, contratto quel che è) in modo semplice e facendole diventare
ricercabili."
Le email arrivano in una casella centrale e potrebbero essere o
reinviate con un codice ad un mail server associato ad un servizio che
poi le carica nel DB oppure "uploadate" manualmente, oppure.... non so
che cosa, idee brillanti ?


stessa mia idea, io sto risolvendo creando una tabella con:
1 )id
2) mittente_email (per me il cliente può avere n indirizzi email 
:segretaria, aziendale, rappresentante ecc)
3) id_cliente
4) oggetto
5) corpo mail
6) data_ricezione
---------------
altra tabella allegati:
1) id_allegato (non so cosa farci ma tante)
2) id_mail
3) nome allegato
4) tipo allegato (word, pdf, excel, ecc)
5) allegato (campo blob)
per la ricezione e archiviazione stavo pensando di scrivere uno 
scriptino che vada a leggere il mail server scarica le intestazione dei 
messaggi e se trova un indirizzo mail di quelli interessanti (gia 
precedentemente catalogati nella tabella contatti del cliente) allora 
scarica l'intera mail e li archivia.
Ciao


[cut]
Il mail server è in LAN o presso un'ISP esterno?
Se è "in casa" e tutti usano IMAP, perché dovete creare un DB invece di 
rendere semplicemente ricercabile la directory dove il mail server già 
scrive i dati?
Mi viene in mente OSX Server con Spotligh server, ma immagino esista 
qualcosa del genere per altre piattaforme.
notte :)
Gabriele

 scrive i dati?
Perché si. Ovvero poi quando nell'applicazione (WEB) viene aperto il
cliente X si devono vedere le email associate, non tutte, quelle
significative.
E' un protocollo elettronico, mi è già capitato, ma le mie soluzioni
non mi soddisfano, mi chiedo se nel mondo qualcuno si è inventato
qualcosa di intelligente.

che cosa, idee brillanti ?
Il server che le riceve attualmente cos'e'?
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 +
crontab job che aggiorna di tanto in tanto il DB o trigger del mail
server (dipende dal traffico sul mail server quale delle due opzioni
scegliere)
Ah, dimenticavo...a te piaciono soluzioni proprietarie? Vabbe'...come
non detto, sono sicuro che qualcuno ti venderà la soluzione giusta. :-D

 che cosa, idee brillanti ?
Io vedo due problemi principali:
1) come definire, in via automatica, sempre che tu voglia definire una
via automatica, cosa � significativo e cosa no;
2) una volta definito cosa e' significativo, come classificarlo.
Personalmente la farei semplice. Una volta definito 'chi vede cosa',
archivierei le mail nel formato testo/MIME con cui arrivano e poi
userei le capacita' di ricerca full-text che oramai molti DBMS hanno.
-- 
Ciao!
Luca

 non detto, sono sicuro che qualcuno ti venderà la soluzione giusta. :-D
naaahh il problema non è tecnologico, io il servizio che legge l'email
da una casella e la archivia lo preparo in poco tempo. Il problema è
l'idea.
Ti è mai capitato un software che fa questo.. ? Cioè archiviare le
email ? A me è venuto in mente il servizio e l'inoltro per evitare che
gli utenti debbano salvarsele in formato eml e poi fare l'upload... ma
forse c'è qualcosa di meglio.

 ricercabili."
Ma le email di chi sono? Tue? Di un tuo cliente? Degli impiegati di un tuo 
cliente? Dei tuoi impiegati?
E da come rispondi a questa domanda, potrebbero sorgere altre domande.
-- 
ale
http://ale.riolo.co.uk
 

> Il server che le riceve attualmente cos'e'?
Boh.. quel che voglio, potrei montarcene anche uno in cui posso
intervenire nel codice...

 via automatica, cosa significativo e cosa no;
Beh, tipo l'utente riceve un'email, se vuole archiviarla va sul
sistema cerca il codice del cliente a cui la vuole associare e inoltra
l'email ad una cassella convenzionale aggiungendo in testa all'oggetto
il codice cliente. Se l'utente sbaglia il software glie la risputa.
Questa potrebbe essere una soluzione. Un'altra a cui avevo pensato era
interagire più profondamente con il server di posta con l'imap,
costruendo cartelle e poi mostrando da applicazione quelle cartelle
nelle maschere dati con un client imap. In questo caso l'utente
doverebbe solo spostare l'email nella cartella giusta con il suo
client di posta. Il problema potrebbe venire quando le cartelle sono
centinaia con 3-4 sotto cartelle ciascuna, regge in imap ? E'..
dipende dal server ma non ho esperienza in merito, è rischiosa.
Ma applicazioni che memorizzano o trattano le email non vi sono mai
capitate ? Possibile che nessuno conosca il buco della conca ? Che
servizio potrei cercare in rete che forse fa qualcosa di simile ?

 ricercabili."
http://www.symantec.com/it/it/business/enterprise-vault
Sennò ti prendi Lotus Domino dove fare una cosa come quella che dici è
molto semplice.
bye!

> E da come rispondi a questa domanda, potrebbero sorgere altre domande.
Cliente.

 molto semplice.
si si.. LUI lo conosco, ma la mia applicazione non è in Domino e
neppure ce la voglio... :-))



Allora puoi usare Postfix+integrazione con DB.
E' previsto che lo faccia gia' di suo senza dover intervenire sul
codice.
Poi con lo schema alla mano ti fai una bella vista e delle tabelle di
supporto da leggere col tuo applicativo.
Saluti.


il codice cliente. Se l'utente sbaglia il software glie la risputa.
Questa e' una strada, in funzione di dove e come dovrebbero essere
messe a disposizione le mail/documenti ve ne sono tante altre (per un
mio cliente mabbiamo implementato una gestione documentale nell'erp
che da diversi punti - gestione ordini, registrazioni contabili, ecc -
permette di associare alla scheda cliente o fornitori tutti i
documenti che si vogliono, l'erp ha interfaccia web, su alcune di
queste schermate vi sono dei pulsanti che permettono di caricare file
sfogliando il proprio pc, e dunque pure dei file .eml vi possono
essere caricati.
Anche Alfresco mi sebra disponga di qualche plugin non so' se free o
commerciale, per integrarsi con Outlook, anche Lotus Domino, dispone
di plug in del genere (questi sicuramente a pagamento)

 neppure ce la voglio... :-))
per ogni chiodo c'e' il martello giusto...
bye!


Hai provato thunderbird 3 ?


Questo potrebbe anche andarti bene:
http://www.docubox.it/ev10pg269.aspx
se ti pare interessante, contattami che ti dico quanto costa :)
Comunque IMHO se avete tutto su IMAP, crei una cartella "superuser" come 
alias della directory principale del dominio (inteso come MX di posta) e vai 
quindi a cercare/archiviare da lì e non dalle singole directory.
Quello che non ho ben capito è che altri dati vuoi associare ai vari clienti 
e come vuoi far visualizzare i risultati all'utente del PC.
Puoi farmi un esempio pratico?
ciao
Gabriele



Segnalo anche questo (in uso da un mio cliente)
GFI Mail Archiver
Può usare anche SQL Server Express come database ed è in grado di ciclare i
device dei db quando ci si avvicina ai 4GB (limite della versione Express).
Lo storico può essere prelevato da exchange o dai pst.
Puoi installare il plugin in Outlook per le ricerche.
Non ho idea del costo, è stato installato da una società esterna.
http://www.gfi.com/mailarchiver
Ciao
PaF

 supporto da leggere col tuo applicativo.
Si ma il problema *non* è tecnico, come farlo non è un problema.
Anche se mi hai dato un'idea.. ricevere TUTTE le email anche in una
cartella alias e buttare tutto dentro il DB, e poi fargliele associare
da applicativo.. questo mi piace. Tanto un semi gestore email lo
dovrei trovare da integrare nella mia app (e come sono moderno col
termine app me lo dico da solo !).

 sfogliando il proprio pc, e dunque pure dei file .eml vi possono
E' quello.. caricare il .eml è facile ma brutto. Il plugin per outlook
ci sono o si possono scrivere.. però sarei legato a outlook.

 device dei db quando ci si avvicina ai 4GB (limite della versione Express).
nota : il limite adesso è 10Gb, esclusi gli allegati se li salvi
fuori. Praticamente adesso è gratis.

 archiviazione delle mail, è *la* soluzione.
ok, memorizzato, grazie. Non per questo giro, ma sarà oggetto di
indagine.

ci sono o si possono scrivere.. però sarei legato a outlook.
bhe' non gli faccio poi rivedere l'eml, lui carica l'eml, la procedura
estrapola alcuni header (from to cc oggetto date varie), corpo del
messaggio ed attachements e quelli ripresenta.
L'utente quando interroga vede una finestra con data, tipo documento
oggetto, poi clicca sulla riga interessata e gli si apre il contenuto



Puoi impostare postfix con virtual users e usare un singolo virtual
account su cui inoltrare tutte le email.
In questo modo qualsiasi email in arrivo verra' archiviata
automaticamente da MySQL o simile e non ti dovrai preoccuparti di
avere repliche del DB da usare in sola lettura.
Chiaramente questo vake se nessuno accede alla mail bidone, altrimenti
rischi che le mail vengano scaricate e che ti tolgano i dati da sotto
al sedere.
Idealmente potresti spazzolarti gli header dal DB di postfix e
associare automaticamente a ogni indirizzo nel campo FROM un ID come
chiave primaria da mettere nella tua tabella di servizio.
Poi con lo schema alla mano puoi decidere come organizzare le
ricerche.


 Puoi farmi un esempio pratico?
Si, effettivamente non ci si capisce più niente. Facciamo un esempio
praticissimo : fai conto di avere ebay, io voglio che quando guardo le
comunicazioni storiche avute con i miei acquirenti o venditori, oltre
ai messaggi mediati da ebay stesso con la sua interfaccia, io possa
vedere sulla stessa pagina web anche le email che mi sono scambiato
con outlook, gmail, hotmail o altro direttamente con la controparte.
Quindi.. devo caricarle nel sistema di ebay. Il mio problema è come
farlo. Potrei fare un upload dell'eml, oppure girale ad un account
mail fittizio di ebay stesso che in qualche modo poi me le associa ed
integra, potrei dare ad ebay l'accesso alla mia casella e ebay
potrebbe prendersi copia di tutto il transitato... quel che mi serve è
trovare il modo più veloce, semplice e bello. Lasciamo perdere la
tecnica, mi serve il modo.

 Allora, il problema è questo :
Visto che il problema si è andato incasinando ho capito che ho
sbagliato il modo di porlo. Non sono stato chiaro e questo è già una
lezione, provo a risottoporlo per esempio, ringraziando tutti per il
brainstorming geografico !
Allora, il problema è questo :
Facciamo un esempio praticissimo : diciamo di avere ebay, io voglio


> bhe' non gli faccio poi rivedere l'eml, lui carica l'eml, la procedura
Eh si, ma io dicevo che è brutto che lui debba salvare il documento
in .eml e fare l'upload. Vorrei saltare questa fase o renderla più
veloce.. e più "figa".
Poi sulla visualizzazione dell'email in questo modo c'è un problema di
sicurezza enorme. Se uno  ti manda una email html ed io la renderizzo
sul mio sito devo stare molto molto attento altrimenti gli ho aperto
un portone con su la scritta accomodati. D'altra parte non se le parla
di accettare solo testo.

di accettare solo testo.
scusa ma i tuoi server dell'applicazione che ospitera' i messaggi di
posta elettronica sono pubblici? vedono il mondo esterno? montano
windows?