Hello g00r00!

In my Uploads file area, I have:

Download ACS: s20

When a new/guest user (s10) lists files in the Uploads area, he/she can not tag any file for download (this yields "File is not available." / prompt 212), which is correct.

For an archive type supported by the built-in archive viewer (ZIP, LHA/LZH, RAR), downloads (Ctrl+D) from within archive viewer are also correctly denied (no error message shown, though).

However, for an archive type *not* supported by the built-in archive viewer, the user can (V)iew the archive and then (D)ownload a file (option from prompt 304) by manually entering the archive member file name and then getting the file.

Would it be possible to ensure that the (D)ownload function of prompt 304 also respects the Download ACS of the file area?

(Kind of like for unvalidated and failed files, for which you fixed this earlier.)

Many thanks in advance!

Best regards
Bj”rn

--- Mystic BBS v1.12 A47 2021/12/10 (Linux/64)
* Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)

Would it be possible to ensure that the (D)ownload function of prompt
304 also respects the Download ACS of the file area?

Great catch I have fixed this in the next prealpha build that I will put up today.

... Fer sell cheep: BBS spel chekker. Wurks grate.

--- Mystic BBS v1.12 A47 2021/12/10 (Windows/64)
* Origin: Sector 7 * Mystic WHQ (1:129/215)

Hello g00r00!

Thank you for your reply!

On 13 Dec 2021, g00r00 said the following...

Would it be possible to ensure that the (D)ownload function of prompt 304 also respects the Download ACS of the file area?

Great catch I have fixed this in the next prealpha build that I will put up today.

Many thanks! It is much appreciated!

Best regards
Bj”rn

--- Mystic BBS v1.12 A47 2021/12/10 (Linux/64)
* Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)