KOPANO-ARCHIVER-ACLSET(8)
β¨ kopano-archiver-aclset β¨
okay bestie, so this is a page from the Kopano Core user reference β it's kopano-archiver-aclset(8), section 8, which means it's a sysadmin-flavoured command. it resets the archive ACL settings for the owner. that's the whole vibe. let's get into it π
πΈ NAME πΈ
kopano-archiver-aclset β reset the archive ACL settings for the owner.
like literally, that's it. it goes in, it fixes the permissions on an archive store so the owner can actually see their own stuff. no cap.
π¦ SYNOPSIS π¦
kopano-archiver-aclset [OPTION...]
that's the whole thing. no positional args, just vibes and options. iconic honestly.
π DESCRIPTION π
so kopano-archiver-aclset sets or updates the permissions on an archive store for the owner of that store. main character energy, fixing what should've been right the first time π«Ά
here's the lore: when an archive is attached to a store, the owner of the store gets either read-only or read/write permissions on the archive. which one depends on the configuration or the command line options that were passed at the time of attaching. so if past-you picked wrong, present-you is the one dealing with it π
also, when an archive is attached to a store of a non-active user, no permissions for that non-active user get set β because that's literally not possible. the system just can't do it, bestie. it's giving "sorry, not today."
so when would you actually run this?
- case one: the permissions were fine at the time but now company policy changed, or the original setting was just wrong. we've all been there. it happens. so you'd want to change the permissions at a later time. π
- case two: the user was non-active, so no permissions were set, and now they've been converted to an active user. in that situation it's required to reset the permissions, because the owner won't have any permissions on their archive. zero. nothing. the archive is right there and they can't touch it. tragic.
so yeah, this tool is the fix. periodt. π₯
β OPTIONS β
-wβ by default,kopano-archiver-aclsetmakes an archive read-only for the user. if you pass this option, the user gets read/write permissions in the attached archive instead. so-wis the "okay fine, you can actually edit things" switch π--user,-uNAME β run the script for just the specified user(s). by default, it runs for all users. so if you're feeling targeted rather than generous, this is your girl β¨--log-level,-lNAME β specify log-level. for example,'error','warning','info'or'debug'. turn the volume up or down on the logging, your call ποΈ--server-socket,-sSOCKET β connect to storage server through specified socket. like, tell it where to talk to the storage server, through this socket π¦--ssl-key,-kFILE β specify SSL key file. π--ssl-pass,-pPASSWORD β specify SSL key password. keep it secret, keep it safe π
π AUTHOR π
written by Kopano. legends, honestly.
heads up bestie: if you mess with the wrong archive's permissions you're gonna have a bad time, so double-check your --user before you go setting ACLs on everything. this tool does exactly what it says and it does not ask twice π
and that's the whole page, babes π it's from Kopano 8, dated November 2016, and it's filed under the Kopano Core user reference as KOPANO-ARCHIVER-ACLSET(8). go forth and reset those ACLs, you absolute icon πβ
π¦ where this page comes from
- ubuntu jammy: kopano-utils 8.7.0-7.1ubuntu10 Β· AGPL-3.0-only
- ubuntu jammy: kopano-utils 8.7.0-7.1ubuntu10.1 Β· AGPL-3.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms