Summary: | Add a selective dissemination of information module | ||
---|---|---|---|
Product: | Koha | Reporter: | verolencinas <verolencinas> |
Component: | Lists | Assignee: | Bugs List <koha-bugs> |
Status: | NEW --- | QA Contact: | Testopia <testopia> |
Severity: | new feature | ||
Priority: | P5 - low | CC: | andrew, dcook, m.de.rooy, tomascohen |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | Seeking sponsor | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: |
Description
verolencinas
2023-12-05 11:32:18 UTC
*** Bug 16959 has been marked as a duplicate of this bug. *** I have a local implementation of bug 16959 that I wrote many years ago, but it would need a bit of work to be ready for upstream I think. Basically, users could save searches as "Reading interests", and then a cronjob would periodically check for new records that match their reading interests, and would email out personalised emails. (In reply to verolencinas from comment #0) > Librarians should be able to control the lists sent to the users. That could > be implemented for example with a delay in sending during which librarians > could alter the list, or more simple through a access to sent lists where > librarians can control which records has been sent. This is very different to sending out emails based on save searches. It sounds to me like 2 different features. Saved search terms or expressions feel unreliable in terms of validating what's going to be sent. In my opinion, this should be implemented on top of lists. That said, I suggest: - Add a notice template. - Add a 'tool' for managing the list-notice mapping and some configuration (e.g. allowing a reviewer to approve, date for sending, etc). - A nightly cronjob should be set to send approved notices with some frequency. |