https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19014
--- Comment #28 from David Cook <[email protected]> --- (In reply to Andrew from comment #26) > Apologies for pushing for greater complexity on this, but I'm not sure about > this approach. If we make auto-renew notices only send on the day the item > is renewed or on the day it's due, we've not solved the problem so much as > inverted it -- some libraries will like it, some libraries will be > ambivalent, and some libraries will feel strongly that we're sending notices > too late. > > I'd like to see this either as a switch (Send notice on status change / Send > notice at due date & renewal) or as a configurable preference like a No > Notice Before value. Andrew, I don't understand what you're trying to say here. The auto-renew notices will be queued up when the renewal is processed. I don't see any other logical way of handling the notices. Are you meaning you want to change the timing of the renewals (and thus the notices associated with them)? If so, my patch allows you to use the "No Renewal Before" rule in Circulation and Fines Rules to specify that no renewal can happen until N days before the due date. My local public library (which doesn't use Koha) seems to have set "4 days before the due date", which means that if there are no restrictions on the item, it will autorenew 4 days before the due date and it will promptly send me an email notification to indicate this. I can't really see any other logical way of it working? -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
