Christian Weiske wrote: > > While person, organizatioalPerson and internetOrgPerson do provide basic > data keys, they lack other ones like second address, second email,
Such attributes secondSomething are horrible. Try to define precise semantics and use-cases. And try to argue why there is no need for attributes thirdSomething. ;-) You'll end up looking for an alternative way (probably with several entries linked in some way). > birthday, This is really missing. I'm using my own AUXILIARY object class msPerson which also contains such an attribute. > instant messaging names I'd argue that these are specific to certain IM applications. Each of these applications should define an AUXILIARY object class to be added to person entries > and such. Eh, yes? > On my search for the golden schema I found Mozilla's > mozillaAbPersonAlpha and evolutionPerson. Mozilla's schema looks kinda > alpha to me. > Evolution and Thunderbird don't support each other's schema, and > KAddressbook also doesn't like one of them. I'd avoid all of these. IMHO they are broken. > Is there something like a standard schema that, if not all, but most > address applications support? Nothing more than inetOrgPerson. Ciao, Michael. --- You are currently subscribed to [email protected] as: [EMAIL PROTECTED] To unsubscribe send email to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the SUBJECT of the message.
