We recently started using Cyrus shared folders for local mailing lists. Evo seems to work fine, except for one detail: if I delete a message in a shared folder, Evo will mark it deleted even though the folder does not permit deletion. After restarting Evo, the message will again be present (i.e. not marked as deleted).
So obviously Evo doesn't check if the folder permits deletion until it tries to update the IMAP folder on quitting. It's not enough just to change folders, or hit Send/Receive, or even go Offline and Online. You actually have to Quit. However if I try to move a message into a shared folder, Evo objects immediately with a "Permission Denied" (as it should). So I have two comments: 1) I don't see why it can't stop me deleting at once, since it has to know the shared nature of the folder. 2) It looks like the *only* way to make sure Evo is completely synched with an IMAP server is by quitting and restarting. Is this true? poc PS Currently using Evo 2.4.1 _______________________________________________ Evolution-list mailing list Evolution-list@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-list
