Newsgroup: it.fan.marco-ditri
Titolo: Cestino su Samba

E' una domanda forse stupida....
ma non c'e' modo di implementare un meccanismo di cestinazione dei files
sulle condivisioni Samba invece della cancellazione definitiva? Insomma,
mi capita spesso che molti utenti che lavorano su cartelle condivise sul
server tramite Samba, essendo abituati al cestino di winzoz e mac, non
si preoccupano molto quando cancellano dei files, e poi mi vengono a
dire: "cazzo, mi serve quel file che ho cancellato ieri, posso
recuperarlo dal cestino??"; a parte tutte le considerazioni del caso, e'
possibile? Esiste gia' qualcosa? a parte i backup ;)
Bye

sulle condivisioni Samba invece della cancellazione definitiva? Insomma,
Direi di si`, basta patcharlo in modo che invece che usare unlink(2)
faccia un rename(2) nella directory del cestino.
O almeno, la teoria e` questa.
-- 
ciao, | (Ri)scoprire fidonet: | Chissa` cosa si prova a liberare
Marco | 
http://bbs.bofh.it
    | la fiducia nelle proprie tentazioni. (F.D.A.)

 sulle condivisioni Samba invece della cancellazione definitiva?
Comunque mi pare che anche tra win e win, le cancellazioni su cartelle
condivise in rete siano definitive, non usa il cestino.
Ciao,
 Luigi

 writes:
IA> ma non c'e' modo di implementare un meccanismo di cestinazione dei
IA> files sulle condivisioni Samba invece della cancellazione
IA> definitiva?
Ora non ho sottomano nessun computer  in rete con Windows (sono a casa e
ho un solo PC, con Linux...), ma mi pare che il meccanismo del cestino
non funzioni sui dischi di rete, anche se il server e` una macchina
Windows invece di un server Samba.
La soluzione proposta da Marco non funzionrebbe comunque, perche' il
cestino in realta` e` solo una sorta di collezione di link al file
"rimosso", e imitarlo in rete sarebbe parecchio complesso (e comunque
Windows non lo gestisce).
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings]

 Windows invece di un server Samba.
Non funziona  su qualsiasi cosa che  non sia il disco  fisso (dischetti,
unita` di rete, etc, etc).
Ciao,
 Emmanuele
-- 
Zefram  | WARNING: Email address is FAKE.   |      Debian GNU/Linux 2.2r2
        |[ 
http://digilander.iol.it/ebassi
 ]|        [ 
zef...@libero.it
 ]
GnuPG Key Fingerprint: 9747 635E B95A B0B3 4370  1CAA CAF7 512B 945C A44C

Windows non lo gestisce).
Non mi riesce di comprendere perche' non dovrebbe funzionare e che cosa ci
sia di "parecchio complesso" nel copiare un file da qui a la'. Nel momento
in cui il server samba riceve l'istruzione di rimuovere un file, lo sposta,
*invece* in una cartella apposita. Cron o chi per lui si occupa di
rimuoverlo definitivamente quando occorre.
L'unica complessita' e' andare a ravanare nei sorgenti di Samba, ma non
pare poi questa cosa impossibile, visto il carattere estremamente mirato
dell'intervento.
Poi, certo, "Windows non lo gestisce"; e allora?
Ciao.

Windows invece di un server Samba.
Confermo, su windows il cestino non funziona sui dischi di rete, e'
cosi' by design (sulla KB di MS c'e' un articolo che lo spiega).
In realta' le api per la gestione ci sono, in giro ho visto un paio di
programmi (per win) in grado di far funzionare il cestino anche via
rete.
Su MSDN credo ci siano anche la descrizione delle API.
Non ho piu' i link, ma cercando qualcosa salta fuori di sicuro.
Ciao
Francesco

 > Non mi riesce di comprendere perche' non dovrebbe funzionare e che
 > cosa ci sia di "parecchio complesso" nel copiare un file da qui a la'.
 > Nel momento in cui il server samba riceve l'istruzione di rimuovere un
 > file, lo sposta, *invece* in una cartella apposita. Cron o chi per lui
 > si occupa di rimuoverlo definitivamente quando occorre.
 > L'unica complessita' e' andare a ravanare nei sorgenti di Samba, ma
 > non pare poi questa cosa impossibile, visto il carattere estremamente
 > mirato dell'intervento.
 > Poi, certo, "Windows non lo gestisce"; e allora?
Credo che il problema fosse che il file rimosso non compaia nel cestino
posto sulla scrivania dell'utente, bensě risieda solo in una cartella
diversa del server. Bastebbe indicare agli utenti di andarseli a
prendere lě, ma non č proprio una passeggiata, se gli utenti sono
abituati al loro bel cestino.
Resterebbe il problema che l'utente debba risistemare il file nella
cartella giusta, a differenza di quanto avviene col Cestino...
[PS. ahhh, quanto tempo che non postavo piů nulla...]
--
Au revoir.
Lele...

cartella giusta, a differenza di quanto avviene col Cestino...
Questa e' la parte piu' facile: nel momento che muovi un file, registri da
qualche parte la posizione di origine. Serve quindi un database dei file
cestinati.
Ok, ok, cosi' E' complesso. Comunque mi sembra ancora ragionevole: tutto
dipende ovviamente da quanto serve (quanto lavoro puo eventualmente
risparmiare) questo cestino di rete.
Ciao.

 Non ho piu' i link, ma cercando qualcosa salta fuori di sicuro.
Ok...mi pare che i metodi per implementarlo ci siamo....ma non vengono usati.
Come mai? E' veramente inutile?
Da parte mia penso che sia un'utility in piu' che potrebbe semplificarti il
lavoro, insomma puo' capitare di cancellare un file e non lo si doveva fare,
quindi perche' ravanare in un backup invece di avere una semplice directory
condivisa con i files cancellati nelle ultime 24-48 ore? Anche perche' il
backup ti restituisce il file com'era ieri...ma se oggi l'ho
modificato..cazzi miei insomma ;D
Bye,
Ivan

 abituati al loro bel cestino.
Basterebbe mettergli sul desktop un bel "collegamento" (o come le
chiamano loro quelle imitazioni dei link simbolici)...
-- 
Ciao,
Matteo

 chiamano loro quelle imitazioni dei link simbolici)...
A me "collegamento" come termine non dispiace. A dire il vero
preferirei "alias", ma entrambi sono meglio di "link"...
-- 
Stefano - Hodie septimo Idus Martias MMI est

 preferirei "alias", ma entrambi sono meglio di "link"...
Il problema non è il nome, ma l'implementazione...
-- 
Ciao,
Matteo