Re: [Evolution-hackers] Bug 40699: LDAP Compatibility Issue

[Brad Diggs <brad DiggsFamily net>]

Chris,

Do you know if the next rev of evolution will support the new
attributes?  If the current rev complied with the RFC, I could
easily write a perl script to do the conversion from homePostalAddress
to the new attributes if you like.

Thanks in advance,
Brad

On Tue, 2003-07-15 at 06:15, Chris Toshok wrote:
> There's already a bug about this in bugzilla.ximian.com, and believe me
> it's one of the bigger warts I'd like to fix wrt the ldap stuff :) 
> There's just never enough time.
> 
> I'd opt more for just switching to using the new attributes, possibly
> parsing the old attribute if the new ones weren't specified, but when we
> save it out we save using the new ones, etc.  Or possibly just writing a
> perlldap script for people to use to upgrade their evo contacts and just
> only use the new attributes.
> 
> The evo ldap schema stuff has stagnated pretty much since it was written
> (and it was an acknowledged hack even at the time), and should
> definitely be looked at.
> 
> Chris
> 
> On Mon, 2003-07-14 at 13:02, Brad Diggs wrote:
> > Hello,
> > 
> > There are those of us in the directory services world that
> > would like to use a directory server as the single repository
> > for all identity information.  Toward that end, it would be
> > nice if all of the LDAP based address book clients (Netscape, 
> > Mozilla, Outlook, Windoze address book, and of course my 
> > favorite Evolution) used the same directory attributes for
> > identity information.
> > 
> > Evolution seems to deviate significantly from most other
> > address book clients in that it uses the homePostalAddress
> > attribute to store the entire user address in.  While this
> > is a completely viable option, it isolates evolution from
> > the other clients out there and makes it harder to keep the
> > common identity information in sync.  I would like to propose
> > that you do two things to resolve this inconsistency:
> > 
> > First, alter evolution so that it can support the standard
> > postal address attributes in addition to homePostalAddress:
> > 
> >    streetAddress: $street_address
> >    l: $city
> >    st: $state
> >    postalCode: $zip_code
> > 
> > Second, add a configurable option to allow an end user to
> > specify which format that they would prefer to use.
> > 
> > Thanks in advance,
> > Brad
> > 
> > _______________________________________________
> > evolution-hackers maillist  -  evolution-hackers lists ximian com
> > http://lists.ximian.com/mailman/listinfo/evolution-hackers