http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838 dmin <dminuck@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dminuck@gmail.com --- Comment #2 from dmin <dminuck@gmail.com> --- This issues is also coming up for our library, as we regularly have patrons place holds on up to 50 items at a time (often with most of them being on shelf, and therefore getting a very large number of notices). As a possibility to realize this enhancement, consider treating reserves in the same way as overdues: Create a new pl to merge the content of the pending reserves in the table at time of running the cronjob (will need a way to specify if a notice has been sent or not, e.g. new column notification_date, or something). Create a new SysPref to either run as a cronjob (scheduled as the library sees fit, like other cronjobs), or in the way was previously done. This would therefor require adding a check for this syspref to the existing perl which sends notifications. Modify existing Holds notice template to list all items available, or make available the option to count the items. Just an idea. I have not really looked into doing this yet, so not sure how feasible it is, but we'll be looking a doing something, because the high volume of notices we are currently sending out is overwhelming some of our patrons (and we need to have the option to notify them when holds are available. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.