The Samba-Bugzilla – Bug 11965
vfs_fruit: missing catia mapping for U+F029
Last modified: 2016-06-20 21:05:53 UTC
When using fruit:encoding=native, an additional catia mapping should be added:
This character is used then "mangle names = no" is used and MacOS creates a file with a terminating . (eg: test.).
Adding this mapping permits the use of such names since a final . is allowed in MacOS. Otherwise, a file named "test(U+F029)" is created on the file system and it's not readable/writable by Mac clients.
Even with this fix, Fruit still has trouble accessing resource forks for files ending with a period (like fonts), but this is caused by something else.
Unfortunately, it seems that in some circumstances, it causes bad side effects. Sometimes, the . and .. folders are listed as U+F029 and U+F029,U+F029. This can have tragic consequences for folder deletions (it becomes recursive up to the root). I'm not to sure how to fix file names ending with a . on MacOS then... I think a naive character swap like catia does is not enough.
A log level 10 of an incidence where . or .. are mapped would be really helpful (alongside a network trace an overview of whats going on). Instructions how to reproduce it as well.
Actually, I'm having trouble replicating it myself, but I saw it. I think it happens when stacking more vfs modules (shadow_copy2 maybe). I'm going to investigate more.