Nabble - Koha

Re: Stuck with mailing overdue notice

2009-11-25T20:25:45Z

yes....I can send mail using mailx.....

what else should I do??

please help.

thankyou

On Tue, Nov 24, 2009 at 11:19 PM, gsl <gsl@...> wrote:

Just for clarification, sendmail does work from the command line, right? For example, if you use:

>mailx someuser@...
enter some subject
then enter some text

use <control> d (together) to quit and send the email.

So that will get delivered correctly, right?

Greg

------------------

Greg Lawson
Rolling Hills Consolidated Library
1912 N. Belt Highway
St. Joseph, MO 64506

---------------

----- Original Message -----
From: "nitesh rijal" <rijal.it@gmail.com>
To: "koha" <koha@...>, "koha-devel" <koha-devel@...>
Sent: Tuesday, November 24, 2009 12:39:42 AM GMT -06:00 US/Canada Central
Subject: [Koha] Stuck with mailing overdue notice

Hello all

I am using KOHA 3.0.3 with zebra server. I have sendmail and it sends mail from command line.

I have set up a new patron with an email address and also made a lot of overdue for that patron.

The fines.pl file calculates the fine very well.

But when it comes to mailing the patron about the overdue then I'm stuck.

I have set up the triggers and the rules for mailing as well. I have changed the /usr/share/koha/bin/cronjobs/crontab.example accordingly.

This is what I did to change the crontab.example file.

# crontab -u root crontab.example
# crontab -u kohaadmin crontab.example
# crontab -e

Now I edited the file, it uses nano editor to edit the crontab entries.

To save them I pressed Crtl+O and gave the path to save as /usr/share/koha/bin/cronjobs/crontab.example

To exit the crontab I pressed Ctrl+X.

To list the entries I used
# crontab -l
and it listed all my entries fine.

Now I waited for the cron to run, but it didnot send the mail while it accumulated the fine.
Both the fine and mail scripts are in the same crontab.

So I ran the overdue_message.pl and process_message_queue.pl manually. They showed me no error neither they send the mails..

What am I supposed to do now ????

I'm pretty much stucked.

Please Help.

Thankyou.

--
Nitesh Rijal
BE IT
email: rijal.it @ gmail.com
url: http://niteshrijal.com.np
facebook: http://facebook.com/openrijal
twitter: http://twitter.com/openrijal
+9779841458173

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

--
Nitesh Rijal
BE IT
email: rijal.it@gmail.com
url: http://niteshrijal.com.np
facebook: http://facebook.com/openrijal
twitter: http://twitter.com/openrijal
+9779841458173

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: [Koha] Stuck with mailing overdue notice

2009-11-25T20:25:45Z

yes....I can send mail using mailx.....

what else should I do??

please help.

thankyou

On Tue, Nov 24, 2009 at 11:19 PM, gsl <gsl@...> wrote:

Just for clarification, sendmail does work from the command line, right? For example, if you use:

>mailx someuser@...
enter some subject
then enter some text

use <control> d (together) to quit and send the email.

So that will get delivered correctly, right?

Greg

------------------

Greg Lawson
Rolling Hills Consolidated Library
1912 N. Belt Highway
St. Joseph, MO 64506

---------------

----- Original Message -----
From: "nitesh rijal" <rijal.it@gmail.com>
To: "koha" <koha@...>, "koha-devel" <koha-devel@...>
Sent: Tuesday, November 24, 2009 12:39:42 AM GMT -06:00 US/Canada Central
Subject: [Koha] Stuck with mailing overdue notice

Hello all

I am using KOHA 3.0.3 with zebra server. I have sendmail and it sends mail from command line.

I have set up a new patron with an email address and also made a lot of overdue for that patron.

The fines.pl file calculates the fine very well.

But when it comes to mailing the patron about the overdue then I'm stuck.

I have set up the triggers and the rules for mailing as well. I have changed the /usr/share/koha/bin/cronjobs/crontab.example accordingly.

This is what I did to change the crontab.example file.

# crontab -u root crontab.example
# crontab -u kohaadmin crontab.example
# crontab -e

Now I edited the file, it uses nano editor to edit the crontab entries.

To save them I pressed Crtl+O and gave the path to save as /usr/share/koha/bin/cronjobs/crontab.example

To exit the crontab I pressed Ctrl+X.

To list the entries I used
# crontab -l
and it listed all my entries fine.

Now I waited for the cron to run, but it didnot send the mail while it accumulated the fine.
Both the fine and mail scripts are in the same crontab.

So I ran the overdue_message.pl and process_message_queue.pl manually. They showed me no error neither they send the mails..

What am I supposed to do now ????

I'm pretty much stucked.

Please Help.

Thankyou.

--
Nitesh Rijal
BE IT
email: rijal.it @ gmail.com
url: http://niteshrijal.com.np
facebook: http://facebook.com/openrijal
twitter: http://twitter.com/openrijal
+9779841458173

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

--
Nitesh Rijal
BE IT
email: rijal.it@gmail.com
url: http://niteshrijal.com.np
facebook: http://facebook.com/openrijal
twitter: http://twitter.com/openrijal
+9779841458173

_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: Koha error when upgrading from Ubuntu 9.04 to Ubuntu 9.10

2009-11-25T19:12:10Z

Hi David,

On Wed, Nov 25, 2009 at 8:50 PM, David Lo <lo_dave@...> wrote:
> Hi Chris
> I might have..
> How can you check?..

Take a look in /usr/bin for more than one perl binary. (ie. something
like perl5.10.x and/or perl5.8.x)

If there are two perls installed, it may cause some confusion.

