Предотвратите постфикс, добавляющий область поиска

У меня есть работа постфикса OpenBSD, и я испытываю затруднения из-за него добавляющий область поиска, когда ни один не настроен или в постфиксе или в локальном сервере DNS (dnsmasq).

Мой домен имеет подстановочный знак запись CNAME (*.example.com) указание на myhost.example.com.

Я знаю, что обычно, чтобы заставить его вести себя как это, у меня была бы 'поисковая' запись в моем resolv.conf, но у меня нет такой записи. Мой /etc/resolv.conf содержит:

nameserver 127.0.0.1
nameserver <my ISP's DNS 1>
nameserver <my ISP's DNS 2>

Dnsmasq знает для игнорирования localhost записи (и говорит так в журналах), но это означает, что другие сервисы ищут в dnsmasq. dnsmasq, использует только конфигурацию по умолчанию, без изменений вообще.

Если я позволяю войти в систему dnsmasq, я получаю записи как это:

Dec 15 10:39:56 mail dnsmasq[640]: query[A] ncwfood.com from 127.0.0.1
Dec 15 10:39:56 mail dnsmasq[640]: forwarded ncwfood.com to <my ISP's DNS 1>
Dec 15 10:39:56 mail dnsmasq[640]: reply ncwfood.com is NXDOMAIN-IPv4
Dec 15 10:39:56 mail dnsmasq[640]: query[AAAA] ncwfood.com from 127.0.0.1
Dec 15 10:39:56 mail dnsmasq[640]: forwarded ncwfood.com to <my ISP's DNS 1>
Dec 15 10:39:56 mail dnsmasq[640]: reply ncwfood.com is NXDOMAIN-IPv6

Это все корректно для провального поиска, и dnsmasq делает то, что он должен. Затем постфикс делает это:

Dec 15 10:39:56 mail dnsmasq[640]: query[A] ncwfood.com.example.com from 127.0.0.1
Dec 15 10:39:56 mail dnsmasq[640]: forwarded ncwfood.com.example.com to <my ISP's DNS 1>
Dec 15 10:39:56 mail dnsmasq[640]: reply myhost.example.com is <my IP>
Dec 15 10:39:56 mail dnsmasq[640]: query[AAAA] ncwfood.com.example.com from 127.0.0.1
Dec 15 10:39:56 mail dnsmasq[640]: cached ncwfood.com.example.com is <CNAME>
Dec 15 10:39:56 mail dnsmasq[640]: cached myhost.example.com is 2001:4b98:...

Это добавляет мой домен, делает поиск, соответствует подстановочному знаку и заканчивает тем, что указало, где это не было должно. Если я выпускаю поиски имени непосредственно к dnsmasq (например, с dig @localhost ...), это не делает этих дополнительных поисков, таким образом, это - определенно постфикс, это делает его.

В моей постфиксной конфигурации я установил его, чтобы подчиниться системе сервис DNS (dnsmasq), не использовать его собственный сопоставитель DNS и не добавить область поиска, как это:

lmtp_host_lookup = native
smtp_host_lookup = native
smtp_dns_resolver_options =
disable_dns_lookups = yes
ignore_mx_lookup_error = no

'Собственная' директива ясно работает, поскольку я вижу поиски в журналах dnsmasq. Согласно документам кажется, как будто smtp_dns_resolver_options действует, как будто это установлено на res_dnsrch, но это не (это - пробел).

Вот мой постфиксный журнал от той же транзакции сообщения:

Dec 15 10:40:26 mail postfix/smtp[29517]: connect to ncwfood.com[46....]:25: Connection timed out
Dec 15 10:40:26 mail postfix/smtp[29517]: connect to ncwfood.com[2001:4b98:...]:25: No route to host
Dec 15 10:40:26 mail postfix/smtp[29517]: 22F8A3A4F0F: to=<xxx@ncwfood.com>, relay=none, delay=168442, delays=168412/0.33/30/0, dsn=4.4.1, status=deferred (connect to ncwfood.com[2001:4b98:...]:25: No route to host)

Адрес, с которым это пытается соединиться, является моим подстановочным хостом, который не выполняет почтовый сервер, следовательно сбои соединения.

Я нашел информацию о версии, говоря, что постфикс раньше автоматически добавлял домены, но это было остановлено в версии 2.8; я работаю 2.10.

Как я могу мешать постфиксу делать эти поиски?