Folder names ending with a dot are scrambled in SMB share view:


Steps to reproduce:
- Create a folder in ZimaOS Files app ending with a dot. Example: music 7.2.
- Lookup new folder via SMB
Used versions:
ZimaOS v1.3.2-1
macOS 15.3.1 (connection established via SMB 3.1.1)
Additional info:
It is also impossible to delete such folders via SMB. You have to use ZimaOS’ Files app.
Thanks for your feedback. We will handle it.
1 Like
Thank you so far.
With version 1.4.1, SMB does show the name correctly now.
But unfortunately, I can not manage it via SMB. E.g. deleting or renaming does not work via macOS finder. It throws an “unknown” error in macOS (error -43).
Tested versions:
ZimaOS v1.4.1
macOS 15.5 (connection established via SMB 3.1.1)
Addendum:
SMB / ZimaOS File app does also struggle with question marks. E.g. I can not upload this file from my Mac via SMB:
SWR_Retro_-_Abendschau-Sind_in_den_Krankenhäusern_für_Notfälle_immer_Ärzte_bereit?-0524646134.mp4
I have also had a problem with question marks in the filename. I first noticed it around 1.3.8 I think, or after a bad experience with Resilio, yet it didn’t seem to be a problem beforehand. (I also can’t use other symbols in filenames, like >>> which I used to use.)
1 Like
@WuzzyFeasel @timothy Thanks for your feedback. We will take a look at these issues altogether.
Hi @WuzzyFeasel & @timothy ,sorry for the late reply.
I’ve been doing some testing on this issue recently. After modifying some configurations, I was able to successfully upload files that you previously couldn’t upload. Could you help me verify if this works on your end?
Here are the specific steps:
-
ln -s /etc/samba /DATA/samba
- This step creates a symbolic link of the samba folder under ZimaOS-HD
-
Find the samba directory under ZimaOS-HD and open it to locate casa.conf (note: it’s casa.conf, not casa..conf)
-
Copy the following content to casa.conf
# Copyright (c) 2021-2024 CasaOS Inc. All rights reserved.
# You can add custom configuration in this file.
#
# Use command:
# systemctl restart icewhale-files
#
# to ensure configuration enabled. And use 'testparm' to check configuration.
#
[global]
# Character encoding settings - Fix filename special character issues
unix charset = UTF-8
# Case sensitivity settings - Set to false for better compatibility (overrides original setting)
case sensitive = false
# Filename handling - Enable name mangling for long filenames (overrides original setting)
mangled names = yes
# Add character mapping support to handle special characters like ? etc.
# This handles special character mapping in filenames
catia:mappings = 0x22:0xa8,0x2a:0xa4,0x2f:0xf8,0x3a:0xf7,0x3c:0xab,0x3e:0xbb,0x3f:0xbf,0x5c:0xff,0x7c:0xa6
# Improved error handling and security settings
strict allocate = no
nt acl support = no
inherit acls = no
inherit permissions = no
## debug settings
# log level = 10
-
systemctl restart icewhale-files
-
Try uploading the previously failed files again via SMB
2 Likes
I’m getting “permission denied” for this command. Do I need to be using the terminal with a different user, like root?
—EDIT: nevermind, I just figured out how to get into root. Testing now.
Update: It worked!
I’m trying to understand the logic of how the mapping works. If I wanted to add another character, how exactly would I set it up? What’s the requirement for the second mapped character?
For example, I had files named with | (vertical bar). I’m now able to copy new files with that symbol, but old files which got hidden in late March are not appearing in Finder. The Finder window actually has the spinning “loading” icon like it’s waiting to read something, but it’s not updating.
So I’m hoping if I can map | (vertical bar), then Finder will automatically re-show these old files.
Raller, do you have any thoughts on how this issue could’ve developed in the first place? Until March/Resilio the issue didn’t exist. Then it appeared when I had the Resilio issue.
3 Likes
Oh, thank you for keeping track of this older issue!
I managed to add the stuff to the casa.conf in 1.4.1.
After a quick check there were still incompatibilities.
I saw there is a 1.4.2 Beta available in the meantime. Do you need the results for tests with 1.4.1 or can I recheck with the 1.4.2 Beta?