>
> --------------------------------------------------
> From: "Chris Nighswonger" <cnighswonger@...>
> Sent: Thursday, November 26, 2009 11:46 AM
> To: "David Lo" <lo_dave@...>
> Cc: <koha@...>
> Subject: Re: [Koha] Koha error when upgrading from Ubuntu 9.04 to Ubuntu
> 9.10
>
>> On Wed, Nov 25, 2009 at 6:52 PM, David Lo <lo_dave@...> wrote:
>>>
>>> Hi Chris
>>> Thanks for the email and the quick response.
>>> No luck though it's still happening with the same errors
>>> I restarted the machine as well just to make sure.
>>
>> Do you by chance have 2 Perls installed?
>>
>>
>>>
>>> --------------------------------------------------
>>> From: "Chris Nighswonger" <cnighswonger@...>
>>> Sent: Thursday, November 26, 2009 10:12 AM
>>> To: "David Lo" <lo_dave@...>
>>> Cc: <koha-request@...>; <koha@...>
>>> Subject: Re: [Koha] Koha error when upgrading from Ubuntu 9.04 to Ubuntu
>>> 9.10
>>>
>>>> Hi David,
>>>>
>>>> 2009/11/25 David Lo <lo_dave@...>:
>>>>>
>>>>> Can't load '/usr/local/lib/perl/5.10.0/auto/Net/Z3950/ZOOM/ZOOM.so' for
>>>>> module Net::Z3950::ZOOM: libyaz.so.2: cannot open shared object file:
>>>>> No
>>>>
>>>> Try 'sudo apt-get install libnet-z3950-zoom-perl'
>>>>
>>>> It appears that perl cannot find this module.
>>>>
>>>> Kind Regards,
>>>> Chris
>>>>
>>>
>>
>

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: Koha error when upgrading from Ubuntu 9.04 to Ubuntu 9.10

2009-11-25T17:50:45Z

Hi Chris
I might have..
How can you check?..

--------------------------------------------------
From: "Chris Nighswonger" <cnighswonger@...>
Sent: Thursday, November 26, 2009 11:46 AM
To: "David Lo" <lo_dave@...>
Cc: <koha@...>
Subject: Re: [Koha] Koha error when upgrading from Ubuntu 9.04 to Ubuntu
9.10

> On Wed, Nov 25, 2009 at 6:52 PM, David Lo <lo_dave@...> wrote:
>> Hi Chris
>> Thanks for the email and the quick response.
>> No luck though it's still happening with the same errors
>> I restarted the machine as well just to make sure.
>
> Do you by chance have 2 Perls installed?
>
>
>>
>> --------------------------------------------------
>> From: "Chris Nighswonger" <cnighswonger@...>
>> Sent: Thursday, November 26, 2009 10:12 AM
>> To: "David Lo" <lo_dave@...>
>> Cc: <koha-request@...>; <koha@...>
>> Subject: Re: [Koha] Koha error when upgrading from Ubuntu 9.04 to Ubuntu
>> 9.10
>>
>>> Hi David,
>>>
>>> 2009/11/25 David Lo <lo_dave@...>:
>>>>
>>>> Can't load '/usr/local/lib/perl/5.10.0/auto/Net/Z3950/ZOOM/ZOOM.so' for
>>>> module Net::Z3950::ZOOM: libyaz.so.2: cannot open shared object file:
>>>> No
>>>
>>> Try 'sudo apt-get install libnet-z3950-zoom-perl'
>>>
>>> It appears that perl cannot find this module.
>>>
>>> Kind Regards,
>>> Chris
>>>
>>
>

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: Koha error when upgrading from Ubuntu 9.04 to Ubuntu 9.10

2009-11-25T16:46:30Z

On Wed, Nov 25, 2009 at 6:52 PM, David Lo <lo_dave@...> wrote:
> Hi Chris
> Thanks for the email and the quick response.
> No luck though it's still happening with the same errors
> I restarted the machine as well just to make sure.

Do you by chance have 2 Perls installed?

>
> --------------------------------------------------
> From: "Chris Nighswonger" <cnighswonger@...>
> Sent: Thursday, November 26, 2009 10:12 AM
> To: "David Lo" <lo_dave@...>
> Cc: <koha-request@...>; <koha@...>
> Subject: Re: [Koha] Koha error when upgrading from Ubuntu 9.04 to Ubuntu
> 9.10
>
>> Hi David,
>>
>> 2009/11/25 David Lo <lo_dave@...>:
>>>
>>> Can't load '/usr/local/lib/perl/5.10.0/auto/Net/Z3950/ZOOM/ZOOM.so' for
>>> module Net::Z3950::ZOOM: libyaz.so.2: cannot open shared object file: No
>>
>> Try 'sudo apt-get install libnet-z3950-zoom-perl'
>>
>> It appears that perl cannot find this module.
>>
>> Kind Regards,
>> Chris
>>
>

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: Koha error when upgrading from Ubuntu 9.04 to Ubuntu 9.10

2009-11-25T15:52:34Z

Hi Chris
Thanks for the email and the quick response.
No luck though it's still happening with the same errors
I restarted the machine as well just to make sure.

--------------------------------------------------
From: "Chris Nighswonger" <cnighswonger@...>
Sent: Thursday, November 26, 2009 10:12 AM
To: "David Lo" <lo_dave@...>
Cc: <koha-request@...>; <koha@...>
Subject: Re: [Koha] Koha error when upgrading from Ubuntu 9.04 to Ubuntu
9.10

