Today, Apple released 10.9.2. Unfortunately, however, it does not seem to have resolved the issue of having to key in your mail password repeatedly, as documented here, and on this site.
More importantly, 10.9.2 seems to have introduced a new bug that surfaces during Finder copy from local volumes to remote volumes on Mavericks server 3.0.2. Copies partially fail with error message -36. This new problem was not there with 10.9.1 & Server 3.0.2.
As we have previously reported here, the Gigabit adaptor frequently causes reboots. Today, we came across to an OS X behavior that we had seen at least once before. Today, the Finder’s menu bar essentially crashed, displaying beachball when pointer was over it. Attempting to restart the MBP Retina resulted in hanging with a white […]
Reading through everything here (especially earlier posts until resolutions appear) is helpful. What made everything work for me is detailed there, but in very short summary: Running server as .local Running DNS on server, and all manually entered. All clients are using the server as DNS. Any changes you make to the name under which you serve, kinda requires […]
10.9.1 broke this again. Following this solves the problem. But it does not stick. If you log into to your server with the same user, and launch mail, you’re back to square one. Mail <-> Keychain interaction in server-client set-up remains badly broken. UPDATE: The problem is still here with 10.9.1 and server 3.0.2. The only solution I […]
I permanently solved it using these instructions, in particular the ones under repair access control. In summary this is what you need to do: Open your keychain on client. Select login and Passwords respectively on the left panel boxes. For each and every email account, get info (command I) and under Access Control, add the Mail.app. I noticed I had more than […]
I am now fully up, just to reiterate my painful steps, and with some of the trivial details to help the less experienced: Image the server using Carbon Copy Cloner. (I used the version 3.4.7, the last free version, which seems to be still running OK with Mavericks.) Using .local set-up. My external domain name […]
I believe I may have identified the final guilty party in my saga, and it looks like it is Little Snitch 3.3. As mentioned here previously, through the steps we have taken, we got it mostly working with some of us having continued difficulty with Mavericks client with Mavericks server. In my case, I had […]
After two long weeks since its release, the Mavericks server (3.0) is still broken. VPN is broken “Post Mavericks (server) upgrade, vpn has stopped working. Any suggestions?“ Mavericks client with Mavericks server is broken. As reported, Mavericks server works just fine with 10.4.1 through 10.8.5 clients, but it has difficulties with Mavericks clients. In essence, […]
To summarize our collective misery so far: ML server + ML & Mavericks clients – OK Mavericks server + ML clients – OK Mavericks server + Mavericks clients – Broken For the SMB transport thing, I tried: Force smb1 on a client by following this. In essence creating a file named nsmb.conf in /etc directory containing: [default] smb_neg=smb1_only -> […]
I understand some of my issues now, a little better: In respect to the mystery surrounding the x.dyndns.org entry in my logs that I previously mentioned, I found it in the directory utlitity (System/Library/Core Services) using Services/ select & edit / Search & mappings / Read from server. It is incorrectly looking for a search […]
