July 2025 - Koha - lists.katipo.co.nz

Fix confusion between 099 and 942 field in UNIMARC framework
by Mathieu Saby 23 Aug '25

23 Aug '25

Hi Some weeks ago I submitted a patch in order to fix the management of Koha-specific fields in UNIMARC. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38336 If you're familiar with the way Koha manage UNIMARC and think you can make a constructive comment, don't hesitate. Even if don't know UNIMARC you should be able to test easily the patch and sign if off by following the test plan. Regards, Mathieu Saby, Université Cote d'Azur

1 1

Auto-increment issue persists even after applying Koha Wiki fix
by Texicon Software Solutions 30 Jul '25

30 Jul '25

Hi Koha Community, I’m facing an unresolved auto-increment issue in one of my Koha instances after upgrading from 17.11 to 24.11. Issue Summary: Even after following the official Koha Wiki instructions to repair auto-increment corruption ( https://wiki.koha-community.org/wiki/DBMS_auto_increment_fix ), the issue still persists. When I attempt to delete a bibliographic record through the staff interface: The deletion fails. In the About page, I get a warning about auto-increment problems with deleted biblionumber from the deletedbiblio table. if i delete the bibilo from deleted biblio table it was getting deleted from there .But after that when i try delete from Koha UI the same message coming in koha about page even after i put the script as pet the wiki . Additional Context: Another Koha instance on the same server, using the same MariaDB version (10.11.11) and Koha 24.11 codebase, is working correctly. Question: What else should I check to fully resolve this auto-increment problem? Is there a deeper issue in the biblio / deletedbiblio table definitions or the auto-increment logic that I might have missed? Appreciate your guidance and help! Jithin Malappuram, Kerala

1 0

koha-US August 2025 Events & Meetings
by Kristi Krueger 28 Jul '25

28 Jul '25

Hello! koha-US online meetings and events are free and open to all. See our calendar for a full list: http://koha-us.org/calendar/. For Google Calendar users, add our events calendar to your list for easy access to meeting times and links: https://calendar.google.com/calendar/u/1?cid=a29oYS11cy5vcmdfZG1xb2pkczE5Zn… *Meetings* General Meeting - Wednesday, August 06 @ 8:30a PT / 11:30a ET / 15:30 UTC Board Meeting - Wednesday, August 13 @ 8:30a PT / 11:30a ET / 15:30 UTC *Special Interest Groups* Cataloging - Thursday, August 07 @ 8:00a PT / 11:00a ET / 15:00 UTC System Administration - Tuesday, August 12 @ 8:00a PT / 11:00a ET / 15:00 UTC Baby Devs - Thursday, August 14 @ 10:00a PT / 1:00p ET / 17:00 UTC Acquisitions - Tuesday, August 19 @ 9:00a PT / 12:00p ET / 16:00 UTC Web Development - Thursday, August 21 @ 10:00a PT / 1:00p ET / 17:00 UTC Circulation - Wednesday, August 27 @ 10:30 PT / 1:30 ET / 17:30 UTC Consortia - Thursday, August 28 @ 9:00a PT / 12:00p ET / 16:00 UTC Visit http://koha-us.org/special-interest-groups/ to learn more and sign up for topic-specific mailing lists. Most meetings and events are recorded and made available at https://www.youtube.com/kohaus Kristi Krueger koha-US Secretary secretary(a)koha-US.org

1 0

Report connecting bibliographic records and holdings
by Biblioteca FIUNER 28 Jul '25

28 Jul '25

Dear Sirs, we need a report that allows us to connect the information in a bibliographic record with the number of copies associated with it. We use the following syntax as a base, but we're missing a total number of copies per title: SELECT biblionumber, ExtractValue(metadata,'//datafield[@tag="100"]/subfield[@code="a"]') as Autor, ExtractValue(metadata,'//datafield[@tag="260"]/subfield[@code="c"]') as Añoedición, ExtractValue(metadata,'//datafield[@tag="245"]/*') as Titulo, ExtractValue(metadata,'//datafield[@tag="250"]/*') as Edicion,ExtractValue(metadata,'//datafield[@tag="260"]/subfield[@code="b"]') as Editorial, ExtractValue(metadata,'//datafield[@tag="020"]/*') as ISBN, ExtractValue(metadata,'//datafield[@tag="690"]/subfield[@code="a"]') as Asignatura, ExtractValue(metadata,'//datafield[@tag="690"]/subfield[@code="x"]') as CarrerayCondicion, extractValue(metadata,'//datafield[@tag="690"]/subfield[@code="y"]') as Añoplanificación FROM biblio_metadata WHERE (ExtractValue(metadata, '//datafield[@tag="690"]/subfield[@code="a"]')) != '' AND length(ExtractValue(metadata, '//datafield[@tag="690"]/subfield[@code="9"]')) != '' Thank you in advance for any response. Lic. Brenda Ramirez *Biblioteca "Dr. Eduardo A. Barbagelata"* biblioteca.ingenieria(a)uner.edu.ar +54 343 4571839 (de lun. a vie. de 8 a 18 hs.) https://biblioteca-fing.uner.edu.ar/cgi-bin/koha/opac-main.pl https://campus.ingenieria.uner.edu.ar/enrol/index.php?id=443 De* lunes a viernes de 8 a 18 hs.*

1 0

Koha Slow Sometimes
by Mona Panchaud 26 Jul '25

26 Jul '25

Hello, We have recently observed that our Koha installation is sometimes extremely slow and we ran into timeouts from Cloudflare. In the logs we were not able to see anything suspicious. Our server is also not fully maxed out in CPU/RAM. We have this week upgraded from 24.05 to 24.11 and hope that it will be better. Are there any other steps we can take to improve the performance? All the best, Mona

3 4

Koha Community Newsletter: July 2025
by Michael Kuhn 26 Jul '25

26 Jul '25

The Koha Community Newsletter for July 2025 is here: https://koha-community.org/koha-community-newsletter-july-2025/ Many thanks to everyone who submitted articles and news to this newsletter! Please feel free to e-mail me (mik(a)adminkuhn.ch) with any corrections or suggestions. Michael Kuhn Editor, Koha Community Newsletter

1 0

Koha July release
by Paul Derscheid 25 Jul '25

25 Jul '25

Hi all, The Koha community is proud to announce the release of July versions: 25.05.02 (v25.05.02-1) 24.11.07 (v24.11.07-1) 24.05.12 (v24.05.12-1) 22.11.29 (v22.11.29-1) It is a bugfix/maintenance release. It is recommended to upgrade. The full release notes are available at: https://koha-community.org/koha-25-05-02-released/ https://koha-community.org/koha-24-11-07-released/ https://koha-community.org/koha-24-05-12-released/ https://koha-community.org/koha-22-11-29-released/ Debian packages are available. Tarballs will follow soon. Note: due to various vacations, we are a couple days behind. Kind regards Paul -- LMSCloud GmbH Paul Derscheid - Software Engineer Bismarckstr. 3 - D-72764 Reutlingen e paul.derscheid(a)lmscloud.de w www.lmscloud.de

1 0

KohaCon26 – Community Vote Now Open!
by Caroline Cyr La Rose 24 Jul '25

24 Jul '25

Hello dear Koha community, As we gear up for KohaCon25 <https://2025.kohacon.org/> this November in Wellington, it’s also time to look ahead and choose the host for *KohaCon26*! The Process The bidding period officially closed on *28th March 2025 at 23:59 UTC*. We’re thrilled to announce that two institutions have stepped forward to host the next KohaCon: * *Karlsruhe Institute of Technology (KIT), Germany* <https://wiki.koha-community.org/wiki/KohaCon26_Proposals#Karlsruhe_Institut…> * *Cyprus University of Technology Library, Cyprus* <https://wiki.koha-community.org/wiki/KohaCon26_Proposals#Cyprus_University_…> As we have multiple bids, it’s now up to the community to decide through a vote. The Vote Voting is now open and will remain so until *12th September 2025 at 23:59 UTC* <https://www.timeanddate.com/worldclock/fixedtime.html?msg=End+of+vote&iso=2…>. This year, we’re using the *Koha community chat platform* (https://chat.koha-community.org) to run the vote. * You’ll need to register on the platform with your *email address* if you haven't already. * Each registered account gets *one anonymous vote*. * *Results remain hidden* until the poll closes *Click here to vote in the ballot <https://chat.koha-community.org/koha-community/pl/3csxzdqx8fym3jb7brryga9oge>* Let’s decide together where we’ll meet for KohaCon26! Thank you for participating, and see you (virtually or in person!) in Wellington! Warm regards, Caroline Cyr La Rose Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-rose(a)inlibro.com https://www.inLibro.com

1 0

Re: [Koha] Koha Digest, Vol 237, Issue 7 - AI bot scrapers on library sites
by Dwight Walker 23 Jul '25

23 Jul '25

I found this article on how many libraries worldwide are being attacked by AI bot scrapers which are badly written and make many connections instead of one. http://www.libraryjournal.com/story/news/ai-bots-swarm-library-cultural-her… July 12, 2025 10:00 AM, koha-request(a)lists.katipo.co.nz wrote: > Send Koha mailing list submissions to > koha(a)lists.katipo.co.nz > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.katipo.co.nz/mailman/listinfo/koha > or, via email, send a message with subject or body 'help' to > koha-request(a)lists.katipo.co.nz > > You can reach the person managing the list at > koha-owner(a)lists.katipo.co.nz > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Koha digest..." > > Today's Topics: > > 1. Re: Missing shelf browser (Elaine Bradtke) > 2. Re: Slowness & outages (Stowasser Rainer) > 3. Re: Slowness & outages (Michael Kuhn) > 4. Re: Slowness & outages (Thomas Klausner) > 5. Re: Slowness & outages (Mark Alexander) > 6. Re: Slowness & outages (Mark Alexander) > 7. Re: Slowness & outages (Jason Boyer) > 8. Re: Slowness & outages (Mark Alexander) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 10 Jul 2025 20:46:51 -0700 > From: Elaine Bradtke <eb(a)efdss.org> > To: koha <koha(a)lists.katipo.co.nz> > Subject: Re: [Koha] Missing shelf browser > Message-ID: > <CAPdfUuw16QHchDeQiZrb_jTup9LL12GSP9NWzqgnHvjbTKpgRQ(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > To clarify, the buttons to go back to the list or move to the next or > previous record are not displayed. > > Elaine > VWML <https://www.efdss.org/vwml> > > On Thu, Jul 10, 2025 at 4:16 PM Elaine Bradtke <eb(a)efdss.org> wrote: > >> We've just upgraded to 25.05.01. We use zebra searching. >> The browse shelf feature has vanished. We're also not able to go back to >> the list of search results. >> I didn't see any applicable preferences that needed to be changed. >> Has anyone else seen this? Any ideas what might be the problem? >> Thanks >> >> Elaine Bradtke >> VWML <https://www.efdss.org/vwml> >> English Folk Dance and Song Society <https://www.efdss.org> >> Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY >> Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and >> Song Society in London, England. If you wish to phone me personally, send >> an e-mail first. I work off site) >> -------------------------------------------------------------------------- >> Registered Company No. 297142 >> Charity Registered in England and Wales No. 305999 > > ------------------------------ > > Message: 2 > Date: Fri, 11 Jul 2025 05:31:17 +0000 > From: Stowasser Rainer <Rainer.Stowasser(a)geosphere.at> > To: Mark Alexander <marka(a)pobox.com>, Koha <Koha(a)lists.katipo.co.nz> > Subject: Re: [Koha] Slowness & outages > Message-ID: <fee81ed2aae24d3b95d5bbd1b68ace84(a)geosphere.at> > Content-Type: text/plain; charset="Windows-1252" > > we had the same Problem > > so our support firm hks3 installed > > https://anubis.techaro.lol > > it works fine. > > Kind regards > Hofrat Mag. Rainer Stowasser > Geosphere Austria IKS-Services > Vice Head Library, Publisher, Archive > branch manager Hohe Warte > > Hohe Warte 38, 1190 Vienna > T. +43 1 360 26 2006 > rainer.stowasser(a)geosphere.at | www.geosphere.at > > GeoSphere Austria – Bundesanstalt für Geologie, Geophysik, Klimatologie und Meteorologie | Anstalt > öffentlichen Rechts > Firmensitz: Hohe Warte 38, 1190 Wien | Firmenbuchnummer: 584036 b | Firmenbuchgericht: > Handelsgericht Wien > > ________________________________________ > Von: Koha <koha-bounces(a)lists.katipo.co.nz> im Auftrag von Mark Alexander <marka(a)pobox.com> > Gesendet: Donnerstag, 10. Juli 2025 23:34:26 > An: Koha > Betreff: Re: [Koha] Slowness & outages > > It looks I spoke too soon about my use of iptables to block out of > control web crawlers. Our Koha installation is now being attacked by > crawlers, and there are so many that using iptables isn't practical. > > Examining /var/log/apache2/other_vhosts_access.log shows that these > crawlers don't use any identification that can be used by fail2ban. > Here are a couple of them (with the name of our library changed, and URLs > shorted): > > koha.example.com:443 14.248.94.197 - - [10/Jul/2025:17:19:11 -0400] "GET > /cgi-bin/koha/opac-search.pl?... HTTP/1.1" 200 15946 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X > 10_11_1 rv:4.0; bem-ZM) AppleWebKit/535.45.1 (KHTML, like Gecko) Version/4.0.2 Safari/535.45.1" > koha.example.com:443 200.71.98.253 - - [10/Jul/2025:17:19:11 -0400] "GET > /cgi-bin/koha/opac-search.pl?... HTTP/1.1" 200 15960 "-" "Mozilla/5.0 (compatible; MSIE 9.0; > Windows CE; Trident/4.0)" > > Running a grep|sed|sort|uniq filter on the log show that we're being > attacked by almost 1000 crawlers today. > > I've tried adding these lines to /etc/apache2/apache2.conf: > > <IfModule mpm_worker_module> > MaxRequestWorkers 5 > </IfModule> > > But the attacks still keep both CPUs busy; top reports them as > follows: > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 10319 rpl-koha 20 0 288340 234040 20880 R 80.1 5.9 0:04.14 /usr/share/koha > 10085 rpl-koha 20 0 0 0 0 R 68.1 0.0 0:17.03 starman worker > > I'm not sure what to do next. I had thought of using the apache2 > authz_core module to restrict Koha to a handful of IP addresses, such > as those used by computers at the library. But this would prevent > patrons from accessing the OPAC from home. I'm pretty desperate now. > Suggestions welcome. > > This is on Linode, in case that makes a difference. > > -- > I'm doing my part to help preserve life on earth > by trying to preserve my own. --Ashleigh Brilliant > > _______________________________________________ > > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha > EXTERNAL EMAIL: Do not click any links or open any attachments unless you trust the sender and know > the content is safe. > > ------------------------------ > > Message: 3 > Date: Fri, 11 Jul 2025 09:21:27 +0200 > From: Michael Kuhn <mik(a)adminkuhn.ch> > To: koha(a)lists.katipo.co.nz > Subject: Re: [Koha] Slowness & outages > Message-ID: <0e7a0155-56bd-45d3-9c4c-c409ab5e4ba8(a)adminkuhn.ch> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Hi > > There is some documentation how to implement Anubis when running Koha: > > https://www.koha-support.eu/using-anubis-with-koha > > I tried it on my Koha demo installation ( https://koha.adminkuhn.ch ) > and as far as I can say it's the best approach. > > Best wishes: Michael > -- > Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis > Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz > T 0041 (0)61 261 55 61 · E mik(a)adminkuhn.ch · W www.adminkuhn.ch > > Am 11.07.25 um 07:31 schrieb Stowasser Rainer: > >> we had the same Problem >> >> so our support firm hks3 installed >> >> https://anubis.techaro.lol >> >> it works fine. >> >> Kind regards >> Hofrat Mag. Rainer Stowasser >> Geosphere Austria IKS-Services >> Vice Head Library, Publisher, Archive >> branch manager Hohe Warte >> >> Hohe Warte 38, 1190 Vienna >> T. +43 1 360 26 2006 >> rainer.stowasser(a)geosphere.at | www.geosphere.at >> >> GeoSphere Austria – Bundesanstalt für Geologie, Geophysik, Klimatologie und Meteorologie | Anstalt >> öffentlichen Rechts >> Firmensitz: Hohe Warte 38, 1190 Wien | Firmenbuchnummer: 584036 b | Firmenbuchgericht: >> Handelsgericht Wien >> >> ________________________________________ >> Von: Koha <koha-bounces(a)lists.katipo.co.nz> im Auftrag von Mark Alexander <marka(a)pobox.com> >> Gesendet: Donnerstag, 10. Juli 2025 23:34:26 >> An: Koha >> Betreff: Re: [Koha] Slowness & outages >> >> It looks I spoke too soon about my use of iptables to block out of >> control web crawlers. Our Koha installation is now being attacked by >> crawlers, and there are so many that using iptables isn't practical. >> >> Examining /var/log/apache2/other_vhosts_access.log shows that these >> crawlers don't use any identification that can be used by fail2ban. >> Here are a couple of them (with the name of our library changed, and URLs >> shorted): >> >> koha.example.com:443 14.248.94.197 - - [10/Jul/2025:17:19:11 -0400] "GET >> /cgi-bin/koha/opac-search.pl?... HTTP/1.1" 200 15946 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X >> 10_11_1 rv:4.0; bem-ZM) AppleWebKit/535.45.1 (KHTML, like Gecko) Version/4.0.2 Safari/535.45.1" >> koha.example.com:443 200.71.98.253 - - [10/Jul/2025:17:19:11 -0400] "GET >> /cgi-bin/koha/opac-search.pl?... HTTP/1.1" 200 15960 "-" "Mozilla/5.0 (compatible; MSIE 9.0; >> Windows CE; Trident/4.0)" >> >> Running a grep|sed|sort|uniq filter on the log show that we're being >> attacked by almost 1000 crawlers today. >> >> I've tried adding these lines to /etc/apache2/apache2.conf: >> >> <IfModule mpm_worker_module> >> MaxRequestWorkers 5 >> </IfModule> >> >> But the attacks still keep both CPUs busy; top reports them as >> follows: >> >> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND >> 10319 rpl-koha 20 0 288340 234040 20880 R 80.1 5.9 0:04.14 /usr/share/koha >> 10085 rpl-koha 20 0 0 0 0 R 68.1 0.0 0:17.03 starman worker >> >> I'm not sure what to do next. I had thought of using the apache2 >> authz_core module to restrict Koha to a handful of IP addresses, such >> as those used by computers at the library. But this would prevent >> patrons from accessing the OPAC from home. I'm pretty desperate now. >> Suggestions welcome. >> >> This is on Linode, in case that makes a difference. >> >> -- >> I'm doing my part to help preserve life on earth >> by trying to preserve my own. --Ashleigh Brilliant >> >> _______________________________________________ >> >> Koha mailing list http://koha-community.org >> Koha(a)lists.katipo.co.nz >> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha >> EXTERNAL EMAIL: Do not click any links or open any attachments unless you trust the sender and know >> the content is safe. >> >> _______________________________________________ >> >> Koha mailing list http://koha-community.org >> Koha(a)lists.katipo.co.nz >> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha > > -- > Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis > Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz > T 0041 (0)61 261 55 61 · E mik(a)adminkuhn.ch · W www.adminkuhn.ch > > ------------------------------ > > Message: 4 > Date: Fri, 11 Jul 2025 09:24:22 +0200 > From: Thomas Klausner <domm(a)plix.at> > To: koha(a)lists.katipo.co.nz > Subject: Re: [Koha] Slowness & outages > Message-ID: <aHC8JhVmBCNH_1ni(a)f13.plix.at> > Content-Type: text/plain; charset=us-ascii > > Hi! > > On Fri, Jul 11, 2025 at 05:31:17AM +0000, Stowasser Rainer wrote: > >> so our support firm hks3 installed >> >> https://anubis.techaro.lol >> >> it works fine. > > See a bit more info in our blog post here: https://www.koha-support.eu/using-anubis-with-koha > > OpenFifth also published a nice post, with a bit more background info: > https://openfifth.co.uk/fighting-the-ai-bots > > Greetings, > domm (HKS3) > > -- > Thomas Klausner domm https://domm.plix.at > Just another ( Perl | Postgres | Koha | Bicycle | Food | Photo | Vinyl ) Hacker > > Today I managed to write a #Postgres query using 2 CTEs and a window function to delete some > duplicate values (which should have been prevented by a proper unique constraint..) with only a > tiny peek into the docs (I forgot the name of the `row_number()` function). > [ 2025-07-10 19:40 > https://domm.plix.at/microblog.html ] > > Today #mst passed away. I really enjoyed meeting him at conferences, listeing to his weird & > wonderful (and thus very Perlish) talks and chatting with him during the social track. I guess I > use some of his code every day. :-( #Perl > https://www.shadowcat.co.uk/2025/07/09/ripples-they-cause-in-the-world > [ 2025-07-09 19:32 > https://domm.plix.at/microblog.html ] > > ------------------------------ > > Message: 5 > Date: Fri, 11 Jul 2025 07:45:36 -0400 > From: Mark Alexander <marka(a)pobox.com> > To: Stowasser Rainer <Rainer.Stowasser(a)geosphere.at> > Cc: Koha <Koha(a)lists.katipo.co.nz> > Subject: Re: [Koha] Slowness & outages > Message-ID: <1752234305-csup-4163(a)bionic.bloovis.com> > Content-Type: text/plain; charset=UTF-8; > > Excerpts from Stowasser Rainer's message of 2025-07-11 05:31:17 UTC: >> https://anubis.techaro.lol > > Thank you! I will look into this now. > > -- > I'm trying to live my life -- a task so difficult it > has never been attempted before. --Ashleigh Brilliant > > ------------------------------ > > Message: 6 > Date: Fri, 11 Jul 2025 08:22:17 -0400 > From: Mark Alexander <marka(a)pobox.com> > To: Thomas Klausner <domm(a)plix.at> > Cc: koha <koha(a)lists.katipo.co.nz> > Subject: Re: [Koha] Slowness & outages > Message-ID: <1752235419-csup-4685(a)bionic.bloovis.com> > Content-Type: text/plain; charset=UTF-8; > > Excerpts from Thomas Klausner's message of 2025-07-11 07:24:22 UTC: >> See a bit more info in our blog post here: https://www.koha-support.eu/using-anubis-with-koha > > This is helpful, but I'm puzzled by this line from the SSL configuration example: > > AssignUserID < > > This looks like it's missing something. I'm assuming it should be the > same as the equivalent line from the localhost:80 configuration > example: > > AssignUserID <instancename>-koha <instancename>-koha > > -- > My object is to save the world, while still leading > a pleasant life. --Ashleigh Brilliant > > ------------------------------ > > Message: 7 > Date: Fri, 11 Jul 2025 11:09:30 -0400 > From: Jason Boyer <JBoyer(a)equinoxoli.org> > To: Mark Alexander <marka(a)pobox.com> > Cc: koha <koha(a)lists.katipo.co.nz> > Subject: Re: [Koha] Slowness & outages > Message-ID: > <CANhZHJPi3EmYRa36HwbRJkad8=pZETPdt4vsLP2KsuMpCXYz9w(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Hi Mark, while I would encourage you to keep looking into Anubis something > you can do to buy yourself some more time is to block user agents that are > almost certainly fake. One of your examples shows what claims to be MSIE 9 > running on Windows CE. Actual patrons are not running anything with Windows > 9X, NT 3/4/5, or CE, all of which you're likely to find single requests per > IP in your logs (and mostly wouldn't even be able connect to modern TLS). > Also blocking anything claiming to be Chrome or Firefox with a version less > than 100 (several years old by now) will make a huge difference without > actually impacting real users. Though that one may need to be narrowed down > to just Windows and macOS if you have some locations using old Linux > machines (usually Raspberry Pi's) running older versions of Chrome, because > it can't keep itself up to date as easily on Linux. > Good luck! > > Jason > > -- > Jason Boyer > Senior System Administrator > Equinox Open Library Initiative > JBoyer(a)equinoxOLI.org > +1 (877) Open-ILS (673-6457) > https://equinoxOLI.org > > On Fri, Jul 11, 2025 at 8:22 AM Mark Alexander <marka(a)pobox.com> wrote: > >> Excerpts from Thomas Klausner's message of 2025-07-11 07:24:22 UTC: >> See a bit more info in our blog post here: >> https://www.koha-support.eu/using-anubis-with-koha >> >> This is helpful, but I'm puzzled by this line from the SSL configuration >> example: >> >> AssignUserID < >> >> This looks like it's missing something. I'm assuming it should be the >> same as the equivalent line from the localhost:80 configuration >> example: >> >> AssignUserID <instancename>-koha <instancename>-koha >> >> -- >> My object is to save the world, while still leading >> a pleasant life. --Ashleigh Brilliant >> >> _______________________________________________ >> >> Koha mailing list http://koha-community.org >> Koha(a)lists.katipo.co.nz >> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha > > ------------------------------ > > Message: 8 > Date: Fri, 11 Jul 2025 13:33:09 -0400 > From: Mark Alexander <marka(a)pobox.com> > To: koha <koha(a)lists.katipo.co.nz> > Subject: Re: [Koha] Slowness & outages > Message-ID: <1752254994-csup-1824(a)bionic.bloovis.com> > Content-Type: text/plain; charset=UTF-8; > > Excerpts from Jason Boyer's message of 2025-07-11 15:09:30 UTC: >> Hi Mark, while I would encourage you to keep looking into Anubis something >> you can do to buy yourself some more time is to block user agents that are >> almost certainly fake. > > I've implemented Anubis on our Koha installation, and it seems to be working. > > -- > Try to have as good a life as you can > under the circumstances. --Ashleigh Brilliant > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Koha mailing list > Koha(a)lists.katipo.co.nz > https://lists.katipo.co.nz/mailman/listinfo/koha > > ------------------------------ > > End of Koha Digest, Vol 237, Issue 7 > ************************************ Dwight Walker WWWalker Web Development Pty Ltd https://wwwalker.com.au

1 0

koha-US General Meeting Minutes for Wednesday, July 02, 2025
by Kristi Krueger 15 Jul '25

15 Jul '25

Hello, Here's a link to the minutes from the koha-US General Meeting held on Wednesday, July 02, 2025- https://docs.google.com/document/d/1TUKk8CAmbELtJ48Nf3X5stwgJTsGJIOChYSFPxS… The recording for the general meeting has been posted; there's a link to the recording in the minutes. koha-US meetings are open to all! The next general meeting will be on Wednesday, 06 August, 2025 at 8:30 am PT / 9:30 am MT / 10:30 am CT / 11:30 am ET. The next board meeting will be on Wednesday, 13 August, 2025 at 8:30 am PT / 9:30 am MT / 10:30 am CT / 11:30 am ET. Kristi Krueger koha-US Secretary secretary(a)koha-us.org

1 0