> Hi David,
>
> 2009/11/25 David Lo <lo_dave@...>:
>> Can't load '/usr/local/lib/perl/5.10.0/auto/Net/Z3950/ZOOM/ZOOM.so' for
>> module Net::Z3950::ZOOM: libyaz.so.2: cannot open shared object file: No
>
> Try 'sudo apt-get install libnet-z3950-zoom-perl'
>
> It appears that perl cannot find this module.
>
> Kind Regards,
> Chris
>

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: Koha error when upgrading from Ubuntu 9.04 to Ubuntu 9.10

2009-11-25T15:12:17Z

Hi David,

2009/11/25 David Lo <lo_dave@...>:
> Can't load '/usr/local/lib/perl/5.10.0/auto/Net/Z3950/ZOOM/ZOOM.so' for
> module Net::Z3950::ZOOM: libyaz.so.2: cannot open shared object file: No

Try 'sudo apt-get install libnet-z3950-zoom-perl'

It appears that perl cannot find this module.

Kind Regards,
Chris
_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Koha error when upgrading from Ubuntu 9.04 to Ubuntu 9.10

2009-11-25T15:02:23Z

Hi All.

I have got an issue with my koha installation.

I have just upgraded from Ubuntu 9.04 to Ubuntu 9.10 but i can't seem to get koha working now.

When i get to my koha installation i am getting the below errors.

I am currently using koha 3.0.3.

Any help will be greatly appreciated.

Thanks

David.

Koha error

The following fatal error has occurred:

Can't load '/usr/local/lib/perl/5.10.0/auto/Net/Z3950/ZOOM/ZOOM.so' for module Net::Z3950::ZOOM: libyaz.so.2: cannot open shared object file: No such file or directory at /usr/lib/perl/5.10/XSLoader.pm line 64.
 at /usr/local/lib/perl/5.10.0/Net/Z3950/ZOOM.pm line 12
Compilation failed in require at /usr/local/lib/perl/5.10.0/ZOOM.pm line 6.
BEGIN failed--compilation aborted at /usr/local/lib/perl/5.10.0/ZOOM.pm line 6.
Compilation failed in require at /usr/share/kohaprod/lib/C4/Context.pm line 85.
BEGIN failed--compilation aborted at /usr/share/kohaprod/lib/C4/Context.pm line 85.
Compilation failed in require at /usr/share/kohaprod/lib/C4/Output.pm line 30.
BEGIN failed--compilation aborted at /usr/share/kohaprod/lib/C4/Output.pm line 30.
Compilation failed in require at /usr/share/kohaprod/intranet/cgi-bin/mainpage.pl line 22.
BEGIN failed--compilation aborted at /usr/share/kohaprod/intranet/cgi-bin/mainpage.pl line 22.

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: git.koha.org outage

2009-11-25T12:34:53Z

On Wed, Nov 25, 2009 at 12:09 PM, Clay Fouts <clay.fouts@...> wrote:
> I've discovered that a web crawler was opening up large numbers of
> simultaneous requests for the RSS/Atom feed. Each of these requests
> runs an instance of git-diff-tree, which consumes quite a lot of
> memory and CPU time. Enough of these requests pile up, and the kernel
> invokes its oom-killer to take care of business. This often times has
> the unfortunate side effect of killing off key processes, like apache
> and SSH.

Big ouch!

> In order to have another repeat of this, I've disabled gitweb's
> RSS/Atom feed functionality. It's a little ham-fisted, but not being a
> git expert, it's the work-around that is most obvious to me right now
> to stabilize things. If anyone can suggest a solution that can keep
> the system stable while not removing functionality, please let me
> know.
>
> Clay

You want a robots.txt file in your root directory to tell robots to
not index the git repository.
http://en.wikipedia.org/wiki/Robots_exclusion_standard
http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=156449
http://www.robotstxt.org/

Best regards,
gvb

[snip]
_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: git.koha.org outage

2009-11-25T09:49:14Z

Considering it takes 4.5 minutes for a single instance of the request
to complete, I think a real solution lies in figuring out why
gitweb/git is consuming so many resources in the first place.

Also, I was using the term 'web crawler' loosely in a way that's
inclusive with automated feed readers, the bulk of which don't appear
to request the robots.txt file, and some of which don't even stop
themselves from issuing simultaneous requests for the same feed
(which, I imagine, is because they're not programmed to handle a feed
that takes over four minutes to pull).

I've added the robots.txt because it certainly can't hurt, and I can
analyze the requests after a couple of days. However, I don't think
it's real solution, either.

Clay

On Wed, Nov 25, 2009 at 9:15 AM, Paul Poulain <paul.poulain@...> wrote:

> Clay Fouts a écrit :
>>
>> I've discovered that a web crawler was opening up large numbers of
>> simultaneous requests for the RSS/Atom feed.
>
> <snip>
>>
>> If anyone can suggest a solution that can keep
>> the system stable while not removing functionality, please let me
>> know.
>>
>
> couldn't a robots.txt do the job ?
>
> --
> Paul POULAIN
> http://www.biblibre.com
> Expert en Logiciels Libres pour l'info-doc
> Tel : (33) 4 91 81 35 08
>
>

_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: git.koha.org outage

2009-11-25T09:27:44Z

On Wed, Nov 25, 2009 at 12:15 PM, Paul Poulain <paul.poulain@...> wrote:

Clay Fouts a écrit :

> I've discovered that a web crawler was opening up large numbers of
> simultaneous requests for the RSS/Atom feed.

<snip>

> If anyone can suggest a solution that can keep
> the system stable while not removing functionality, please let me
> know.
>

couldn't a robots.txt do the job ?

Perhaps combined with targeted ipfilter if the crawler disrespects robots.txt.

