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".
ViMediaManager ViMediaManager is a media manager for Mac OS X, allowing you to gather, store, and manage information, extra art, trailers and television tunes for your movie, television etc for use with for example XBMC.
Packages Great tool for MacOS X developers, to create your own installer packages (free).
Ulvenhout.com My home town ... Ulvenhout in the Netherlands (Noord Brabant)
WhyNoPadLock Test your website and discover why the green padlock is not appearing when using HTTPS
Start-is-Back Ultimate Start-button replacement for Windows 8 and 8.1 - Super cheap, but highly recommended.
Links Page These and more of our favorite links can be found on the Links Page.
New Downloads
ConnectMeNow4-v4.0.18-macOS-x86-64.dmgDate: 2024-04-24 - Size: 3.5 MBVersion 4 of ConnectMeNow - A tool for more convenient mounting of network shares under macOS. This is the Intel version which works on Intel and Apple Silicon Macs.
ConnectMeNow4-v4.0.18-macOS-arm64.dmgDate: 2024-04-24 - Size: 3 MBVersion 4 of ConnectMeNow - A tool for more convenient mounting of network shares under macOS. This is the Apple Silicon version (not suitable for Intel).
MiniWOL2 MacOS (64 bits Apple Silicon)Date: 2023-08-01 - Size: 1.2 MBminiWol is a simple, but effective application to send Wake On LAN to network devices. This is the signed 64 bit MacOS ARM (Apple Silicon) version.
MovieScanner2-2.2.3-Windows-32bit-setup.exeDate: 2023-04-12 - Size: 18.6 MBA small application that uses FFProbe to scan your video files and logs these details in a small database. This is the 32 bit Windows version.
MovieScanner2-2.2.2-Linux-GTK-64bits.tar.gzDate: 2023-04-11 - Size: 29.2 MBA small application that uses FFProbe to scan your video files and logs these details in a small database. This is the 64 bit Linux version for GTK.
MovieScanner2-2.2.2-Linux-QT5-64bits.tar.gzDate: 2023-04-11 - Size: 29.1 MBA small application that uses FFProbe to scan your video files and logs these details in a small database. This is the 64 bit Linux version for QT5.
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).