Re: [Koha] How disable sending email

[Liz Rea]

If you installed with packages, you can run

sudo koha-email-disable instancename

where instancename is the name of your instance. This will disable all
emails, including things like hold notices and all of the enhanced notices.

Cheers,
Liz


On 06/04/17 06:09, Eric Bégin wrote:
> Tim,
>
> Meanwhile, you can comment out the process_message_queue.pl script
> from your cronjob.
>
> Eric
>
> On 2017-04-05 14:01, Jonathan Druart wrote:
>> Hi Tim,
>>
>> This is certainly dues to bug 15854.
>> It has been fixed in all stable releases.
>>
>> Regards,
>> Jonathan
>>
>> On Wed, 5 Apr 2017 at 14:37 Tim Koop  wrote:
>>
>>> Our Koha is sending duplicated emails for checkin notices.
>>>
>>> Is there an easy way to disable this for everybody until we can upgrade
>>> Koha to get it fixed?
>>>
>>> Thanks.
>>>
>>>
>>> Tim Koop
>>> ,
>>> t...@mysouthland.com
>>> ___
>>> Koha mailing list  http://koha-community.org
>>> Koha@lists.katipo.co.nz
>>> https://lists.katipo.co.nz/mailman/listinfo/koha
>>>
>> ___
>> Koha mailing list  http://koha-community.org
>> Koha@lists.katipo.co.nz
>> https://lists.katipo.co.nz/mailman/listinfo/koha
>
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha

-- 
--
Liz Rea
Catalyst.Net Limited
Level 6, Catalyst House, 
150 Willis Street, Wellington.
P.O Box 11053, Manners Street, 
Wellington 6142

GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7

___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Authority file

[vikram zadgaonkar]

Thanks Bob, I will read and try.

On 6 Apr 2017 5:26 a.m., "Bob Birchall"  wrote:

> On 05/04/17 22:21, vikram zadgaonkar wrote:
>
>> Hi,
>> Can we import authority file for Authors in koha ?
>> ___
>> Koha mailing list  http://koha-community.org
>> Koha@lists.katipo.co.nz
>> https://lists.katipo.co.nz/mailman/listinfo/koha
>>
> Have you read the manual?
>
> https://koha-community.org/manual/16.11/html/ch06s03.html
> https://koha-community.org/manual/16.11/html/ch02.html#authprefs
> https://koha-community.org/manual/16.11/html/ch03s02.html#stagemarc
>
> I hope this helps.
> Bob Birchall
> Calyx
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Authority file

[Bob Birchall]

On 05/04/17 22:21, vikram zadgaonkar wrote:

Hi,
Can we import authority file for Authors in koha ?
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Have you read the manual?

https://koha-community.org/manual/16.11/html/ch06s03.html
https://koha-community.org/manual/16.11/html/ch02.html#authprefs
https://koha-community.org/manual/16.11/html/ch03s02.html#stagemarc

I hope this helps.
Bob Birchall
Calyx
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] A question about the icon reference.gif packed into the Bridge iconset in Koha

[Indranil Das Gupta]

Hi all,

I'm curious (and slightly confused) about the reference.gif shipped as
part of the Bridge Material type iconset in Koha. Where did it come
from?

https://apps.carleton.edu/campus/library/bridge_icons/ lists the
icons, but there seems to be no reference.gif or psd or ai file in the
currently available iconset at
https://apps.carleton.edu/campus/library/bridge_icons/bridge_material_icons_1.0.zip

cheers
-idg

--
Indranil Das Gupta
L2C2 Technologies

Phone : +91-98300-20971
WWW  : http://www.l2c2.co.in
Blog: http://blog.l2c2.co.in
IRC : indradg on irc://irc.freenode.net
Twitter : indradg
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How disable sending email

[Eric Bégin]

Tim,

Meanwhile, you can comment out the process_message_queue.pl script from 
your cronjob.


Eric

On 2017-04-05 14:01, Jonathan Druart wrote:

Hi Tim,

This is certainly dues to bug 15854.
It has been fixed in all stable releases.

Regards,
Jonathan

On Wed, 5 Apr 2017 at 14:37 Tim Koop  wrote:


Our Koha is sending duplicated emails for checkin notices.

Is there an easy way to disable this for everybody until we can upgrade
Koha to get it fixed?

Thanks.


Tim Koop
,
t...@mysouthland.com
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How disable sending email

[Jonathan Druart]

Hi Tim,

This is certainly dues to bug 15854.
It has been fixed in all stable releases.

Regards,
Jonathan

On Wed, 5 Apr 2017 at 14:37 Tim Koop  wrote:

> Our Koha is sending duplicated emails for checkin notices.
>
> Is there an easy way to disable this for everybody until we can upgrade
> Koha to get it fixed?
>
> Thanks.
>
>
> Tim Koop
> ,
> t...@mysouthland.com
> ___
> Koha mailing list  http://koha-community.org
> Koha@lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] How disable sending email

[Tim Koop]

Oh yeah, our version is 3.14.00.000.

I know it's old.  We are planning a new installation "soon".

I tried implementing the patch for bug 15854, but it didn't work.  So now we 
want to just disable all email sending until we get the latest version 
installed.

Is there a quick setting called "Enable/Disable sending email" or something?

Thanks!

--
Tim


-Original Message-
From: Koha [mailto:koha-boun...@lists.katipo.co.nz] On Behalf Of Tim Koop
Sent: Wednesday, April 05, 2017 12:37 PM
To: koha@lists.katipo.co.nz
Subject: [Koha] How disable sending email

Our Koha is sending duplicated emails for checkin notices.