_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: git.koha.org outage

2009-11-25T09:16:13Z

Hi Clay,

On Wed, Nov 25, 2009 at 12:09 PM, Clay Fouts <clay.fouts@...> wrote:

> I've discovered that a web crawler was opening up large numbers of
> simultaneous requests for the RSS/Atom feed. Each of these requests
> runs an instance of git-diff-tree, which consumes quite a lot of
> memory and CPU time. Enough of these requests pile up, and the kernel
> invokes its oom-killer to take care of business. This often times has
> the unfortunate side effect of killing off key processes, like apache
> and SSH.
>
> In order to have another repeat of this, I've disabled gitweb's
> RSS/Atom feed functionality. It's a little ham-fisted, but not being a
> git expert, it's the work-around that is most obvious to me right now
> to stabilize things. If anyone can suggest a solution that can keep
> the system stable while not removing functionality, please let me
> know.

Thanks for the time invested in investigating and fixing this issue!

Kind Regards,
Chris
_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: git.koha.org outage

2009-11-25T09:15:17Z

Clay Fouts a écrit :
> I've discovered that a web crawler was opening up large numbers of
> simultaneous requests for the RSS/Atom feed.
<snip>
> If anyone can suggest a solution that can keep
> the system stable while not removing functionality, please let me
> know.
>
couldn't a robots.txt do the job ?

--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08

_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: git.koha.org outage

2009-11-25T09:09:55Z

I've discovered that a web crawler was opening up large numbers of
simultaneous requests for the RSS/Atom feed. Each of these requests
runs an instance of git-diff-tree, which consumes quite a lot of
memory and CPU time. Enough of these requests pile up, and the kernel
invokes its oom-killer to take care of business. This often times has
the unfortunate side effect of killing off key processes, like apache
and SSH.

In order to have another repeat of this, I've disabled gitweb's
RSS/Atom feed functionality. It's a little ham-fisted, but not being a
git expert, it's the work-around that is most obvious to me right now
to stabilize things. If anyone can suggest a solution that can keep
the system stable while not removing functionality, please let me
know.

Clay

On Wed, Nov 25, 2009 at 5:43 AM, Nicole Engard <nengard@...> wrote:

> I was able to get to it last night - but it's not working again this AM :(
>
> Nicole
>
> On Tue, Nov 24, 2009 at 5:10 PM, Clay Fouts <clay.fouts@...> wrote:
>> Git service is now fully restored. I'm doing a post-mortem and will
>> report back on the cause if there's anything unusual.
>>
>> Clay
>>
>>
>> On Tue, Nov 24, 2009 at 12:53 PM, Clay Fouts <clay.fouts@...> wrote:
>>> Hi, all.
>>>
>>> Just a brief update on the git.koha.org outage. That server is
>>> currently unreachable, even on an administrative basis. We've been
>>> working with the hosting provider (Spry) for the past several hours to
>>> get it back online. It ought to be available again soon.
>>>
>>> Cheers,
>>> Clay
>>>
>> _______________________________________________
>> Koha-devel mailing list
>> Koha-devel@...
>> http://lists.koha.org/mailman/listinfo/koha-devel
>>
>

_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: git.koha.org outage

2009-11-25T05:43:28Z

I was able to get to it last night - but it's not working again this AM :(

Nicole

On Tue, Nov 24, 2009 at 5:10 PM, Clay Fouts <clay.fouts@...> wrote:

> Git service is now fully restored. I'm doing a post-mortem and will
> report back on the cause if there's anything unusual.
>
> Clay
>
>
> On Tue, Nov 24, 2009 at 12:53 PM, Clay Fouts <clay.fouts@...> wrote:
>> Hi, all.
>>
>> Just a brief update on the git.koha.org outage. That server is
>> currently unreachable, even on an administrative basis. We've been
>> working with the hosting provider (Spry) for the past several hours to
>> get it back online. It ought to be available again soon.
>>
>> Cheers,
>> Clay
>>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel@...
> http://lists.koha.org/mailman/listinfo/koha-devel
>

_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Task Scheduler

2009-11-25T04:29:41Z

Hi all,

As you know I'm working on the 3.2 manual. I'm about to write up the
Task Scheduler documentation and I have never seen this in action, so
I wanted to ask if any of you are using it and if so what do you want
me to note in the manual about the process.

In the old manual I had some notes in the comments:
http://koha.org/documentation/manual/3.2/tools/task-scheduler that
implied that this tool didn't work - but I've heard from some of you
that it does ... so basically I need to know how it works so I can
write it up properly.

Thanks a bunch,
Nicole C. Engard
_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: virtual hosting of Koha

2009-11-25T02:57:27Z

2009/11/25 MJ Ray <mjr@...>:

> "Han, Yan" <hany@...> wrote:
>> Koha setup requires access to env valuables and install certain perl
>> modules. We used Linode (linode.com) and it has been running for
>> almost a year. I think that I tested other hosting companies
>> (bluehost, godaddy). At that time, they did not offer me the
>> required privilege.
>
> Some other hosting companies do work, as pointed out above. As well
> as Linode, I suspect slicehost might offer enough access, but I've not
> tried it. As well as particular perl modules, it's much easier if you
> have access to a vhost.conf or similar file.

Slicehost offers full root access - I'm running Koha on one of their
"slices" quite successfully, if I may say so myself... ;-)

Regards,
Magnus Enger
libriotech.no
_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: production mode - trapped fatal error

2009-11-25T01:57:51Z

Kete Jourge <activekete@...> wrote:
> i'm just finished upgrade koha from 1.2.3 to 3.03 and data looks good but i have problem when i tried to add a news record i get this error
>
> production mode - trapped fatal error .. ??

