<div dir="ltr">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.<div>-Jon</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 7, 2024 at 8:18 PM JonGeorg SageLibrary <<a href="mailto:jongeorg.sagelibrary@gmail.com">jongeorg.sagelibrary@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">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.<div><br></div><div>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.<br><div><br></div><div>I've checked syslog for CRON jobs, for such things as <a href="http://hold_targeter.pl" target="_blank">hold_targeter.pl</a>, <a href="http://action_trigger_runner.pl" target="_blank">action_trigger_runner.pl</a>, thaw_expired_frozen_holds.srfsh, and I don't see any errors and all CRON jobs appear to be running and finishing successfully. <br><br>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.</div></div><div><br></div><div>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.</div><div><br></div><div>Thanks</div><div>-Jon</div></div>
</blockquote></div>