Is there an easy way to disable this for everybody until we can upgrade Koha to 
get it fixed?

Thanks.


Tim Koop
,
t...@mysouthland.com
___
Koha mailing list  http://koha-community.org Koha@lists.katipo.co.nz 
https://lists.katipo.co.nz/mailman/listinfo/koha
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] How disable sending email

[Tim Koop]

Our Koha is sending duplicated emails for checkin notices.

Is there an easy way to disable this for everybody until we can upgrade Koha to 
get it fixed?

Thanks.


Tim Koop
,
t...@mysouthland.com
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Fwd: Error in Koha

[mj]

Hi all,

For the archives: our problem was solved with the help of biblibre: we 
disabled XSLT for the opac.


Hopefully this solution will help someone in a similar situation.

MJ

On 04/03/2017 02:24 PM, Jonathan Druart wrote:

Hello,

You should contact directly your support provider if you have one, or used
to have one.
I was talking about MARC field, not DB Field.
Re-read my answer with thinking MARC field instead of DB field.

Regards,
Jonathan


___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

[Koha] Enquiry

[mohammed abdelgadir]

Hello
have a nice day I want to inquiry if there are website to learn KOHA
professionally online
I looking forward to hear soon from you.
thanks in advance
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha

Re: [Koha] Separate hold queues?

[Andreas Hedström Mace]

Hi Christopher!

Thanks for your reply. Simply not showing the information is of course one way 
to go, but unfortunately I don’t think this is an option for us since we have 
previously shown the hold queues for 20 years or so, with our old system. Our 
patrons are used to having this information available. But things like high 
demand hold periods (which I interpret as shorter loan periods, for popular 
books) is one of the reasons we would like to show separate hold queues in Koha 
- to give the patrons a more accurate view of when they can expect to receive a 
book.

Not showing the information, as we do today with the limits that are currently 
in Koha, has instead increased the number of questions about the hold queues, 
and apparently adding a lot of confusion.

Best regards,
Andreas



Andreas Hedström Mace
Librarian
Stockholm University Library
Stockholm University
106 91 Stockholm 
Tel: +46 (0) 8-16 49 17 
www.su.se/english/library/










Den 2017-04-01 21:04 skrev Koha på uppdrag av BRANNON, CHRISTOPHER 
:

>Andreas,
>   Our consortium simply does not show the patron where they are in the 
> queue.  We find it to be misleading, due to the number of items available to 
> be placed on hold, local holds priority, cancellations, and high demand loan 
> periods that kick in.  Plus there is the rare occasion a hold is shifted.  
> Showing that information is just inviting patrons to try and manage what the 
> system is doing.  We do let them know how many requests are on the record, 
> but that is it.  We never let them know where they are in the queue, even if 
> they ask.  This has worked very well for us.
>
>___
>Christopher Brannon
>IT Coordinator
>
>
>702 E Front Ave
>Coeur d'Alene, ID 83814
>(208)769-2315 Ext. 456
>cbran...@cdalibrary.org
>www.cdalibrary.org
>Keep tabs on us at: 
> 
>
>
>-Original Message-
>
>
>Hi all!
>
>We are at Stockholm University Library experiencing some difficulties with how 
>Koha is currently handling hold queues, and are considering development in 
>this area. Are there any other libraries who are experiencing similar issues 
>(see below), and would be interested in the development of separate hold 
>queues? Or have an opinion on whether this would be a good/bad idea?
>
>In Koha today it is possible to limit the fulfilment of holds per branch (same 
>pick-up location as home/holding library) and item type. For us, it makes most 
>sense to view this as several hold queues for one bibliographic record. For 
>example: a person queuing for a book from the textbook collection (item type = 
>”TC”) isn’t actually queuing for books for the general collection (item type = 
>”GC”). But Koha handles this as one big queue. This isn’t a problem for the 
>holds per se, as Koha only fetches the book that has the right criteria to 
>fill the hold (i.e. the correct item type or home/holding library) but it has 
>proven to be an issue for our patrons.
>
>As Koha displays it as one big queue, it might seem that the queue is much 
>bigger that it actually is. This has confused a number of patrons, and have 
>discouraged others from placing holds. Continuing our example: a book has 
>three patrons on hold for item type GC, when a new patron adds a hold for TC. 
>This makes this person number four in the queue in Koha today, making the 
>patrons believe that they will have to wait weeks or months for the book (in 
>our library TC is 7 days, GC 28 days) when in reality it is only one week.
>
>For us, this would better be described as two queues:
>One with 3 patrons on hold (General collection) One with 1 patron of hold 
>(Textbook collection)
>
>The same is true for hold fulfilment that require pick-up location to be the 
>same as home/holding library (i.e. hold fulfilment per branch). Say a public 
>library also have a school library in it’s organization, that is a special 
>case where books from the other libraries should not be sent to the fulfil 
>holds, or vice versa. As in our example above it would be better to display 
>queues separately so 5 holds at the main library won’t discourage a student 
>from placing a hold on that same book at the school library.
>
>So my question is basically, is there are other libraries out there who are 
>using any of these hold fulfilment features (or would like to), and would want 
>to see a new feature to separate/split hold queues? Or who could see the 
>benefit of such a feature.
>
>Please note that separate hold queues would of course only come in effect if 
>any system preference that limits hold fulfilment is set to allow. Also, this 
>would not effect holds to pull.
>
>I look forwards to hearing people’s opinion about this!
>
>Best regards,
>Andreas
>
>
>Andreas Hedström Mace
>Librarian
>Stockholm University Library

[Koha] Authority file

[vikram zadgaonkar]

Hi,
Can we import authority file for Authors in koha ?
___
Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha