DNSControl项目解析AWS Route53 TXT记录时的引号处理问题

在DNSControl项目中，当使用AWS Route53作为DNS提供商时，处理超长TXT记录可能会遇到解析错误。这个问题主要出现在SPF记录等需要长字符串的TXT记录类型中。

问题背景

AWS Route53对TXT记录有255个字符的长度限制。当记录超过这个长度时，Route53要求将记录分割为多个部分，并用引号包裹每个部分。然而，DNSControl在解析这些分割后的记录时，对引号的格式有特定要求。

具体问题表现

当尝试使用DNSControl的get-zones命令获取包含长TXT记录的域信息时，如果记录中的引号格式不符合预期，会报错"invalid TXT record"。例如，以下格式会导致解析失败：

"v=spf1 ip4:222.11.222.222/32...ip4:11.11.222.1/32 "" ip4:22.222.22.222/32..."

问题出在引号之间没有空格("")的写法上，这种格式虽然Route53 UI接受，但DNSControl无法正确解析。

解决方案

正确的格式应该是引号之间有空格分隔：

"v=spf1 ip4:222.11.222.222/32...ip4:11.11.222.1/32" "ip4:22.222.22.222/32..."

这种格式既满足Route53的长度限制要求，又能被DNSControl正确解析。每个被引号包裹的部分应不超过255个字符，且引号之间要有空格分隔。

技术建议

对于需要处理Route53长TXT记录的用户，建议：

1. 确保将长记录分割为多个不超过255字符的部分
2. 每个部分用引号单独包裹
3. 引号之间必须包含空格分隔
4. 避免使用连续的双引号("")格式

虽然这不是DNSControl本身的bug，但了解Route53和DNSControl对TXT记录处理方式的差异，可以帮助用户避免配置错误，确保DNS记录的正确解析和传播。