样品新闻:

thufir@dur:~$ cat .newsrc
gwene.com.androidcentral: 1-99999999
gwene.com.blogspot.emacsworld: 1-99999999
gwene.com.blogspot.googlecode: 1-99999999
gwene.com.blogspot.googlereader: 1-99999999
gwene.com.economist: 1-99999999
gwene.com.googlereader: 1-99999999
thufir@dur:~$ 
.

现在,我有 fearnode 配置为保存消息999天。当 gnu nntp 连接到localhost上的leafnode,在装载时可能有大量滞后。目前,我所做的就是将leafnode配置为仅限特定组的35天,使事情更快地加载。 但是,当再次查看.NEWSRC时,似乎我可能会让Leafnode存储一个非常大量的文章,然后配置GNU NNTP使用的.newsrc,以便仅获取这些消息的一小部分。如果是这样,这将允许在999天内长期保留,从而减轻了连接到叶片的延迟并从GNU NNTP加载物品。

但是,那会有效吗?只会加载 newer 文章,或者它加载 old 文章? 不幸的是, rfc 977 没有实际提及.newsrc文件。当然,GNU NNTP是否遵循RFC将是一个单独的问题,但至少根据RFC,大概较新的问题是加载的, rend 问题留下了?

看起来像 RFC 3977 澄清RFC 977一点,所以我现在审查。

有帮助吗?

解决方案

您实际上是关于特定NNTP客户端的行为,而不是NNTP协议本身。根据规范,用于检索文章的唯一nntp动词是文章,它恰好获取一篇文章。客户端的订单没有约束,其中达到文章“呼叫”。

所以要回答您的问题,您需要查看GNU NNTP库的文档......或源代码。我怀疑它也取决于您的代码如何使用库方法。


但是,那会有效吗?只会加载较新的文章,还是将加载旧文章?

如果我在鞋子里,我会尝试一下,看它是否有效。

其他提示

从' net

每行为第一个字段中命名的新闻组的属性。 名称紧接着后跟一个字符,指示是否 拥有用户目前已订阅组;冒号 表示订阅,声音标记表示 非法认证。该线的其余部分是一系列 逗号分隔的物品编号或文章号码范围, 表示用户已经看到的文章。

为我的目的,使用 gnu nntp ,加载组.newsrc文件看起来数字被忽略 - 虽然我不是积极的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top