terry, regarding the percieved need to do things "a standard way": I'll try to point to a few things "standard" (RFC, Drafts, de facto) and mix in the way we're using it. YMMV.
* Terry L. Inzauro <[EMAIL PROTECTED]> [2006-04-12 22:15]: > so, what i need to do is figure out which attributes my mail > software (postfix and dovecot imap) needs to function and map those > attribues to just about any other attribute in an existing schema > such as any of(or a combination of) the schemas that come with the > directory server of my choice(openldap). does this sound correct or > am i missing the picture? openldap also comes with the misc.schema which contains attributes and objectclass of the expired LASER draft, which is as close to a "standard" as anything ever got. http://www.sendmail.org/m4/laser.txt [ AFAICT from reading the archives http://playground.sun.com/laser/ the draft never took off because participants couldn't agree on whether 'mail' should be used for mail routing as well or just for white pages-use (which would necessitate to route it as well, as some have pointed out) and hence if the values of 'mail' attributes should be duplicated in mailAlternateAddress/mailLocalAddress (see below) attributes or not. ] now, inetOrgPerson has 'mail' (RFC 2798, from RFC 1274) -- we use it single-valued to contain the "canonical email address" though from it's definition it is multi-valued. LASER/misc.schema has 'mailLocalAddress' a.k.a. 'mailAlternateAddress' http://docs.sun.com/source/819-0113/schatt.html#wp40321 which is where we store all other known addresses for that entity which are 'local' (except the one in 'mail' -- we see no gain in duplicating 'mail' here). for routing info we also use 'mailHost' from LASER. we have no use for the additional rewriting that 'mailRoutingAddress' should provide. the cyrus wiki has a bit on that as well (along the lines of the LASER draft), adding mailForwardingAddress to the mix, for addresses which are not 'local': http://acs-wiki.andrew.cmu.edu/twiki/bin/view/Andrewenv/LdapAndMail you'd need to define this one yourself (I know of nothing remotely resembling some kind of "standard"), probably adding another attribute to decide if you're keeping local copies as well. the rest is pretty much application and implementation specific (aliases, virtusertable, mailertable, spam/virus filter options, whatever) so you're on your own here (i.e. you'll need to create your own atributes/objectclasses). regards, -p.schober -- [EMAIL PROTECTED] - vienna university computer center Universitaetsstrasse 7, A-1010 Wien, Austria/Europe Tel. +43-1-4277-14155, Fax. +43-1-4277-9140 --- 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.
