LimeChat サポート掲示板

まず、起動時にIMEをオンにする設定をオフにしてみてください。
それでも挙動がおかしければ、Windows XP の言語バーが原因だと思われます。
(LimeChat では何もしていません)
Atok を利用されているのであれば、言語バーは必要ないはずなので、
コントロールパネルの「地域と言語のオプション」→「言語」タブ→「詳細」ボタン→「詳細設定」タブ→「詳細なテキストサービスをオフにする」にチェック
してみてください。

＞ＩＭＥをオン
　設定が見あたりませんが、「起動時に日本語入力モードにする」という項目でしょうか？

　それでよろしければ、指導された状態で起動５回行いました。
　そのいずれでも現在、ＡＴＯＫが希望通りの動作が行われています。
　このまま様子を見てみます。　そしてまた異常が起こりましたら報告させていただきます。
　ありがとうございました。

+h は、RFC2811 で定義されているIRCチャンネルのモードではないので、
それ以後に続く文字列に含まれる「a」をモードとして解釈したと
思われます。いまのところ対応策はありません。
これまで、ircd の実装するモードにのみ対応する方針で来ていますが、
要望が多ければ再検討したいと思います。

そうですか・・・
入り直さない限り復活しないので残念です。
これからも開発頑張って下さい。

2.17 で解決しました。

RFC2811 の 4.2.6 に記載されています。
http://www.alt-r.com/lib/rfc2811j.html#4.2.6

レポートありがとうございます。
調査します。

いただいた文面だけでは、何が起きてるか把握できません。
送信ができないのでしょうか？

その場合、まずはIPアドレスの取得がうまくいっているかどうか、一つ一つ設定を変えながら、[編集]→[自分のIPアドレスを貼り付け]で正しくIPアドレスが出るかを確かめてください。
また、DCCダイアログに各ファイルの送信に利用するポートが表示されているので、そのポートがNATの設定にあてはまるかを見てみてください。
いずれにしても、DCC の仕組みは Lime1 と変わりませんので、NAT の設定、あるいは Lime2 の DCC のポート周りの設定の問題でしょう。

こんにちは、お返事ありがとうございました。
きちんと実験してみました。

現在のネットワーク環境は

　 ＠インターネット
　 ｜
[ルータ] <Debianベースの自作ルータ
　 ｜
[マシン]　<WindowsXP ファイヤーウォールはOFF

です。ルータからはほかに、Windwows2000のマシンがぶら下がっています。
Windows2000の方は小規模ネットワークのローカルIPが振ってあり、XPマシンはノートなのでDHCPでIPをサーバから渡しています。

ルータはiptablesを用いてパケットフィルタリングを行っており、iptablesのモジュール(ip_conntrack_irc と ip_nat_irc )を導入して、DCCはnatを行わずともできるようにしています。

で、マシンをルータから切り離して、H"でインターネットに接続し、Limechat2.14でDCCを試みたところ、全く問題なくDCCが可能でした。

また、ルータの下に戻してLimechat2.14でDCCを試みたところ、今度はDCCが送れませんでした。
その上でLimechat2.14を終了させ、Limechat1.22でDCCを試みたところ、今度は送ることができました。

すべて、irc.nara.wide.ad.jpを通じて行っています。

追記として、友人が個人的にたてているIRCサーバでは、ルータの下からも2.14でDCCが可能でした。

なぜこのようなことが起こるのか、ちょっと原因がはっきりしないのですが、すくなくともnatやポート周りの原因ではないようです。
一応、IPの取得方法4通りはすべて試し、ポートの変更なども行ったのですが…

ip_nat_irc が関係ありそうな気がします。

まずは、設定ダイアログの[DCC]→[ファイル送信]ページにある「ファイル名を正確に送る拡張プロトコルを使用する」チェックをオフにしてください。
このチェックをオフにすることで、一般的な DCC のプロトコルに準拠するようになります。

もしそれでも送信できないようであれば、ip_nat_irc モジュールを外して、手動で NAT の設定を行ってみてください。

>チャットの発言を入れるところでエンターキー文字を何も入れてない状態で押すと
>IRCがタスバーにいっちゃうんですがどうすればよろしいのでしょうか？

設定ダイアログのインタフェースページの「空行の送信で最小化する」チェックを外してください。デフォルトではオフになっています。

>チャンネルのところのフォルダって消えないのでしょうか？

これは今のところ仕様です。
要望として検討させていただきます。

おはようございます
Rsychs様ありがとうございます＞＜

1個目の方はなおりました〜

要望ありがとうございます。
非常に特殊な機能ですので、LimeChat の機能として取り入れるのは難しいと思います。

結局アプリ側の問題ではなく、このドライバなりユーティリティがクソなんでしょうけどね(´･ω･｀)
駄目もとで投稿してみました。
宜しくお願いいたします。

642 と同様にドライバの問題だと思います。

了解です。
このドライバをけなしておきます。

> DCC SEND finename address port size 2 :truefilename

「2」は、内部的なDCCの拡張バージョン番号です。
いまのところ、「2」以外は無視するように実装してあります。
なお、バージョン「2」の接続については、ファイルの受信側から
送信側への無意味な受信サイズの返送をしない仕様です。

>「2」は、内部的なDCCの拡張バージョン番号です。
内部的ということは独自仕様、ととってよろしいでしょうか。
このバージョンが2のとき、ACKを送信しないということであれば
こちらもそのように実装したいと思います。

しかしながら、設定では互換性があるとの表記ですが、
内部バージョン2として動作するときACKを送信しないのであれば
他クライアントとの互換性は仕様上とれてはいないのではないでしょうか。(実測除く)

> 他クライアントとの互換性は仕様上とれてはいないのでは
> ないでしょうか。(実測除く)

もし受信する側が、バージョン2のDCC SENDメッセージであると
認識できた場合には、受信サイズの返送をしないという仕様です。
バージョン2に対応していないIRCクライアントは、拡張部分を
読み捨て、通常のDCC SENDメッセージと認識して普通に動作するので、
仕様上の問題はありません。
国内外問わず、多くのIRCクライアントで動作することを確認済みです。

要望ありがとうございます。
2.07 で対応しました。

非常にすばやい対応ありがとうございます。