用新闻组的客户端有更强的功能和更大的自由，比如你可以方便地进行全文检索,可以过滤掉不喜欢的人，等等。

另外，改一个就应该就好一个，怎么会更乱呢？还有我觉得奇怪的是，既然可以跨站回复，那么说明在经过中间服务器的时候就是有明确的回复目标的，把这个作为References值不就行了吗？

【 在 atppp (Big Mouse) 的大作中提到: 】
: 为什么不直接上 BBS 看？
: 另外各个站点的程序都很不一样，一个站改了别的站不改反而更乱。
--
修改:luwei520 FROM 202.119.32.*
FROM 202.119.32.*

　　我也不喜欢用HTTP上站，比如我现在回复你的帖子还得先把你的原文贴到文本编辑器里对照。我知道这些问题只是现在的HTTP界面还不完善，但即使完善了，在用户操作性上也永远无法和telnet相比。

　　问题在于，不管是现在的telnet界面还是HTTP界面，都是用户被动接收的方式，用户看什么、如何看都由服务端的设计决定。服务端的自由越大，用户端的自由就越小。telnet的服务端自由最大，基本上程序界面是可以任意设计的吧！可以认为是完全无结构的，用户只能在终端进行被动低效的手工处理，现在的Sterm、Fterm什么的之所以能用，很大程度上是因为现有的BBS架构基本兼容的缘故吧!假如上一个根本和Firebird不沾边的站点，恐怕只能退回到基本的telnet。Web界面算是有个HTTP标准，不过这种标准还是基于服务端发布设计。它们总有各自适用的场合。然而对于论坛来说，它应该是用户主导的，它注重的是内容而不是版式，是交流而不是某一方的发布。从这方面来说NNTP是很适合的，因为它只提供标准格式的信息，把处理的自由交给了用户。

　　对于论坛而言，很自然的功能是：别人回复我的问题，我怎么知道？我关注某个话题，怎么跟踪动态？我只想看某些话题，怎么过滤？现在的BBS连这些基本功能都不具备，不用说更复杂的搜索功能了。只有NNTP的客户端能实现。当然NNTP也有缺点，不过我认为将来的论坛一定会向新闻组的方式学习，或许在NNTP的基础上开发出一个适合非实时交流的新协议也未可知。

　　FAQ好像都是定期自动发送的，至于精华存档本来就是各人的推荐，不属于讨论范畴，用单向发布的形式更好。

　　我不是搞开发的，基本上是以用户的眼光看问题，有些也是臆测，请指正。

PS：什么时候可以从新闻组发到这里就好了，实在不想专门跑到水木上发贴。
--
FROM 202.119.32.*

两天没上来了，想不到你还是回了，谢谢：）可惜我明天就回家了

我的出发点其实很简单的，对我这种用户来说，软件是越简单好用越傻瓜越好，找不到功能就来发发牢骚，呵呵。对telnet我确实没多少发言权，用了只有大概一年不到，觉得不爽，有了web界面就用web了，然后又发现了新闻组，觉得不错，于是想建议加强这方面的功能。要我在这方面有多深刻是不可能的，毕竟我不想成为专业的BBS技术人员；不过我也不会问怎么开机这种级别的问题，呵呵。有些专业的问题也只好臆测一下。

关于telnet的问题我还是忍不住要猜测一下，老手的确可以很熟练的操作自带的telnet程序，不过他所能做的自由都在BBS程序的设计之内，而且只限于手工的快捷操作。专门的客户端也只是一种封装，一般限于同类的站点（据说某些专门为水木优化的版本在小百合就有些毛病），假如只上这些站点，某种意义上也可以认为是一种加强的协议，于是客户端就可以据此开发高级的比如一定程度的自动功能。我这样说对不对？因此首先这些功能的通用性不强。其次由于同样的原因开发的难度增大，因为没有标准接口，必须深入看BBS的输入输出源代码，或者依赖于站点的版式设计，输出数据又不是为自动识别设计的，等等。不知道现在客户端的过滤功能怎么样。

还有你说的bbshelp版我去过，置底的FAQ和精华区基本是一头雾水。我看很少有人一篇篇全看的，还是全站搜索不行、全文搜索没有、过滤主题不能，倒是看到一个把回文寄到信箱的技巧，原来是发文是按v，应该挺有用的。怎么跟踪还是找不到，好像有个类似的其实就是通过快捷键搜索来定位，说到底是通过手工的技巧来弥补功能的不足。不管怎样，这些工作都得在服务端完成，一定会带来相应的系统负担，全文搜索好像没几个站敢开，更不要说基于regex的搜索了。

我倒不是想来争辩什么的，只是觉得有些telnet BBS没有的功能新闻组恰好都有了，而我又恰好比较需要这些功能，于是稍微比较思考了一下。门外汉嘛，可能不入大方之耳，呵呵。萝卜青菜，总有各自的喜好，只是希望那些掌握资源的人也能够稍微考虑一下少数派的喜好吧。
--
FROM 202.119.32.*