Hello,
I decided yesterday to get LDAP running on my Imail 7.07 server to work on 
giving some folks some form of a global address book. I host a primary 
domain and approx. 60 virtual domains. My ultimate goal was to get LDAP 
working on one of the virtual domains. <whine>Not being extremely 
experienced in LDAP, outside of understanding it's concept, I hit the Imail 
Users Guide - there is not a lot of useful information there at all. Next 
stop, online knowledge base - again, not a wealth of information (and some 
mis-information).</whine> Finally, a stop at this list archive proved to be 
the best resource (so thank you all).

Here's the server config that ultimately worked:

* Upgrade to 7.07
* Start LDAP
* Init LDAP at the top level (no data I'm worried about losing)
  - this is where things get confusing - what the heck is LDAPER.EXE for? I 
understand why I might want to use the command line interface, but what 
does the GUI do that can't be done in the Imail Administrator? It seems as 
though if I type in values on the 'general' tab of a persons mailbox, that 
the data is dropped into LDAP - am I missing something? When I launch the 
LDAPER.EXE program (updated with 7.07 patch), all I do is scroll through a 
list of people in the DB - is that doing something in the background? I 
feel silly trying to find documentation as to what that's supposed to be 
doing - if it's adding info to the database, maybe it should say something 
like "when you launch this app, select a domain, and scroll through using 
the left and right arrows, entries are made to the database." I
Is this something that you have to use if you add people/data via adduser 
instead of via the Imail Administrator? This may sound like a basic 
question but I swear I haven't seen it written down that way.

Onto the quest for searching a virtual domain - Using Oultook 2000 with all 
current patches, I was unable to get any results from the primary or 
virtual domains until I added the following to the 'search base' string 
under the advanced property page for the Directory Service:

objectclass="person"

not

objectclass=Person

or

objectclass="Person"

as is documented in the list archives and in Ipswitch's knowledge base.

I am able to query the primary domain, basically by not choosing to log in, 
and am able to query the virtual domain, by supplying a username and 
password for that domain in the service setup, but not both at the same 
time. I'm ok with that - but I'm not sure that this is the way that it's 
supposed to work.

My concern is that when I try a similar connection using Eudora 5.1, I 
can't query the virtual domain regardless of who I choose to log on with, 
or even if I don't log on, I only get data returned from the primary domain.

Finally, if I make any changes in the LDAP service config, or just 
stop/start the service, I can't query anything - I have to open the 
domain.dta file and make a change, so far, it's been that the DomainName 
has been resetting itself to be the first domain name alphabetically in my 
list of domains, which is not my primary domain, nor the virtual domain 
that I am interested in querying.

Sorry for the rambling...to summarize:

* What the heck does the LDAPER gui do?
* Should I be able to query virtual domains and is there a standard way to 
do so, config on server or client side?
* Is there any chance that I'll be able to query primary and virtual 
domains at the same time?
* Why is my domain.dta file being modified everytime I modify the service?

TIA

Jeff Lesperance
Matrix Group International, Inc.
1033 N. Fairfax St. 2nd floor
Alexandria, VA 22314

*** Custom Web Solution and Web-Based Association Management Software.
Have you been Maxximized? http://www.matrixmaxx.net ***


Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

An Archive of this list is available at:
http://www.mail-archive.com/imail_forum%40list.ipswitch.com/

Please visit the Knowledge Base for answers to frequently asked
questions:  http://www.ipswitch.com/support/IMail/

Reply via email to