https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30332 Bug ID: 30332 Summary: SRU does not work via https Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs@lists.koha-community.org Reporter: domm@plix.at QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl I tried to add an SRU service for https://www.obvsg.at/en/catalogues/access-via-sru. They only provide access via https. So I set it up like this: Server name: OBVSGT Hostname: https://services.obvsg.at Port: 443 Database: sru/OBV-LIT Additional SRU Options: operation=searchRetrieve, sru=get, sru_version=1.1 SRU search field mappings: title=alma.title,isbn=alma.isbn,srchany=alma.all_for_ui,author=alma.creator,issn=alma.issn,subject=alma.subjects,dewey=alma.dewey_decimal_class_number This produces a valid URL when calling _create_connetion in C4::Breeding. But the SRU API always returned errors: 235 Database does not exist. So I tried to figure out what Koha is actually sending, but failed, because this seems to happen in some C code via ZOOM. But we have a lot of working SRU setups via plain http. So I hacked up a quick proxy, launched that on a non-https port, and now it works. So I assume that Zoom has a problem with https, which is very annoying, because more and more services will switch to https only in the future (or already have switched) Any ideas what to do here? I will attach my proxy script in a minute, so you can see for yourself... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.