# \`mmctl channel list\` is missing channels

**URL:** <https://forum.mattermost.com/t/mmctl-channel-list-is-missing-channels/23126>\
**Category:** Troubleshooting\
**Created:** [May 6, 2025, 12:21pm UTC](https://forum.mattermost.com/t/mmctl-channel-list-is-missing-channels/23126 "2025-05-06T12:21:41Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![mpounsett](https://sea2.discourse-cdn.com/flex020/user_avatar/forum.mattermost.com/mpounsett/32/4056_2.png) [@mpounsett](https://forum.mattermost.com/u/mpounsett)\
**Post date:** [May 6, 2025, 12:21pm UTC](https://forum.mattermost.com/t/mmctl-channel-list-is-missing-channels/23126/1 "2025-05-06T12:21:41Z")

</div>

**Summary**  
When checking to see if a channel that had been slated for being archived had actually been archived, I found I was unable to find it in the `mmctl channel list` output. In checking up on this, I found a few others as well.

On our instance, `mmctl channel list <all teams>` returns 135 channels, while the API (`include_deleted: True`) returns 159.

Every channel missing from the mmctl output is private (`type: 'P'`) and archived (`delete_at != 0`). However, not every private & archived channel is missing from the mmctl output.

I’ve gone through every other parameter returned by mmctl’s `channel list` json output and the API `/channels/` endpoint, and don’t find any other parameters that are common to all missing channels, or that set the missing apart from the not-missing.

**Steps to reproduce**  
Unknown.

Mattermost 9.11.8, mmctl 10.7.1 (Brew on MacOS)

**Expected behavior**  
`mmctl channel list <all teams>` should return every channel whether it is private, archived, neither, or both.

**Troubleshooting**

The mmctl/server version mismatch doesn’t seem like a likely cause, since mmctl is able to talk to the server fine, and returns the majority of the channels in the db. Since both use the v4 API I would not expect issues.

Does anyone have a next troubleshooting step? Or have I misunderstood what mmctl should be doing in this case?

Checking here before I file a bug.
