Hi Paul,
I have not worked on this specific use case myself, but from my understanding based on the related community threads I found, this looks more likely to be intentional than a bug.
In particular, there is a response in the thread below indicating that the group voicemail API works only with authentication that has a user context associated with it, which seems consistent with what you are seeing:
https://community.genesys.com/discussion/group-voicemail-unread-count-from-api
I also found this related thread, which may be useful for additional context:
https://community.genesys.com/discussion/count-of-unread-voice-mails-in-a-voice-mail-group
So based on that, I would lean more toward this being a by-design user-context restriction rather than a bug, though it still feels like a valid enhancement request if the customer needs central monitoring/reporting for group voicemail activity.
Would be interested to hear if anyone has found a better workaround for this use case.
------------------------------
Phaneendra
Technical Solutions Consultant
------------------------------
Original Message:
Sent: 04-22-2026 20:35
From: Paul Lewis
Subject: /api/v2/voicemail/groups/{groupId}/mailbox is too limited
Has anyone had a customer that needs to monitor mailbox activity to ensure users are managing their mailboxes? The API's provided by Genesys worked well for this
Specifically /api/v2/voicemail/users/{userId}/mailbox allowed an OAuth user to collect data about a mailbox and use this for reporting as needed.
Alas Genesys have not maintained this flexibility with /api/v2/voicemail/groups/{groupId}/mailbox
Despite very little in the documentation showing this change it appears you must be a user (not an Oauth client) AND a member of the Group in order for this api (and the similar /messages one) to return successfully.
Does anyone think this is intentional - i.e. should I raise a bug - or has you found other ways to help your customer monitor mailbox activity or is this a unique requirement nobody else in the Genesys customer base has every asked for?
#API/Integrations
------------------------------
Paul Lewis
DevOps Engineer
------------------------------