> 
> 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

Yes, it is.

> 
> > 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.

The package is installed. To clarify, I mean the accounting page (not 
statistics, statistics displays correctly, sorry!) shows no e-mails, although 
all other areas say otherwise.

I was about to say that I still get no results on the search page, however upon 
checking again, I can see 2 e-mails for my user account (funnily enough the 
confirmation e-mails for this mailing list!) although there were other e-mails 
processed earlier for the same user account which haven't shown up. Any 
thoughts?


> 
> > 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).

I've tried as a couple of different users, both are end users with valid e-mail 
addresses. Still no joy.


> 
> > 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.


Great, thanks for that!


> 
> 
> > 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!)

I'll try that, thanks!

Reply via email to