You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

AFP urls in Mavericks are mounting as volumes

I just noticed that AFP URLs to paths on a server are being mounted as volumes in Mavericks. Previously, the AFP share would be mounted (if it wasn't already mounted) and then the specified path would be opened.

Example: afp://fileserver.example.com/ShareName/Folder1/Folder2/Folder3

In the example above, Mountain Lion would mount "ShareName" from "fileserver.example.com" and then open "Folder3".

Now, Mavericks mounts "Folder3" as a share.

Has anyone run across this issue and does anyone have a fix/work around?

iMac, OS X Mavericks (10.9)

Posted on Dec 9, 2013 2:43 PM

26 replies

Feb 4, 2014 9:15 AM in response to Jonathan Perel

I have this same issue. If this is an intentional change on Apple's part, it's a very ill-informed one.

Feb 17, 2014 5:31 PM in response to Jonathan Perel

Perhaps installing Server 3.0 and relating to the sharing feature will address your problem. It will end run many of the client issues.

Feb 18, 2014 10:12 AM in response to Jonathan Perel

I have filed this as a bug report and have found the replies to be extremely UNHELPFUL in every way. If you have any contacts that can help make Apple realize the error of their ways on this please use them.

Apple Developer Relations 12-Dec-2013 10:56 AM

Engineering has determined that this issue behaves as intended based on the following information:

The Finder has made this change. AFP/SMB now have an option and the Finder is setting it.

If you have questions regarding the resolution of this issue, please update your bug report with them.

We are now closing this bug report.

Please be sure to regularly check new Apple releases for any updates that might affect this issue.

Apple Developer Relations16-Dec-2013 11:20 AM

Engineering has provided the following:

The option is a low level option that allows the finder to decide how to mount these volume. SMB/AFP no longer control how these are mounted

We are closing this report.

If you have questions regarding the resolution of this issue, please update your bug report with them.

Please be sure to regularly check new Apple releases for any updates that might affect this issue.

Feb 18, 2014 10:18 AM in response to etresoft

I have filed a bug report which Apple has closed and refuses to reopen.

Feb 18, 2014 10:35 AM in response to etresoft

If by better you mean worse or not at all then you are correct.

Feb 19, 2014 11:35 AM in response to John Douglas6

Thanks for the advice. However the irritating/stupid inconvenience of afp urls mounting as volumes is preferable to the nightmare stories I've been hearing/reading about Server 3.0 (and Apple's lack of support).

Feb 19, 2014 11:35 AM in response to Jonathan Perel

Why am I not surprised?

Thanks anyway.

Mar 6, 2014 2:05 AM in response to MetaDesign

Same issue here.

Annoying, I'm just trying to use AFP links and am getting this issue.

I wouldn't mind if there were a workaround, like changing the URL to afp2://server/share etc.

file:///volumes/sharename/path/folder/file works, but only if the share is already mounted (can't be guaranteed in our environment with laptops going on and off the network, sleeping etc.)

Mar 6, 2015 2:36 PM in response to Father Zimfire

"file" urls seem to be broken now in Yosemite. Way to go Mail.app!

ahawkes

Level 1

4 points

Apr 10, 2015 12:06 PM in response to Jonathan Perel

It would seem that this behavior change has happened before. I know it's digging back to the past, but I find it interesting the language used in this support document to describe the same situation when it happened in Mac OSX 10.6.0 - 10.6.6:

"The path at which the shared folder is mounted is different in Mac OS X v10.6 through 10.6.6 compared to other versions of Mac OS X.

A URL that points to a file on the server (for example afp://myserver.mydomain.com/Sharepoint/Folder/File.txt) will not work. This issue is resolved in Mac OS X v10.6.7 and later.

In Mac OS X v10.6 through 10.6.6, if the target of the URL or mount_afp command is a folder within the sharepoint, the folder will be mounted. In Mac OS X v10.0 through 10.5, and Mac OS X v10.6.7 or later (including OS X Lion), the sharepoint is mounted."

article: https://support.apple.com/en-us/HT202181

Jun 23, 2016 10:42 AM in response to banyanfinn

Resurrecting this thread for relevence. I agree wholeheartedly. We have one multilayered mounted volume at work. We are all sharing links to eachother throughout the day. Mounting individual volumes for each link is a joke. Previous OS versions were more efficient when they opened a window to the file path on the already mounted shared volume. This was the opposite of inefficient and buggy! Then I could create a shortcut to that filepath and reuse it and reference it. This new way does not make sense from a user perspective. Please provide a solution that fixes this issue and reverts back to previous usability.

AFP urls in Mavericks are mounting as volumes