摘要

  • AFRINIC 参考手册把 notify 描述为可选邮箱属性：带有该属性的对象被更新时，系统发送普通通知。
  • 该邮箱本身不能标识运营者、abuse 联系人、维护者、BGP 起源、所有者或实际在线的人。

数据库事件的送达地址

关键词是“通知”。AFRINIC 手册指出，对已有对象更新时使用旧版本中的 notify；创建新对象时使用新版本中的值。这个细节说明了字段的设计：它属于数据库更新流程，而不是对对象所代表网络的一般责任声明。

该属性可以省略，也可以出现多次。AFRINIC 还提供反向查询，以邮箱查找 notify 匹配的对象。因此分析者可以重建在观察时点，变更通知被配置发送到哪里。这个结果仍然只是关于通知路由的注册事实。

相邻字段各有职责

AFRINIC 将 notify 与 mnt-nfy 分开记录；后者用于受维护对象变化时的维护者通知路径。mnt-by 又是另一个字段，它引用参与对象保护和更新授权的维护者。公开查询界面还把 abuse-mailbox、admin-c、tech-c、origin 和 mnt-routes 列为不同的查询键。

所以，收到通知不等于授权更新。通知收件人也不自动是维护者、技术联系人、行政联系人或 abuse 处理方。即使同一组织现实中承担多项职责，每项职责仍需由正确字段和新鲜证据分别证明。

邮箱不能证明什么

字段不说明邮箱是否有人阅读或回复，也不证明其控制路由器、生产凭据或地址使用。它没有说明谁起源前缀、谁提供传输、网络是否可达或谁拥有资源。数据库变更也不一定对应网络状态变更：联系信息可以改变而路由稳定，路由也可以改变而 Whois 不动。

事件响应要使用并测试适当的事件渠道；更新权限要检查维护者和认证链；路由判断要使用带时间的 BGP 观测、route 登记和适用的 RPKI 证据；所有权则需要法律和公司资料。notify 可以提供线索，不能替代这些证据。

可辩护的结论

保存对象键、字段原值、查询方式与获取时间，然后写：“在观察时点，这个 AFRINIC Whois 对象把该邮箱配置为数据库变更通知的接收地址。”是否实际投递、是否响应、其他字段标识了哪些联系人或维护者，应另行记录。

狭窄的表述不是保守过度，而是防止一个方便的邮箱被扩大成没有依据的网络行为归因。

来源