摘要

  • 只有RPD列表过去两个月日均邮件数超过20封，提案才允许开放摘要订阅；正好20封不达标。
  • 提案还要求发布操作指南，并丢弃对摘要邮件的回复，自动提示如何回复原邮件或开启新主题。

邮件讨论有个小麻烦：有人回复了整份摘要，而不是其中的某一封。主题可能还在，前面的提问和异议却被甩进另一个线程。AFRINIC的一项政策提案要处理这个问题，同时加上一道门槛：列表发多少邮件，决定订阅者能不能用摘要模式。

Benson Muite于10月17日提交AFPUB-2026-GEN-004-DRAFT01。该提案是1.0版，仍在讨论，计划在政策手册第3.4节增加三条。第一条要求AFRINIC提供邮件列表指南，说明纯文本邮件、发起新主题、回复原主题、过滤与退信规则，以及列表软件和版本。

第二条是计数门槛：只有过去两个月平均每天发到列表的邮件超过20封，才允许订阅摘要。门槛是“超过20”，正好20封不够。如果后续任何两个月周期没有超过，摘要模式就不能继续开启。第三条处理摘要回复：启用摘要时，直接回复摘要邮件应被丢弃，再由自动邮件说明如何回复具体原文、保留线程信息，或发起新主题。

三条规定连起参与说明、阅读方式和线程管理。政策讨论要留下什么记录，取决于不同意见能否跟着被讨论的那条意见走。邮件线程不是装饰；它让人看见问题、回应和修改的顺序。

AFRINIC自己的政策页面说，任何人都能提出或讨论政策，不受所在地限制；RPD邮件列表和公共政策会议是主要渠道。列表页面允许任何人订阅和查看档案，但只有订阅者能发帖。10月21日，PDWG共同主席要求参与者在邮件主题中保留提案名称和编号，方便跟进与归档。主题行本身就是讨论索引。

RFC 5322定义了Message-ID、In-Reply-To和References等邮件头字段，用来标识邮件和回复关系。摘要把多封邮件打包，回复摘要可能让邮件软件把回答指向整份摘要，而不是原始讨论。不同客户端和列表设置的表现会不同。提案指出风险，但公开材料没有给出RPD实际发生频率。

20封门槛测量邮件数量，不测线程断裂、找回异议花掉的时间，也不测读者是否需要批量阅读。列表忙时摘要有用；但这里邮件流量还被用作“读者是否需要摘要”的替代指标。话多不自动代表线程乱，安静的讨论也可能很复杂。

草案没有公布RPD当前邮件量，也没说哪些邮件计入平均值、两个月按滚动窗口还是自然月计算。如果摘要突然停用，也没有提前通知期。公开计算方法和切换日期，才能让订阅者看懂开关为何变化。

提案仍在讨论。线程问题具体，处理办法也直截了当。现在缺的是门槛的账本：谁来数、数什么、何时切换。

来源