Bug 35769 - Wish List - Set Read-Only status
Summary: Wish List - Set Read-Only status
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: 1.3.2
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 49728 60881 152247 (view as bug list)
Depends on:
Blocks:
 
Reported: 2001-12-05 06:33 UTC by John Andersen
Modified: 2012-08-19 01:11 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John Andersen 2001-12-05 06:31:37 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           kmail
Version:           1.3.2 (using KDE 2.2.2 )
Severity:          wishlist
Installed from:    SuSE
Compiler:          gcc version 2.95.3 20010315 (SuSE)
OS:                Linux (i686) release 2.4.10-64GB-SMP
OS/Compiler notes: 

Opon selecting "set status" It would be
nice to be able to mark a message as "read only" or "Protected" or some such
which would make it impossible to delete
(via the Delete option or via the Empty
mailbox option).  

Pegasus has this and its really nice to be 
able to leave an important message in an inbox and not have to worry accidentally 
deleteing it. 

You would have to offer an Unprotect or some such as well.  

Would be nice to be able to colorize the
line in the folder index too on a message
by message option.

(Submitted via bugs.kde.org)
(Called from KBugReport dialog)
Comment 1 alan 2002-05-04 09:49:46 UTC
I (unintentionally) created a duplicate of this request (#38531) having use=
d=20
Forte-Agent under Wine before switching to Kmail.  Agent uses a small Icon=
=20
like a padlock to show the message has this status and calls it locking.

Given the new facility of Kmail to delete mail from folders that are older=
=20
than a certain amount I would like to add that this facility should protec=
t=20
mail from this type of deletion too.
--=20
Alan Chandler
alan@chandlerfamily.org.uk
Comment 2 Malte S. Stretz 2002-05-04 10:56:27 UTC
Coming from The Bat! I know this feature too. There every mail which is 
"flagged" (equivalent to the flag "important" in KMail) can't be deleted 
neither by the user nor the auto-cleanup.
Comment 3 Karl-Heinz Zimmer 2002-05-04 11:23:52 UTC
On Saturday 04 May 2002 12:56 Malte S. Stretz wrote:
> Coming from The Bat! I know this feature too. There every mail which is
> "flagged" (equivalent to the flag "important" in KMail) can't be deleted
> neither by the user nor the auto-cleanup.

One way how to make this could be:

Add another configuration option to the Folder properties dialog!

Between "Expire read mail after" and "Expire unread mail after"
there could be

   "Expire read but <i>important</i> mail after"


Just my 2 pence.  ;-)

Karl-Heinz

--=20
Karl-Heinz Zimmer Senior Software Engineer Klar=E4lvdalens Datakonsult AB
<mailto:khz@klaralvdalens-datakonsult.se>            <mailto:khz@kde.org>
Comment 4 Marc Mutz 2002-05-04 23:58:56 UTC
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Saturday 04 May 2002 13:23 Karl-Heinz Zimmer wrote:
> On Saturday 04 May 2002 12:56 Malte S. Stretz wrote:
> > Coming from The Bat! I know this feature too. There every mail which is
> > "flagged" (equivalent to the flag "important" in KMail) can't be deleted
> > neither by the user nor the auto-cleanup.
>
> One way how to make this could be:
>
> Add another configuration option to the Folder properties dialog!
>
> Between "Expire read mail after" and "Expire unread mail after"
> there could be
>
>    "Expire read but <i>important</i> mail after"
>
> Just my 2 pence.  ;-)

You are not satisfied until the KMail config dialogs span my whole 1600x1200 
display are you? ;-)

Marc

- -- 
Marc Mutz <mutz@kde.org>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE81HXA3oWD+L2/6DgRAkXMAJ9jzgZOMDpCAYWOczxJH+PjQTycYwCeJXPY
4FGO7dgjRYrlwiO/ASs8sN4=
=c8p3
-----END PGP SIGNATURE-----
Comment 5 Karl-Heinz Zimmer 2002-05-05 08:27:53 UTC
On Sunday 05 May 2002 01:58 Marc Mutz wrote:
> On Saturday 04 May 2002 13:23 Karl-Heinz Zimmer wrote:
> > On Saturday 04 May 2002 12:56 Malte S. Stretz wrote:
> > > Coming from The Bat! I know this feature too. There every mail which
> > > is "flagged" (equivalent to the flag "important" in KMail) can't be
> > > deleted neither by the user nor the auto-cleanup.
> >
> > One way how to make this could be:
> >
> > Add another configuration option to the Folder properties dialog!
> >
> > Between "Expire read mail after" and "Expire unread mail after"
> > there could be
> >
> >    "Expire read but <i>important</i> mail after"
> >
> > Just my 2 pence.  ;-)
>
> You are not satisfied until the KMail config dialogs span my whole
> 1600x1200 display are you? ;-)

I _do_ see your smiley but nevertheless want to reply to this: Actually
I feel kind of frustrated because our own additions to the configuration
dialog (PLUG-IN pages) are the main reason for the dialog's big size.

I would like to change this pages but at the moment I am working on
other bug fixing tasks that are more urgent (yesterday's little journey
in the land of Drag'n'Drop was an exception of that rule call it 'kick
over the traces on a rainy saturday').

But I definitely want to solve that dialog size problem!  Any suggestions
how it could be achieved by splitting the Plug-in pages in a wise way are
highly appreciated. (of course _patches_ solving part of that problem
would be even more welcome!)  ;-)

Cheers

Karl-Heinz

--=20
Karl-Heinz Zimmer Senior Software Engineer Klar=E4lvdalens Datakonsult AB
<mailto:khz@klaralvdalens-datakonsult.se>            <mailto:khz@kde.org>
Comment 6 Björn Ruberg 2009-12-15 00:47:24 UTC
*** Bug 49728 has been marked as a duplicate of this bug. ***
Comment 7 John Andersen 2009-12-15 02:08:52 UTC
Wow. 8 Years and still nothing.
Comment 8 Björn Ruberg 2009-12-18 18:12:09 UTC
*** Bug 60881 has been marked as a duplicate of this bug. ***
Comment 9 Björn Ruberg 2010-01-13 10:55:47 UTC
*** Bug 152247 has been marked as a duplicate of this bug. ***
Comment 10 Myriam Schweingruber 2012-08-18 07:48:44 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 11 Luigi Toscano 2012-08-19 01:11:53 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.