Re: LDAP C SDK

[EMAIL PROTECTED] writes: > -=-=-=-=-=- > > I downloaded the C version of LDAP SDK but I am running into problems when > I compile it. I was wondering if anyone has ever compiled the C version > or if you could understand the problem that I am having. Here is the > message I get when I com

Re: LDAP C SDK

"Karen Abou-Zeid" <[EMAIL PROTECTED]> writes: > -=-=-=-=-=- > > What about the Netscape-developed tools makedep.exe, txt2rc.exe, and > waitfor.exe? Do you know where these can be found? Go to and follow the "Windows Build Tools." Dan

Re: Errors during installation ldap c sdk on redhat 6.2.

[EMAIL PROTECTED] writes: > Hi, > > Ran into some errors when i tried to install the ldap c sdk. > > [...] > > What's going on? Shouldn't I been using this milestone build (maybe too > new), or . > > Has anyone out there succeeded to build the shared libraries on red > hat 6.2??? Actually,

Re: ldap url question...

[EMAIL PROTECTED] writes: > Hi, > > Can anyone out there tell me whether it is possible to put authetication > information in a ldap uri, i.e. to bind (as a non-anonymous user) to a > directory server using a ldap uri??? It is possibly to specify this information with the "bindname" extension

Re: LDAP RFC2254 filter implementation source code.

End User <[EMAIL PROTECTED]> writes: > > Can someone point me to where I can get the source code for a RFC 2254 > LDAP Search Filter parser? > Sure; the Mozilla LDAP C SDK contains one. See for instructions on how to check it out of CVS. For best re

Re: LDAP access in Mozilla

originally posted to the mailnews mailing list but this > is a more appropriate forum to follow up. I am a colleague of > Paul Sandoz here in Dublin who posted the original mail about > 2 weeks ago which stated that we are looking at adding LDAP > access to Mozilla. > > Dan M

[Fwd: LDAP access in Mozilla]

[Forwarded with permission] > Absolutely; coordinating our work would be a fine thing. I'm in the > process of transitioning to a new job right now where I will be > working full-time on LDAP browser integration, so now is a great time > for us to try and make sure that our work intersects cle

Re: PSM 2.0 and LDAP in the browser (was Re: PSM 2.0 (PIP) docs now available)

"Nelson B. Bolyard" <[EMAIL PROTECTED]> writes: > Dan Mosedale wrote: > > > So one thing that would be helpful to those of us working on LDAP in > > the browser is the ability to get access to some of the NSS > > functionality for the LDAP C SDK to use.

Re: [Fwd: LDAP access in Mozilla]

[EMAIL PROTECTED] (Ben Bucksch) writes: > Dan Mosedale wrote: > > > if there are plans > > to add LDAP access to the address book, we would rather know now. > > John, the best way to work at Mozilla is to post frequently to the > newsgroups and file or take over bug

Re: [Fwd: LDAP access in Mozilla]

[EMAIL PROTECTED] (Dan Mosedale) writes: > > [Forwarded with permission] > > > Absolutely; coordinating our work would be a fine thing. I'm in the > > process of transitioning to a new job right now where I will be > > working full-time on LDAP browser int

latest LDAP datasource (was Re: [Fwd: LDAP access in Mozilla])

2000 Netscape Communications Corporation. All * Rights Reserved. * * Contributor(s): Dan Mosedale <[EMAIL PROTECTED]> * Brendan Eich <[EMAIL PROTECTED]> * Peter Van der Beken <[EMAIL PROTECTED]> * * Alternatively, the contents of this fil

PSM 2.0 and LDAP in the browser (was Re: PSM 2.0 (PIP) docs now available)

Bob Lord <[EMAIL PROTECTED]> writes: > We've just posted the first draft of several PSM 2.0 (codename PIP) > documents. In addition to the Roadmap which we posted a few days ago, > you'll now find the first cut at the workplan (a version of what we > internally call the 'PRD'), a tasklist, and

Re: [Fwd: LDAP access in Mozilla]

