Newsgroup: it.lavoro.informatica
Titolo: Spedire allegati giganteschi via email

Ho scoperto che alcuni enti, come l'università di Trieste, hanno un 
sistema molto furbo per evitare gli allegati di grandi dimensioni.
Se per esempio devi spedire un file da un 1Gb via mail puoi fare 
l'upload del file sul loro server e poi lui manda una mail in automatico 
al destinatario dicendo da dove può scaricare il file e dicendo che 
entro 40 giorni verrà cancellato. Naturalmente funziona solo per gli 
utenti accreditati all'università di Trieste.
Vorrei anch'io un sistema del genere per la mia azienda, dove lo trovo?
Voi lo sapete?
-- 
Andrea Francia
http://www.andreafrancia.it/

 utenti accreditati all'università di Trieste.
se non erro anche la jumbomail di libero faceva cosi'...

 Voi lo sapete?
http://www.yousendit.com/
 

 Se per esempio devi spedire un file da un 1Gb via mail
Fermati qui. Chi vuole far ciò merita che la sua mail non arrivi mai.
Che ne dite di usare l'FTP? Da Windows è come copiare file tra cartelle... 
Banale.
-- 
_______________________________________
Luc (35, CO) -- Acer Aspire M5610 Q6600
MediaCenter HIPER HMC-2K53A-H2 AMD5200+
Fujitsu Siemens Amilo Si 1520 12" T2300
_______________________________________

 Banale.
Se servisse solo a me andrebbe bene, il problema è che serve ad un 
utenza esperta e che deve essere un servizio la cui manutenzione non 
vorrei che mi distragga dal mio vero lavoro.
In particolare:
Non voglio gestire un server FTP.
Non voglio correre dietro agli aggiornamenti di sicurezza.
Non voglio pensare a come configurare gli utenti virtuali per non far 
scoprire quali sono gli account UNIX della macchina.
Non voglio cancellare i file dopo TOT giorni (e non voglio mantenere uno 
script che lo faccia)
Non voglio scrivere le procedure per spiegare come usarlo, e poi doverlo 
comunque ridirlo a voce.
Non voglio gestire da solo il reset delle password in seguito al fatto 
che se le dimenticano.



Interessante. Nessuno conosce un programma installabile in casa che fa 
la stessa cosa?


Andrea Francia ha scritto:

Apache con modulo WebDav?
Andrea

 magari (vedi l'Università di Milano), consente solo HTTP ed SMTP?
Si fa aprire la 21. 


 [CUT]
Da noi tutta questa lista è seguita da una persona. Ti assicuro che gli porta 
via lo 0.1% del tempo lavoro. Abbiamo circa 30 utenti FTP.


 trovo?  Voi lo sapete?
So che Libero ha un servizio del genre.
Io sto usando Steekr.
-- 
Ciao!
Luca

 magari (vedi l'Università di Milano), consente solo HTTP ed SMTP
Non manda la roba via mail. Ovvio.
-- 
Ciao!
Luca

 magari (vedi l'Università di Milano), consente solo HTTP ed SMTP?
Li' credo diventi anche una questione di "metodo".
Se uno deve scambiarsi giga di materiale si "organizza".
FTP e' imho il preferibile.
Piuttosto che pensare di inviarla via e-mail (ed il controllo di 
errore?) prendo in considerazione la masterizzazione e la spedizione via 
corriere.
Poi ci sono soluzioni tipo il citato yousendit o rapidshare.
Che pero' sono "esterni", io ci penserei prima di metterci materiale 
"pregiato".
In casi come l'esempio che hai riportato io ho risposto al "richiedente" 
che se i suoi Sistemi Informativi non gli permettevano di usare FTP per 
spedire quel materiale vuol dire che quel materiale non era cosi' 
importante, per cui si poteva spedire per posta.
33% spedizione via posta, 33% abilitazione FTP dopo giro di telefonate 
incazzose (i prof. quando ci si mettono...), 33% cambio di consulente... 
   :)
Poi sono poco innovatore, per fare una cosa cerco sempre la tecnologia 
piu' collaudata per farla, piuttosto che tirare il collo ad una che 
"potrebbe" farla.
Ciao
M.
-- 
Nessun Bit e' stato maltrattato
o ucciso per scrivere questo
messaggio



se lo saranno fatto in casa. mi sembra molto banale.
-- 
++ Fino all'anno scorso avevo un solo difetto. Ero presuntuoso.
http://unopuntozero.wordpress.com/
http://www.flickr.com/photos/marko_po/

 Ma si può essere così cretini?
Anche tu non ci fai una bella figura con una risposta del genere.
Comunque anche se la forma è discutibile nella sostanza hai ragione: non 
è sempre possibile far aprire le porte del firewall.


 
Io non sono così skillato da raggiungere quei livelli di efficienza.
E vorrei dedicare il tempo ad acquisire skill diversi.
Spero che la prossima persona che assumiamo sia skillata come il vostro 
sistemista.



Ha un po' gli stessi problemi che avevo scritto per l'FTP.
Ma almeno è più facile da forwardare con un NAT.
Ha il pregio di poter essere installato in casa.
Devo comunque pensare e gestire uno script che cancella i files dopo un 
po', gestire le quote e dover spiegare come funziona.
In piu' c'e' bisogno di un client apposta, o per lo meno di configurare 
appositamente una network folder --> troppo complicato.


 Io sto usando Steekr.
Ci guardo grazie (e grazie a pure a tutt gli altri che sono intervenuti).


 che se le dimenticano.
non voglio, non voglio...
troppi "non voglio". non combinerete nulla.


 non è sempre possibile far aprire le porte del firewall.
questo e' decisamente piu' condivisibile, e (Osid restera' meravigliato) 
senza parolacce :-)
Andrea 

 Che tu sia
Sei veramente una nullità. Scopa di più, non so che altro dirti. 


 sistemista.
E' roba banale l'FTP rispetto ad altre problematiche sistemistiche!!! 


 wrote:
voi due dovete incontrarvi e fare a pugni

Andrea Francia ha scritto:

WebDAV è una estensione del protocollo http. Non credo utilizzi porte 
diverse dalla 80 (non ho trovato info in materia). Quindi se passa http, 
passa anche webdav (a meno di un packet filtering particolarmente stronzo).
L'unica rogna è che l'accesso alle directory va controllato server-side 
tramite autenticazione. Quindi devi attivare la funzionalità di 
controllo accessi più adeguata alle tue esigenze.
Dal lato windows, l'accesso è banale: Nuova risorsa di rete-> 
\\nome.del.server\directory, nome utente e password.
Linux con KDE/Konqueror ci va direttamente.
Uno script di cancellazione sotto Linux impiega 1 minuto ad essere 
scritto, sotto Windows 2003 non so.
Andrea


Ok grazie delle informazioni.


 Andrea Franciahttp://
www.andreafrancia.it/
A parte il problema porta 21 e firewall, un sistema che faccia quello
che vuoi tu forse
ti porta gli stessi problemi: amministrazione, sicurezza.
Saluti,
 Cristian

la stessa cosa?
- Server Web
- Jsp per mandare il file sul server e generare i metadata
- Un cronjob che spazzola ogni minuto la directory, legge i metadata
per i nuovi files e manda una email al destinatario.
Se lo fai usando un server FTP, ce n'era uno che ti permetteva di
lanmciare uno script alla fine di un trasferimento andato a buon fine.
Saluti.
-- 
Living in Barbaropoli
http://www.barbaropoli.com


Mentre nel frattempo qualcun altro si occuperà delle loro signore :D
G.

condizioni avendo evitato una episiotomia. :D
Sbidicuda come se fosse antani, ma tu ce l'hai il plasma? Senno' cuL
non ti fa entrare nei suoi 7 metri quadri e mezzo di giardino per fare
a pugni...


 straordinari
Sicuramente con un altro uomo. 


 FTP e' imho il preferibile.
Infatti. Dipende da tanti fattori, per esempio da quanto è frequente
l'invio via email di interi giga.
E poi l'un. di Trieste usa l'email per avvisare, ma il download come
avviene? Da quanto scritto da Andrea , sembrerebbe non via email.
Magari tramite un FTP, ed ecco che casca l'asino ;-)

 Magari tramite un FTP, ed ecco che casca l'asino ;-)
Si potrebbe tranquillamente usare HTTP, e allora l'asino vive e
gioisce!!
-- 
Ciao!
Luca

 gioisce!!
E' vero. Però dipende cosa usa l'un. di Trieste, portata come esempio.
A questo punto sono curioso. Se usa l'FTP, bisogna rassegnarsi... ;-)

 Magari tramite un FTP, 
Via HTTP.
-- 
Andrea Francia
http://andreafrancia.blogspot.com/2008/07/colinux-linux-dentro-windows.html

 Sicuramente con un altro uomo. 
Attento allora che non sia proprio lui quello con la mascherina, sì 
propro quello con cui giochi ;)
:D
G.
ps: ok, la smetto  :D

 è sempre possibile far aprire le porte del firewall.
Lui non stava parlando di porte ma di controllo a livello 7. COmunqe, i
grossi trasferimaenti di file ormai si fanno su HTTP, anche se non naque con
questo scopo si è adattato perfettamente e va molto meglio nella
maggioranza dei casi che il in eoria più adatto FTP.
-- 
Vide

 
FTP non è adatto neanche in teoria perché l'uso della doppia porta 
(comandi, dati), e la modalità attiva lo rendono più complicato da 
configurare che un webdav che fa le stesse cose.
