Dňa 27. marca 2023 17:06:55 UTC používateľ Alessandro Vesely via mailop 
<mailop@mailop.org> napísal:
>On Mon 27/Mar/2023 18:25:24 +0200 Brad Beyenhof via mailop wrote:
>> On 3/27/23, 9:18 AM, "mailop on behalf of Heiko Schlittermann via mailop" 
>> <mailop-boun...@mailop.org <mailto:mailop-boun...@mailop.org> on behalf of 
>> mailop@mailop.org <mailto:mailop@mailop.org>> wrote:
>>> Lena--- via mailop <mailop@mailop.org <mailto:mailop@mailop.org>> (Mo 27 
>>> Mär 2023 17:40:29 CEST):
>>>>> If the DNS name xxx._domainkey.example.com exists, then
>>>>> _domainkey.example.com exists too.
>>>> 
>>>> dig 3._domainkey.lena.kiev.ua txt
>>>> 3._domainkey.lena.kiev.ua. 66633 IN TXT "v=DKIM1; p=MIGfMA0GCSqGSIb...
>>>> 
>>>> dig _domainkey.lena.kiev.ua txt
>>>> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 57410
>>> 
>>> Reading https://www.rfc-editor.org/rfc/rfc8020#section-3.1 
>>> <https://www.rfc-editor.org/rfc/rfc8020#section-3.1>
>>> this should not happen, shouldn't it?
>> 
>> It's possible that `3._domainkey` is a dotted record in the DNS zone for 
>> `lena.kiev.ua`, and `_domainkey.lena.kiev.ua` isn't set up as its own zone.
>
>
>Isn't that the usual way to do it?  I certainly didn't create a new zone for 
>_domainkey.  Yet, I have (using bind):

Yes, that is as empty non terminals appears.

AFAIK zone is something what has own SOA, and once
something has SOA (or any other record) it is not empty
anymore ;-)

regards


-- 
Slavko
https://www.slavino.sk/
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Reply via email to