Michael Chui <[EMAIL PROTECTED]> writes: > > Dan Mosedale wrote: > > > > There is already an LDAP tracking bug - bug 36557. > > > > I'll try and add some comments to that and related bugs in upcoming > > days and weeks regarding what I and othe

Re: [Fwd: LDAP access in Mozilla]

[EMAIL PROTECTED] writes: > Dan Mosedale wrote: > >... > > Name: MozillaAddrBook.pdf > > Type: APPLICATION/pdf > >MozillaAddrBook.pdf Encoding: BASE64 > >

Re: [Fwd: LDAP access in Mozilla]

John Marmion <[EMAIL PROTECTED]> writes: > > I wanted to get back to you before the weekend to give you > my very early impressions of using the XPCOM LDAP Wrapper. We will > be very happy to use it. It looks like a solid bit of > engineering. Thanks! Glad it looks to meet your needs. We hop

online meeting about addressbook & ldap issues

I've proposed to a few folks that those interested get together online soon to discuss various technical addressbook and LDAP related issues. How does 10:00 AM Pacific Standard Time (== 18:00 UTC) this Thursday (Feb 8) in channel #addressbook on irc.mozilla.org work for people? Dan

Re: online meeting about addressbook & ldap issues

[EMAIL PROTECTED] (Dan Mosedale) writes: > > I've proposed to a few folks that those interested get together online soon > to discuss various technical addressbook and LDAP related issues. How does > 10:00 AM Pacific Standard Time (== 18:00 UTC) this Thursday (Feb 8) > in

Re: [Fwd: LDAP access in Mozilla]

[EMAIL PROTECTED] writes: > Dan Mosedale wrote: > >... > > Name: MozillaAddrBook.pdf > > Type: APPLICATION/pdf > >MozillaAddrBook.pdf Encoding: BASE64 > >

Re: online meeting about addressbook & ldap issues

Gervase Markham <[EMAIL PROTECTED]> writes: > > I've proposed to a few folks that those interested get together online soon > > to discuss various technical addressbook and LDAP related issues. How does > > 10:00 AM Pacific Standard Time (== 18:00 UTC) this Thursday (Feb 8) > > in channel #addre

Re: LDAP acces

[EMAIL PROTECTED] (Csaba Borbola) writes: > Dan, > > I would like to know, what are the following entries in the prefs.js > files doing among the ldap2.servers settings: > > netcenter > infospace > verisign > > They are always there and even the dirType settings is not stored in the > preferenc

posting irc meeting log

I'd like to post the log to the meeting that we had in #addressbook on the 8th to www.mozilla.org. If I don't hear any objections by Wednesday the 14th, I'll go ahead and post it. So let me know if this poses a problem for you. If anyone has email addresses for and/or can forward this messag

LDAP browser integration page on www.mozilla.org w/eClient meeting minutes

At , I've posted an LDAP browser integration page with a number of different documents and links. If you know of or have more stuff that should be there, feel free to send me mail or check in directly to the doc tree yourself. There are some meeting

Re: [Fwd: LDAP access in Mozilla]

John Marmion <[EMAIL PROTECTED]> writes: > Hi Dan, > > I managed top sort out the MessageListener functionality > and get a simple implementation working. I used the > nsLDAPChannel code as a guide. Was this meant as an > example or to be used as is? Anyway, I have a couple > of further querie

LDAP v2/v3 in the browser discussion

Here's some discussion (reposted with permission) about supporting various versions of LDAP in the browser. Comments solicited... Dan Date: Tue, 06 Feb 2001 16:13:39 -0500 From: Mark Smith <[EMAIL PROTECTED]> Subject: Re: LDAP v2 support in a Mozilla client? Leif Hedstrom wrote: > > Hi Mark,

ldap autocompletion impl details (was Re: posting irc meeting log)

John Marmion <[EMAIL PROTECTED]> writes: > > No problem for me. I wanted to follow up on the meeting and > take this opportunity to clarify the Autocompletion (typedown) > functionality that you are hoping to add. As part of our > requirements to add LDAP access to the address book, we had a

addressbook prefs UI change proposal; feedback requested (was Re: LDAP server preferences)

