Согласно RFC4408 3.1.3, запись TXT может быть разделена кавычками и будет правильно собрана заново - это способ обойти ограничение в 255 символов для размера записи.
IN TXT "v=spf1 .... first" "second string..."
ДОЛЖЕН рассматриваться как эквивалент
IN TXT "v=spf1 .... firstsecond string..."
Если запись состоит из 3 или более частей, что определяет порядок, в котором эти записи объединяются?
Детали всегда собираются по порядку. Максимальное количество символов 255 - это часть записи TXT. Без EDNS0 существует дополнительный предел в 512 байт для ответа UDP. Однако это не относится к ответу TCP.
Также вы можете столкнуться с проблемой с AWS Route53, где
IN TXT "v=spf1 .... first""second string..."
Рассматривается как эквивалент
IN TXT "v=spf1 .... firstsecond string..."
Но если вы используете пробелы ... следующее НЕ ИСПОЛЬЗУЕТСЯ:
IN TXT "v=spf1 .... first" "second string..."