摘要

  • Leo Vegoda 是 RIPE 数据库 NWI-20 提案的三位参与者之一。他在 RIPE 91 要求把“增加联系渠道”放到演示稿前面：人们会回复自己真正使用的渠道。
  • 已发布的 Whois 1.122 为多类记录增加可选的 contact: 字段，并让字段内的 # 保留在 URI 中，免得被旧 RPSL 语法当作注释起点。

在 RIPE 91 数据库工作组会议上，Leo Vegoda 没有先争论技术细节。他请讲者把两条幻灯片要点换个顺序。演示稿先讲 person 和 role 记录的旧规则怎么统一；Vegoda 认为，新增联系方式才该站在第一排。通讯录最大的本事，是让你在需要时找到会回应的人。列名整齐，只能让数据库自己满意。

他与另外两人共同推动的 NWI-20 原始提案针对数据库里的行政和技术联系人，建议提供更多可选联系方法，Signal 就是例子。过去的模板带着电话与邮寄地址时代的习惯。如今运营人员在聊天工具、工单系统和邮箱之间切换，真正会看的入口由本人最清楚。Vegoda 想给这个入口留一个明确的格子。

他在 RIPE 91 的发言说出了邮箱字段的尴尬：邮件服务商可能接受了邮件，收件人却没有看到；有人保留邮箱处理正式事务，工作时盯的是别的工具。网络出现故障，联系人的作用由回应来检验。一个语法合格的邮箱地址，帮不了在错误窗口等待回复的人。

RIPE NCC 发布的 Whois 1.122 更新写明了落地的改动。person、role、organisation 和 irt 记录可选填 contact:；person 模板要求 e-mail:，person 与 role 的 address: 改为可选，person 的 phone: 也改为可选。运营者能在保留共同邮箱入口的同时，标出自己使用的渠道，也能撤下不愿继续公开的住址或电话。

麻烦来自一个字符。某些 Signal 链接把 # 用作 URI 片段的一部分，RPSL 的老习惯却拿它开启注释。Whois 1.122 在 contact: 里把它当作地址内容保存。RIPE 92 的会议记录里，数据库产品负责人 Ed Shryane 说明了这项特殊处理，还征求更通用的规则。通讯录刚学会一个新号码，标点符号先来查户口。

RIPE 92 正式纪要确认 NWI-20 已上线，并提到 Vegoda 的工作。那次要求调整幻灯片顺序，看似小事，却准确说出改革的起点：先问人在哪里读消息，再决定表格怎样排版。