TXT / SPF records with spaces are split into multiple values

Hi,

Observed that creation of TXT or SPF records that have " " (empty spaces) from CLI or Dashboard produces invalid records. That was already briefly discussed on the last Designate meeting:

1. Create a record like:

[root@openstack ~]# openstack recordset create --records "v=spf1 a mx a:mail.openstack.tech. a:mail.domain.ie a:server9.openstack.tech. -all" --type=SPF 50bb30dd-5c84-42fc-b
2e7-fc37a198ccfd testspf9.openstack.tech.
+-------------+------------------------------------------------------------------------------------+
| Field | Value |
+-------------+------------------------------------------------------------------------------------+
| action | CREATE |
| created_at | 2018-03-14T11:05:50.000000 |
| description | None |
| id | 16003c9d-a8ec-4155-9077-f6318f5d40f6 |
| name | testspf9.openstack.tech. |
| project_id | b8a1e1371d22406cb89afd936cb20d0e |
| records | v=spf1 a mx a:mail.openstack.tech. a:mail.domain.ie a:server9.openstack.tech. -all |
| status | PENDING |
| ttl | None |
| type | SPF |
| updated_at | None |
| version | 1 |
| zone_id | 50bb30dd-5c84-42fc-b2e7-fc37a198ccfd |
| zone_name | openstack.tech. |
+-------------+------------------------------------------------------------------------------------+
[root@openstack ~]#

2. And it looks fine if we just check via recordset show:

[root@aio1-utility-container-10fda1d7 ~]# openstack recordset show 50bb30dd-5c84-42fc-b2e7-fc37a198ccfd 16003c9d-a8ec-4155-9077-f6318f5d40f6
+-------------+------------------------------------------------------------------------------------+
| Field | Value |
+-------------+------------------------------------------------------------------------------------+
| action | NONE |
| created_at | 2018-03-14T11:05:50.000000 |
| description | None |
| id | 16003c9d-a8ec-4155-9077-f6318f5d40f6 |
| name | testspf9.openstack.tech. |
| project_id | b8a1e1371d22406cb89afd936cb20d0e |
| records | v=spf1 a mx a:mail.openstack.tech. a:mail.domain.ie a:server9.openstack.tech. -all |
| status | ACTIVE |
| ttl | None |
| type | SPF |
| updated_at | None |
| version | 1 |
| zone_id | 50bb30dd-5c84-42fc-b2e7-fc37a198ccfd |
| zone_name | openstack.tech. |
+-------------+------------------------------------------------------------------------------------+

3. But checking it with dig directly gives us:

[root@aio1-designate-container-7c861122 v2]# dig @127.0.0.1 testspf9.openstack.tech. SPF

; <<>> DiG 9.9.4-RedHat-9.9.4-51.el7 <<>> @127.0.0.1 testspf9.openstack.tech. SPF
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64319
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;testspf9.openstack.tech. IN SPF

;; ANSWER SECTION:
testspf9.openstack.tech. 300 IN SPF "v=spf1" "a" "mx" "a:mail.openstack.tech." "a:mail.domain.ie" "a:server9.openstack.tech." "-all"

;; AUTHORITY SECTION:
openstack.tech. 300 IN NS ns1-1.example.tech.

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mi Mär 14 11:46:03 UTC 2018
;; MSG SIZE rcvd: 175

Notice that reply is many strings instead of one: "v=spf1" "a" "mx" "a:mail.openstack.tech." "a:mail.domain.ie" "a:server9.openstack.tech." "-all"

Tested on stable/pike.