[distribution widened, as I think .mail-news readers are likely to care about this] Csaba Borbola wrote: > Hi Dan, > > thanks for the answers Kevin and Dan. > I won't do much work this week, because I'm on a course. > > My part in the LDAP address book project is to do the preferences. > I wo

Re: addressbook prefs UI change proposal; feedback requested (was Re: LDAP server preferences)

[EMAIL PROTECTED] (Csaba Borbola) writes: > > > > -csid (UTF-8) > > > > What's a csid? > > Additional ldapsearch parameters: > -i. Character set. Specifies the character set to use for command line > input. The default is the character set specified in the LANG > environment variable. You mi

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

nt autocomplete on > other address book types, like outlook. > > Dan Mosedale <[EMAIL PROTECTED]> writes: > > > >Additionally, Netscape management is very keen on seeing basic > >autocompletion work done by Mozilla 0.9, which is quite soon >

Re: Putting back the LDAP/Address Book refactored Code

John Marmion <[EMAIL PROTECTED]> writes: > Candice, > > We are very anxious to begin and learn the process of putting > back to Mozilla. After our discussion last week on the IRC, I > want to suggest the following and ask for your input. > > As I said then, we want to ensure two things: > > 1

mail-news meeting notes on the mozilla.org; log from ldap meeting on irc posted

Some space has been created where folks can put meeting notes and/or logs related to mail-news features. In it I've posted a log from last weeks IRC meeting about mail/news LDAP integration. See: http://www.mozilla.org/mailnews/meetings/ Dan

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

Paul Sandoz <[EMAIL PROTECTED]> writes: > > Dan Mosedale <[EMAIL PROTECTED]> writes: > > > >>We are in the process of writing an LDAP webtop > >>implementation using the LDAP XPCOM directly. > >>We can be clever in how we retu

Re: addressbook prefs UI change proposal; feedback requested (was Re: LDAP server preferences)

Srilatha Moturi <[EMAIL PROTECTED]> writes: > > > Jennifer, I looked at the screen shots and they are very different > > > from what we had in the proposal. > > > > > >* Directory pane should be in the preferences either under > > > mail/news or Advanced. The directory pane will be same a

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

Paul Sandoz <[EMAIL PROTECTED]> writes: > > >> > >>This will not work for corporate LDAP address books > >>since there needs to be an associated query. > > > >I'm not sure what you mean by this; can you elaborate? > > > > A picture is worth a 1000 words? >

[Fwd: my ldap locking problem]

So we're not really concentrating on the problem that this message is written about. But it _is_ some of the only documentation about the XPCOM wrapper code other than the IDL files and the LDAP C SDK doc set. Dan OK, so I've written up a bunch of text about how the LDAP code works and th

[Fwd: ldap autocompletion impl details (was Re: posting irc meeting log)]

great when you have only few entries which could be fine to represent the result in autocomplete but should not used to iterate the LDAP directory which could be huge. some other comment here after... Dan Mosedale wrote: Paul Sandoz <[EMAIL PROTECTED]> writes: The initial idea was

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

Peter Van der Beken <[EMAIL PROTECTED]> writes: > Hi Dan and Paul, > > You should explain to me what your question about threadsafety is, > because I haven't followed the discussion really closely. The datasource > currently waits till the last entry is in before asserting every result > as a

Re: Compiling C SDK on Solaris 7

Malcolm Kerec <[EMAIL PROTECTED]> writes: > Hi, > > I've tried compiling as per the documentation but receive the following > errors: > > /opt/mozilla $ gmake -f directory/ldapsdk.mk build > cd config; gmake > gmake[1]: Entering directory `/opt/mozilla/config' > ../config/SunOS5.7_sparc_DBG.OBJ/

Re: addressbook prefs UI change proposal; feedback requested (was Re: LDAP server preferences)

[EMAIL PROTECTED] (Csaba Borbola) writes: > Dan Mosedale wrote: > > > <http://www.mozilla.org/mailnews/specs/proposals/LDAPAddressingPrefs.html> > > is an approximate description of what we came up with (unfortunately > > couched in my rather terse note-tak

Re: addressbook prefs UI change proposal; feedback requested (was Re: LDAP server preferences)

[EMAIL PROTECTED] (Csaba Borbola) writes: > Hi, > > > We will store all the LDAP preferences in prefs.js > > That is cool. The only question now is, how? Do you want to use the URI > scheme to store, as suggested in the refactored code document ? > (http://www.mozilla.org/directory/addrbook-refa

Re: addressbook prefs UI change proposal; feedback requested (was Re:LDAP server preferences)

[EMAIL PROTECTED] writes: > Dan Mosedale wrote: > >... > > So I've been thinking about this a bit, and it's a little unclear to > > me whether the typedown preferences should be per-identity, rather > > than just per-account. The current UI prefs are co

IRC meeting about i18n issues in mozilla LDAP?

Several of us are working on LDAP features in Mozilla, most immediately related to supporting LDAP typedown for (hopefully) Mozilla 0.9. We have relatively little experience with Mozilla i18n issues, and would like to have a meeting on IRC (server irc.mozilla.org in #addressbook) to try and g

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

Paul Sandoz <[EMAIL PROTECTED]> writes: > >> * > >> */ > >>attribute long match; > > > >So is this attribute necessary because you need to know how to sort > >the list of returned matches? It seems like it would be a bit clearer > >to call this "type" or "matchType". > > > > N

Re: addressbook prefs UI change proposal; feedback requested (was Re: LDAP server preferences)

Paul Sandoz <[EMAIL PROTECTED]> writes: > [Resending; news server problems] > > Dan Mosedale <[EMAIL PROTECTED]> writes: > >Well, there maybe issues in the amount of information that a standard > >LDAP URI can hold, as per the other message I just posted.

"LDAP XPCOM wrapper" -> "LDAP XPCOM SDK"; new bugzilla component

I'd like to create a Bugzilla component (and eventually a despot component) for the stuff under mozilla/directory/xpcom. While thinking about what to name it, it occurred to me that referring to it as just the wrapper is no longer accurrate, since it now does more than just wrap the C SDK: it

Re: "LDAP XPCOM wrapper" -> "LDAP XPCOM SDK"; new bugzilla component

[EMAIL PROTECTED] (Dan Mosedale) writes: > I'd like to create a Bugzilla component (and eventually a despot > component) for the stuff under mozilla/directory/xpcom. While thinking > about what to name it, it occurred to me that referring to it as just > the wrapper is no

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

Paul Sandoz <[EMAIL PROTECTED]> writes: > > Attached is a revamped set of nsIAbDirectoryQuery* > interfaces. Decided the nsIProperties interface was > not suitable. > Considered using arrays but used nsISupportsArray > for corresponding attributes instead. Just out

Re: addressbook prefs UI change proposal; feedback requested (was Re: LDAP server preferences)

Paul Sandoz <[EMAIL PROTECTED]> writes: > > >>Also i think that there is no need to impose the address > >>book name space on an organisational ldap preferences. > >> > >>We would like to instantiate nsIAbDirectory RDF resource > >>components through corresponding factory comp

Re: Secondary LDAP server in Mozilla address book

[added .mail-news to the Newsgroup line] [EMAIL PROTECTED] writes: > From our organization's point of view having a secondary ldap server to > turn to for address completion or address book display is highly > desirable in two cases: > > (1) Failure of the first server > (2) An optional addition

Re: How do you link in SSL with the 4.X SDK?

"Michael F. March" <[EMAIL PROTECTED]> writes: > I have an addition to this question.. I am compiling the > SDK from source from Mozilla.org. > > "Michael F. March" <[EMAIL PROTECTED]> wrote in message > 97jih0$[EMAIL PROTECTED]">news:97jih0$[EMAIL PROTECTED]... > > Anyone have any pointers on th

Re: C SDK problems using NDS 8.X

[EMAIL PROTECTED] writes: > We are experiencing problems when using the sdk with Novell NDS 8.x > (Netware 5.1 SP2). > > The search calls hang at random , although it functions well at most > times. > (may be after prolonged inactivity on a connection to the LDAP server, > or other reasons not tr

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

[added .xpcom to the Newsgroups line; perhaps the XPCOM folks will have opinions on some of the items touched on here] Paul Sandoz <[EMAIL PROTECTED]> writes: > > >Paul Sandoz <[EMAIL PROTECTED]> writes: > >> > >>Attached is a revamped set of nsIAbDirectoryQuery* > >>interfaces. Decided

Re: addressbook prefs UI change proposal; feedback requested (was Re: LDAP server preferences)

Paul Sandoz <[EMAIL PROTECTED]> writes: > > >>The LDAP preferences could be used by other clients which > >>are not interested in address books directories like the > >>LDAP auto-completion code. So I thought it was better to > >>keep the generic scheme and let the factories retur

Re: LDAP acces

Phil Peterson <[EMAIL PROTECTED]> writes: > David Durkee wrote: > > > Dear Csaba, Dan and Kevin, > > > > IMHO you will probably find the following link helpful: > > http://docs.iplanet.com/docs/manuals/communicator/ldap45.htm > > Hey, someone actually reads that stuff. Cool! > > > ) Which lead

"Directory / LDAP XPCOM SDK" bugzilla component created

The LDAP XPCOM SDK component of the Directory product has been created in Bugzilla. I went with "LDAP XPCOM SDK" rather than "LDAP XPCOM Components" because this batch of code is intended to provide relatively generic LDAP building block functionality... and if someone were to implement more ad

Re: Problem compiling SDK on a Linux box

"Christian Pinheiro" <[EMAIL PROTECTED]> writes: > Hi Folks, > > I installed PerLDAP a lot of times on a Solaris box without any problems, > but now I'm having trouble on a Linux box (which I thought would be easier). > Following the version of my server, and the error: > > == LINUX === > Linux

Re: Typedown prefs

[EMAIL PROTECTED] (Csaba Borbola) writes: > Dan, > > do you have any final docs or list of preferences you would like > to store for typedown? You told me, that you had been waiting for > some marketing decision related to the UI for preferences. If you > have some kind of finalized plan can you

Re: Installing Mozilla on Linux 7.0

"Thomas" <[EMAIL PROTECTED]> writes: > I've made all the changes in /etc/profile > > MOZILLA_CLIENT=1 > NO_MDUPDATE=1 > MOZ_LDAP_SDK=1 > export MOZILLA_CLIENT NO_MDUPDATE MOZ_LDAP_SDK > unset MOZ_LI > unset MOZ_LITE > unset MOZ_MEDIUM > unset NO_SECURITY > > but when I do a > gmake -f directory/

LDAP i18n meeting log posted; minor interface changes upcoming

The contents of last week's LDAP internationalization meeting has been posted here: . Additionally, some minor interface changes are coming. One batch, in http://bugzilla.mozilla.org/show_bug.cgi?id=70658 removes a number of methods that sho

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

Paul Sandoz <[EMAIL PROTECTED]> writes: > >> >> /** > >> >> * List of defined match items types > >> >> * > >> >> */ > >> >> const long matchItemsOneOrMore = 0; > >> >> const long matchItemsAll= 1; > >> >> > >> > > >> >Would it be worthwh

Re: LDAP i18n meeting log posted; minor interface changes upcoming

Paul Sandoz <[EMAIL PROTECTED]> writes: > > >The contents of last week's LDAP internationalization meeting has been > >posted here: . > > > > From the latest IRC chat there was a question about pab storage: > > " Do you know if t

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

[EMAIL PROTECTED] (Josh Harding) writes: > Dan Mosedale wrote: > > > > Paul Sandoz <[EMAIL PROTECTED]> writes: > > > > > > Example: > > > > > > (name == "X" && nickname == "Y") || > > >

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

Paul Sandoz <[EMAIL PROTECTED]> writes: > > I think i have got it: > > It is possible to extend expression types to include > an N peer boolean expression that contains a list of > expressions and applies the same operator to each. > > Like a 'flatened'

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

[EMAIL PROTECTED] (Josh Harding) writes: > Paul Sandoz wrote: > > It is possible to extend expression types to include > > an N peer boolean expression that contains a list of > > expressions and applies the same operator to each. > > > > Like a 'flatened' part of

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

Paul Sandoz <[EMAIL PROTECTED]> writes: > > Attached is the latest query stuff with boolean > stuff combined. The existing directory query > not inherits from the nsIBooleanExpression interface > and the nsIAbDirectoryQueryArguments has a > nsIBooleanExpression

Re: 0.8.1?

> > Hi all > > > > Will LDAP addressbook be included into 0.8.1? The branch is created > > yesterday - so now it should be possible to say exactly... > > > > Thanks for any comments. Much of the LDAP autocomplete work missed 0.8.1 as well, but we should be able to hit 0.9. Dan --

Re: LDAP UI spec:questions answered

[Added mozilla-directory and -mail-news to the CC list, as folks there are likely to have useful input] > Jennifer Glick wrote: > >> Hi Srilatha, >> >> Per Product Management's request, I also did a third spec which has >> the Address Book settings Global and the LDAP settings Per Account.

Re: LDAP asynchronous calls

"Sushmita Roy" <[EMAIL PROTECTED]> writes: > Hi > I want to use the Netscape LDAP sdk (on Linux) to perform asynchronous > search operations. Are there any known problems in using asynchronous > function calls of the LDAP sdk in a multithreaded environment on Linux. > Regards They're being used i

Re: LDAP UI spec:questions answered

And there's a fourth contender for addressbook preferences UI: http://www.mozilla.org/mailnews/specs/addressbook/LDAP4.html There's a meeting tommorrow (Thursday, Mar 22) at Netscape at 1:00 PM PDT (21:00 UTC) to try and sort all this out. I've asked for a dialin number to be set up so that int

Re: LDAP UI spec:questions answered

[EMAIL PROTECTED] (Dan Mosedale) writes: > And there's a fourth contender for addressbook preferences UI: > > http://www.mozilla.org/mailnews/specs/addressbook/LDAP4.html > > There's a meeting tommorrow (Thursday, Mar 22) at Netscape at 1:00 PM > PDT (21:00 UTC)

Re: Error building LDAP C SDK 4.11 (was "Source code...")

[EMAIL PROTECTED] (Harshdeep S Jawanda) writes: > Hi, > > "Michael F. March" wrote: > > > "To get LDAP C SDK 4.0 code (you've got version 3.x), instead \ > > of using the CVS date tag specified on that page, check out using\ > > the "-r LDAPCSDK_40_BRANCH" switch to CVS." > >

Re: Asyncronous calls

"Devendra Badhani" <[EMAIL PROTECTED]> writes: > I'm working on a project where the thruoughput requirement for the LDAP > search is very high( ~100 results per second). To achive this I thought of > using > asynchronus LDAP API. >Just to get a fair idea of what's going behind the scene and to

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

Paul Sandoz <[EMAIL PROTECTED]> writes: > >>Attached is the latest query stuff with boolean > >>stuff combined. The existing directory query > >>not inherits from the nsIBooleanExpression interface > >>and the nsIAbDirectoryQueryArguments has a > >>nsIBooleanExpression attribut

Re: Organisational and 10^3 address books

Paul Sandoz <[EMAIL PROTECTED]> writes: > > Wanted to run by some things i think are required > for the Mozilla address book to cater for organisational > (LDAP) and '10K' address books i.e. address books > with so many cards it is not feasible to list all cards. >

Re: Organisational and 10^3 address books

[EMAIL PROTECTED] (Josh Harding) writes: > Paul Sandoz wrote: > > > > Wanted to run by some things i think are required > > for the Mozilla address book to cater for organisational > > (LDAP) and '10K' address books i.e. address books > > with so many cards it is n

Re: ldap autocompletion impl details (was Re: posting irc meeting log)

Paul Sandoz <[EMAIL PROTECTED]> writes: > > It would be nice if the existing > nsILDAPOperation.seatchExt method included the > returned attributes parameter as support in the > nsILDAPURL interface :-) > Agreed, we could also use this to optimize autocomplet

Re: Announcement: LDAP C SDK /w NSS 3.2 support on Mozilla

Michael Hein <[EMAIL PROTECTED]> writes: > The 5.0 version of the LDAP C SDK with NSS 3.2/NSPR 4.1 support is now > fully available as open source on Mozilla. All future development will > now take place using the mozilla CVS repository and no further > development is planned within the iPlanet f

Re: Organisational and 10^3 address books

Paul Sandoz <[EMAIL PROTECTED]> writes: > > >> When a searchable address book is selected > >> the 'search bar' should be displayed. > > > >I'm not quite sure what you mean by this. > > > > Hmm... that a search tool bar should become > visible if not already so, so th

Re: Organisational and 10^3 address books

Paul Sandoz <[EMAIL PROTECTED]> writes: > > >>It is not just an optimization because the query > >>can change the 'normal' hierarchical relationship > >>of an RDF graph. For example it should be possible > >>to do a query on the Address Book Container, this > >>flattens and con

Re: Organisational and 10^3 address books

Paul Sandoz <[EMAIL PROTECTED]> writes: > > Thanks! I see the light. > I was stuck in some precipitous local minima > of thought. Heh; I like this turn of phrase. :-) > Copying somthing similar to ldap filter is > a good idea: > > uri = sc

Re: Organisational and 10^3 address books

Paul Sandoz <[EMAIL PROTECTED]> writes: > > I modified the query string spec to use > 'and', 'or' and 'not' instead of the symbols > because the '|' is not a recommended character > in the URI spec. Makes sense. > Last week i got Org LDAP entries into the >

Re: Address-book refactoring

Paul Sandoz <[EMAIL PROTECTED]> writes: > > >Er... I heard there was some address book refactoring going on, so I > >thought I'd float this idea. > > > >Why do address book entries not have a field for "Encryption key" and a > >preference "automatically encrypt mail to this user" (enabled only wh

Re: Address book functionality, proposed putback 2.

John Marmion <[EMAIL PROTECTED]> writes: > Now that our first patch on re-factoring the Address Book > code is nearing its landing date, I thought it might be > appropriate to highlight what is coming in our second > patch and also to ask some questions. I am forwarding a > summary of the func

Re: Organisational and 10^3 address books

Paul Sandoz <[EMAIL PROTECTED]> writes: > > >>I had to change the directory data source to > >>use synchronous proxy observers just like the js > >>LDAP data source so it can be really slow. > > > >I don't really understand why the JS datasource uses sync proxies > >(peterv?). Given

Re: Address book functionality, proposed putback 2.

Dan Mosedale <[EMAIL PROTECTED]> writes: > John Marmion <[EMAIL PROTECTED]> writes: > > Now that our first patch on re-factoring the Address Book > > code is nearing its landing date, I thought it might be > > appropriate to highlight what is coming in our secon

Re: LDAP attribute preferences Re: Organisational and 10^3 address books

Paul Sandoz <[EMAIL PROTECTED]> writes: > > >>Attached is the Mozilla card to LDAP attribute > >>mapping that is currenly used. This is based on > >>the LDIF conversion code. > >>At some point it might be advantageous to have > >>a mapping table in the preferences, or changes

Re: Organisational and 10^3 address books

Paul Sandoz <[EMAIL PROTECTED]> writes: > >>If you use async then the GUI becomes very sluggish > >>in debug, not sure what its like in release, as per > >>bug 50104. > >> > >>I am testing against an internal LDAP server which > >>contains all Sun employee info, so it is ve

Re: LDAP & MAPI Address Book Experimental Builds

John Marmion <[EMAIL PROTECTED]> writes: > > Some of you may be aware of our attempt here to add > Multiple Address Book support to Mozilla. Our first > patch landed successfully for milestone 0.9. This > refactored the address book source to support multiple > address books. Our next patch wil

Re: LDAP logging?

Henrik Gemal <[EMAIL PROTECTED]> writes: > I'm trying to get LDAP working from my compose window but it doesn't > seems to work. I'm using the zip version of the mozlla win32 build. > Should ldap work there? > > Now I'm trying to log the LDAP commands via: > > SET NSPR_LOG_MODULES = > IMAP:5,POP

Re:

Binary Runner wrote: > Hi, > > I've looked again at the LDAP RDF datasource and outliner and found some fact I'd >like you correct if they're wrong: > I'm ccing peterv and a couple of mozilla newsgroups on this reply, as I think this is of general interest. Hope that's ok > 1/ search uri

browser builds w/LDAP/MAPI addrbook integration; testers sought

[Followups set to .mail-news] Martin Maher <[EMAIL PROTECTED]> writes: > There are some experimental builds (windows, linux > and mac) available on > > http://mozdev.org/ftp/pub/sun/ > > These builds include changes to allow users to > read both LDAP and MAPI addressbooks from there > mozilla

Propragating low-level (LDAP) errors to the UI

[more newsgroups added; i'm hoping that xpcom and netlib folks will chime in here] Paul Sandoz <[EMAIL PROTECTED]> writes: > >> Perhaps re-using and > >>creating exception codes and mapping these to > >>i18n strings for dialogs to use in the address > >>book? > > > >Sounds good. > >

Re: LDAP address book settings

[.mail-news added] [EMAIL PROTECTED] (Csaba Borbola) writes: > Hi Dan, > > I'm doing the LDAP addressbook settings and I would like to get > some comment related to filters. > I think the LDAP address book should not use the filter > settings from the preferences, which was set for autocompletio

Re: I cant get LDAP working...

Henrik Gemal <[EMAIL PROTECTED]> writes: > I've downloaded a LDAP enabled build from: > http://mozdev.org/ftp/pub/sun/ > > added the following lines to my prefs.js file: > > user_pref("ldap_2.servers.myldap.description", "myldap"); > user_pref("ldap_2.servers.myldap.dirType", 777); > user_pref("

Re: Thank You!

Batmensch <[EMAIL PROTECTED]> writes: > > I would just like to thank all of you working on the Directory stuff for > Mozilla. With the recent addition of address completion using an > LDAP directory Mozilla has now become a useable replacement for Netscape > Communicator (and Outlook) at b

Re: How do you use the XPCOM Wrapper for C SDK

[EMAIL PROTECTED] (Graham Gelding) writes: > I am tring to add LDAP functionality to a Chrome. Initially all I'd > like to do is connect to an LDAP server and read and write some > "bookmarks.html" data. I'd suggest looking at Binary Runner's implementation of LDAP bookmark stuff; he posted a

Re: Thank You!

Gervase Markham <[EMAIL PROTECTED]> writes: > John Marmion wrote: > > > > > John Marmion wrote: > > > > > > > > We feel that there was no real conviction to QA this patch despite > > > > the fact that we had made it available as early as the 20th April. > > > > > > Who were you looking for QA f

Re: More questions on using own SSL lib with LDAP

Rooben Garakanian <[EMAIL PROTECTED]> writes: > -=-=-=-=-=- > > Thanks for the info. At this point in time I'm looking into these from > client side. > > Do you know what needs to replace ldapssl_client_init(cert7.db, NULL), > ldapssl_clientauth_init(cert7.db, NULL, ...), other ldapssl_* functi

Re: LDAP autocomplete ' ' vs. '*'

[EMAIL PROTECTED] (Ken Lui) writes: > I've noticed that LDAP autocompletion works differently from > Communicator 4.76 and Mozilla 0.9.1/0.9.2. In Communicator, if > I enter "John Smith" and the person in the directory is "John E. > Smith", it finds it no problem, but Mozilla doesn't find it > unl

Re: LDAP autocomplete ' ' vs. '*'

[EMAIL PROTECTED] (Ken Lui) writes: > In article <9ikskp$[EMAIL PROTECTED]>, > Dan Mosedale <[EMAIL PROTECTED]> wrote: > >No; thanks for pointing it out! I just filed bug 90535 > ><http://bugzilla.mozilla.org/show_bug.cgi?id=90535> on this, and there

Re: Autocompletion doesn't work

[EMAIL PROTECTED] writes: > > JMT wrote: > > > Hi all, > > I'm using Netscape 6.1. I have a problem my corporate have and LDAP > > for addresses. I have had any problem to autocomplete addresses with > > Netscape 4.7. It worked fine. But with N6.1 I have no luck. I have > > checked it all and I

  1   2   >