Either change the debug level in the System Administration Preferences
or check the koha-error_log file for the real error.

Hope that helps,
--
MJ Ray (slef) Webmaster and LMS developer at | software
www.software.coop http://mjr.towers.org.uk | .... co
IMO only: see http://mjr.towers.org.uk/email.html | .... op
_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: virtual hosting of Koha

2009-11-25T01:55:48Z

"Han, Yan" <hany@...> wrote:
> Koha setup requires access to env valuables and install certain perl
> modules. We used Linode (linode.com) and it has been running for
> almost a year. I think that I tested other hosting companies
> (bluehost, godaddy). At that time, they did not offer me the
> required privilege.

When I last installed some other web app on a 1and1 server, I don't
think it offered enough access for a simple Koha installation. That
was a couple of years ago, but most providers are reducing access, not
increasing it.

Some other hosting companies do work, as pointed out above. As well
as Linode, I suspect slicehost might offer enough access, but I've not
tried it. As well as particular perl modules, it's much easier if you
have access to a vhost.conf or similar file.

Did you know that at least three of the Koha support companies offer
specialist Koha shared hosting, mine included? Check that it's real
Koha and that you can download the exact same source to run on your
own server if you want, though.

Hope that helps,
--
MJ Ray (slef) Webmaster and LMS developer at | software
www.software.coop http://mjr.towers.org.uk | .... co
IMO only: see http://mjr.towers.org.uk/email.html | .... op
_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: Can't create new biblio in Koha 2.2.9

2009-11-25T01:47:42Z

Trevor,

The syntax for the repair is

mysqlcheck -r -uuser -ppassword Databasename

though i run on a linux platform and not windows. You can check this url for more examples

http://felipecruz.com/repair-mysql-database.php

Olugbenga Adara
Mobile: 234-803-3220288

--- On Tue, 11/24/09, Trevor Namondwe <vor79@...> wrote:

> From: Trevor Namondwe <vor79@...>
> Subject: Re: [Koha] Can't create new biblio in Koha 2.2.9
> To: gbengaadara@...
> Cc: koha@...
> Date: Tuesday, November 24, 2009, 1:55 AM
>
>
>
>
>
> Olugbenga,
>
> Thank you for the advice but I am not familiar with mysql
> commands. I have been trying to use the online MySql guide
> without any progress. Please let me know the correct syntax.
> I am running version 4.1.22 on windows.
>
> Thank you.
>
> Trevor Namondwe
>
> > Date: Thu, 19 Nov 2009 12:02:08 -0800
> > From: gbengaadara@...
> > Subject: Re: [Koha] Can't create new biblio in
> Koha 2.2.9
> > To: vor79@...
> > CC: koha@...
> >
> > Hello,
> >
> > This is likely due to a corrupt database. i had a
> similar problem last week with a client who also runs 2.2.9
> >
> > Check your koha database and repair with mysqlcheck
> command
> >
> >
> > Olugbenga Adara
> > Mobile: 234-803-3220288
> >
> >
> > --- On Thu, 11/19/09, Trevor Namondwe
> <vor79@...> wrote:
> >
> > > From: Trevor Namondwe <vor79@...>
> > > Subject: [Koha] Can't create new biblio in
> Koha 2.2.9
> > > To: koha@...
> > > Date: Thursday, November 19, 2009, 12:10 AM
> > >
> > >
> > >
> > >
> > >
> > > Hi,
> > >
> > > To elaborate my problem further, here is what the
> intranet
> > > error log looks like:
> > >
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / a at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / b at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / c at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / d at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / e at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / f at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / g at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / h at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / i at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / j at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / k at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / l at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / m at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / n at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / o at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > / 952 / p at
> > >
> C:/usr/koha229/intranet/cgi-bin/koha/acqui.simple/additem.pl
> > > line 287., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > > [Thu Nov 19 09:23:14 2009] [error] [client
> 127.0.0.1]
> > > COUNT3468 at ../value_builder/barcode.pl line
> 83., referer:
> > >
> http://intranet/cgi-bin/koha/acqui.simple/addbiblio.pl
> > >
> > > Hope you will be able to help me.
> > >
> > > Thank you
> > >
> > > Trevor
> > >
> > >
> > > New Windows 7: Find the right PC
> > > for you. Learn more.
> > >
> > > -----Inline Attachment Follows-----
> > >
> > > _______________________________________________
> > > Koha mailing list
> > > Koha@...
> > > http://lists.katipo.co.nz/mailman/listinfo/koha
> > >
> >
> >
> >
>
> New Windows 7: Simplify what you do
> everyday. Find the right PC
> for you.
>
> -----Inline Attachment Follows-----
>
> _______________________________________________
> Koha mailing list
> Koha@...
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

koha data migration

2009-11-25T00:47:23Z

Hello,

I'm a new user of koha platform, i have a problem to migrate my data in koha 3.04:

the problem exactly is to migrate my data to my own library : the process of migration and cataloging work fine but the result of migration does'nt appear under my library.so what can i do to connect the migration to my own library ?

