The Request Was for an Account, Not Just a Download Link
The original poster wanted to create standard users with limited permissions and let them connect remotely through ZimaOS without exposing the administrator's files or controls. A later participant described the same goal for selected apps: authorize only the resources a person needs while keeping the rest of the dashboard and disks private.
This is different from making a file temporarily downloadable. It requires an authenticated identity, scoped authorization, remote connectivity, and a way to browse only the permitted resources.
Share via Link Covered a Narrower Use Case
An IceWhale team member suggested the Share via Link feature and provided a ZimaOS Share via Link demonstration. The feature could distribute selected files without creating a standard account.
The author found two limitations in that workflow. The interface warned about sharing more than 500 files or content larger than 2 GB, and a shared folder was offered as one download rather than as a remotely browsable hierarchy where the recipient could choose individual files.
Samba Addressed LAN File Access
The team also pointed to a ZimaOS Samba file-sharing demonstration. Samba can provide browsable file access on the local network, but the original request was for native remote access through the ZimaOS client with limited user privileges.
The Thread Ended with a Planned Multi-User Feature
In July 2025, an IceWhale team member said a multi-user feature was planned for the upcoming ZimaOS 1.5.0 release. The thread contains no follow-up showing the feature after release, no permission matrix, and no demonstration that standard users could remotely access only selected apps or folders.
The accurate conclusion is therefore historical: Share via Link and Samba did not fully meet the users' requested account model, and multi-user support was planned at that time. Current behavior must not be inferred solely from this pre-release statement.
FAQ
Can a Share via Link recipient browse nested folders?
Not in the workflow documented by the original poster. The recipient was offered the selected folder as a whole download rather than an explorable hierarchy.
Did Samba provide the requested remote standard-user account?
No. Samba was suggested for LAN file sharing, while the request concerned native remote access with limited permissions.
Did the thread confirm that ZimaOS 1.5.0 delivered the feature?
No. It recorded a team plan for the upcoming release but did not verify the released implementation.
