Welcome to the Tweaking4All community forums!
When participating, please keep the Forum Rules in mind!
Topics for particular software or systems: Start your topic link with the name of the application or system.
For example “MacOS X – Your question“, or “MS Word – Your Tip or Trick“.
Please note that switching to another language when reading a post will not bring you to the same post, in Dutch, as there is no translation for that post!
When I mount shares from my Windows 10 machine via SMB in /Volumes, Connectmenow4 names the sub-directory for each share using the share's name (e.g., MP3) as expected. If I instead mount the same shares to a custom directory (e.g., /Users/first.name/Mountpoints), Connectmenow4 names the sub-directory using the share's local path on the Windows server (e.g., /C/Users/username/Documents/Music/MP3) instead of its name, and multiple share mounts with the same initial path (e.g., any share that starts with /C/Users/username/Documents) end up overwriting one another.
I'm using /Volumes for now, but would much prefer to use my custom path. Is this a replicable issue for anyone else?
I haven't encountered this specific issue myself, but it sounds like a frustrating problem to deal with. It seems like Connectmenow4 is using the local path of the shares on the Windows server as the sub-directory name when mounting to a custom directory, rather than using the share names as expected.
It's possible that this behavior is specific to how Connectmenow4 handles mounting shares to custom directories, and there may not be a straightforward solution within the application itself. However, there could be workarounds or alternative methods to achieve the desired behavior.
One approach could be to create symbolic links within your custom directory that point to the shares mounted in /Volumes. This way, you could maintain the custom directory structure while still leveraging the correct share names for the sub-directories.
Another option might involve scripting or automating the mounting process using a tool like Automator or a custom shell script. This could allow you to control the naming of the sub-directories more precisely and ensure that they reflect the share names rather than the local paths.
If this issue persists and is causing significant inconvenience, it might be worth reaching out to the developer or support team for Connectmenow4 to see if they're aware of the issue and if there are any plans to address it in future updates.
In the meantime, sticking with mounting shares to /Volumes might be the most practical solution, but I understand your preference for using a custom path. Hopefully, with some exploration and experimentation, you'll be able to find a workaround that meets your needs.
Please correct me if I understood the issue wrong ... I'll try to explain some of the mounting options ...
Note: These settings can be found under Advanced Options for each individual share.
The default macOS way
Set "Mount Style" to "System Call".
When setting "Mount Path" to "Default" then macOS by default uses the directory name of the share you're mounting (or better said: the share name as it is presented by the server, which typically is the directory name on the server).
This is how macOS will do it in Finder as well.
Example mounting "MyShares" on a server will result in "/Volumes/MyShares".
Custom Path options
Set "Mount Path" to "Custom Path". The reason to do this is that custom mounts in "/Volumes" are not allowed by macOS. So this will always replace "/Volumes".
1. Replacing "/Volumes"
This allows us to mount shares anywhere we like. Meaning: using a different path instead of the default "/Volumes".
I often use "~/MountPoints".
Since it behaves like macOS default mounting, it will create a subdirectory for each mount.
Example mounting "MyShares" on a server will result in "/Users/hans/MountPoints/MyShares".
2. Replacing "/Volumes" and using a specific path name for a specific mount
Second option is to define a specific directory for just one share to be mounted. So NO subdirectory will be created and this path should be used for only one specific share.
Example mounting "MyShares" on a server will result in "/Users/hans/MountPoints/SomeRandomName".
Media Player Classic My favorite media player for Windows - light weight and supports all common video formats.
WordPress WordPress is one of the best tools for Blogs and Content Management Systems.
Links Page These and more of our favorite links can be found on the Links Page.
New Downloads
RenameMyTVSeries-2.3.2-QT5-Linux-x64-static-ffmpeg.tar.xzDate: 2025-07-10 - Size: 78.3 MBRename My TV Series, for Linux (64 bit QT5), a tool to assist in renaming TV Show episode files. This bundle comews with rather large static builds of ffmpeg and ffprobe.
RenameMyTVSeries-2.3.2-QT5-Linux-x64-shared-ffmpeg.tar.xzDate: 2025-07-10 - Size: 1.9 MBRename My TV Series, for Linux (64 bit QT5), a tool to assist in renaming TV Show episode files. This bundle relies on ffmpeg and ffprobe shared libraries on your system.
RenameMyTVSeries-2.3.2-GTK-Linux-x64-static-ffmpeg.tar.xzDate: 2025-07-10 - Size: 78.3 MBRename My TV Series, for Linux (64 bit GTK), a tool to assist in renaming TV Show episode files. This bundle comes with (large) static builds of ffmpeg and ffprobe.
RenameMyTVSeries-2.3.2-GTK-Linux-x64-shared-ffmpeg.tar.xzDate: 2025-07-10 - Size: 1.9 MBRename My TV Series, for Linux (64 bit GTK), a tool to assist in renaming TV Show episode files. This bundle relies on ffmpeg and ffprobe shared libraries on your system.
RenameMyTVSeries-2.3.2-Windows-x64-setup.exeDate: 2025-07-10 - Size: 48.8 MBRename My TV Series, for Windows (Intel 64 bit), a tool to assist in renaming TV Show episode files. Static builds of ffmpeg and ffprobe are included.
RenameMyTVSeries-2.3.2-macOS-Universal.dmgDate: 2025-07-10 - Size: 98.5 MBRename My TV Series, for macOS (Universal binary for Apple Silicon ARM and Intel 64 bit), a tool to assist in renaming TV Show episode files. Static universal binary builds of ffmpeg and ffprobe are included.
Downloads Page Find these and more Downloads on the Downloads Page, where you will also find articles references, operating system requirements and categories.
Amazon Ads
Support us by doing your shopping at Amazon.com, either click the link, or click one of the links below …
You can also sponsor us through these Amazon offerings:
Please consider disabling your ad blocker for our website.We rely on these ads to be able to run our website.You can of course support us in other ways (see Support Us on the left).