this is the command, i used to migration: [~/koha-3.00.04_fixed/misc/migration_tools # perl bulkmarcimport.pl -file /home/exportAR.2709]
thanks for any help and good day.
_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

production mode - trapped fatal error

2009-11-24T20:49:03Z

hi
i'm just finished upgrade koha from 1.2.3 to 3.03 and data looks good but i have problem when i tried to add a news record i get this error

production mode - trapped fatal error .. ??

thank's

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: git.koha.org outage

2009-11-24T14:10:06Z

Git service is now fully restored. I'm doing a post-mortem and will
report back on the cause if there's anything unusual.

Clay

On Tue, Nov 24, 2009 at 12:53 PM, Clay Fouts <clay.fouts@...> wrote:

> Hi, all.
>
> Just a brief update on the git.koha.org outage. That server is
> currently unreachable, even on an administrative basis. We've been
> working with the hosting provider (Spry) for the past several hours to
> get it back online. It ought to be available again soon.
>
> Cheers,
> Clay
>

_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: zebra on Koha dev install

2009-11-24T14:05:06Z

I think the zebra logs are not in the same directory as the apache logs. Fowarding to the list in case somebody else knows for sure.

--Joe

On Tue, Nov 24, 2009 at 4:42 PM, Christopher Curry <ccurry@...> wrote:

Thanks for the quick response, Joe. I looked at the following logs @ /usr/share/koha/var/log and they were blank [only logs in this directory].

koha-error_log
koha-opac-error_log

I used /usr/share/koha as the base directory for my locally installed files (those that don't get used directly from /usr/local/src/kohaclone), so I assumed this would be the appropriate directory.

Are there other logs I should be looking for?

I couldn't find specific zebra logs here; on my standard install machine, zebra logs are at /var/log/koha.

BTW, first install on a fresh server.

Cheers,

Christopher Curry
Assistant Technical Librarian / Assistant IT Officer

American Philosophical Society
105 South Fifth Street
Philadelphia, PA 19106-3386
Tel. (215) 599-4299

ccurry@...

For technical support, please use helpdesk@...
Main Library number: (215)440-3400
APS website: http://www.amphilsoc.org

Joe Atzberger wrote:
2009/11/24 Christopher Curry <ccurry@...>

I overheard somewhere (though I can't remember the details) that using the dev install mode makes it easier to upgrade koha. I've never done a koha upgrade; we're not fully migrated yet, but I'd like to facilitate future upgrades as much as possible.

I've had no problem setting up a koha standard install; when I try a dev install, my zebra server won't run. The server reports on boot up (and when I manually start Zebra) that it is starting the Zebra Daemon and Zebra Server, but when I look for the process (top -c), it's not there. No error messages are generated when starting the server.

Is there something special that must be done with Zebra conf on a dev install?

Can someone explain the advantages of a dev install? I understand that it allows you to run the majority of the koha server files directly from a git clone. I see how this could simplify an upgrade, but are there other advantages that will encourage me to get to the bottom of this?

No that's basically it. It keeps everything (configs and code) in one directory, and lets you use git so you have version control over the working branch modifications that you are running on. Then you can pull in new changes from mainline and integrate them as you see fit, switching between branches at will without modifying apache or KOHA_CONF or anything.

For a developer, it is very important to submit patches that are against the current state of the codebase. Therefore we have to keep a reference mainline version current, and generating patches between that and a dev branch is how a submission is made. Git manages all that in a really coherent way, so you don't have to be constantly managing symlinks.

BTW, you might have a problem if the dev install was the second installation on the system to use the same config values (i.e. default port numbers). That would be true for any additional install. Otherwise, check your zebra logs for reasons zebra might be failing.

--joe

_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: git.koha.org outage

2009-11-24T13:07:39Z

Hi Clay,

On Tue, Nov 24, 2009 at 3:53 PM, Clay Fouts <clay.fouts@...> wrote:
> Hi, all.
>
> Just a brief update on the git.koha.org outage. That server is
> currently unreachable, even on an administrative basis. We've been
> working with the hosting provider (Spry) for the past several hours to
> get it back online. It ought to be available again soon.

Thanks for the help with this!

Kind Regards,
Chris
_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: git.koha.org outage

2009-11-24T13:07:23Z

2009/11/25 Clay Fouts <clay.fouts@...>:
> Hi, all.
>
> Just a brief update on the git.koha.org outage. That server is
> currently unreachable, even on an administrative basis. We've been
> working with the hosting provider (Spry) for the past several hours to
> get it back online. It ought to be available again soon.
>
Hi Clay

Thanks very much for the report.
Outages like these are just one more reason that I love git, back when
we used cvs, this would bring things to a grinding halt, but the fact
that everyone has their own repository with git, it is nowhere near as
bad

Chris
_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

git.koha.org outage

2009-11-24T12:53:05Z

Hi, all.

Just a brief update on the git.koha.org outage. That server is
currently unreachable, even on an administrative basis. We've been
working with the hosting provider (Spry) for the past several hours to
get it back online. It ought to be available again soon.

Cheers,
Clay
_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: Kohacon10 dates, straw poll

2009-11-24T11:56:21Z

Hi Chris,

Thanks for getting this underway

Cheers,
Richard

Chris Cormack wrote:

> Thank you everyone for your replies off and on the list.
> I'm going to go ahead and confirm the venue for the 25,26,27 of
> October. With a 4 day set of workshops/hackfest to follow. (Those will
> be more in an unconference style)
>
> Now I'm off to get as much sponsorship for the conference as I can,
> and will start a conference website collating information about the
> conference itself plus things like travel tips and accommodation
> guide.
>
> Lenora, I will definitely try to allow for as much virtual
> participation as possible.
>
> Chris
> _______________________________________________
> Koha mailing list
> Koha@...
> http://lists.katipo.co.nz/mailman/listinfo/koha
>

--
Richard Anderson | Business Development Manager
Katipo Communications Ltd
PO Box 12487 | Wellington | New Zealand
Email: richard@... | http://www.katipo.co.nz
Ph: (04) 934 1285 | Mob: 021 280 1504
Fax: (04) 934 1286

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: zebra on Koha dev install

2009-11-24T11:41:09Z

2009/11/24 Christopher Curry <ccurry@...>

I overheard somewhere (though I can't remember the details) that using the dev install mode makes it easier to upgrade koha. I've never done a koha upgrade; we're not fully migrated yet, but I'd like to facilitate future upgrades as much as possible.

I've had no problem setting up a koha standard install; when I try a dev install, my zebra server won't run. The server reports on boot up (and when I manually start Zebra) that it is starting the Zebra Daemon and Zebra Server, but when I look for the process (top -c), it's not there. No error messages are generated when starting the server.

Is there something special that must be done with Zebra conf on a dev install?

Can someone explain the advantages of a dev install? I understand that it allows you to run the majority of the koha server files directly from a git clone. I see how this could simplify an upgrade, but are there other advantages that will encourage me to get to the bottom of this?

No that's basically it. It keeps everything (configs and code) in one directory, and lets you use git so you have version control over the working branch modifications that you are running on. Then you can pull in new changes from mainline and integrate them as you see fit, switching between branches at will without modifying apache or KOHA_CONF or anything.

For a developer, it is very important to submit patches that are against the current state of the codebase. Therefore we have to keep a reference mainline version current, and generating patches between that and a dev branch is how a submission is made. Git manages all that in a really coherent way, so you don't have to be constantly managing symlinks.

BTW, you might have a problem if the dev install was the second installation on the system to use the same config values (i.e. default port numbers). That would be true for any additional install. Otherwise, check your zebra logs for reasons zebra might be failing.

--joe

_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

koha ldap AddMember fails

2009-11-24T11:10:18Z

Hi all,

I have installed koha-3.00.04_fixed on debian 5 x64, with an ldap
backend, and I'm running into problems. Creating users in koha and then
logging in works. However, logging in with an LDAP user account gives
this error:

AddMember failed at /usr/share/koha/lib/C4/Auth_with_ldap.pm line 146.

When checking the logs, I see:

[Tue Nov 24 16:40:53 2009] [error] [client 82.169.x.x] [Tue Nov 24
16:40:53 2009] mainpage.pl: DBD::mysql::st execute failed: Cannot add or
update a child row: a foreign key constraint fails (`koha3/borrowers`,
CONSTRAINT `borrowers_ibfk_1` FOREIGN KEY (`categorycode`) REFERENCES
`categories` (`categorycode`)) at /usr/share/koha/lib/C4/Members.pm line
730, <DATA> line 253., referer:
http://192.87.y.y:8080/cgi-bin/koha/mainpage.pl?logout.x=1
[Tue Nov 24 16:40:53 2009] [error] [client 82.169.x.x] [Tue Nov 24
16:40:53 2009] mainpage.pl: AddMember failed at
/usr/share/koha/lib/C4/Auth_with_ldap.pm line 146., referer:
http://192.87.y.y:8080/cgi-bin/koha/mainpage.pl?logout.x=1

I searched the archives, and it seems that my problem is that ldap
contains a borrower category that doesn't exist in koha.

However: In koha I have two borrower categories: code PT (Patron) and
code A (Adult), verified through phpMyAdmin, both category_type A. My
ldap user (verified in an ldif dump) has "employeeType" A.

In /etc/koha/koha-conf.xml I have defined:
<categorycode is="employeeType" >A</categorycode>

As far as I understand things, everything is correct, and yet it doesn't
seem work. :-(

Can anyone help me?

Regards,
Mourik Jan
_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: Problem with fine calculation

2009-11-24T10:48:25Z

You have to define the fine charging interval.
Susan Bennett
ILS System Administrator
Geauga County Public Library
440 286-6811 x 125
440 286-7419 FAX

2009/11/24 arjun patil <arjunpatil2006@...>

Hi Friends

we have using koha 3.0 stable. but fine calculation module not working?. it will highlight only over dues message and title but do not calculate fine amount?. we have define circulation and fines rule as below

Patron Category :- Patron
Item Type :- Books
Fine Amount :- $1.00
Fine Grace Period :-
Fine Charging Interval :-
Current Checkouts Allowed :- 4
Loan Period :- 15 day(s)

any solution?

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

zebra on Koha dev install

2009-11-24T09:46:32Z

I overheard somewhere (though I can't remember the details) that using the dev install mode makes it easier to upgrade koha. I've never done a koha upgrade; we're not fully migrated yet, but I'd like to facilitate future upgrades as much as possible.

I've had no problem setting up a koha standard install; when I try a dev install, my zebra server won't run. The server reports on boot up (and when I manually start Zebra) that it is starting the Zebra Daemon and Zebra Server, but when I look for the process (top -c), it's not there. No error messages are generated when starting the server.

Is there something special that must be done with Zebra conf on a dev install?

Can someone explain the advantages of a dev install? I understand that it allows you to run the majority of the koha server files directly from a git clone. I see how this could simplify an upgrade, but are there other advantages that will encourage me to get to the bottom of this?

Thanks for your time.

Cheers,

Christopher Curry
Assistant Technical Librarian / Assistant IT Officer

American Philosophical Society
105 South Fifth Street
Philadelphia, PA 19106-3386
Tel. (215) 599-4299

ccurry@...

For technical support, please use helpdesk@...
Main Library number: (215)440-3400
APS website: http://www.amphilsoc.org

_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: virtual hosting of Koha

2009-11-24T09:35:47Z

Hello, Christopher,

Koha setup requires access to env valuables and install certain perl modules. We used Linode (linode.com) and it has been running for almost a year. I think that I tested other hosting companies (bluehost, godaddy). At that time, they did not offer me the required privilege.

There is no need to run your own server. You will save $$$

Yan

From: koha-devel-bounces@... [mailto:koha-devel-bounces@...] On Behalf Of Joe Atzberger
Sent: Tuesday, November 24, 2009 8:20 AM
To: Christopher Ameel
Cc: koha-devel@...
Subject: Re: [Koha-devel] virtual hosting of Koha

Unless a common webhost can demonstrate that they already have success installing and serving Koha, I would not believe them when they say they can do it. It's a lot more than just CGI scripts.

You are better getting a full server VM and doing installation yourself.

--Joe

2009/11/23 Christopher Ameel <cameel@...>

Mr. Yan Han,

I am trying to help out my kids K-8 school by setting up Koha on a Shared Host (namely 1&1). Thus far I have been unsuccessful. Can you please tell me if you ever had any success with your trials?

Thank you,

Christopher J. Ameel
ICIT Commission
Immaculate Conception School

_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev

Re: Stuck with mailing overdue notice

2009-11-24T09:34:43Z

Just for clarification, sendmail does work from the command line, right? For example, if you use:

>mailx someuser@...
enter some subject
then enter some text

use <control> d (together) to quit and send the email.

So that will get delivered correctly, right?

Greg

------------------

Greg Lawson
Rolling Hills Consolidated Library
1912 N. Belt Highway
St. Joseph, MO 64506

---------------

----- Original Message -----
From: "nitesh rijal" <rijal.it@...>
To: "koha" <koha@...>, "koha-devel" <koha-devel@...>
Sent: Tuesday, November 24, 2009 12:39:42 AM GMT -06:00 US/Canada Central
Subject: [Koha] Stuck with mailing overdue notice

Hello all

I am using KOHA 3.0.3 with zebra server. I have sendmail and it sends mail from command line.

I have set up a new patron with an email address and also made a lot of overdue for that patron.

The fines.pl file calculates the fine very well.

But when it comes to mailing the patron about the overdue then I'm stuck.

I have set up the triggers and the rules for mailing as well. I have changed the /usr/share/koha/bin/cronjobs/crontab.example accordingly.

This is what I did to change the crontab.example file.

# crontab -u root crontab.example
# crontab -u kohaadmin crontab.example
# crontab -e

Now I edited the file, it uses nano editor to edit the crontab entries.

To save them I pressed Crtl+O and gave the path to save as /usr/share/koha/bin/cronjobs/crontab.example

To exit the crontab I pressed Ctrl+X.

To list the entries I used
# crontab -l
and it listed all my entries fine.

Now I waited for the cron to run, but it didnot send the mail while it accumulated the fine.
Both the fine and mail scripts are in the same crontab.

So I ran the overdue_message.pl and process_message_queue.pl manually. They showed me no error neither they send the mails..

What am I supposed to do now ????

I'm pretty much stucked.

Please Help.

Thankyou.

--
Nitesh Rijal
BE IT
email: rijal.it @ gmail.com
url: http://niteshrijal.com.np
facebook: http://facebook.com/openrijal
twitter: http://twitter.com/openrijal
+9779841458173

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha

From forum: Koha - Discuss

Re: [Koha] Stuck with mailing overdue notice

2009-11-24T09:34:43Z

Just for clarification, sendmail does work from the command line, right? For example, if you use:

>mailx someuser@...
enter some subject
then enter some text

use <control> d (together) to quit and send the email.

So that will get delivered correctly, right?

Greg

------------------

Greg Lawson
Rolling Hills Consolidated Library
1912 N. Belt Highway
St. Joseph, MO 64506

---------------

----- Original Message -----
From: "nitesh rijal" <rijal.it@...>
To: "koha" <koha@...>, "koha-devel" <koha-devel@...>
Sent: Tuesday, November 24, 2009 12:39:42 AM GMT -06:00 US/Canada Central
Subject: [Koha] Stuck with mailing overdue notice

Hello all

I am using KOHA 3.0.3 with zebra server. I have sendmail and it sends mail from command line.

I have set up a new patron with an email address and also made a lot of overdue for that patron.

The fines.pl file calculates the fine very well.

But when it comes to mailing the patron about the overdue then I'm stuck.

I have set up the triggers and the rules for mailing as well. I have changed the /usr/share/koha/bin/cronjobs/crontab.example accordingly.

This is what I did to change the crontab.example file.

# crontab -u root crontab.example
# crontab -u kohaadmin crontab.example
# crontab -e

Now I edited the file, it uses nano editor to edit the crontab entries.

To save them I pressed Crtl+O and gave the path to save as /usr/share/koha/bin/cronjobs/crontab.example

To exit the crontab I pressed Ctrl+X.

To list the entries I used
# crontab -l
and it listed all my entries fine.

Now I waited for the cron to run, but it didnot send the mail while it accumulated the fine.
Both the fine and mail scripts are in the same crontab.

So I ran the overdue_message.pl and process_message_queue.pl manually. They showed me no error neither they send the mails..

What am I supposed to do now ????

I'm pretty much stucked.

Please Help.

Thankyou.

--
Nitesh Rijal
BE IT
email: rijal.it @ gmail.com
url: http://niteshrijal.com.np
facebook: http://facebook.com/openrijal
twitter: http://twitter.com/openrijal
+9779841458173

_______________________________________________
Koha mailing list
Koha@...
http://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________
Koha-devel mailing list
Koha-devel@...
http://lists.koha.org/mailman/listinfo/koha-devel

From forum: Koha - Dev