|
How do I control resource fork representations in selected folders? |
If Fork Server Helper should process resource forks in all folders you have specified, set the checkmark at Process resource forks in specified folders. You can either recombine foreign resource fork representations to native Macintosh resource forks, or you can create Apple's resource fork emulation files for network protocols or file systems that cannot support forks natively.
To convert foreign resource fork emulation files to native Macintosh resource forks, select the button Create resource forks from AppleDouble and Services for Macintosh representations. For more information about foreign resource fork files, see the example scenario.
The program understands "dot underscore" files (AppleDouble) created by Mac OS X, as well as AFP $DATA files as created by Microsoft Services for Macintosh. When the folders are processed, the emulation files are converted into native resource forks. If successful, the emulation files are deleted.
Fork Server Helper tries to process all files in the selected folder, even hidden files. It will not modify files for which no resource fork emulation is available.
Microsoft Services for Macintosh allow the storage of Mac OS comments for Macintosh files. Note that Mac OS comments are not compatible with Mac OS X comments. The Mac OS X Finder ignores all comments set by Mac OS. Fork Server Helper follows Apple's design rule and will not convert Mac OS comments into Mac OS X comments. For similar reasons, Fork Server Helper will also ignore backup time and Apple ProDOS information that may be available in the SFM resource files.
If a file has both SFM and AppleDouble resource fork emulation files —which should not occur under normal circumstances— Fork Server Helper will only process Apple's representation.
To make Macintosh files with native resource forks available for sharing with non-AFP network protocols, you can enforce the creation of Apple's resource fork emulation files. Select the button Generate additional AppleDouble representations from resource forks in this case. For more information when to use this features, see the example scenario.
The program will generate "dot underscore" (AppleDouble) files for all files with resource forks in the specified folders. Note that the emulation files are created additionally, the Macintosh files are not simply split into data and resource forks. This makes sure you can still share the files both to AFP and non-AFP clients at the same time.
WARNING: You should be aware that AFP clients and users directly
working at the server cannot see the emulation files under normal circumstances.
The system will not touch or use the emulation files if AFP or direct access
are used. This means if a file is deleted or renamed via AFP or by direct access
at the server, the system will not delete or rename the emulation file
accordingly. If the parent file was deleted, the emulation file will
still remain on the server consuming storage space. If the parent
file was renamed, the emulation file will also remain on the server and
a new emulation file (with the new name) will be created the next time Fork
Server Helper processes the affected folder.
For this reason, it is not recommended to use this feature on folders
whose contents is changed frequently. The feature should be used
only for shared folders that are used in a read-only fashion, for example
if an administrator wants to share a Macintosh application both to AFP and
non-AFP clients on the network.
If you want to clean the system from fork emulation files that are no longer used, consider