Bug 101471 - Inconsistent behaviour in mail download dialog
Summary: Inconsistent behaviour in mail download dialog
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: pop3 (show other bugs)
Version: 1.7.2
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-14 11:13 UTC by G. Landini
Modified: 2012-08-19 00:43 UTC (History)
1 user (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 G. Landini 2005-03-14 11:13:16 UTC
Version:           1.7.2 (using KDE KDE 3.3.2)
Installed from:    SuSE RPMs
OS:                Linux

When the mail download dialog is set (messages >1 byte), and the
behaviour about what to do after downloading is set to "leave fetched 
messages on the server", then the download dialog option of
"delete from server" (the red X cross) does not work as the "leave fetched messages on the server" seems to take precedence.

I would like to suggest that here the "delete" option overrides the
"leave in server" and deletes the messages selected. I.e. "delete" 
really means "delete".

Why? because there is no option to download selected messages and
leave them on the server and at the same time delete any undesirable
messages. Kshowmail can do something like this, but it would be handy 
if KMail could do this from the dialog as well so one saves having to
run 2 program instead.

At the moment, the "delete" option only takes them out of the message
list but still leaves them in the server.

Ideally a solution could be something like:
1. Retrieve and leave in server, (green tick)
2. Retrieve and Delete, (green tick + red cross)
3. Delete (without download) (red cross)
4. Do nothing (the default current yellow tick with an hourglass)

This way, the download manager can work independently of what the 
"leave fetched messages on the server" options are.
Comment 1 Myriam Schweingruber 2012-08-18 08:29:11 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 2 Luigi Toscano 2012-08-19 00:43:03 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.