I keep having this problem, almost every day:


iTunes Error iTunes Server stopped due to the following error:

Traceback (most recent call last):
File "/Library/Application Support/Perceptive Automation/Indigo 5/Plugins/iTunes.indigoPlugin/Contents/Server Plugin/statusThread.py", line 120, in run
self.iTunesController.iTunesLogin()
File "/Library/Application Support/Perceptive Automation/Indigo 5/Plugins/iTunes.indigoPlugin/Contents/Server Plugin/itunes.py", line 62, in iTunesLogin
raise UnknownError("ITunesController.iTunesLogin() Error getting initial cache update: " + traceback.format_exc(10))
UnknownError: 'ITunesController.iTunesLogin() Error getting initial cache update: Traceback (most recent call last):\n File "/Library/Application Support/Perceptive Automation/Indigo 5/Plugins/iTunes.indigoPlugin/Contents/Server Plugin/itunes.py", line 60, in iTunesLogin\n self.updateCache()\n File "/Library/Application Support/Perceptive Automation/Indigo 5/Plugins/iTunes.indigoPlugin/Contents/Server Plugin/itunes.py", line 184, in updateCache\n d = self.send_cmd(\'/update\')\n File "/Library/Application Support/Perceptive Automation/Indigo 5/Plugins/iTunes.indigoPlugin/Contents/Server Plugin/dacp.py", line 586, in send_cmd\n return self.send_raw(cmd + \'?\' + self.urlencode(args))\n File "/Library/Application Support/Perceptive Automation/Indigo 5/Plugins/iTunes.indigoPlugin/Contents/Server Plugin/dacp.py", line 577, in send_raw\n raise DACPException(TOUCHABLE_REQUEST_TIMEOUT_ERROR, "error (probably timeout): " + str(e))\nDACPException: 600 - error (probably timeout): timed out\n'


iTunes Error iTunes Server has an unknown error - disabling

Yeah, I've recently noticed that error. I think something about how iTunes responds to DACP (the undocumented protocol we use to talk to it) changed in some newer version of iTunes. My testing shows that whenever iTunes is restarted the plugin isn't able to automatically reconnect like it used to and that seems to be the error. Anyway I'm looking into it - hopefully I can figure out what the protocol wants in that scenario. I really wish Apple would publish a real API for doing this sort of thing...

EDIT - actually, looking closer at your trace, that's not exactly the error I'm seeing. That error looks like there is some sort of network issue between the plugin and the iTunes instance it's talking to. Are they on separate Macs?

Nope, everything is contained on the same machine. Could it have anything to do with the fact that iTunes is set to play through remote speakers?

Definitely shouldn't. Unless iTunes gets hung up trying to communicate with the speakers. iTunes has an annoying habit of starting the spinning beach ball and when that happens it does NOTHING. So any communication we're doing with DACP gets completely thrashed. Though the spinning beach ball doesn't always happen. For instance, when you hook up an iOS device and it starts the sync process, DACP comm becomes really flakey.

The 600 error you're seeing is a network timeout. Since you're running locally I think it means that iTunes is just going out to lunch trying to do something. I suppose it could also mean that your Mac is having some trouble as well...

We also have SafeEyes running on this Mac. It causes issues sometime and is constantly communicating with its home server. That could have something to do with it too.

No idea what that is, but if it's caused other issues I'd just disable it for a while and see if the problem persists.