Hello Adam,
On 2013-05-23 21:36, Adam Camp wrote:
Hi, hoping someone can help...
Just carried out a new installation on CentOS 5.9 x64. (VMWare VM).
ok, I assume, it's 0.1.23
I've run into a couple of issues.
Firstly, I've been directing mail at the installation, and it shows
that it has processed a number of messages. The metadata shows up in
the v_messages table, the messages are stored in my store directory,
and can be retrieved with pilerget and ID.
so far, so good
Unfortunately, a search in the user interface yields no results. When
logged in as admin, although on the dashboard the number of messages
processed is accurately reported, the statistics page shows none.
do you have any php error messages? Please check if you have the php-gd
package installed.
Running a query against sphinxql main1 shows no results. I have tried
re-indexing. Any pointers would be greatly appreciated.
Are you an admin or an auditor? Admins shouldn't see the messages, it's
a role for auditor (=to see every messages).
Next, I created a new admin account and was then unable to login with
admin@local. I have resolved this thanks to the mailing list
(char(128) in the database for passwords). However, in production I am
using LDAP for authentication (e-mail address shows up in settings -
re: issue above) and when LDAP is enabled I am unable to authenticate
as either my new admin account or admin@local. Is there a group I can
edit model/user/auth.php and replace the 71th line:
if(isset($query->row)) {
with this:
if(isset($query->row['dn'])) {
then try to login again.
Or you may download the latest master branch, and use the webui of it.
use in my directory for admins? I will also likely be using IMAP
no, by design admins should be in the local sql database (ie. you can
add more admins manually by the Administration / Users menu.
authentication on another site, and am wondering if I will run into a
it should work, the bug above is ldap related only. Anyway if you
encounter
a problem, just ask.
similar issue? I created the LDAP group for auditors, however my user
account didn't appear any different when I logged back in. Not sure if
that is potentially related to my first issue?
it's not supported by the stock 0.1.23, you should use the latest webui
from the master branch, and set the $config['LDAP_AUDITOR_MEMBER_DN']
parameter (case sensitive!)
Janos