私が本当にやりたかったのは、編集中の TidBITS Watchlist 項目用の iTunes 10.7 アップデートのサイズをチェックすることだけだったのだが、App Store アプリがうまく動作してくれなかった。(OS X 10.8 Mountain Lion でまだこれに遭遇したことがない人のために言っておくと、Apple メニューからソフトウェア・アップデートを選んでも別個のソフトウェア・アップデート・アプリケーションが実行されることはなくなり、その代わりに App Store が起動してアップデート画面が表示される。) iTunes アップデートを表示するどころか、意味のあるエラーメッセージさえも表示せず、App Store アプリは全く理解不能なメッセージ「操作を完了できませんでした。(NSURLErrorDomain エラー -1100)」を表示した。Apple の開発者向けドキュメントから私が判断する限りでは、これは基本的に、要求されたファイルが存在しないということを意味しているようだ。
Twitter で Apple のいつになくひどいエラーメッセージについて愚痴をこぼした後、ニューヨーク州ロチェスターに住む友人で Mac コンサルタントの Dennis Wurster から連絡があり、DNS 設定を Google のパブリック DNS サーバー (8.8.8.8 および 8.8.4.4) に切り替えることで問題が解決したとのことでした。私は OpenDNS のサーバー (208.67.222.222 および 208.67.220.220) をしばらく使っていますが、何の問題もありません (その理由については、
2012 年 5 月 16 日の記事「OpenDNS が Flashback などの脅威をブロック」を参照)。しかし、「ネットワーク」環境設定パネルで DNS サーバーの順序を変更 (現在のネットワークアダプターを選択し、「詳細」をクリックしてから「DNS」をクリック) して Google のパブリック DNS サーバーを一番上にしたところ、App Store アプリが問題なくアップデートを見つけてダウンロードできるようになりました。あまり具体的に責任を問われないようにするために言っておくと、他の DNS サーバーでも同様の問題が発生したと報告されているので、この問題は OpenDNS サーバーの使用とは関係ありません。
他にもこのトリックで成功した人がいます。Kevin Bush氏もTwitterで私に報告してくれました。App StoreアプリがiTunes 10.7アップデートを見つけた後、以前のDNSサーバーに戻したところ、（おそらくキャッシュのせいで）アップデートは認識できたものの、ダウンロードできなかったそうです。コメント欄では、Mike Polinske氏も以下のターミナルコマンドを使ってDNSキャッシュを手動でフラッシュすることで成功したと報告しています。
sudo killall -HUP mDNSResponder
結局のところ、DNS がこの問題にどのように関係しているかはまだよくわかりませんが、同じ問題を経験している他の人にとって、DNS サーバーを切り替えるか、DNS キャッシュをフラッシュすることで解決できることを願っています。