So, yes, but it’s about who can sign certs for your domain (wildcard or otherwise). It is not about whether you have wildcard certs.
But, it is surprising that we’re setting issuewild but not setting issue. Or are both present, and OP only posted about issuewild because they don’t have wildcards and was surprised to see that, maybe?
maybe if you select wild card ssl during ssl cert creation time, it creates just an issuewild record? (not sure about virtualmin part.)
this makes sense, you don’t need both CAA records if you create one wildcard for all subdomains.
Records with the issue tag simply control whether a CA can issue certificates for this domain and its subdomains. Generally this is the only record you need, as it controls both normal (e.g. “example.org”) and wildcard (e.g. “*.example.org”) issuance in the absence of any other records.
issue + letsencrypt.org = only allows letsencrypt.org to issue certs for my server
Records with the issuewild tag control whether a CA can issue wildcard certificates (e.g. “*.example.org”). You only need to use issuewild records if you want different permissions for wildcard and non-wildcard issuance.
This section is confusing and seems to make out issuewild is pointless. The descriptions here is not the best unless I am reading it wrong.
Is it for allowing a different provider to provide the wildcard cert as opposed to domain specific ones?
exactly. you could have providerA for wildcards and another cert providerB for a specific (sub)domain. you’d need both CAA records in this case. issuewild for A and issue for B.
for virtualmin, i guess issue is enough for most common scenarios.