Re: [Koha-devel] [koha] mail configuraiton help

2010-10-04 Thread Nitesh Rijal
Thanks to all. I used postfix, and now I can send mail from commandline looking to koha mail services to work now. thanks to all for the response and help. cheers. On Mon, Oct 4, 2010 at 7:39 PM, Tomas Cohen Arazi wrote: > 2010/10/1 Nitesh Rijal : > > thanks... > > I have installed postfi

Re: [Koha-devel] Search Engine Changes : let's get some solr

2010-10-04 Thread LAURENT Henri-Damien
Le 04/10/2010 22:16, Fouts, Clay a écrit : > Adding to the aforementioned limitations and desired improvements, > another issue with Zebra is that it index builds scale very poorly. > Indexes must be built serially, and it's a really problematic limitation > for large catalogs. A parallelized index

Re: [Koha-devel] Search Engine Changes : let's get some solr

2010-10-04 Thread Fouts, Clay
Adding to the aforementioned limitations and desired improvements, another issue with Zebra is that it index builds scale very poorly. Indexes must be built serially, and it's a really problematic limitation for large catalogs. A parallelized index creation process would be a huge benefit. Does SOL

Re: [Koha-devel] Item barcode prefixes in 3.2

2010-10-04 Thread Robin Sheat
Op dinsdag 05 oktober 2010 07:08:50 schreef Linda Culberson: > I apologize for another newbie question, this time regarding item > barcode prefixes in 3.2: We are a single-branch library that has B in > front of our item barcodes which are then auto-incremental. However, > unlike the document

[Koha-devel] Item barcode prefixes in 3.2

2010-10-04 Thread Linda Culberson
I apologize for another newbie question, this time regarding item barcode prefixes in 3.2: We are a single-branch library that has B in front of our item barcodes which are then auto-incremental. However, unlike the documentation there is not a set itembarcodelength. So that an item barcode

Re: [Koha-devel] Search Engine Changes : let's get some solr

2010-10-04 Thread LAURENT Henri-Damien
Le 04/10/2010 11:04, Zeno Tajoli a écrit : > Hi to all, > >> Any feedback/idea welcome. > > the main problem that I see is that Zebra is much more light > on RAM. > Solrs is needs Java + an App server J2EE (Tomact, Jetty ?). > If we select Solr, can we setup a library with 512 MB of RAM in the

Re: [Koha-devel] Search Engine Changes : let's get some solr

2010-10-04 Thread Colin Campbell
On 04/10/10 10:30, Salvador Zaragoza Rubio wrote: > Hi, > > Maybe a possible alternative to Lucene with Java could be CLucene > (http://clucene.sourceforge.net/) to increase performance. > But seems to be in a less mature stage that the Java brother and is only > the library behind the search eng

Re: [Koha-devel] Search Engine Changes : let's get some solr

2010-10-04 Thread LAURENT Henri-Damien
Le 04/10/2010 12:38, LAURENT Henri-Damien a écrit : > Le 04/10/2010 11:04, Zeno Tajoli a écrit : >> Hi to all, >> >>> Any feedback/idea welcome. >> >> the main problem that I see is that Zebra is much more light >> on RAM. >> Solrs is needs Java + an App server J2EE (Tomact, Jetty ?). >> If we se

Re: [Koha-devel] Search Engine Changes : let's get some solr

2010-10-04 Thread Zeno Tajoli
Hi to all, Any feedback/idea welcome. the main problem that I see is that Zebra is much more light on RAM. Solrs is needs Java + an App server J2EE (Tomact, Jetty ?). If we select Solr, can we setup a library with 512 MB of RAM in the server ? Bye -- Zeno Tajoli CILEA - Segrate (MI) tajol

Re: [Koha-devel] Search Engine Changes : let's get some solr

2010-10-04 Thread Ian Walls
Wouldn't using Solr also give us the flexibility to use non-MARC metadata schemas, like MODS, METS, Dublin Core or EAD? Indexes could be defined for the whole system, with mappings for each supported metadata scheme on how to get the data into said indexes. The increased flexibility seems like it

Re: [Koha-devel] [koha] mail configuraiton help

2010-10-04 Thread Tomas Cohen Arazi
2010/10/1 Nitesh Rijal : > thanks... > I have installed postfix in my koha box... > its host name is kohamail.healthnet.org.np > when I use #mailx nit...@healthnet.org.np > it has errors to send the mail, the log has some error messages, > moreover, how is the email address managed? > I guess it wi

Re: [Koha-devel] Search Engine Changes : let's get some solr

2010-10-04 Thread Salvador Zaragoza Rubio
Hi, Maybe a possible alternative to Lucene with Java could be CLucene (http://clucene.sourceforge.net/) to increase performance. But seems to be in a less mature stage that the Java brother and is only the library behind the search engine. Have a Cpan module: http://search.cpan.org/~tbusch/Lucene

[Koha-devel] Search Engine Changes : let's get some solr

2010-10-04 Thread LAURENT Henri-Damien
Hi As you already read in Paul previous message about "BibLibre strategy for 3.4 and next version", we are growing, want be involved in the community as previously. Paul promised some POCs, here is one available. We also worked on Plack and support. We created a base of script to search for Memoryl

Re: [Koha-devel] [koha] mail configuraiton help

2010-10-04 Thread Mike Hafen
I'll post here the important settings from my servers postfix/main.cf: myhostname = koha.washk12.org alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = koha.washk12.org, localhost.washk12.org, localhost relayhost = outbound.washk12.org mynetw