[Evergreen-general] Hold emails appear to not be working

[JonGeorg SageLibrary]

I just wanted to say thanks to those who responded to me. Most notably to
Chris Sharp who helped me identify the issue and get it resolved the next
business day. Your help was very much appreciated.
-Jon

On Fri, Jun 7, 2024 at 8:18 PM JonGeorg SageLibrary <
jongeorg.sagelibrary at gmail.com> wrote:

> Greetings. I have two libraries that have noticed that hold emails have
> not been going out the last couple days. One of the libraries was able to
> send me specific patron info and I was able to query the db and verify that
> no hold emails went out for those patrons. I do see other emails going out
> from the system via the mail.log on the server, so the mail server is up
> and working.
>
> I did have an issue where the log server ran out of space and I had to
> reboot it after clearing space, however I have been able to verify that
> hold emails went out after that, so that should not be an issue, but it is
> the only unusual recent event for our system that I'm aware of. Email
> receipts are working as expected, included among the patrons I know did not
> receive hold email notifications.
>
> I've checked syslog for CRON jobs, for such things as hold_targeter.pl,
> action_trigger_runner.pl, thaw_expired_frozen_holds.srfsh, and I don't
> see any errors and all CRON jobs appear to be running and finishing
> successfully.
>
> I've also checked the mail.log file and do not see any entries for these
> patrons regarding their holds which makes sense as there is no entry in the
> db, but I do see email receipts. I do see a ton of 'Network is unreachable'
> errors related to gmail and other providers, but that is a separate issue
> and likely a reason to consider a 3rd party application to handle
> notifications.
>
> Is it possible that there is a backlog of stuck hold emails like what
> happens when the reporter gets stuck? Is there a way to force the hold
> email function to stop and restart, perhaps in the database itself? I've
> restarted all services on all servers [minus the db servers] without
> resolution.
>
> Thanks
> -Jon
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-general/attachments/20240617/09aa69d6/attachment.htm>