Genesys Cloud - Main

 View Only

Sign Up

  • 1.  /api/v2/voicemail/groups/{groupId}/mailbox is too limited

    Posted 3 hours ago

    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
    ------------------------------


  • 2.  RE: /api/v2/voicemail/groups/{groupId}/mailbox is too limited

    Posted an hour ago

    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
    ------------------------------



  • 3.  RE: /api/v2/voicemail/groups/{groupId}/mailbox is too limited

    Posted an hour ago

    Yes indeed it would be an enhancement request but since they were using a similar api (the user/mailbox one) already they have to step backwards and lose visibility (while they work out whether to wait a couple years for enhancement) or step sideways and go back to the user based voicemail they had before and miss out on the group features.  The customer can decide which way to go but our devs are red-faced having said "according to the documentation it won't be an issue moving to the group mailboxes".