koha-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Koha-devel] KohaAdminEmailAddress system preference is not set?


From: Ingrid Lacis
Subject: RE: [Koha-devel] KohaAdminEmailAddress system preference is not set?
Date: Thu Apr 24 12:57:07 2003


Just a little thing - is the librarian expected to re-enter the data
from the email, or can they just approve the change and it's added
automatically?

Yes the data would have to be re-entered.

Depending on the library, the librarian might request that the patron come to the library with proof of change of address or change of name. I would imagine that things like change of email or work phone would be entered without contacting the patron again.

If it were my library I would only have things that could be updated without verification such as email or work telephone available on the OPAC (and have those go directly to the database) and a notice that the patron needs to come in with required proofs for other changes.

Ingrid

Classic thing - what if the patron updates a spelling mistake and the
librarian is slightly dyslexic or whatever and promptly makes the same
(or a different) mistake again while "correcting" the data. This would
drive me wild.

The obvious way to do this is for the email to contain a SQL statement
the librarian can cut-n-paste, or create a user-id monitored by the
database to which emails are forwarded and acted on automagically. Or
save the patron's input in an update queue which is then made live when
the librarian approves it.

Cheers,
Wol



Recently this copy was added to the OPAC

"Please, change what's needed. Note that a mail will be sent to the
library,
that will validate changes.
So, the changes you will do won't appear immediatly."

(Yes - I just noticed the mis-spelling - I'm gonna do a bug report.)

You are right - it would be nice after the patron submits the update
form to
get a response form saying - Your changes have been sent, etc.

Ingrid

>From: "Owen Leonard" >To: address@hidden
>Subject: Re: [Koha-devel] KohaAdminEmailAddress system preference is
not
>set?
>Date: Wed, 23 Apr 2003 17:14:02 -0400
>Received: from sc8-sf-list2.sourceforge.net ([66.35.250.206]) by
>mc10-f17.bay6.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Wed,
23
>Apr 2003 14:17:14 -0700
>Received: from sc8-sf-list1-b.sourceforge.net ([10.3.1.13]
>helo=sc8-sf-list1.sourceforge.net)by sc8-sf-list2.sourceforge.net with
>esmtp (Exim 3.31-VA-mm2 #1 (Debian))id 198RbW-0006w1-00; Wed, 23 Apr
2003
>14:16:34 -0700
>Received: from alma.athenscounty.lib.oh.us ([66.213.78.75])by
>sc8-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1
(Debian))id
>198RaT-00084s-00for <address@hidden>; Wed, 23 Apr
2003
>14:15:29 -0700
>Received: (from address@hidden)by alma.athenscounty.lib.oh.us
>(8.11.6/8.11.2) id h3NLHSD18376for address@hidden;
Wed,
>23 Apr 2003 17:17:28 -0400
>Received: from alma.athenscounty.lib.oh.us (athenscounty.lib.oh.us
>[66.213.78.70])by alma.athenscounty.lib.oh.us (VaMailArmor-2.0.1.1) id
>18369-7A3CAEC2;Wed, 23 Apr 2003 17:17:10 -0400
>X-Message-Info: yilqo4+6kc64AXpUCzRAW30W84h6gtv8
>Message-Id: <address@hidden>
>X-AntiVirus: OK! Vexira MailArmor Version 2.0.1.1; VAE: 6.19.0.3; VDF:
>6.19.0.8 at alma.athenscounty.lib.oh.us has not found any known virus
in
>this email.
>Sender: address@hidden
>Errors-To: address@hidden
>X-BeenThere: address@hidden
>X-Mailman-Version: 2.0.9-sf.net
>Precedence: bulk
>List-Help:
<mailto:address@hidden>
>List-Post: <mailto:address@hidden>
>List-Subscribe:
><https://lists.sourceforge.net/lists/listinfo/koha-devel>,<mailto:koha-
address@hidden>
>List-Id: <koha-devel.lists.sourceforge.net>
>List-Unsubscribe:
><https://lists.sourceforge.net/lists/listinfo/koha-devel>,<mailto:koha-
address@hidden>
>List-Archive:
><http://sourceforge.net/mailarchive/forum.php?forum=koha-devel>
>X-Original-Date: Wed, 23 Apr 2003 17:14:02 -0400
>Return-Path: address@hidden
>X-OriginalArrivalTime: 23 Apr 2003 21:17:14.0772 (UTC)
>FILETIME=[B6517540:01C309DD]
>
> > >>Yes - the librarian receives an email with the
> > >>old and new values.
> > >>
> > In fact, the mail does not ask to confirm the
> > change, but to ENTER the
> > change => nothing is done directly in the OPAC.
>
>But shouldn't the OPAC user receive feedback about their submission?
The
>only
>thing that happens when I try it is the page is re-displayed with the
old
>values filled in.
>
>   -- Owen
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Koha-devel mailing list
>address@hidden
>https://lists.sourceforge.net/lists/listinfo/koha-devel


_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
http://join.msn.com/?page=features/junkmail



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Koha-devel mailing list
address@hidden
https://lists.sourceforge.net/lists/listinfo/koha-devel
<< InterScan_Disclaimer.txt >>


_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus




reply via email to

[Prev in Thread] Current Thread [Next in Thread]