Twitter の OAuth のパーミッションレベルが新しくなり，標準ではダイレクトメッセージにアクセスできなくなるようです．
また，xAuth などで認証している「サードパーティ」アプリケーションは新パーミッションレベルでも ダイレクトメッセージにアクセスできなくなるみたいです．
この改良は待ち望んでいたものの，xAuthでアクセスできなくなるのは痛いですね．
http://groups.google.com/group/twitter-api-announce/browse_thread/thread/e954fc0f8b5aa6ec?pli=1
からの翻訳です．
また，移行期間の変更について http://groups.google.com/group/twitter-development-talk/msg/dbe591c0088a4b18 で書かれている内容を反映しています．
そして以下の内容については保証しません．最新の情報はtwitter-api-announce,twitter-api-talkなどを見てください．
やあ．
わたしたちは最近，OAuth の認証画面でアプリケーションに渡される権限を わかりやすくする変更を加えました．Twitter ユーザー・デベロッパーから の貴重なフィードバックが私たちの変更を助け，どこをはっきりさせたほう がいいかを教えてくれました．
ユーザーとデベロッパー双方から，さらに細かいパーミッションレベルを 設定したいという要望が特に多かったです．
このフィードバックへの返答として，わたしたちは新たなパーミッション レベルを作成しました．それは "Read, Write & Direct Messages" です． このパーミッションレベルは Read, Write に加えダイレクトメッセージを Read, Delete することを許可します． そしてこのパーミッションを施行するとき，既存の "Read & Write" の パーミッションのアプリケーションはダイレクトメッセージをRead, Delete することができなくなります．
そしてまた，わたしたちはこのパーミッションを適用するのは OAuth のみに 絞りました．xAuth はこのパーミッションを適用することができず，OAuthの /authorize を用いた Web でのフローのみで適用されます．
これは，xAuth を使っていてダイレクトメッセージにアクセスする必要性があ る場合は OAuth と Web ページを利用して認証する必要があるということを 意味します．
この改善についてアプリケーションはにはどのような変更すれば良いのか?
もしダイレクトメッセージにアクセスする必要がない場合: あなたはアプリケーションに何も変更を加える必要はありません． この新パーミッションレベルが施行されるとき，あなたのアプリケーション に登録されている read もしくは read/write レベルのアクセストークンは ダイレクトメッセージにアクセスすることができなくなります．
もしダイレクトメッセージにアクセスする必要がある場合: あなたはまず， https://dev.twitter.com/apps からあなたのアプリケーシ ョンのパーミッションレベルを変更する必要があります． そしてそのパーミッションは既に存在しているトークンについては反映され ないので，ユーザーに再度認証してもらう必要があります．
わたしたちはこの変更に時間が必要なことを理解しています．そこで，2011/6/14までを移行期間とします．移行期間中は，まだ Read/Write レベルのトークンはこの変更の影響を受けませんが，移行期間が 終わってからはダイレクトメッセージにアクセス・削除することができなくなります．
影響を受ける API と リクエスト
REST APIに置いて，Read と Read/Write アプリケーションは以下のAPIを利用 することができなくなります:
/1/direct_messages.{format}/1/direct_messages/sent.{format}/1/direct_messages/show.{format}/1/direct_messages/destroy.{format}
ストリーミングAPIについては， User Streams と Site Streams はユーザーが ダイレクトメッセージへのアクセスを認可した場合のみ，ダイレクトメッセージを 受信するようになります．
また， "Sign-in with Twitter" か xAuth を使っているアプリケーションは Read か Read/Write のトークンのみを得ることができるようになります．
つまりこれは，Webページを利用して OAuth 認証をするアプリケーションのみが ダイレクトメッセージに対してアクセスできるトークンを受け取ることができる という事です．その他のxAuthを含む認証手段は Read/Write レベルのトークン のみを受信するようになります．
このパーミッションが適用されたとき何が起こるのか?
わたしたちがこの新パーミッションレベルを適用したとき，全ての Read と Read/Write レベルのサードパーティアプリケーション向けのアクセストークン はユーザーのダイレクトメッセージを読めなくなります．あらゆるダイレクト メッセージの読み込みリクエストに対して HTTP 403 エラーを返すようになり ます.
たとえば，次のURL: https://api.twitter.com/1/direct_messages/sent.json に対して GET リクエストをすると HTTP 403 Forbidden ステータスコードと 以下のレスポンスボディーが返ってきます:
{"errors":[{"code":93,"message":"This application is not allowed to access or delete your direct messages"}]}
キーポイント
- もしユーザーのダイレクトメッセージにアクセスする必要がある場合，あなたは アプリケーションのパーミッションレベルを変更，またユーザーに再認証してもらい 新しいトークンを得る必要があります．
- ダイレクトメッセージにアクセス出来るのは OAuth /authorize web フローのみで す．たとえば，xAuth を利用して認証した場合ダイレクトメッセージへのアクセスは 許可されません．
- わたしたちがこの新パーミッションレベルを施行したとき，既存の全ての Read/ Write と Read パーミッションレベルのトークンはダイレクトメッセージにアクセス ，削除することができなくなります．
- ただし，Read/Write については施行後も引き続きダイレクトメッセージの送信は 許可されます．
わたしたちはまもなく新しい情報を developer resources permission model ページ に掲載します:
また，私たちは今回の件について twitter blog にエントリーしました:
Best, @themattharris