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

List:       kmail-devel
Subject:    Re: $%^#%&^@%&@%
From:       Volker Augustin <volker.augustin () stud ! uni-regensburg ! de>
Date:       2002-02-04 8:50:41
[Download RAW message or body]

After having a lengthy discussion with Rob Walker about filters that was
accidentally not posted to the mailing list, I will summarize the results:

The Problem:
In the current implementation, filters that become invalid because the
target folder has been removed, will be deleted. Since we do not want
to loose filters, those filters should be kept and disabled.

The solution:
We need an action to check the validity of filters. This action should
be run when needed (I will detail that later) and disable invalid filters.

A filter may become invalid for some reason. At the moment, the only
reason I can think of is the removal of its destination folder. This might
occur from inside kmail or from outside kmail. Therefore, the check action
should be run on startup and whenever an action occurs within kmail, that
*could* make a filter invalid or valid. Moreover, it should be run before
the filter creation dialog is opened.

When creating a filter the user should be presented with a radio button
group with the following three options specifying the action to be taken
by kmail when this this filter has become valid:
a) Enable automatically
b) Ask user
c) Ignore

Whenever the check action is run, it should first determine the state of
all filters valid/invalid. It should then enable all filters flagged for
automatic enabling. Afterwards, it should popup a dialog and show the user
a) the filters that could be enabled since they have become valid
b) the filters that have become invalid.
In the latter case, the user should have the option to delete/modify/disable
the filter. If the user chooses disable, an additional radio button group
should become choosable, presenting the user with the 3 options detailed
above for re-enabling the filter. Automatic reenabling should be the default.

Also, the filter creation dialog needs some modification. First of all
it should be possible to enter a non-existent folder. Moreover, there
should be two checkboxes
a) Create destination folder if it does not exist when closing this dialog.
   This option should be selected by default.
b) Create destination folder autmatically when needed. If this option is
   selected, an incoming mail to which this filter is applied will trigger
   the creation of the destination folder if it does not exist.


This approach accomodates both Robs and my contradicting views concerning
filters and folders. Robs view is that a filter should create folders as
needed. My view is that if the user chose to delete a folder, he would not
want it recreated by a filter.

Since this cannot be implemented for 3.0, I am going to file this as a wish.
However, it would be nice to have your comments before doing so.

Regards,
Volker Augustin
_______________________________________________
kmail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail
[prev in list] [next in list] [prev in thread] [next in thread]