Creation of undesired Automount of Shares in 10.9

Question

I'm experiencing one problem that is made worse by another problem. This appears to be a new bug under 10.9 and while I will report it to Apple I'm trying to work around it for now but my inability to find where Apple stores the automount info now in 10.9 is making it impossible. Here is what is happening under 10.9:
If a network sharepoint is mounted on a 10.9 client and the server which is hosting that sharepoint restarts or otherwise goes offline for a short period the client machine will apparently create an automount entry for that sharepoint if you do not choose the "Disconnect" option when the OS informs you the server is gone. By doing this when the server comes back up it will be mounted automatically. This actually is a very nice feature, however when it runs into this other bug:
HOW TO Mount a Network Share using the Automount as non-root
it becomes a nightmare. Briefly this bug is that anything mounted via autofs mounts as ROOT (and not as the logged in user, which is what occurs when you use command-K Connect to Server), therefore even though it is mounted the user cannot access it at all. If you look at the /Volumes folder you can see the share is there but there is no disclosure triangle (meaning you can't see the contents) and clicking on it only confirms that by giving you the "you don't have permission" message.
The real problem now comes in when you restart. When you restart the client  the machine mounts that share prior to the Finder loading.... and even if you have an actual alias to the share as well in startup items, it simply points to that already mounted root-owned share you have no access to, so you get an open window that is empty. Also any reference to that sharepoint in the dock is empty. You can then do Connect to Server and manually mount it again, and it does give you access, but it mounts as SHAREPOINT-1, so the reference in the dock still does not work thus removing any utility by having a reference to it in the Dock. So there is no way to have these shares that the OS helpfully tried to make automount actually mount automatically at login or restart! Oh the irony. The only work around is to just not do that and to manually unmount them from /Volumes and then to remount them using command-K  (aliases only seem to point to SHAREPOINT not SHAREPOINT-1).
So my question at this point is this: Where the heck is Apple storing these autofs entries telling it to mount these shares automatically. I've seen references online to /etc/autofs but I don't have that file in my /etc folder and although I do have auto_home, auto_master, autofs.conf none of those contain anything with any sort of reference to the shares in question I'm having a problem with. I'm thinking if I can just find the correct file I can simply remove those references (or delete the file if it is a cache) to restore normal behavior of not automounting.
Or Apple could fix the bug that mounts these things as ROOT instead of as the logged in user. But it seems it has been around for at least 3 years so I'm not gonna hold my breath.
As an addendum, this occurs whether or not the server that got disconnected is OS X Server. I have an OS X Server 10.8 and a regular 10.9 both sharing up folders and this occurred on a client for both. It is strictly a client side issue.

Answer 1

Problem resolved, turned out to be an application, Synk Pro, that was mounting these servers as root so it could do its syncing if they ever became unmounted.