`provider type namecheap: cannot list zones to use the 'all' feature` for `dnsconfig check-cred namecheap`

[TmOnlineMapper]

Hello there!

I'm very excited to have stumbled across this amazing project. Honestly I've been looking for something like this for years. Even just alone as an universal DNS provider adapter this project is great. Not even speaking of the managing capabilities.

But that's besides the point. I have an issue more or less. To ensure my credentials are properly set up I've tried running dnsconfig check-cred namecheap (with having set up that credential). Unfortunately this returns the error provider type namecheap: cannot list zones to use the 'all' feature, which to me doesn't make a whole lot of sense, nor do I understand what I'm supposed to do fix it. The credentials also work flawlessly when using the preview and push commands. Googling the issue yielded nothing unfortunately and AI was of no help either.

Any help is appreciated.

[Tom Limoncelli]

Ah!  Excellent question!

The "check-creds" command tries to use the API to gather a list of zones at the server.  That error message happens with the "get-zones" command is unimplemented.  Not all providers have implemented that feature. (We should probably update the docs)

If preview/push works, I wouldn't worry about check-creds not working.

Tom 

[Christopher Hicks]

Would it cause new problems if the unimplemented get-zones returned an empty list?

--
You received this message because you are subscribed to the Google Groups "DNSControl-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dnscontrol-disc...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/dnscontrol-discuss/CAOWqsAhc17de0jvAF-%3DUdgn2cbAH8o34uGR7Z4dENnuocCYYpw%40mail.gmail.com.

--

Christopher Hicks ( he/him )
https://www.chicks.net/

[Tom Limoncelli]

Yes, that would confuse things. It would probably make check-creds always claim the credentials are correct.

The best thing would be to implement the ZoneLister interface.  The provider offers this API call (https://www.namecheap.com/support/api/methods/domains/get-list/) which should be all you need.

Tom

[TmOnlineMapper]

That is weird because it does implement get-zones. I was able to pull current records from it. Unless there's something like a get-zone for a singular zone. Then that would explain the difference.

Also weirdly enough my replies have been deleted in both threads. Could a group admin check? From what I've read, they're not truly deleted but rather are on a list waiting approval or something like this. I believe me "spamming" a link a few times in my first reply to the other thread probably triggered the spam detection.

[TmOnlineMapper]

I'd like to note that get-zones works just fine. It's how I created this zone config in the first place.

So that kinda does sound like a bug...

tlimo...@stackoverflow.com schrieb am Mittwoch, 23. Juli 2025 um 16:50:09 UTC+2:

[Tom Limoncelli]

On Wed, Jul 23, 2025 at 4:26 PM TmOnlineMapper <brains...@gmail.com> wrote:

That is weird because it does implement get-zones. I was able to pull current records from it. Unless there's something like a get-zone for a singular zone. Then that would explain the difference.

Ah, I should have been more clear. 

If you give a zone name to get-zones, it gets that zone. If you use the word "all" as your zone name, the command queries the provider for a list of zones using the ListZone() function and then iterates over all the zones.  If you use "all" and ListZone() is not implemented, you get an error.

It's stupidly complex because the command line parser we use doesn't (or at least didn't) do exactly what we want.

Tom

[TmOnlineMapper]

Ah I see. That makes sense.
Is this considered a defect worth creating an issue for?

On a related note, the get-creds check for OVH is completely broken. It gives me the error message failed GetZone CDP: invalid authentication config, both application_key and application_secret must be given, which is weird, because in the docs it says to use the keys app-key, app-secret-key and consumer-key. Which it also looks for in the code.

Should I create an issue on GH for that?

[TmOnlineMapper]

Apologies on the OVH issue. I simply forgot to reload my .env file after adding the credentials there. Silly mistake.

[Tom Limoncelli]

On Wed, Jul 23, 2025 at 5:25 PM TmOnlineMapper <brains...@gmail.com> wrote:

Ah I see. That makes sense.
Is this considered a defect worth creating an issue for?

Yes, though I would classify it as a feature request.

 

On a related note, the get-creds check for OVH is completely broken. It gives me the error message failed GetZone CDP: invalid authentication config, both application_key and application_secret must be given, which is weird, because in the docs it says to use the keys app-key, app-secret-key and consumer-key. Which it also looks for in the code.

Should I create an issue on GH for that?

I don't know OVH very well. Is there a chance this is a permissions issue? For example, is this an API key that's allowed to download a zone's records but not list the zone names?

Otherwise, yes, please open a bug report.

Tom