dovecot - Jul 2021 - Deleting an active sieve script leaves sieve unfunctional

Okay, I'll try to explain it better ;-)

What I would expect is:

When I delete a sieve script via the managesieve interface of KMail, I would 
expect that this script is removed from the USER.sieve script so that it's
no
longer included and not run anymore. Then, it should be deleted.

What happens is:

The script is deleted, but USER.sieve is unchanged and still tries to include 
it. This leads to a compile error when the next filtering is done.

IMO this simply should not happen: After deleting a script, sieve should 
simply continue to work -- without the script. But what I actually have to do 
is that I disable the script, so that USER.sieve doesn't include it anymore 
and then delete it.

So the question is if KMail should do this automatically (and thus it's a 
KMail bug) or if Dovecot doesn't act properly (and thus it's a Dovecot
bug) --
or if this is a config issue caused by me not being able to setup dovecot 
properly :-D

I simply think that deleting a sieve script via a managesieve interface should 
not make the filtering crash and make it necessary to fix this manually ...

Am Montag, 5. Juli 2021, 19:45:37 CEST schrieb dovecot at
ptld.com:
> > On 07-05-2021 1:34 pm, Tobias Leupold wrote:
> >> Yes, that is the one im talking about: active-script.sieve
> >> Just remove that symlink and sieve will be disabled for that user
and
> >> you shouldn't have any errors.
> > 
> > Yeah, of course I won't -- but sieve filtering won't work as
well
> > without the
> > symlink ...
> 
> Maybe im misunderstanding what answer you are looking for.
> Ofcourse sieve wont work without the symlink, that's the point. That is
> how you disable it. To prevent errors generated by a missing / corrupt
> script.
> 
> Then when you want to use sieve again, create a proper script and enable
> it, which will autocreate the symlink again.

> On 07-05-2021 2:04 pm, Tobias Leupold wrote:
> 
> When I delete a sieve script via the managesieve interface of KMail, I 
> would
> expect that this script is removed from the USER.sieve script so that 
> it's no
> longer included and not run anymore. Then, it should be deleted.
As far as sieve is concerned, USER.sieve is the script, still exist and 
is still active.

Sounds like all you have done is removed a required component of the 
script being an include file. Sieve doesn't know this, all it knows is 
USER.sieve is the script, and its active, so it runs it, which fails 
cause as you know, missing an include file.

The issue is that you have a corrupted sieve script (USER.sieve). I 
would not consider this a sieve issue. I would consider this a poor 
design by the makers of whatever control panel you using to update your 
includes as it should rebuild the script after making such changes. I 
think your language choice could be confusing, you aren't deleting "a 
script". You are deleting an include file for "the script" being 
USER.sieve.

My educated guess is, yes this is a KMail issue.