Hi,
Deon George a écrit :
> OK, this is what I was trying to get to - you need to index the
> postaladdress attribute (in your slapd.conf), with a "sub" index if you
> want to use "contains". As contains is actual *text* filter. Have you
> indexed it?
No I hadn't
I tried...but it doesn't work
Hi,
Deon George a écrit :
> Thus DN is shown whether you asked for it or not.
ok !
> Your output is not showing the "dn", thus entries that meet your filter
> and there are no attributes to show is resulting in badly formatted
> output - why isnt DN showing in your case? (Either PLA was modifie
Fabrice Eudes wrote:
> but, for the end user who doesn't know anything about LDAP directories,
> this doesn't make sense; he might ask for the employeeType attribute
> only (or anything else); then, if the filters isn't precise enough, like
> objectClass=*, the entries -with no employeeType- att
> How do I allow a user write to all entries below theirs?
> http://www.openldap.org/faq/data/cache/653.html
>
> what you wanted ?
yes, thanks a lot!
Nathan
-
This SF.net email is sponsored by: Microsoft
Defy all challenge
Fabrice Eudes wrote:
> - advanced search with postalAddress=* gives 1 result
> - simple search with postalAddress "equals to" * gives the same one
> whereas
> - simple search with postalAddress "contains" street returns no entry
>
> there is a problem here, what d'ya think ?
>
OK, this is what I
Fabrice Eudes a écrit :
> You need more and more precise rules: the self keyword is not enough.
found something for you in the openldap FAQ:
How do I allow a user write to all entries below theirs?
http://www.openldap.org/faq/data/cache/653.html
what you wanted ?
--
Fabrice Eudes -
Hi,
It's nearly off-topic: we are talking about slapd.conf and not
specifically about pla :-)
Nathan Huesken a écrit :
> It works. But if I set them to:
> access to *
>by self write
>by users read
>by anonymous auth
>
> So it seems, that it does not belong to ls, right?
> How do I c
Hi,
OK, if I set the privileges in slapd.conf to:
access to *
by self write
by users write
by anonymous auth
It works. But if I set them to:
access to *
by self write
by users read
by anonymous auth
(Which is the way I want them to be), the user "ls" can not create a "ou" under
Nathan Huesken a écrit :
> I am trying to setup an addressbook with ldap (and with the help of
> phpldapadmin). I am completly new to ldap!
I was also, not a long time ago :-)
> But now I can not add entries to the addressbook as
> "uid=ls,ou=users,dc=lonely-star,dc=org" (no privileges).
> I tri
Nathan Huesken a écrit :
> No, I did not. I thought the plain username would be enough.
> It works with the full DN, thanks for enlighten me!
also look at login_attr in the config.php file.
--
Fabrice Eudes -o)
Clé PGP 88AC3A66/\\
Utilisateur Linux n°245401 _\_V
Tel 09 50
Hi,
I am trying to setup an addressbook with ldap (and with the help of
phpldapadmin). I am completly new to ldap!
The stucture looks like this:
+ img cn=Manager
- img ou=users (1)
- img uid=ls (1)
- img ou=addressbook
But no
Hi,
No, I did not. I thought the plain username would be enough.
It works with the full DN, thanks for enlighten me!
Greetings,
Nathan
On Sun, Feb 17, 2008 at 02:49:09PM +0100, Fabrice Eudes wrote:
> Nathan Huesken a écrit :
> > When I try to login, I get:
> >
> > Could not bind to the LDAP ser
Nathan Huesken a écrit :
> When I try to login, I get:
>
> Could not bind to the LDAP server.
>
> LDAP said: No such attribute
> Error number: 0x10 (LDAP_NO_SUCH_ATTRIBUTE)
> Description: That entry does not contain the attribute specified.
do you login with a full DN ?
--
Fabrice Eudes
Hi,
I am trying to use phpldapadmin (1.0.2). I am very inexpirienced with ldap.
This is my config:
custom->session['blowfish'] = '';
$config->custom->appearance['language'] = 'de';
$config->custom->jpeg['tmpdir'] = "/tmp";
$config->custom->appearance['tree_filter'] = '(objectclass=*)';
$i=0;
$ld
Deon George a écrit :
> Can you do a search postaladdress=* using the "advanced search form"?
even on your demo server:
http://wurley.demo.phpldapadmin.info/
- advanced search with postalAddress=* gives 1 result
- simple search with postalAddress "equals to" * gives the same one
whereas
- simple s
Deon George a écrit :
> The showing of the DN, ensures that the output is formatted correctly.
yes, the displayed dn ensures a correct formating of the results displayed.
but, for the end user who doesn't know anything about LDAP directories,
this doesn't make sense; he might ask for the employee
Fabrice Eudes wrote:
> you mean the rdn ?
No I mean the DN. Each search result should should the RDN and the DN,
as well as the attributes that you have chosen to display. Compare you
results to the demo site http://wurley.demo.phpldapadmin.info
The showing of the DN, ensures that the output is
Deon George a écrit :
> Are you using 1.1.0.5?
yes.
> The DN should atleast be showing in the search results... (Which would
> stop the strange html display).
you mean the rdn ?
ok, when I add "dc" and "ou" (rdn of these entries) to the "Show
ttributes" field, the html display is corrected.
Is
Are you using 1.1.0.5?
The DN should atleast be showing in the search results... (Which would
stop the strange html display).
...deon
Fabrice Eudes wrote:
> Deon George a écrit :
>
>> What is this simple search? Its strange it is returning entries without
>> attributes - and hence the badly
Deon George a écrit :
> What is this simple search? Its strange it is returning entries without
> attributes - and hence the badly formatted output...
oops, sorry.
1) it is an advanced search
2) it is not visible on the image :-(
filter: all empty address (!(postalAddress=*))
here: http://fabric
Fabrice Eudes wrote:
> By the way, the display of the results of an advanced search is
> sometimes weirdly indented in list mode. For instance, if I use the
> "(!(postalAddress=*))" filter, I get this result:
> http://fabrice.eudes.free.fr/Images/PLAListWeird.jpg
>
> any idea why the simple search
Yeah, nothing I can do there...
Oh well...
...deon
Fabrice Eudes wrote:
> by the way, the devel archives on sourceforge seem to be broken as well:
> some links aren't correct.
-
This SF.net email is sponsored by: Microsoft
Fabrice Eudes a écrit :
> I corrected a broken link to the devel mailing list.
by the way, the devel archives on sourceforge seem to be broken as well:
some links aren't correct.
if you try to go to dec 2007:
http://sourceforge.net/mailarchive/forum.php?forum_name=phpldapadmin-devel&max_rows=25&
Deon George a écrit :
> Yes, feel free to update the translations - some brief instructions are
> here:
> http://phpldapadmin.wiki.sourceforge.net/en.Translate
ok, thanks for the tip.
I corrected a broken link to the devel mailing list.
--
Fabrice Eudes -o)
Clé PGP 88AC3A66
Hi,
Deon George a écrit :
> Can you do a search postaladdress=* using the "advanced search form"?
It works fine; so surely it is not misconfigured access in slapd.conf.
By the way, the display of the results of an advanced search is
sometimes weirdly indented in list mode. For instance, if I use
25 matches
Mail list logo
