[imp] RC 2 ?

Jon Parise jon@horde.org
Thu, 4 Apr 2002 09:34:23 -0500


On Thu, Apr 04, 2002 at 12:46:38PM +0100, Paul Reilly wrote:

> Is RC2 due out this week?
 
It will be released soon.  There are some other things that
require my Horde-time before I can work on a release
(personally).

-- 
Jon Parise (jon@csh.rit.edu)  .  Information Technology (2001)
http://www.csh.rit.edu/~jon/  :  Computer Science House Member


>From liamr@umich.edu Date: Thu,  4 Apr 2002 10:43:33 -0500
Return-Path: <liamr@umich.edu>
Mailing-List: contact imp-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list imp@lists.horde.org
Received: (qmail 47322 invoked from network); 4 Apr 2002 15:43:20 -0000
Received: from neo.web.itd.umich.edu (141.213.233.70)
  by clark.horde.org with SMTP; 4 Apr 2002 15:43:20 -0000
Received: (from www@localhost)
	by neo.web.itd.umich.edu (8.9.3/3.4) id KAA07675
	for imp@lists.horde.org; Thu, 4 Apr 2002 10:43:34 -0500 (EST)
From: liamr@umich.edu
Received: from 141.213.234.63 ( [141.213.234.63])
	as user liamr@l.imap.itd.umich.edu by mail-test.www.umich.edu with HTTP;
	Thu,  4 Apr 2002 10:43:33 -0500
Message-ID: <1017935013.3cac74a5a3f00@mail-test.www.umich.edu>
Date: Thu,  4 Apr 2002 10:43:33 -0500
To: imp@lists.horde.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 141.213.234.63
Subject: 3.1rc1 database (oci8) problems

hey guys -

It seems as if the case-sensitivity stuff is back.  I have a test server running
Horde 2.1RC1 / IMP 3.1RC1, talking to a copy of our production horde database
located on one of our development oracle servers.  It didn't  retrieve any
preferences from the database until I uppercased the field names and table name
in horde/lib/Prefs/sql.php

I had a similar problem previously, and there's a thread in the archive about it
from 1/19/2002.  Tho, this time, I'm not getting error messages in the logfile,
it's just not retrieving anything from the table.  I'm using the stock version
of pear that shipped with php 4.1.2

Liam




>From eric.rostetter@physics.utexas.edu Date: Thu,  4 Apr 2002 09:49:37 -0600
Return-Path: <eric.rostetter@physics.utexas.edu>
Mailing-List: contact imp-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list imp@lists.horde.org
Received: (qmail 48427 invoked from network); 4 Apr 2002 15:49:31 -0000
Received: from pcgxmt1.ph.utexas.edu (root@128.83.114.121)
  by clark.horde.org with SMTP; 4 Apr 2002 15:49:31 -0000
Received: (from httpd@localhost)
	by pcgxmt1.ph.utexas.edu (8.9.3/8.9.3) id JAA13063;
	Thu, 4 Apr 2002 09:49:37 -0600
Received: from 128.83.155.179 ( [128.83.155.179])
	as user ericr@mail.ph.utexas.edu by mail.ph.utexas.edu with HTTP;
	Thu,  4 Apr 2002 09:49:37 -0600
Message-ID: <1017935377.3cac761157e57@mail.ph.utexas.edu>
Date: Thu,  4 Apr 2002 09:49:37 -0600
From: Eric Rostetter <eric.rostetter@physics.utexas.edu>
To: Lokesh Khanna <lkhanna@hughes-ecomm.com>
Cc: imp@lists.horde.org
References: <1017814124.3caa9c6c26b94@221.171.85.8> <1017849718.3cab27765f385@mail.ph.utexas.edu> <1017892901.3cabd0258e512@221.171.85.8>
In-Reply-To: <1017892901.3cabd0258e512@221.171.85.8>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.1-cvs
X-Originating-IP: 128.83.155.179
Subject: Re: [imp] password change for multiple realms

Quoting Lokesh Khanna <lkhanna@hughes-ecomm.com>:

> Dear Sir
> 
> I am able to change passowrd now on multiple realms

Cool!

> but also getting one php warning message below is the message
> Warning: Undefined index: default 
> in /home/httpd/html/test/horde/passwd/poppassd.php on line 49
> 
> Warning: Undefined index: default 
> in /home/httpd/html/test/horde/passwd/poppassd.php on line 50
> 
> What could be the problem now ?

Sounds like when you added the realm specific configs, you removed
the default config?  

> > > My horde/passwd/config/conf.php file is below
> > > 
> > >
> > > $conf['server']['default'] = array(host => 'localhost', port => 106);

The above is the line I'm refering to -- is this still in your config
file?  It is still required, even with the other settings in place.

I suppose I could use the @ symbol to hide the error.  If no server
is defined it will (later in the script) return an error telling you
the config is off.  But the real solution is to define a default server
and port.

-- 
Eric Rostetter
eric.rostetter@physics.utexas.edu

Hey Rocky!  Watch me pull a rabbit from my hat!


>From liamr@umich.edu Date: Thu,  4 Apr 2002 11:12:22 -0500
Return-Path: <liamr@umich.edu>
Mailing-List: contact imp-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list imp@lists.horde.org
Received: (qmail 50146 invoked from network); 4 Apr 2002 16:12:06 -0000
Received: from neo.web.itd.umich.edu (141.213.233.70)
  by clark.horde.org with SMTP; 4 Apr 2002 16:12:06 -0000
Received: (from www@localhost)
	by neo.web.itd.umich.edu (8.9.3/3.4) id LAA07720
	for imp@lists.horde.org; Thu, 4 Apr 2002 11:12:22 -0500 (EST)
From: liamr@umich.edu
Received: from 141.213.234.63 ( [141.213.234.63])
	as user liamr@l.imap.itd.umich.edu by mail-test.www.umich.edu with HTTP;
	Thu,  4 Apr 2002 11:12:22 -0500
Message-ID: <1017936742.3cac7b66b9daf@mail-test.www.umich.edu>
Date: Thu,  4 Apr 2002 11:12:22 -0500
To: imp@lists.horde.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 141.213.234.63
Subject: expand names not honoring honoring search_* prefs

Hey guys, another 3.1RC1 problem..

Expand names isn't honoring my search preferences...
I want expand names to do a strict search on uid.  I have a turba source called
"umod", and I've mapped the "uniqname" attribute to "uid".  I took these
settings from our IMP 3.0 installation, where it works as expected..

$_prefs['search_sources'] = array(
    'value' => 'umod',
    'locked' => false,
    'shared' => false,
    'type' => 'implicit'
);
$_prefs['search_fields'] = array(
    'value' => "umod\tuniqname",
    'locked' => false,
    'shared' => false,
    'type' => 'implicit'
);  

(I also tried 'value' => "umod	uniqname" (where the whitespace is an actual
tab character).

Here's what my debug log says..
Apr 04 10:59:53 HORDE [debug] [turba] LDAP search by liamr: root =
ou=People,dc=umich,dc=edu (ldap.itd.umich.edu); filter = "(|(|(cn=*liamr*)))";
attributes = "dn, cn, mail, uid, sn" [on line 156 of
"/usr/local/projects/webmail/html-ssl/horde-2.1RC1UM/turba/lib/Driver/ldap.php"]

So.. I think it's doing the default search on the only data source it knows
about.  If I go to turba, and do a uniqname search, it finds things properly.

Liam