|
|
Avoid Finder problems with mount points
Great tip! Thanks... another nicety I have discoverd in using Samba, is that you can create a file called .nsmbrc in your home folder and fill it with information such that you don't have to enter your login/password each time you connect. Makes the process much easier.
Avoid Finder problems with mount points
Another really usefull - but obscure options is mapping your usernames from your OS X box to the box you are mounting in samba. You create user mapping file with lines correlating remote user and local user.
Avoid Finder problems with mount points
Could one of you explain why one cannot simply login on to the windwos share once, and use the 'Add to keychain' option (on the user/password dialog) to save the credentials? After that, opening the share will not require any passwords (also applies if you have a shortcut to a deep folder within the share)
veto files doesn't work?
I can't this option to work on my machine. I put it under the default heading in the conf file. Does it need to go somewhere special to work propperly? This would be fantastic if it worked!
veto files works like this...
Yes veto files does work it just doesn't quite do what was stated earlier. It doesn't prevent the Finder from creating the annoying .DS_Store file but instead hides it and restricts access to it from users accessing your Mac SMB shares. So these files would not be listed on a Windows machine connecting to your Mac.
veto files works like this...
You Want .DS.Store files written since they are what
represent the DeskTop file on the Server (ie: Icons and File Names,
Location of the Icons, View Options, etc.). You also need ._File-
Name
files there since they are your Macintosh Resource Fork contents for file
File-Name. The problem is that the .DS.Store and ._File-Name files are
Not being set as Windows "Hide" files so they are "seen" by
Windows users.
Avoid Finder problems with mount points
Update!
I need to add a hint to my hint! On bug number 3, I have since discovered that the Finder refuses to work with the mount point folders if the containing folder has been opened at all since startup! That's to say that even if it is closed when the script is run, if the containing folder was open previously the Finder will have trouble coping with the change in state of the mount point folders and will not be able to open them subsequently. Make sure that if you have had the containing folder open you close it before shutdown, otherwise your next mount will be scuppered when you restart and the Finder re-opens the folder! |
SearchFrom our Sponsor...Latest Mountain Lion HintsWhat's New:HintsNo new hintsComments last 2 daysLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.09 seconds |
|