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

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

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

--- Comment #43 from Kyle M Hall <kyle at bywatersolutions.com> ---
(In reply to David Cook from comment #41)
> I noticed my local public library fills my holds and then I get an email the
> next day saying which holds are ready for me to pick up. I found the delay a
> bit annoying as I would've liked to know my holds were ready sooner, but I
> think having just 1 email was very nice.

This notice will function like the CHECKIN, CHECKOUT and RENEWAL notices. It
will accrue until the message is sent, then start again. That means each
library will be able to control 

(In reply to David Cook from comment #42)
> Can you speak more to what the output would look like? If I understand
> correctly, it seems like the email body would contain two full email letters
> in it?

This notice uses the same syntax as the above notices, only the middle section
of the notice is repeated. The header and footer are not.

> If a patron did have 50 holds that were filled during different times of the
> day, I think they'd still get separate emails with the chunk being governed
> the interval that "process_message_queue.pl" runs?

That is correct. It'll behave just like the above notices. Another interesting
thing to note is that the feature from bug 31453 means that libraries can run a
separate process message queue cron for individual notices. The "default" run
can go every $x minutes while another message queue cronjob for hold digests (
or checkin digests, or any other notice ) can run independently every $y
minutes. It's not requisite but that feature gives libraries a lot more control
over how long these digest notices build before being sent.

-- 
You are receiving this mail because:
You are watching all bug changes.