[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Domain Name Suffix



I think this subject "Domain Name Suffix" has gone way out of it's
original purpose. Actually, its my fault! I think
Glenn still hasn't got his original question answered.

I have taken the liberty to copy and paste the original posting here:
********ORIGINAL POSTING*****************
At 10:47 99/11/08 -1000, you wrote:
> Hi Kurt,
> 
> Slapd runs better than I had imagined it would.  But we need to
> change the .com to .gov in everyones e-mail address.
> 
> Basically made the ldbm definitions in slapd.conf look like the
> following:
> 
> referral          ldap://spectrum.pacom.osis.gov
> 
> database        ldbm
> suffix            "o=PACOM, c=US"
> directory        /usr/local/ldap
> rootdn           "cn=root, o=PACOM, c=US'
> rootpw          secret
> 
> 
> I built the database using "ldapadd -D "cn=root, o=PACOM, c=US" -w
> secret < /tmp/myldif,
> where myldif contained the people database info.  It took a few hours to
> build the database
> for over 1000 people.  I could build the database again with the proper
> info for o and dc,
> however, it's working fine on our network.  The only problem is that the
> domain name in
> the database shows .com verses .gov in people's e-mail addresses.
> 
> So was wondering if we could just modify o and dc.  I tried changing
> slapd.conf and restarting
> slapd, but that did not work.  Could you suggest a solution?
> 
> 
> Appreciate all that you are doing.
> 
> Regards,
> Glenn Takanishi
> System Administration
***************END********************



At 14:17 99/11/09 +1100, you wrote:
> Earlier today, Kristina wrote:
> 
> > This is of special concern to me as in Japan (which is where I am) a
> > different technique is used(not m4) to edit sendmail.cf.
> 
> What technique might that be?  Seriously, if you do anything other than use
m4
> for building your sendmail.cf, then you're only creating more work/confusion
> for yourself (especially when you try and upgrade to newer versions).  The
 m4
> approach is really the only viable way to go IMHO (not just for adding LDAP
> support, but other features as well).
> 
> 
> dave
>