[#3258] Forwarding should show "disabled" if no forward address is set
Summary Forwarding should show "disabled" if no forward address is set
Queue Ingo
Queue Version HEAD
Type Enhancement
State Accepted
Priority 1. Low
Requester selsky@columbia.edu
Created 2006-01-13 (5246 days ago)
Updated 2007-04-13 (4791 days ago)
Patch No

Matt Selsky <selsky@columbia.edu> 2006-01-13 00:17:02
If I don't have a forwarding address set up, then the filter list 
shows forwarding as "enabled".  This seems confusing.  Forwarding 
should be disabled unless there's actually an address set.

Jan Schneider <jan@horde.org> 2006-04-24 13:04:30
I'm not sure anymore if this is really a good thing. The rule's status 
is saved independently from the rule itself, thus we would need to 
change the status additionally when saving the rule. To be consistent, 
we would need to enable as well as disable the rule automatically, but 
I think that enabling the rule automatically (especially if combined 
with the preference to automatically upload scripts) could make some 
users really unhappy.

gergely@risko.hu 2006-08-29 13:26:01
I think this is only a display confusion, not a db, so you can't solve 
it in the db level.

What if we create a new symbol instead of the green check, namely a 
yellow question mark. If the state is enabled but the rule is not well 
configured (no addresses for forward, no message for vacation, etc.) 
we display that. It  means the state is enabled in database, but the 
displayed icon is a warning to the user. She can only change that to a 
red cross of course with a click, so he must fix the rule, if she 
wants the green check. And if she fixes, the rule 'automatically gets 


Jan Schneider <jan@horde.org> 2006-09-25 16:51:20
That still requires us to introspect each rule in the rule overview, 
because only if you analyze the rule in the context of the used script 
backend, you can tell if a rule is incomplete or not. Might be worth 
it though.

Chuck Hagenbuch <chuck@horde.org> 2007-04-13 21:42:58
I think we should go ahead and do that - seems worth it and as long as 
we can have our backends do the validation, not so bad.