<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hi David, <br>
</p>
<p>Thanks for your response. I think what you outline would work for
our use case and would be a good first step to be upstreamed also.</p>
<p>I feel like adding the functionality of giving librarians the
ability to moderate self-registrations could still be a good end
goal for Koha - so that the self registration behaviour could be
more consistent with OPAC patron self edit request behaviour. <br>
</p>
<p>Could you please let me know how have you locally configured SIP
to not allow login for restricted patrons?<br>
</p>
<p>Kind regards,</p>
<p>Alex</p>
<p><br>
</p>
<div class="moz-cite-prefix">On 2/09/22 11:42,
<a class="moz-txt-link-abbreviated" href="mailto:dcook@prosentient.com.au">dcook@prosentient.com.au</a> wrote:<br>
</div>
<blockquote type="cite"
cite="mid:0f1001d8be5c$93c8d1f0$bb5a75d0$@prosentient.com.au">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<style>@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}@font-face
{font-family:DengXian;
panose-1:2 1 6 0 3 1 1 1 1 1;}@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}@font-face
{font-family:"\@DengXian";
panose-1:2 1 6 0 3 1 1 1 1 1;}@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0cm;
font-size:10.0pt;
font-family:"Courier New";}span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;}span.EmailStyle21
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}div.WordSection1
{page:WordSection1;}</style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal">You know one option would be to add a
Restriction/Debarment to the user on self-registration (like
we do locally) and then make sure that SIP doesn’t allow login
for restricted patrons (I notice that is what we do locally as
well). <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">It wouldn’t meet all use cases, but it
could work for yours. <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">David Cook<o:p></o:p></p>
<p class="MsoNormal">Senior Software Engineer<o:p></o:p></p>
<p class="MsoNormal">Prosentient Systems<o:p></o:p></p>
<p class="MsoNormal">Suite 7.03<o:p></o:p></p>
<p class="MsoNormal">6a Glen St<o:p></o:p></p>
<p class="MsoNormal">Milsons Point NSW 2061<o:p></o:p></p>
<p class="MsoNormal">Australia<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Office: 02 9212 0899<o:p></o:p></p>
<p class="MsoNormal">Online: 02 8005 0595<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1
1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span
lang="EN-US"> Koha-devel
<a class="moz-txt-link-rfc2396E" href="mailto:koha-devel-bounces@lists.koha-community.org"><koha-devel-bounces@lists.koha-community.org></a> <b>On
Behalf Of </b>Alex Buckley<br>
<b>Sent:</b> Thursday, 1 September 2022 3:40 PM<br>
<b>To:</b> Arthur <a class="moz-txt-link-rfc2396E" href="mailto:arthur.suzuki@biblibre.com"><arthur.suzuki@biblibre.com></a>;
koha-devel <a class="moz-txt-link-rfc2396E" href="mailto:koha-devel@lists.koha-community.org"><koha-devel@lists.koha-community.org></a><br>
<b>Subject:</b> Re: [Koha-devel] Enable libraries to
moderate OPAC self-registrations<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p>Hi Arthur, <o:p></o:p></p>
<p>Thanks very much for your reply. Very interesting idea!<o:p></o:p></p>
<p>Are the electronic resources that you hide with Bokeh the
links in biblio 856$u subfields? <o:p></o:p></p>
<p>To give you some more context, one of the reasons this
feature was proposed was that as soon as patrons have a Koha
userid and password then they could authenticate (via
Stunnel/SIP2) to electronic platforms linked from the OpacNav
HTML customisations on the OPAC home page.<o:p></o:p></p>
<p>Meaning if the OPAC has OPACPublic='Enable' then electronic
resource platform links in HTML customisations would be
visible on the OPAC home page and, therefore, accessible to
all users regardless of their patron category.<o:p></o:p></p>
<p>Having some ability for libraries to moderate registrations,
before those users have a userid and password, would restrict
whether they could authenticate to these electronic platforms
via Stunnel/SIP2.<o:p></o:p></p>
<p>Thanks,<o:p></o:p></p>
<p>Alex<o:p></o:p></p>
<p><o:p> </o:p></p>
<div>
<p class="MsoNormal">On 1/09/22 01:01, Arthur wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p>Hi Alex (&folks)<o:p></o:p></p>
<p>What about the electronic ressources uses the Koha
groups/patron_category to allow or deny access to the
resource?<o:p></o:p></p>
<p>Then if newly created patrons have a specific default
category, then this category could be denied access to
electronic resources.<o:p></o:p></p>
<p>We've done this way for our frontend software (Bokeh) and
it works quite well. Upon login, the patron category is
received.<o:p></o:p></p>
<p>Depending on the category, the user can see the links to
electronic resource or not. Also the electronic resource
server checks the category against Koha using CAS
attributes.<o:p></o:p></p>
<p>Cheers,<o:p></o:p></p>
<p>Arthur<o:p></o:p></p>
<div>
<p class="MsoNormal">On 31/08/2022 06:32, Alex Buckley
wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p>Thanks for that Tomas, I appreciate it. I will add a
separate table(s) and will have a think about what you
have noted.<o:p></o:p></p>
<p>Kind regards,<o:p></o:p></p>
<p>Alex<o:p></o:p></p>
<p><o:p> </o:p></p>
<div>
<p class="MsoNormal">On 31/08/22 14:35, Tomas Cohen Arazi
wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal">Please, use a separate table. And
think of the request workflow handling in the db, the
statuses (as enum), how it will be handled at library
or library group level. Even if not implemented at
this stage. Also, maybe you need more than one table,
don't fear adding tables if they make sense and give
us a cleaner implementation. <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Moderation should be traceable,
etc.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Thinking of API routes for the
process usually clears the design issues as it
points to the classes you will need.<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">El lun, 29 ago 2022 19:46, Alex
Buckley <<a
href="mailto:alexbuckley@catalyst.net.nz"
moz-do-not-send="true"
class="moz-txt-link-freetext">alexbuckley@catalyst.net.nz</a>>
escribió:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC
1.0pt;padding:0cm 0cm 0cm
6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<p>Kia ora/Hello Koha community, <o:p></o:p></p>
<p>I am currently working on reviving <a
href="https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25090"
target="_blank" moz-do-not-send="true">bug 25090</a>
( Moderate OPAC self-registrations before a patron
account is created ).<o:p></o:p></p>
<p><b>New proposed functionality:</b><o:p></o:p></p>
<p>Step 1: The library enables both the new
'PatronSelfRegistrationModeration' syspref and the
existing 'OpacResetPassword' syspref.<br>
<br>
<o:p></o:p></p>
<p>Step 2: When a user submits an OPAC
self-registration their Koha patron account is not
created immediately - i.e. they cannot yet log
into the OPAC.<br>
<br>
<o:p></o:p></p>
<p>Step 3: A pending registration link appears at
the bottom of the staff client home page (like
what's currently done with new purchase
suggestions, or OPAC patron modification
requests). <br>
<br>
<o:p></o:p></p>
<p>Step 4: Librarians can click on the link to go to
a page to approve or decline the registration.<o:p></o:p></p>
<p>Step 4a: If approved the user is sent an email
notice, containing their Koha username and an OPAC
reset password link.<br>
<br>
<o:p></o:p></p>
<p>Step 4b: If declined the user is sent a different
email notice.<br>
<br>
<o:p></o:p></p>
<p><b>The rationale for adding this feature:</b><br>
You can currently limit the circulation of
self-registered patrons - by using the
PatronSelfRegistrationDefaultCategory syspref and
creating circulation rule(s) for that category.<br>
<br>
<o:p></o:p></p>
<p>However, users only need an OPAC login (without
the ability to circulate) to access electronic
content providers (integrated with Koha via
STunnel/SIP2). Some electronic content providers
charge libraries based on their usage. Meaning it
might not be optimal having anyone from around the
world self-registering for a library OPAC login
and accessing electronic content from some
providers, therefore, incurring extra costs for
the library.<br>
<br>
<o:p></o:p></p>
<p>Bug 25090 was originally developed in the early
days of the pandemic to ensure new
self-registering OPAC users accessing 3rd party
databases were coming from acceptable locations
i.e. they were members of the organisation the
library is in.<br>
<br>
<o:p></o:p></p>
<p>More details can be found here: <a
href="https://www.catalyst.net.nz/blog/mental-health-education-resource-library-now-offers-online-self-registration"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://www.catalyst.net.nz/blog/mental-health-education-resource-library-now-offers-online-self-registration</a><br>
<br>
<o:p></o:p></p>
<p class="MsoNormal"><b>Questions I would like to
hear your thoughts on please:</b> <o:p></o:p></p>
<p>Q1: Are you in favour of this as a new feature in
Koha?<br>
<br>
<o:p></o:p></p>
<p>Q2: Would you prefer a new database table be
added for self-registrations awaiting approval, or
should I use the borrowers_modifications table -
as is used by OPAC patron modification requests?<o:p></o:p></p>
<p>Q3: How would you envisage this self-registration
moderation feature fitting in with the existing
PatronSelfRegistrationVerifyByEmail and
PatronSelfRegistrationDefaultCategory sysprefs?<o:p></o:p></p>
<p>Any thoughts much appreciated.<o:p></o:p></p>
<p>Kind regards,<br>
<br>
<o:p></o:p></p>
<p>Alex<br>
<br>
<o:p></o:p></p>
</div>
<p class="MsoNormal">_______________________________________________<br>
Koha-devel mailing list<br>
<a href="mailto:Koha-devel@lists.koha-community.org"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">Koha-devel@lists.koha-community.org</a><br>
<a
href="https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel</a><br>
website : <a href="https://www.koha-community.org/"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://www.koha-community.org/</a><br>
git : <a href="https://git.koha-community.org/"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://git.koha-community.org/</a><br>
bugs : <a href="https://bugs.koha-community.org/"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://bugs.koha-community.org/</a><o:p></o:p></p>
</blockquote>
</div>
</blockquote>
<pre>-- <o:p></o:p></pre>
<pre>Alex Buckley<o:p></o:p></pre>
<pre>Koha Developer | Implementation Lead<o:p></o:p></pre>
<pre>Catalyst IT - Expert Open Source Solutions<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
<pre>Catalyst.Net Ltd - a Catalyst IT group company<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
<pre>CONFIDENTIALITY NOTICE: This email is intended for the named recipients only.<o:p></o:p></pre>
<pre>It may contain privileged, confidential or copyright information. If you are not<o:p></o:p></pre>
<pre>the named recipient, any use, reliance upon, disclosure or copying of this email<o:p></o:p></pre>
<pre>or its attachments is unauthorised. If you have received this email in error,<o:p></o:p></pre>
<pre>please reply via email or call +64 4 499 2267.<o:p></o:p></pre>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>Koha-devel mailing list<o:p></o:p></pre>
<pre><a href="mailto:Koha-devel@lists.koha-community.org" moz-do-not-send="true" class="moz-txt-link-freetext">Koha-devel@lists.koha-community.org</a><o:p></o:p></pre>
<pre><a href="https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel" moz-do-not-send="true" class="moz-txt-link-freetext">https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel</a><o:p></o:p></pre>
<pre>website : <a href="https://www.koha-community.org/" moz-do-not-send="true" class="moz-txt-link-freetext">https://www.koha-community.org/</a><o:p></o:p></pre>
<pre>git : <a href="https://git.koha-community.org/" moz-do-not-send="true" class="moz-txt-link-freetext">https://git.koha-community.org/</a><o:p></o:p></pre>
<pre>bugs : <a href="https://bugs.koha-community.org/" moz-do-not-send="true" class="moz-txt-link-freetext">https://bugs.koha-community.org/</a><o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>Koha-devel mailing list<o:p></o:p></pre>
<pre><a href="mailto:Koha-devel@lists.koha-community.org" moz-do-not-send="true" class="moz-txt-link-freetext">Koha-devel@lists.koha-community.org</a><o:p></o:p></pre>
<pre><a href="https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel" moz-do-not-send="true" class="moz-txt-link-freetext">https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel</a><o:p></o:p></pre>
<pre>website : <a href="https://www.koha-community.org/" moz-do-not-send="true" class="moz-txt-link-freetext">https://www.koha-community.org/</a><o:p></o:p></pre>
<pre>git : <a href="https://git.koha-community.org/" moz-do-not-send="true" class="moz-txt-link-freetext">https://git.koha-community.org/</a><o:p></o:p></pre>
<pre>bugs : <a href="https://bugs.koha-community.org/" moz-do-not-send="true" class="moz-txt-link-freetext">https://bugs.koha-community.org/</a><o:p></o:p></pre>
</blockquote>
<pre>-- <o:p></o:p></pre>
<pre>Alex Buckley<o:p></o:p></pre>
<pre>Koha Developer | Implementation Lead<o:p></o:p></pre>
<pre>Catalyst IT - Expert Open Source Solutions<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
<pre>Catalyst.Net Ltd - a Catalyst IT group company<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
<pre>CONFIDENTIALITY NOTICE: This email is intended for the named recipients only.<o:p></o:p></pre>
<pre>It may contain privileged, confidential or copyright information. If you are not<o:p></o:p></pre>
<pre>the named recipient, any use, reliance upon, disclosure or copying of this email<o:p></o:p></pre>
<pre>or its attachments is unauthorised. If you have received this email in error,<o:p></o:p></pre>
<pre>please reply via email or call +64 4 499 2267.<o:p></o:p></pre>
</div>
</blockquote>
<pre class="moz-signature" cols="72">--
Alex Buckley
Koha Developer | Implementation Lead
Catalyst IT - Expert Open Source Solutions
Catalyst.Net Ltd - a Catalyst IT group company
CONFIDENTIALITY NOTICE: This email is intended for the named recipients only.
It may contain privileged, confidential or copyright information. If you are not
the named recipient, any use, reliance upon, disclosure or copying of this email
or its attachments is unauthorised. If you have received this email in error,
please reply via email or call +64 4 499 2267.</pre>
</body>
</html>