-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 18 October 2001 01:58, Don Sanders wrote:
> On Thursday 18 October 2001 07:27, Ingo Kl=F6cker wrote:
> > On Wednesday 17 October 2001 01:55, Don Sanders wrote:
> > > Allowing multiple email addresses for each person is
> > > more of a gimmick than a truely useful feature.
> >
> > No, it's not just a gimmick. Almost all my friends have
> > at least two separate email addresses. One for their
> > working place and one for their home. Now if I put all my
> > friends in a distribution list how can I make sure that
> > they all receive the message at their home address.
> > Making two addressbook entries for each of them just
> > because I'd like to reach them sometimes under their work
> > address and sometimes under their home address would be
> > really stupid.
>
> I don't think it's stupid. It solves the example problem you
> gave.  It's a trivially simple solution for a trivial
> problem.

Well, it might solve my problem. But then please remove the possibility=20
to enter multiple email address for one address book entry. Because=20
else this will only confuse the users. Furthermore I don't understand=20
why you don't consider it stupid to have several address book entries=20
for the same person just because the distribution list support in KMail=20
is so badly designed that it doesn't support multiple email addresses=20
per address book entry. Do you really expect the users to clone their=20
address book entries (with different email addresses being the only=20
difference) just to make the distribution list support work as=20
expected?
As I can't help you with the implementation of distribution lists (I've=20
hardly enough time to improve the OpenPGP support) please do it your=20
way and simply ignore my (IMHO) justified critique.

> > > Custom entries aren't possible in the old or new
> > > addressbook. I plan to fake them by in KAddressbook by
> > > showing an entry for each category.
> >
> > Hmm, wasn't it possible in KAddressbook to define
> > arbitrary key/value pairs?
>
> Yes.

O.k., then I just misunderstood you.

> > Adding arbitrary key/value
> > pairs to the addressbook should be possible because one
> > can never now which information should later be stored in
> > the addressbook. As I already said, I'd like to store a
> > person's PGP keys (resp. the key IDs of those keys) in
> > the address book. And certainly some other apps also
> > would like to add some additionally information. Think
> > about ICQ numbers, AIM nicks, etc.
>
> I'm not sure how this is related to this thread. But as I
> said before I think a field for the PGP key is a very good
> idea. It could be shown in the details field of
> KAddressbook. ICQ numbers and AIM nicks, fields can be
> created that are shown in the All fields tab, but details
> tab should only be altered if a couple less important
> fields can be relegated to the all fields tab. (There's
> only room for one more field in Details before it becomes
> full).

Sounds good.

> Perhaps the new addressbook API could be extended to add
> support for PGP, ICQ and AIM keys.

I don't think this would be useful. It would only clutter the API. IMO=20
it suffices that the API supports arbitrary key/value pairs.
But it would be good if there would be a place where all the key/value=20
pairs which applications add to the address book where gathered to=20
avoid conflicts between different applications using the same keys for=20
different things.

Regards,
Ingo
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7z0zRGnR+RTDgudgRAvpAAKCqxnbncricRSkBe4ThTgpkIeMqRQCgwVNT
SBbIjDN5oN71bOxxF0zH+AM=3D
=3DFWW6
-----END PGP SIGNATURE-----
_______________________________________________
kmail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail