Scalix Forums

Hello,
we have installed Scalix since end of Sept. 08.
We have never seen a full functional SWA. The search-function is NOT working. We have also a support ticket but the support in germany is by far not fast enough. We are waiting for a solution now for more than a week (since 30 of sept).
The technical info:
The http api-interface is not working well, the search-function does not deliver results. The error 500 occurs.
SWA delivers the following result (Apache-Access log)
------------------------------------------
112.3.90.3 - - [07/Oct/2008:18:09:02 +0200] "POST /sis/searcher?uid=01310000da41c384-3.09.3.211&q=%28from%3a%22hallo%22%20OR%20subject%3a%22hallo%22%20OR%20BODY%3a%22hallo%22%20OR%20to%3a%22hallo%22%29%20AND%20%28MSG-TYPE%3aemail%29&start=0&end=99&raw=true&stats=true HTTP/1.1" 200 4322 "-" "-"
112.3.90.3 - - [07/Oct/2008:18:09:02 +0200] "GET /api/xxx@yyy.de/search/?q=(from:%22hallo%22%20OR%20subject:%22hallo%22%20OR%20BODY:%22hallo%22%20OR%20to:%22hallo%22)%20AND%20(MSG-TYPE:email)&i0=INBOX&start=1&end=100&preview=true HTTP/1.1" 500 3232 "-" "Scalix Web Access"
------------------------------------------

The sxsearch is working and delivering results.
sxmkindex -r 0 "User Name" is ok.
The server has been rebooted to exclude that the problem is only temporary
The error must be somewhere between Apache and Scalix

Every SWA-Users search-function delivers NO results.
=========================================
Its very sad that we have to pay for support but there is no help coming.
Anyway, maybe that someone can help from here

Assuming that everything else is in line, check /etc/sysconfig/i18n:

This is already known.
This is not the solution!

Seems that there is nobody?

As far as I can see:
SWA- does not work, not only that the search function is not working, there are several features the web-client does not have (drag`n drop, append several files in one step., unload several appendices from received mails in one step, no connection-helper for windows to start email out of an other application or via right click- send to ...). All our users say that SWA is a step back. Also, sometimes things dont work and we have to reset the cache of that specific user (e.g. setting an appointment)

Now the support is also a mess, even that we have a ticket there is no action anyway.
Conclusion:
Scalix with SWA is not feature rich enough to be used in productive environment. Using M$ -Outlook is not an option and thunderbird´s calender function does not really support the Scalix features.
Finally we have to look out to find another solution and stop paying any bills to Scalix.
So, if nothing will happen, this week is the finall week of Scaliy in our company!!!

((

If you have a support ticket open, you should proceed with that, as that's the main job of support engineers. This is a free support area, where the community comes together to try and help each other out.

That is correct.
But this is an issue of neither nor!

1. Can you post the output of

2. Can you post the output of and of ?

3. Did you modify anything in the Apache config manually either before or after installing Scalix or is this the OS's Vanilla Apache config.

I have checked our support records. You sent your request to our presales alias before you actually purchased Scalix afaics. Unfortunately, we do not currently have a tight SLA in our presales queue. I agree however, that even without an SLA, your ticket remained unattended for too long and we'll see what we can do to improve processing for presales requests.

In the meantime, we've moved this over to the support queue, which has a SLA (depending on the priority and severity and the entitlement). In the future, please open new support requests using the reporting form at http://www.scalix.com/support and those should be taken care of quicker.

I'm also disappointed to hear that you don't believe SWA is useable in a day-to-day production environment; I actually use it myself quite often and find it pretty useable and we have customers relying on it with thousands of users. I appreciate your feedback and points are noted, some of which will be addressed in a future release. Search must be a configuration issue as it does work on freshly installed QA systems as well as on our internal production systems.

Can you explain where you're missing drag & drop in SWA as there are quite a number of actions where this can be used.

Again, I hope we can resolve those issues to your full satisfaction,
Florian

Hi there..

i'd like to add my 2 cents to this thread, because i'm kind of involved in this too (sysadmin at HMB's company).

Florian , you are right the ticket was started in the presales queue because we were waiting for our license to arrive to be able to open tickets in the normal support queue.
But i phoned german sales (Mr. S.) last thursday and he assured me that he changed the ticket to the normal support queue to speed up the whole process.
Since then I got NO reply from ticket system till this morning (half thursday, friday, monday means 2 and half day NO reaction!).
Today I finally got a reply asking me for a remote session to our machine. Let's see how long it will take to negotiate this remote session via email (Telephone anyone ?!).

But enough of this, here are some of the infos you like to know.

Strings output:



ifconfig output:




sis.properties



So maybe this information leads to any solution for our main problem , the search function ?!


The Problem isn't the search function at all, because using sxsearch via terminal I receive results. It seems the problem exists between search function and apache , remember this 500 Error in apache log ?
But the apache config is centOS vanilla, no additions made from us. Clean centos install, standard scalix install.


Bye,

Markus

looking at the output of the command containing the line



and given request by schmoe90 - actually a Scalix employee doing this in his spare time -

schmoe90 wrote:Assuming that everything else is in line, check /etc/sysconfig/i18n:

Code: Select all

...
LANG="en_US.UTF-8"
...


I don't know how to read

hmb wrote:This is already known.
This is not the solution!

Can you please check that setting again? We have seen issues where the LANG was set to something other than en_US for the server setting; this unfortunately depends on the OS distro and packages installed, so we'd like to play it safe here.

I have internally followed up with support management and "Mr. S" to investigate into why this ticket has had a late response, but I will assume that the support team will now take care of the issue.

Thx,
Florian.

The main issues in this case has been identified a problem related to the LANG variable.
Especially when using CentOS make sure that /etc/sysconfig/i18n is defined as already mentioned in this thread.

Please note that a reboot may be the easiest way to ensure that all related components have read the new setting.

Scalix Support has opened a bug for this issue https://bugzilla.scalix.com/show_bug.cgi?id=18405. Development is currently investigating if it is possible to make the Search and Index Service more independent from the language settings of the Operating System.