Hi.
On Sun, Apr 05, 2020 at 09:03:00PM +0100, Bhasker C V wrote:
> I kept digging down and saw that anything below 32 bytes is not accepted
> (by cryptsetup --key-file option) but anything above 32 bytes is
> discarded.
cryptsetup(8), "-s" option.
> Does this mean that cryptsetup plain
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Kent West wrote:
> Probably not the best place to put this information, but I figure here
> is better than no where...
>
> I'm tinkering with authentication a Debian (10.1) box via Active
> Directory, so that an AD user can log into the Debian box.
On 11/8/19 11:53 AM, Roberto C. Sánchez wrote:
On Fri, Nov 08, 2019 at 11:36:34AM -0600, Kent West wrote:
Probably not the best place to put this information, but I figure here is
better than no where...
I'm tinkering with authentication a Debian (10.1) box via Active Directory,
so that an AD
On Fri, Nov 08, 2019 at 11:36:34AM -0600, Kent West wrote:
> Probably not the best place to put this information, but I figure here is
> better than no where...
>
> I'm tinkering with authentication a Debian (10.1) box via Active Directory,
> so that an AD user can log into the Debian box.
>
> Th
On Tue, Mar 06, 2001 at 10:55:40AM -0800, Ken Sandell wrote:
> Hey guys, I want to have User Read Only directories, but I want to have users
> in the same group and have them still not be able to read any other users
> home directories.
>
> Also, the folder ~user/web is where their web shit is a
> Hi,
>
> I have a question regarding security issue with Debian and Linux in
> general. By now everyone has probably heard about the new Mellissa
> virus. I know that this doesn't affect Linux because it is related to
> M$ products only. However, I just wondered if anything of this sort
In foo.debian-user, you wrote:
> I have a question regarding security issue with Debian and Linux in
> general. By now everyone has probably heard about the new Mellissa
> virus. I know that this doesn't affect Linux because it is related to
> M$ products only. However, I just wondered if
> As root, what if I want to keep a file in someones directory without them
> deleteing it ?
Using conventional Unix permissions, that is indeed the case. Note that
this so for all Unix-like systems, not just Linux. Root generally keeps
important files in root's own directories.
Using ACLs you mi
On Tue, 18 Mar 1997, Matthew Tebbens wrote:
>
> I'm not sure if this is normal, but it seems that any file owned by
> someone else and in one of my directories can be deleted by me even
> if I don't have the proper permissions to do so. I also can rename the
> file, but I can't alter the file. Th
Matthew Tebbens typed:
>
> I'm not sure if this is normal, but it seems that any file owned by
> someone else and in one of my directories can be deleted by me even
> if I don't have the proper permissions to do so. I also can rename the
> file, but I can't alter the file. This holds true even if
Philippe Troin very kindly remarked
>
> Permissions for removal/addition of files in a directory are controlled by
> the directory permissions, not the file permissions. Makes sense when
> said like this. Except_ for directories with the sticky bit set where
> only the owner of a file can remove i
If someone else owns the directory that the file is in, then they
basically own the file allocation table and can rename the file to
anything they want, or remove the filename alltogether. It's basically
like they own the filecabinet, and the other person's file is in the
cabinet. Even though the
FYI, your mailer is broken.
The headers mention calyx.net as a return address, but there's no
calyx.net domain around...
Well, actually, there's a Calyx.net domain in WHOIS, suspended
yesterday.
Say thank you to Internic, NSF and NSI !
I'm posting on debian user, in case this message doesn't arri
"David B. Teague" <[EMAIL PROTECTED]> writes:
>
> Matthew
>
> You could use chattr to make the file immutable. It is documented as
> chattr(1). Also see lsattr(1).
>
but keep in mind that it's an extension only valid for the ext2
filesystem.
Matthew Tebbens <[EMAIL PROTECTED]> writes:
>
>
> I'm not sure if this is normal, but it seems that any file owned by
> someone else and in one of my directories can be deleted by me even
> if I don't have the proper permissions to do so. I also can rename the
> file, but I can't alter the file.
Matthew,
> I'm not sure if this is normal, but it seems that any file owned by
> someone else and in one of my directories can be deleted by me ...
> I also can rename the file, but I can't alter the file. This holds true
> even if the file is owned by root.
>
> Is this normal ?
Yes. Pe
Matthew
You could use chattr to make the file immutable. It is documented as
chattr(1). Also see lsattr(1).
-- David
On Tue, 18 Mar 1997, Matthew Tebbens wrote:
>
> I'm not sure if this is normal, but it seems that any file owned by
> someone else and in one of my directories can be deleted by
On Tue, 18 Mar 1997 10:12:03 EST Matthew Tebbens ([EMAIL PROTECTED]
ishkill.ibm.com) wrote:
> I'm not sure if this is normal, but it seems that any file owned by
> someone else and in one of my directories can be deleted by me even
> if I don't have the proper permissions to do so. I also can ren
18 matches
Mail list logo
