あちこちで 、過去6か月間、人々はGoogleトークで新しいトランスポートをジャバーアカウントに接続できないという報告がありました。
トラフィック分析と
jabber-operatorsメーリングリスト
に関する いくつかの 議論が示したように、GTalkは
srv.example.org形式のJIDを「好まない」が、
srv.example.orgのみを好むため、正直なトランスポートはユーザーに質問できない認可。
リンクの数に悩まされていない場合は、簡単に言えば、Googleエンジニアがこの激しいバグを6か月間修正しながら、これで何ができるかを簡単に説明します。
ソリューションはそれ自体を提案します
srv.example.orgの形式のアドレスで
srv.example.orgトランスポートにアクセスできるようにする必要があります。 そして、各トランスポートのコードを変更せずにこれを行うことをお勧めします。 この松葉杖は明らかに一時的なものです
[1] 。 また、このメタトランスポートはxと同じくらいシンプルで、メタトランスポートがインストールされているサーバーのトランスポートだけでなく、あらゆる公共トランスポートの使用を許可することが望ましいです。 混乱した？ さあ、先に進みましょう。
[1]-悲しいかな、一時的なものほど永続的なものはありません。もちろん、残念なGmailユーザーがまったく同じ公共サービスを使用できるようにしたい場合、公共サービス管理者は
githubで
pymeta-tコードを取得できます。 些細なことですが、コードにバグがないわけではない可能性があり、ひねりを加えた経験のある人がコメントするのは素晴らしいことです。
パブリックジャバートランスポートのユーザーは次のことができます。 srv.remote.orgトランスポートをGTalk
srv.remote.orgに接続する場合、クライアントのサービス
srv.remote.org@meta.example.orgで、JIDサービス
srv.remote.org@meta.example.org確認する必要があります
meta.example.orgはメタアドレスです-トランスポート。 pymeta-tの唯一のコピーがmeta.darkk.net.ruにインストールされている
srv.remote.org@meta.darkk.net.ru 、
srv.remote.org@meta.darkk.net.ru 、そこに登録する必要があります。
はい、その他。 Gajimはまた、RFCを特に遵守せず、インターフェイスで対応するボタンをレンダリングするだけで、トランスポートで
node@example.orgの形式のJIDで登録する機能を提供しません。
Psiでは、すべてが期待どおりに機能します。