QIP 殺すことは許されません。

おそらくあなたの人生で少なくとも一度は、ICQで通信する際にエンコードの問題に直面しなければならなかったため、一方または両方の相手にメッセージが「クラッカー」として届きます。 文字変換を作成するか、別のクライアント/プロトコルに切り替える必要があります。 個人的には、ICQ通信は作業の一部であり、IMクライアントはIDE開発と同じツールです。 おそらく、このような問題を抱えたのは私だけではないでしょう。





まあ、実際にはポイントに。 私自身も約5年間Trillian Pro 2.013を使用していますが、2年前にAOLからの定期的なサプライズのために唯一のパッチがリリースされましたが、プログラムはまったく変更されませんでした。 公式クライアントのユーザーであるPidginとMirandaには問題はありません。両方向のメッセージは必要に応じて送信されます。 QIPおよびQIP Infiumソフトウェアの更新については、通常、最初の1つを学習します。エンコードの通常の作業が中断するか、次の更新ごとに修復されます。



QIPで罪を犯すのはなぜですか？ 問題の分析だけがこれを正確に示しているので、症状を調査します。

1.他のクライアントから取得したデータによると、私のクライアントは過去5年間更新されていません。プロトコルのバージョン8を使用しています

2.他のクライアントとの作業は順調に進んでいますが、数年前にミランダは同様の問題を抱えていましたが、明らかに解決しました

3. QIPユーザーからのオフラインメッセージは通常のエンコードで送信されます。明らかに、保存されているAOLサーバーの助けが必要です。

4. Lebedevデコーダーwww.artlebedev.ru/tools/decoderを介してクラックバックを実行すると、完全に読み取り可能なテキストが提供され、変換WIN1252-> UTF-8が作成されます。

5.そして最も重要。 過去数年間、QIPユーザーとのコミュニケーションはロシアのルーレットの変種であり、プログラムの次の更新後、メッセージが突然クラッカーとして入り始めました。



QIPの人気と多くの利点を考えると、ユーザーを他のクライアントに誘導するのは馬鹿げているので、クライアントは良いです。 また、クライアントを変更する準備もできていません。クライアントは、何年もの間更新なしで忠実にサービスを提供してきました（QIPは自慢できません）。 同じPidginにあるように、問題の説明と「エンコード」設定の入力を要求する手紙をQIP開発者に書いた後、応答がありませんでした。



要求はクライアントに関するホーリーバーを手配することではなく、問題は部分的にプロトコルにあります（私はJabberを提供していないのでそれを使用します）、AOLは問題を作成するのが好きであり、Trillianは古いバージョンを使用することが知られています。 しかし、他のクライアントには問題はありませんが、QIP ...一般に、あなたは理解しています。



コメントからpsは、プラットフォームに関係なく、qipと通信するときに他のクライアントで問題が発生することが判明しました。 クイップの開発者は、OSCARプロトコルのサポートにjeし、最新バージョンのみをサポートすることにjeしているようです。そのため、プログラムはAOLによるすべての更新で動作しなくなり、異なるバージョンを使用するクライアントとの下位互換性がありません。