Hello,
> (Really cool patch)
>
> ...but what if the fileupload becomes interrupted or corrupted? Can they
> overwrite a new one?
Nope they cannot overwrite a new one. But it is not much of a problem in
my case, since, if a tranfer fails i get nottified by email, and i can go
and manually delete
>Thanks for your suggestions though, famd was something that i haven't
> thought of .. but i prefer to have no way of deleting the files (through
> ftp), the moment they start getting uploaded
(Really cool patch)
...but what if the fileupload becomes interrupted or corrupted? Can they
ove
Nick Guenther wrote:
Is it really that critical that users feeding
you can't delete their own files?
I have created an ftp only account, which is used to upload the files.
Since this account is used to upload the files, he is also the owner of
the files.
Other ftp daemons have their own u
On 11/12/09, Aristotelis wrote:
> Bryan wrote:
>
>
> > Couldn't you just have the directory owned by another person, but make
> > the owner and the user be part of the same group, and make the
> > directory group writable? The owner can delete, having the sticky
> > bit, but users in the group ca
Bryan wrote:
Couldn't you just have the directory owned by another person, but make
the owner and the user be part of the same group, and make the
directory group writable? The owner can delete, having the sticky
bit, but users in the group can put files in the directory, and they
can't delete
On Wed, Nov 11, 2009 at 00:30, Aristotelis wrote:
> Nick Guenther wrote:
>
>>
>> Don't you want sticky(8)?
>
> According to the man page:
>
> A directory with the `sticky bit' set places restrictions on file dele-
> tion: a file in a sticky directory may only be removed or renamed by a
> user if t
Nick Guenther wrote:
Don't you want sticky(8)?
According to the man page:
A directory with the `sticky bit' set places restrictions on file dele-
tion: a file in a sticky directory may only be removed or renamed by a
user if the user has write permission for the directory and the user is
the
On 11/10/09, Aristotelis wrote:
> Hello all,
>
> I was trying to setup a backup server for a number of machines, and for
> a number of reasons ftp was choosen as the underlying tranfer protocol.
> Since in this backup server from a ftp point of view I wanted to make
> the files "immutable",
Hello all,
I was trying to setup a backup server for a number of machines, and for
a number of reasons ftp was choosen as the underlying tranfer protocol.
Since in this backup server from a ftp point of view I wanted to make
the files "immutable", but also i wanted the user to be able to crea
