After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 321447 - Status of shared folders not updated correctly
Status of shared folders not updated correctly
Status: RESOLVED INCOMPLETE
Product: evolution
Classification: Applications
Component: Mailer
2.4.x (obsolete)
Other All
: Normal minor
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-11-14 16:47 UTC by Patrick OCallaghan
Modified: 2020-11-09 10:50 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Patrick OCallaghan 2005-11-14 16:47:19 UTC
Please describe the problem:
Evo allows the user to appear to delete messages in an IMAP shared folder whose
ACL does not allow deletion. The messages are of course not deleted, but the
folder status is never reset correctly until the user quits Evo and restarts.

Steps to reproduce:
1. Access an IMAP shared folder with write protection
2. Delete a message
3. 


Actual results:
Message is apparently deleted.

Expected results:
Either a) an error message warning the user that deletion is forbidden, or b)
folder status to be restored after a synchronization point such as changing to
another folder and back.

Does this happen every time?
Yes.

Other information:
IMAP server is Cyrus. An attempt to move a message into a shared folder does
work correctly (i.e. gives an error).
Comment 1 André Klapper 2020-10-28 11:38:09 UTC
Hi, is this still a problem in a recent Evolution version (currently 3.38)? Asking as some parts of the code base and underlying dependencies changed in the meantime.
Comment 2 Patrick OCallaghan 2020-10-29 16:34:53 UTC
(In reply to André Klapper from comment #1)
> Hi, is this still a problem in a recent Evolution version (currently 3.38)?
> Asking as some parts of the code base and underlying dependencies changed in
> the meantime.

That was 15 years ago and I doubt I could reproduce it now. Feel free to remove it.
Comment 3 André Klapper 2020-11-09 10:50:15 UTC
Thanks!