# Retrieve cloud recordings without date range filter **URL:** \ **Category:** Feature Requests\ **Created:** [July 10, 2020, 7:14pm UTC](https://devforum.zoom.us/t/retrieve-cloud-recordings-without-date-range-filter/23817 "2020-07-10T19:14:54Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![mokutsu](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/mokutsu/32/27515_2.png) [@mokutsu](https://devforum.zoom.us/u/mokutsu)\ **Post date:** [July 10, 2020, 7:14pm UTC](https://devforum.zoom.us/t/retrieve-cloud-recordings-without-date-range-filter/23817/1 "2020-07-10T19:14:54Z")
**Description** I noticed the cloud list recordings and get recordings for an account both seem to apply pagination on top of a date range filter. It would be helpful if we could retrieve paginated results without requiring a date range (so that the latest or earliest results are available without querying month by month). It seems like pagination is combined with the 1 month limit that the list all recordings endpoint has so neither endpoint at this time is really able to retrieve a longer date range than 1 month (the pagination appears to be applied on top of the default date range, so if no dates are provided, results from 1 day are paginated, while providing a date range maxes out at 1 month, and those results are then paginated). Likewise, if no date range is provided, but a pagination filter is applied, the default 1 day limit is applied. Right now, if I want to show the most recent recording for a user, and let’s say their last recording was 9 months ago, I’d need to iterate through 9 API calls just to get that first set of recordings. **Error** Not an error, feature request **Which App Type (OAuth / Chatbot / JWT / Webhook)?** OAuth **Which Endpoint/s?** - /users/{userId}/recordings - /accounts/{accountId}/recordings ---
**Author:** ![victor-zmurl](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/victor-zmurl/32/13199_2.png) [@victor-zmurl](https://devforum.zoom.us/u/victor-zmurl)\ **Post date:** [August 13, 2020, 12:41am UTC](https://devforum.zoom.us/t/retrieve-cloud-recordings-without-date-range-filter/23817/2 "2020-08-13T00:41:06Z")
Thanks for writing this up @mokutsu! I second this feature request. It feels redundant / awkward to specify both a date range and a page. It would be great to just do `sort_by start_time` and then do pagination. I’m planning on writing my own wrapper around the Zoom API to this format. ---
**Author:** ![marc4](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/marc4/32/28636_2.png) [@marc4](https://devforum.zoom.us/u/marc4)\ **Post date:** [June 25, 2021, 9:11am UTC](https://devforum.zoom.us/t/retrieve-cloud-recordings-without-date-range-filter/23817/3 "2021-06-25T09:11:29Z")
Any updates on this? ---
**Author:** ![cliimatta](https://avatars.discourse-cdn.com/v4/letter/c/a698b9/32.png) [@cliimatta](https://devforum.zoom.us/u/cliimatta)\ **Post date:** [September 9, 2021, 7:49pm UTC](https://devforum.zoom.us/t/retrieve-cloud-recordings-without-date-range-filter/23817/4 "2021-09-09T19:49:37Z")
Bump. This would be really nice to have. ---
**Author:** ![noa](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/noa/32/35501_2.png) [@noa](https://devforum.zoom.us/u/noa)\ **Post date:** [March 6, 2022, 8:16am UTC](https://devforum.zoom.us/t/retrieve-cloud-recordings-without-date-range-filter/23817/5 "2022-03-06T08:16:33Z")
Agreed. can Use this too. ---
**Author:** ![bob.butler](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/bob.butler/32/43538_2.png) [@bob.butler](https://devforum.zoom.us/u/bob.butler)\ **Post date:** [April 28, 2023, 9:11pm UTC](https://devforum.zoom.us/t/retrieve-cloud-recordings-without-date-range-filter/23817/6 "2023-04-28T21:11:37Z")
This is absolutely needed. To get all recordings for a user you have to make repeated calls one month at a time back to when the user was created. It should be possible to just query for the list of all recordings. It should also be possible to get a list of all recordings for all users if the caller has sufficient rights. Managing recordings as things stand is very difficult.