1read 100read
2013年02月nntp12: NNTP -gt; 2ch互換BBS 実験スレッド (262)
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▼
test (>1で終了) (285)
先生!nntpって何ですか?第五部 (248)
全イタ人気トナーメント@nntp (208)
雑談囲碁 (731)
雑談囲碁 (731)
定番ニュースリーダー (543)
NNTP -gt; 2ch互換BBS 実験スレッド
- 1 :03/02/13 〜 最終レス :2013/02/02
- NetNewsの記事を2ちゃんねる互換のスレッドフロート掲示板に
変換するスクリプトを作りました。
- 2 :
- とりあえずjapan.testの記事から
dat, subject.txt, index.html(スレッドリストのみ), subback.htmlを
作成するスクリプトを走らせてみました。(120秒おきに更新)
http://toc.dyndns.org:81/chat/
linuxマシンで動かせばいいのですがperlが古いので動かず。。
しかたなしにWindows上で動かしてます。。
まだ実用にはなっていませんが、
もしよかったらNNTP経由でjapan.testに投稿してみてください。
- 3 :
- アクセスできないと思ったらプロキシ禁止ですか。
ああ、そうですか。
- 4 :
- どういう動作をしているかというと、
ニュースサーバに接続して新しい記事があれば更新作業開始。
ReferencesヘッダとSubjectヘッダを見て同じスレッドかどうかを判断。
Dateヘッダを見てdatファイルの更新時間を変更。
datファイルの更新時間が新しい順にsubject.txtなどを作成。
という、とてもシンプルなスクリプトです。
- 5 :
- >>3
そんなことはしてないけど?なんでだろ?
- 6 :
- わかったよ。
漏れの使ってるプロキシが、80番ポート以外禁止してるんだ
1025番以上なら使えるみたいなんだが・・・
- 7 :
- まぁたいして記事も流れてこないようなので。。
- 8 :
-
乙
なんか これ よさげ なのだが・・・
速いぞごれ
- 9 :
- ちょっと興味あり。
しばらく覗かせてもらいますね。
- 10 :
- これいいなぁ。
クレクレ厨したい・・・
- 11 :
- http://toc.dyndns.org:81/makebbs.zip
ここにスクリプトなど一式置いておきます。
perl 5.8だとEncodeモジュールなど
すべてのモジュールが標準装備らしいです。
未完成の部分は、index.htmlの上位スレッドの表示、
bbs.cgi、read.cgiです。
index.htmlはすぐ作れそうですし、
read.cgiもほかの2ちゃんねる互換のもので流用可能です。
ただ、bbs.cgiは既存のグループに流せるようにすると
GoogleGroups並に問題がある気がします。
- 12 :
- >>8
とくに工夫はしてないです。気のせいじゃないかと。
index.htmlもスレッド一覧しか表示してないですし。。
- 13 :
- ---------------------------------------
http://www5b.biglobe.ne.jp/~ryo-kyo/osu.html
---------------------------------------
- 14 :
- >>11
いただきますた
- 15 :
- ★やっと見つけちゃった★ココだ★ココだ★
http://bbs.1oku.com/bbs/bbs.phtml?id=rantyan
- 16 :
- スレたてたのはいいけど ignore するの忘れて
あほに2Getされますた。
- 17 :
- >>16
はやっ!
もう2getあらわれたのかよ(笑)
- 18 :
- ■■R系サイト運営システムレンタル■■
儲かるR系ビジネス
初心者でも簡単運営
写メール、画像対応
http://kgy999.net/open/
- 19 :
- index.htmlはだいたい完成したんですが、
bbs.cgiを作っちゃってもいいんでしょうか?
これを作ってしまうとHTTPプロクシ→NNTPゲートウェイ→Usenet
という感じで匿名性がGoogleGroups並になるうえに
認証も必要がないためかなり危険ですよね。
独自のトップカテゴリを作ってさらにフィード先を
限定すれば問題ないとは思うのですが、、
- 20 :
- それはこっちで聞くよりたとえば山田さんのとこで聞いたほうがいいような
- 21 :
- >>20
http://www.yamada.gr.jp/newsportal/index.php
↑ここでですか? w
Newsfeed-MLとかNet-Abuse-MLは違いますよね。
山田さんにアドバイスをもらえるとかなりうれしいですが…。
こういうのは2ちゃんねる派にもネットニュース派にも
どちらからもきらわれるような気も…。
とりあえずモノを作っておいて投稿は自分以外できないようにしようと思います。
- 22 :
- まぁjape-nで聞くか、japan.netnewsあたりで聞いてみればたぶん山田さんは
見てると思う。
どっちにしても既存のカテゴリに流すのはいろいろ問題出そうだけどな
- 23 :
- japan.2ch とか作れればいいと思ってみるテスt(ry
ネットニュースコミュニティが受け入れていれることをキボンします
- 24 :
- bbs.cgiの実装テストを既存のフィード網でやるのは、
逆void状態になるからやめてホスィ・・・
ゲートウェイテストの時、void問題でケツまくった事は覚えてますからね>作者さん
強行すると、今度は NetNews User に突っ込まれますよ。
- 25 :
- jape-nに投稿してきました。
>>24
もちろん。上のほうにもそう書きました。
HTTPプロクシ経由での投稿を許可するなら
独自のトップカテゴリで独自の配送網で
やらないとだめですよね。
- 26 :
- あれ、前のニュース→2chゲートウェイ作ったひととこれの作者って
同じひとなんだ。
- 27 :
- >>23
> ネットニュースコミュニティが受け入れていれることをキボンします
まず無理でしょう。
- 28 :
- 別に、新しいトップカテゴリ作って独自に進化したらいいんじゃないの?
feedして欲しい人はしていくだろうし。
- 29 :
- >>28
既存のフィード網にのっかるのはお断りされると思うよ。
物理的に切り離さないと、旧来のNewsGroupに対して、
abuseする為のゲートになるから。
実装テストは既存のフィード網に迷惑をかけない形ならいいよ。
ただ実際に本格運用するのはちょっとね。
- 30 :
- 新しいトップカテゴリでも漏れは全然いいと思うんですが
プロバイダにお願いするのが恥ずかしいんです。
ネットニュースは素人なので何かいい解決策があるのかもしれませんが・・
- 31 :
- >>30
他の既存コミュニティに、2ちゃんのロジックを持ち込まれるのは迷惑なんですよ。
こんなこと2ちゃんねらーの俺でもわかるよ。
- 32 :あぼーん:あぼーん
- あぼーん
- 33 :
- じゃあ既存のネットニュースとは完全に分離させたらどうでしょうか
自前でNNTP鯖たてて利用ってのはどうなんでしょ
- 34 :
- >>30
>新しいトップカテゴリでも漏れは全然いいと思うんですが
>プロバイダにお願いするのが恥ずかしいんです。
自分のマシンでINN走らせれば済むん出ないの?
- 35 :
- かぶった(w
- 36 :
- >>33
そういう事。
有志が新たなフィード網を構築すればいい話だよ。
既存のフィード網に対し、文化侵略、abuserの発信基地になるのは願いさげ。
まぁ、実装テストで本格運用じゃないからね。
そこまで考えなくてもいいでしょ。
つか、NNTP使うならゲートウェイ経由で2ちゃんブラウザ使うより、
素直にNewsReader使うよ。
ちなみに推論すると、掲示板より自由度の高いNetNewsシステムの
場合、2ちゃんの住人気質だと、割れ、違法、ブラクラ、ウィルスの
巣になるだろうなぁ。
で、いずれお上からあぼ〜ん(w
- 37 :
- 見つけた。http://px.a8.net/svt/ejp?a8mat=HZK9G+5HNXMA+1I6+644DT
- 38 :
- NNTP板にこんなに書き込みがあったら板が落ちちゃうぞ
- 39 :
- makebbsをインストールしたんだけど、read.cgiはどれを使えばいいの?
- 40 :
- ■■R系サイト運営システムレンタル■■
儲かるR系ビジネス
初心者でも簡単運営
写メール、画像対応
http://kgy999.net/open/
- 41 :
- この早さなら言える! 漏れは自分でチョコレートを買ってきておきながら
会社の同僚連中に「○○課の○○さんからもらっちゃたw」といいふらして
しまいました。
- 42 :
- いれてみますた。
http://www.yamada.gr.jp/jape-n/chat/
ダウンロードできるのは最新のものではないみたいですね。
- 43 :
- http://www.agemasukudasai.com/bloom/
- 44 :
- なんか、read.cgiがダメみたいだ。なにを使ったらよいか教えて。
- 45 :
- うわっ山田さん本人か(笑
でも記事がスレが1しか表示されてないっぽい?
- 46 :
- ホスト名の直下にchatが来てないとダメなのね。
http://www.yamada.gr.jp/chat/
これでどうだ。まだread.cgiがダメなのは解決してないけど。
- 47 :
- >>41
そこまで早くないかと(笑)ていうか
|∀・)ミタ!
- 48 :
- 漏れのカキコが読めない…
山田さんガンガレ('-')/
でもこれがあれば2ちゃんねるみたいに不可とか流量で悩むことは無いですよね(・_・?)
相互に配送して色んなとこにBBSをおけば…
- 49 :
- TOCさんガンガレ(o^^o)
- 50 :
- >>44
あ、すみません。まさか動かしてくれる人がいるとは思わなかったので。。
http://toc.dyndns.org:81/makebbs.zip
新しいものに差し替えました。
あと、read.cgiは出所不明のwebに落ちていたものを
PATH_INFOに不完全な対応をさせたものです。
もしかしたら配布に問題があるような気もするので
こちらに置きました。
http://ruffnex.oc.to/ipusiron/upload/3044.zip
どこかにフリーなソースは落ちてないかなぁ。。
>>46
マジですか。そんな仕様がいつのまに。
ちょっと見直してみます。。
>>48
まだ>>1みたいなリンクをどうするかとか
こまかなことはけっこうある気がするんですよね。
datファイルは基本的に手をつけずに
read.cgiとかindex.htmlでなんとかしようと
思ってます。
- 51 :
- ちなみにファイルのロックをまったくしていないです。
同じニュースグループを同時に更新することはないので
いらないかなーと思うんですが、、
万が一ということも考慮したほうがいいんでしょうか?
- 52 :
- >>36
> つか、NNTP使うならゲートウェイ経由で2ちゃんブラウザ使うより、
> 素直にNewsReader使うよ。
たしかに…。今となってはOpenJaneDoeにもすっかり慣れたのですが、
使い慣れたものが使えるならそれに越したことはないですよね。おたがい。
> ちなみに推論すると、掲示板より自由度の高いNetNewsシステムの
> 場合、2ちゃんの住人気質だと、割れ、違法、ブラクラ、ウィルスの
> 巣になるだろうなぁ。
NewsReaderを使わない人はマルチパートメッセージを扱えないし、
IPアドレスがそのまま出るからそこまでするかな?
- 53 :
- >>52
NewsReaderは利用率低いしね。
削除人は必要だけど、無制限にfeed網を広げて
きくちあやむらさんのようなキャンセラー多発したら
システム崩壊しますね。
nntp使ったdat配信的な打開策ないですかね?
- 54 :
- >>50
makebbsとread.cgiを入れ替えました。これで正常に動いていると思います。
http://www.yamada.gr.jp/chat/
あとは、NewsServerにpostするbbs.cgiがあれば使い始められますね。
- 55 :あぼーん:あぼーん
- あぼーん
- 56 :
- makebbs.plは定期的に実行して新しい記事をdatファイルに追加したり
htmlファイルを更新するようになっていますが、書き込みがないときは
無駄な処理になりますね。newsfeedsで
jape-n!:jape-n.*:Tc,Wn:makebbs.pl
みたいにして、記事が到着するとトークンを受け取って、smコマンドで
記事を取得して処理するというのが良いんじゃないでしょうか。NNTP
で記事を取得するよりかなり効率が良いと思う。チャンネルフィード
だと、makebbs.plは常駐するのでperlを起動するオーバーヘッドも無く
なります。
- 57 :
- >>53
Cancel-Lockというヘッダがあるみたいですけど、
あれは標準になっているものなのでしょうか?
もしbbs.cgiでつけられるようならつけますが。。
>>54
それではなるべくはやくbbs.cgiをつくりますね。
- 58 :
- 記事をfeedすることを考えると、発言番号の一貫性を持たせる仕組みが
必要ですね。
Message-ID: <dat番号$記事番号@domain>
という感じでしょうか。NewsGroupは全部moderatedにして、一か所の
サーバから注入されるようにすれば良いですね。moderatorスクリプト
がMessage-IDを付けるわけです。
- 59 :
- 「Article->スレ」変換にスレのレス数上限は設けないんすか?
無制限にやっちゃうとスレ数が伸びるに従って、差分取得
をしない汎用ブラウザだとデータ転送量が指数関数的に
なっちゃうと思うんですが・・・
- 60 :
- >>56
そういうことができるんですね。
INNを自分で自由に設定できない場合もあるので
オプションで選択できるようにしようと思います。
- 61 :
- >>59
レス数上限は、>>58の方法なら、moderatorが1000以上の投稿を受け付けない
ようにすればよいですね。
- 62 :
- >>59 訂正
×無制限にやっちゃうとスレ数
○無制限にやっちゃうとレス数
- 63 :
- >>58
なるほど、たしかに一貫性を保てますね。
ただなるべくどこか一ヶ所に依存するような方法は避けたかったんです。
現在のバージョンのmakebbs.plが作るdat番号は
他のスレッドと一緒にできない記事のtime形式の値になっています。
そしてdatに追加する順番がDate順ではなくArticleNumber順なので、
サーバごとに記事の順番も違ってくると思います。
ということで、いっそのことすべてのサーバでのdatの一貫性は考えず、
それぞれのサーバでdatをつくり、read.cgiで>>1などのリンクを
修正すればいいんじゃないかとも考えていました。
記事の保存はdat形式よりも現在のINNで保存するほうがぜんぜんいいですし。
- 64 :
- >>63
moderator方式でも、moderatorの送り先のMXを複数持てば、一か所に依存する
ということは無くなると思うけど。
- 65 :
- >>64
あ、そうか。。
- 66 :
- nntpは、遅配やキャンセルの問題があって正直むずかしいと
思っていましたが、これだと何とかなりそうですねぇ。
ただ、ニュースリーダからの投稿は、個人特定(偽装含め)に直結するので、
やっぱり理想は、bbs.cgiや2chリーダ形式だと思うんですよ。
- 67 :
- URLを変更しました。
http://jape-n.yamada.gr.jp/chat/
http://jape-n.yamada.gr.jp/test/
http://www.yamada.gr.jp/newsportal/index.php ここから投稿するとmakebbs
の方もリアルタイムに更新しています。
- 68 :
- >>67
おお、いい感じですね。
http://p2.bsd2ch.sytes.net/
これ、PHPで作られてる2ちゃんねるビューワのひとつなんですが、
jape-n.chatもちゃんと読めてるようです。
- 69 :
- ★やっと見つけた宝物★
http://bbs.1oku.com/bbs/bbs.phtml?id=rantyan
- 70 :
- >>67
OpenJaneDoe でも読めました(^.^)
- 71 :
- tocさんの方のjapan.testもOpenJane Doeで読めました(^.^)
- 72 :
- bbs.cgiをでっちあげてみました。
まだ新スレ立てはできませんが、これで一応投稿ができます。
http://jape-n.yamada.gr.jp/chat/
- 73 :
- >>72
ソースキボンヌ。。
一応途中まで書いてたんですが、
設定ファイルをどうしようかというところで
ちょっと休憩してました。。
http://toc.dyndns.org:81/bbs.cgi.zip
- 74 :
- とりあえず、自分のところのサーバで動くようにしただけなので、
見せるほどのものじゃないんですが。一応
http://jape-n.yamada.gr.jp/test/bbs.txt
- 75 :
- なんだっけなぁ?
以前INNのバージョンによってはSubjectが
"cmsg cancel <Message id>"の形式を取ると、
勝手にヘッダを補って キャンセルメッセージを
発行するってな話を聞いた事があるんですが、
このへんの汚染チェックはするんでしょうか?
良くわかってない人の戯言だったら失礼しました。
- 76 :
- >>74
どうもです。いただきました。
inewsというのがあるんですね。
>>75
そういう方面はぜんぜん知らないので。。
- 77 :
- NNTPの仕組みが良く分かってないんだけど、記事(つか、カキコ)の削除とかできる?
また裁判沙汰になってもアレなので。
- 78 :
- >>77
できます。
できますがよく考えるとキャンセルコントロールメッセージを流すと
datの番号との整合性が取れなくなって>>58の方法が使えなくなる罠。。
Message-IDに意味を持たせるのはやっぱ危険なんじゃないかと。。
- 79 :
- >>78
キャンセルが来たら、datファイルの方も、あぼーんの処理をすれば
良いんじゃないかな。Message-IDに発言番号を持たせておけば、後から
まとめてdatファイルを作るような場合も、抜け番号があれば、そこは
あぼーんされたものとして一貫性を保てるでしょう。
- 80 :
- >>79
(datのほうが2ちゃんになれた人はよく見るわけなので)
datのほうの削除はもちろんするんですが、
同じメッセージIDの記事を投稿することってINNの仕様でできないですよね?
supersedesは違うメッセージIDになりますし。。
- 81 :
- あ、透明あぼーんじゃなくて通常あぼーんのことですね。
勘違いしてました。すみません。。
- 82 :
- なんとなく、このシステムがものになりそうな感じになってきたので、
方針をハッキリさせた方が良いかもしれませんね。
僕のイメージとしては、NNTPはバックエンドに徹して、読み書きはread.cgi
やdatファイルのインターフェイスがメインになると思っているんです。
前の2chをNewsに流すやつは、NewsReaderでの読み書きはちょっと無理がある
感じでしたよね。Newsで読んでもいいけど、メインはWebということで。
NNTPは記事をfeedして、同じ板を複数のマシンに分散できることに意味がある
ので、その部分だけの役目でもよいのではないかと。
- 83 :
- >>80
(゚听)マンドクセなら新たなコントロール用のヘッダでも使えばいかが?
X-sled-key: <板名$dat番号$記事番号>
こんな具合に。
こうしておけば、supersedes(あぼーん扱い)だろうが、
cancel(透明あぼーん扱い)だろうが可能だと思いますが。
- 84 :
- 透明あぼーんというのは、datの行を削除しちゃうことなのね。通常の2chでも
番号がずれちゃうから、これは考慮しなくてもいいんじゃないかな。
それより、キャンセルの扱いをどうするかが問題ですね。名無し状態で書き込
んでると誰の発言だか分からないから、他人の記事がキャンセルできると問題
ですね。キャンセルを受け付けずに削除人方式で対応するしかないのかな。そ
こらへんはもう少し使われるようになってから考えればいいかな。
- 85 :
- >>82
> 僕のイメージとしては、NNTPはバックエンドに徹して、読み書きはread.cgi
> やdatファイルのインターフェイスがメインになると思っているんです。
最初からNNTPの汎用性をなくす仕様を増やしてしまうと
あとからその制約に縛られるような気もするので
なるべくNNTPの汎用性は失わないようにしようとは
思っているんですが、そういうのは難しいですかね。。
> 前の2chをNewsに流すやつは、NewsReaderでの読み書きはちょっと無理がある
> 感じでしたよね。Newsで読んでもいいけど、メインはWebということで。
NewsReaderで読むほうが読みやすかったですよw
あと、前のスクリプトも今のスクリプトと同時に利用可能ですよ。
> NNTPは記事をfeedして、同じ板を複数のマシンに分散できることに意味がある
> ので、その部分だけの役目でもよいのではないかと。
NNTPサーバの負荷がread.cgiの負荷よりもかなり小さくてすむようなら
NNTPサーバから記事を読みにいくmakebbs.plを置いたサーバを
周りに何個か設置することでミラーとして利用できると思います。
もちろんそれでも負荷分散が追いつかなければフィードすればよいという感じで。。
- 86 :
- >>83
>>1-10までレスがあったとして
>>5の記事が抜けるとそのヘッダの記事番号がずれますよね。
通常あぼーんならそれほど問題はありませんが、
透明あぼーんには対応できませんよね。
透明あぼーんは実装しないと掲示板荒らしに弱くなりそうです。
>>1こういったリンクをレス番号ではなくメッセージIDに
変換してからNewsに投稿すればいいとは思うのですが、
それだと>>1といったゆらぎにも対応しようとすると
関係ないものまで変換してしまうこともありますが…
- 87 :
- >>84
> 透明あぼーんというのは、datの行を削除しちゃうことなのね。通常の2chでも
> 番号がずれちゃうから、これは考慮しなくてもいいんじゃないかな。
あ、そういえばそうですね。。
> それより、キャンセルの扱いをどうするかが問題ですね。名無し状態で書き込
> んでると誰の発言だか分からないから、他人の記事がキャンセルできると問題
> ですね。キャンセルを受け付けずに削除人方式で対応するしかないのかな。そ
> こらへんはもう少し使われるようになってから考えればいいかな。
control.cancelの記事のうち関係ありそうなものは公開するとかはどうかな?
Newsgroupヘッダを見てマッチする記事だけ見れば
そのキャンセル先のMessageIDもわかるので自動的に削除することも可能ですし、
そのキャンセルメッセージを公開しておけば誰が流したのかもわかるし。
第三者キャンセルはべつにあってもいいと思うんです。
(japan.yosoでその議論の残骸を見ましたが結論はどうなったんでしょう?)
- 88 :
- >>85
> NNTPサーバの負荷がread.cgiの負荷よりもかなり小さくてすむようなら
> NNTPサーバから記事を読みにいくmakebbs.plを置いたサーバを
> 周りに何個か設置することでミラーとして利用できると思います。
NNTPサーバに記事を取りに行くとなると、どうしても定期的にポーリングす
ることになって、無駄なトラフィックと負荷が発生して、なおかつリアルタ
イム性が無くなるので、このての掲示板としては使いにくいものになるで
しょう。それから、他人のサーバに対して頻繁にポーリングするのも無理が
あると思うんです。僕が想定してるのはnewsfeedsからmakebbsを起動してリ
アルタイムに更新する方法なので、どうしてもNewsServerと一体になります。
- 89 :
- >>88
> NNTPサーバに記事を取りに行くとなると、どうしても定期的にポーリングす
> ることになって、無駄なトラフィックと負荷が発生して、なおかつリアルタ
> イム性が無くなるので、このての掲示板としては使いにくいものになるで
> しょう。
リアルタイムな点はフィードする時点でなくなると思うのですが、、
> それから、他人のサーバに対して頻繁にポーリングするのも無理が
> あると思うんです。
ミラーも可能ということで、両方使っていいと思います。
- 90 :
- NNTPによる独自性を考えるよりも、NNTPを使った
2chクローンである事をまず追求するべきだと思う。
上乗せの機能は、まずきちんと2chクローンである事が前提条件なのであって、
今より劣る部分が出来てしまうと、技術者は喜ぶけどユーザは
ついてこないと思う。
- 91 :
- >>90
劣る部分はじゃっかん時間差があることと
URLが異なるためリンクが貼り付けにくいということ
というNNTP自体の問題なんですが、解決策はありますか?
- 92 :
- > リアルタイムな点はフィードする時点でなくなると思うのですが、、
それは、通常のNetNewsのイメージだと思うな。フィードマニアな配送網では
投稿した記事は瞬時に届いています。2chの記事をfeedする場合は、ミラー
サーバ同士は直接peerすればよいのですよ。
- 93 :
- >>92
なるほど。。
- 94 :
- >>90
僕も2chクローンである事に意味があると思ってるんです。
http://jape-n.yamada.gr.jp/chat/ は動作的にはそういう感じになってるで
しょう。そのうえで、dat落ち即html化とか2chより良い部分を作れると思う
んです。
光回線の物好きが何人か集まれば、かなり実用的な掲示板を作れるのではな
いかと。INNを動かすという部分で敷居が高いのが問題ではありますが...
- 95 :
- >>94
> 僕も2chクローンである事に意味があると思ってるんです。
というかクローンじゃないものを作ろうとなんてしてませんよね。
今まで出てきたものの中にそれから外れるような決め事なんて
なかったと思うんですが。。
> http://jape-n.yamada.gr.jp/chat/ は動作的にはそういう感じになってるで
> しょう。そのうえで、dat落ち即html化とか2chより良い部分を作れると思う
> んです。
今の2chは●で収入を得るようになってから不便さが
際立ってきたと思うんですよね。もちろんそれが悪いとは思いませんし、
今後このスクリプトを利用するサイトがそういうふうにして
収入を得てもかまわないと思います。
- 96 :
- >>94
datおち即htmlいいですね。
nntp活用といっても、その面はバックグラウンドであって、nntpは使っていても、
メールでの投稿は一切拒否しないと、話がおかしくなると思います。
(特に管理面で)
ウチは小さな会社法人ですが、削除人がしっかりやってくださる(笑)なら
サーバの提供などで参加させて頂きたいと考えています。
- 97 :
- >>96
> nntp活用といっても、その面はバックグラウンドであって、nntpは使っていても、
> メールでの投稿は一切拒否しないと、話がおかしくなると思います。
> (特に管理面で)
メールでの投稿というのはニュースリーダーでの投稿という意味でしょうか?
いちおう次のバージョンでMessage-Idと>>1形式のリンクの相互変換は
実装しようと思ってるんですが、、そうか、このへんが2chクローンを
目指してないんじゃないかと思われる部分ですね。。
- 98 :
- >>97
> いちおう次のバージョンでMessage-Idと>>1形式のリンクの相互変換
これだと、datファイル直読みの2chビューアに対応できないんじゃないの?
- 99 :
- >>98
dat内では>>1形式、NNTPで流れるときはMessage-Id、というようになるかと。
- 100read 1read
1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
たけしです (684)
★☆★今日の厨房ニュースはここに書け★☆★ (575)
この板の主旨がわからん俺だけのためのスレ (600)
よーしパパ糞スレたてちゃうぞー (227)
あえて板違いの話題を振って近々削除されるスレ (272)
よーしパパ糞スレたてちゃうぞー (227)
--log9.info------------------
経済産X研究所とオープンソース (364)
LinuxはWindowsより圧倒的に重い。 (651)
【ALSA】サウンドドライバ総合スレ 3【OSS】 (360)
( ´_ゝ`)流石(´<_` )ぃぬx板 (786)
【最新】【軽量】【安定】lubuntu desktop (900)
【Ubuntu】KeyHoleTV Part.1【Debian】 (466)
Scientific Linux Part2 (940)
玄人志向 玄箱12 (506)
ウィルス関係情報スレッド (366)
Windows←ファイル共有→Linux どうしてますか? (204)
お勧め2ちゃんねるブラウザforLinux (932)
Linuxデスクトップ画像 Part28 (357)
【高速】Geany【エディタ】 (268)
[人気]Fedora vs Ubuntu[爆発] (253)
【ubuntu】 NetWalker3【ARM】 (801)
僕らの3大ディストリビューションを決めるスレ (222)
--log55.com------------------
【MTG】マジックネットウォッチング 138【ヲチ】
【MTG】マジックネットウォッチング 139【ヲチ】
【MTG】DQについて語るスレ 5
【MTG】Suspendedについて語るスレ 2
【MTG】Suspendedについて語るスレ 3
【MTG】マジックネットウォッチング 140【ヲチ】
【MTG】DQについて語るスレ 7
【MTG】DQについて語るスレ 6
-