|
From: Ben D. <be...@ap...> - 2004-10-27 17:33:08
|
Thanks for that tip! I'll have a look when I get home. Philip Ward wrote: > Add and edit users is broken because of a simple typo. I managed to get it > fixed on my Debian Woody system. > ldapadd.phtml and ldapedit.phtml use AUTH_SERVER_BIND_AS and > AUTH_SERVER_BIND_PASSWORD which do not work. Using BIND_AS and > BIND_PASSWORD did the trick. > > Hope this helps speed things along for you. > > Phil. > > On Tuesday 26 October 2004 23:47, Leo Cruz & Caro Hernandez wrote: > >>Hi All: >> >>This has been a long journey. But I finally after a lot of hours of >>configuration I make Rolodap v1 to work. Add new users and edit user is >>broken but I will work on that in the next few days. My next step will be >>to look at the bugs and see how I can get that organize and open the ones >>that I found during the install. >> >>If you are interesting, following is all the changes that I have to do to >>make it work so far: >> >>This is a system running RHEL AS 3.3 >>[root@nightmare rolodap-v1]# rpm -qa | grep http >>httpd-2.0.46-38.ent >> >>[root@nightmare rolodap-v1]# rpm -qa | grep php >>php-imap-4.3.2-14.ent >>php-4.3.2-14.ent >>php-ldap-4.3.2-14.ent >> >>-------------------------------------------- >>Problem 1 >>-------------------------------------------- >>[root@nightmare openldap]# service ldap restart >>Starting slapd: /etc/openldap/slapd.conf: line 112: equality index of >>attribute "postaladdress" disallowed [FAILED] [root@nightmare rolodap-v1]# >>vi /etc/openldap/slapd.conf >> >># Indices to maintain >>index default pres,eq >>index objectClass,uid,memberof >>index active,cn,sn,givenname,mail,userscode eq,sub,pres >>#index postaladdress,homepostaladdress eq,sub >>index description eq,sub >>index companyname eq,sub,pres >> >> >># vi /etc/openldap/schema/core.schema >>Change From: >> >>attributetype ( 2.5.4.16 NAME 'postalAddress' >> EQUALITY caseIgnoreListMatch >> SUBSTR caseIgnoreListSubstringsMatch >> SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 ) >> >>To: >> >>attributetype ( 2.5.4.16 NAME 'postalAddress' >> EQUALITY caseIgnoreMatch >> SUBSTR caseIgnoreSubstringsMatch >> SYNTAX 1.3.6.1.4.1.1466.115.121.1.41 ) >> >>---------------------------- >>Problem 2 >>---------------------------- >>Check command in the README file to add in the database >> >>ldapadd -h contacts.arius.net -D manager -P secret < sample.ldif >> >>It does not work I think parameter are wrong. I used the following >> >>[root@nightmare openldap]# ldapadd -x -D >>"cn=manager,o=contacts.cruzhernandez.net" -w secret -f >>/tmp/Rolodap/rolodap-v1/extras/sample.ldif >> >>--------------------------- >>Problem 3 >>--------------------------- >>Point my browser to: >>http://localhost/rolodap-v1/auth.phtml >> >>Everything is a lot of garbage need configuration of php to handle *.phtml >>files >> >># vi /etc/httpd/conf.d/php.conf >> >>Add: >> >><Files *.phtml> >> SetOutputFilter PHP >> SetInputFilter PHP >> LimitRequestBody 524288 >></Files> >> >>----------------------------- >>Problem 4 >>----------------------------- >>Can not logging. Rolodap will not get the values of the variables necesary. >>It will not even try to bind because is going through the wrong piece of >>code in the auth.phtml file >> >>Message on the http://localhost/rolodap-v1/auth.phtml page >> >>Warning: Unknown(): Your script possibly relies on a session side-effect >>which existed until PHP 4.2.3. Please be advised that the session extension >>does not consider global variables as a source of data, unless >>register_globals is enabled. You can disable this functionality and this >>warning by setting session.bug_compat_42 or session.bug_compat_warn to off, >>respectively. in Unknown on line 0 >> >> >>Change register_globals from Off to On in the php.ini >> >>; Whether or not to register the EGPCS variables as global variables. You >>may ; want to turn this off if you don't want to clutter your scripts' >>global scope ; with user data. This makes most sense when coupled with >>track_vars - in which ; case you can access all of the GPC variables >>through the $HTTP_*_VARS[], ; variables. >>; >>; You should do your best to write your scripts so that they do not require >>; register_globals to be on; Using form variables as globals can easily >>lead ; to possible security problems, if the code is not very well thought >>of. register_globals = On >> >> >> >> >> >>Leonardo Cruz & Carolina Hernandez >>Phone: (651) 905-8912 >>E-mail: le...@cr... >> >>--- Leo & Caro <le...@cr...> wrote: >> >>From: Leo & Caro <le...@cr...> >>Date: Mon, 25 Oct 2004 20:45:31 -0500 >>To: rol...@li... >>Subject: Re: [Rolodap-develop] Getting start >> >>Thank.. >> >>On Mon, 2004-10-25 at 20:01, John Lederer wrote: >> >>>This might help on the logging: >>>http://www.onlamp.com/pub/a/php/2004/08/12/DebuggingPHP.html >>> >>>John >>> >>>Carolina Hernandez wrote: >>> >>>>Hi All: >>>> >>>>I have been trying to be set up with a system with Rolodap working so I >>>>can see where we at with this project. It has been a long way. I have >>>>everything working except that I can not logging. >>> >>>------------------------------------------------------- >>>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >>>Use IT products in your business? Tell us what you think of them. Give us >>>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >>>more http://productguide.itmanagersjournal.com/guidepromo.tmpl >>>_______________________________________________ >>>Rolodap-develop mailing list >>>Rol...@li... >>>https://lists.sourceforge.net/lists/listinfo/rolodap-develop > > -- Ben Dugdale <be...@ap...> Network Administrator Apache County Schools Business Consortium www.acsbc.net Apache County Arizona www.co.apache.az.us (928) 337-7507 --- [Scanned for viruses] |