[enhancement] UI improvements handling large lists

[mdecimus]

This enhancement requests includes:

• Do not render huge dropdowns (as discussed in Pagination with huge page numbers in web ui #924)
• Offer bulk options in lists (for example, delete all or retry all in queues).
• Add an option to pause queue processing.

Discussed in #924

^{Originally posted by jmbarbier November 15, 2024}
The pagination component in the web ui creates a select list with all pages. But when you have millions of items to display, the view becomes totally unresponsive, as it is creating a select with
hundred of thousand options.

This screen is from my "delivery attempts" page, with >1M items, unusable (the 1M thing is because of a delivery loop, that is another problem / question).

Eventually a simple solution could be remove the "page" select if there are too many pages. Or only display +100 / -100 page numbers around current page.

[SinnySupernova]

Design-wise something with a page number input could work. Example shamelessly plugged from internet:

[nomadturk]

Just clicking on the pagination is sufficient enough to crash the browser.
And searches never work when you have this many in History

I think you should let us search with some other options.

sender domain
sender mailbox
recipient domain
recipient mailbox
Queue ID
Time frame
event type (accepted/bounced/spam etc)