[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Bug#23367: a few ideas
From:       Eckard Haupt <ehaupt () wesel-net ! de>
Date:       2001-03-30 19:47:07
[Download RAW message or body]

Package: kmail
Version: 1.1.99 (KDE 2.0)
Severity: wishlist
Compiler: gcc version 2.95.2 19991024 (release)
OS: Linux 2.2.16 i686 (compiled sources)

Hi all,
there are a few ideas about kmail.

- why canīt I use following: "Hello dear %F, \n\n at %D you wrote something about %S. \
\n Hereīs my answer"  The program doesnīt response to the "\n". I think it would be \
fine to have this behavior

- It would be fine if I could define an enxternal viewer (like xv) for atached pics. \
And it would be fine, if kmail   would either open only the one marked or ALL atached \
pics AT ONE TIME with the external viewer.

- Why not use konqueror as viewer? It then would be possible to use all its features. \
So the user for example   can view an atached mpeg-video by one mouseclick.

- It would be fine, if there would be a new feature in the adressbook: Why cant I \
mark any users, so mails to   them will ALL automatically encrypted (with pgp/gnupg)

- Iīm missing a comfortable interface to pgp/gpg. If I will add a key to my keyring \
included in a mail from anybody,  I always have to save the mail, and add the key by \
hand. The same problem if I will sign a key. Is there a chance   to get an interface \
to pgp?

- If I get a mail from a mailbox-user or from - from example - the german z-netz, the \
pgp-keys are included in   the header of the mail. Is there any chance to handle \
this?

- If I change the borders between folder-part, mailheader-part and mailbody-part, the \
changes are not saved  So after next start of the program kmail uses its \
"Default-Values" again. Why this cannot be saved?

many thanks! :-)
Eckard
_______________________________________________
Kmail Developers mailing list
Kmail@master.kde.org
http://master.kde.org/mailman/listinfo/kmail


[prev in list] [next in list] [prev in thread] [next in thread]