[Koha-bugs] [Bug 8838] Digest option for HOLD FILLED notice?

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838

dmin <dminuck at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dminuck at gmail.com

--- Comment #2 from dmin <dminuck at 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.