Dear All
My husband, Brian Burch, has died.
Please can someone remove him from as many mailing lists, user groups
etc please
Thanks
Jane Burch
On 15/1/21 4:36 am, Emmanuel Lécharny wrote:
Hi Filip,
I stro,ngly suggest you try with an oldest version of Java, like Java
8 or Java 11
On 29/5/19 7:27 am, Dunn-Roberts, Richard R wrote:
I did state that I was used having that information in a footer, and was told
to simply reply unsubscribe. As far as the fucking manual goes, I did not know
where that lives, either.
So, Emmanuel, I will NOW perform the correct fucking action
On 29/5/19 4:51 am, Emmanuel Lécharny wrote:
On 28/05/2019 18:59, Shawn McKinney wrote:
On May 28, 2019, at 11:51 AM, Brad Dean wrote:
Unsubscribe
What’s up with all of these unsubscribers?
They simply don't RTFM...
I didn't know whether to sigh, cry, swear, or reply as I worked my way
Hi,
I haven't subscribed to the developers mailing list, so I hope this
question is appropriate on the users list.
I have received helpful answers to two questions recently and intended
to update the apacheds wiki so that it includes the relevant information.
First, I used svn to replicate
On 04/02/17 00:39, Emmanuel Lécharny wrote:
Le 03/02/2017 à 14:58, Louis-Gabriel Thibault a écrit :
Hello Brian,
On Thu, Feb 2, 2017 at 9:16 PM, Brian Burch wrote:
Just to be clear, did you mean you did not find a way to create a
partition /after/ config.ldif has been "migrated"
I have a set of ldif's for my 1.5.4 directory which define prescriptive
ACIs to allow and restrict access to certain attributes, such as
password information. (They were originally cribbed from examples in the
1.5 documentation.)
I have just successfully run these ldifs against my new 2.0.0-M2
On 03/02/17 00:44, Louis-Gabriel Thibault wrote:
Hello Brian,
On Thu, Feb 2, 2017 at 4:04 AM, Brian Burch wrote:
As I was using a development server, I decided to purge M23 and start
again. Before I started the new server for the first time, I edited
config.ldif and changed all the
On 03/02/17 01:14, Emmanuel Lécharny wrote:
Le 02/02/2017 à 10:04, Brian Burch a écrit :
I have a stable 1.5.4 production directory and felt it was time to
upgrade to 2.0.0. All of my 1.5.4 customisation is done with shell
scripts and ldif files, which I track through source management.
I
I have a stable 1.5.4 production directory and felt it was time to
upgrade to 2.0.0. All of my 1.5.4 customisation is done with shell
scripts and ldif files, which I track through source management.
I was dismayed when the server upgrade from ubuntu 14.04 LTS (which does
not have an apacheds p
On 04/06/13 16:25, Emmanuel Lécharny wrote:
Le 6/4/13 4:52 PM, Brian Burch a écrit :
On 04/06/13 14:53, Emmanuel Lécharny wrote:
Le 6/4/13 8:36 AM, Titus Rakkesh a écrit :
Dear All,
Hi,
We have a live application which was running in iPlanet directory
server for the last 5 years and
On 04/06/13 14:53, Emmanuel Lécharny wrote:
Le 6/4/13 8:36 AM, Titus Rakkesh a écrit :
Dear All,
Hi,
We have a live application which was running in iPlanet directory
server for the last 5 years and the LDAP is having around 3 million user
info stored in. Currently we are in a need of g
On 13/08/11 14:26, Kiran Ayyagari wrote:
Hi Brian,
found the issue, you are using the full DN as user name instead
just use the 'testdigest' alone as the username.
P.S:- there is a bit of valuable information logged in :)
Operation Context: SearchContext for DN 'ou=people,ou=pingtoo.
On 12/08/11 16:12, Brian Burch wrote:
I will try to do the test again tomorrow with debugging turned on unless
you see something useful above.
Well, I am baffled. The debug log is quite big but doesn't tell me
anything we didn't know already. I don't want to fill up the mail
a
On 11/08/11 20:42, Kiran Ayyagari wrote:
1. Does the error message mean the user entry was actually found (as
implied)?
yes, indeed
2. Does the error message really mean the attribute value cannot be read
from the directory, or simply that a hash was made that did not match the
SASL response fr
I've just started trying to use SASL DIGEST-MD5 to authenticate Studio
to my production apacheds 1.5.4 directory.
The authentication failed - [LDAP: error code 49 - INVALID_CREDENTIALS:
DIGEST-MD5: cannot acquire password for in realm : pingtoo.com]
I'm reasonably sure I have configured
On 04/02/11 22:16, Stefan Seelmann wrote:
Hi Jeffrey,
On Thu, Feb 3, 2011 at 4:31 AM, Jeffre Reynolds wrote:
Any information on the subject would be very helpful, or even a good place to
go to try to find out more about how to integrate ApacheDS with Samba.
I'm no Samba expert (and I think
Emmanuel Lecharny wrote:
Apache Directory Server 1.5.5 released !
The Apache Directory team is proud to announce that the long expected
1.5.5 version has been released yesterday.
Downloads are available at
http://directory.apache.org/apacheds/1.5/down
Jonathan Camilleri wrote:
I've just loaded an .ldif file within Apache Directory Studio and the
program is pointing out /Unexpected token/. I can't see anything wrong
with the file, any ideas pls?
Don't know about apache studio, but I've often had this sort of error
with command line ldapmod
Stefan Seelmann wrote:
However, when I search for "objectclass=accessControlSubentry", nothing
is returned (with or without the "+" attribute). Even searching for the
explicit dn of a known ACI doesn't return anything.
Do you think this is a "user error", or a problem with the openldap
ldapsearc
I have successfully defined several ACIs within my directory. All but
one of them is working as intended.
I created my ACI's with ldif files, so I have clear documentation of
what I did and need to think carefully about their interactions to fix
my current problem.
I tried to retrieve my ACI
I have just made a fresh install of version 1.5.4 from the deb. I
started with a clean partition and then customised it using my
collection of ldif's. I am very pleased to report that
accessControlEnabled is now working properly on my directory.
However, server startup still does not log this
Thanks for taking interest, Emmanuel.
Lets try to keep this as a small self-contained topics to help others
find solutions to their own problems.
I have attached the log for directory startup and the associated
server.xml. You will see allowAnonymousAccess="true", although it is
logged as fa
I started converting my existing LDAP directory from fedora DS
(originally netscape then iPlanet) to apacheDS 1.5.3 about 2 weeks ago
(using the deb). I've worked my way around several deficiencies in the
working copies of the documentation and intend to report them
individually once my system
23 matches
Mail list logo