Fábián Gergely writes:

Hi,

I think I found out what's happening.
I’ve made several further tests, and got to the point that the following lines with the commented line and without make difference:

|. select INBOX.Trash
. select INBOX
. uid search undeleted
. uid copy 2418 "INBOX.Somefolder"
#. select INBOX
. uid store 2418 +FLAGS (\Deleted)
. close

|If you re-select mailbox between copying and setting deleted flag, then courier-imap will move message to Trash on expunge/close. If you do not have such a break between copy and store, then close/expunge won’t move it to Trash. Maybe it’s that courier-imap knows that this is the solution on IMAP for moving and ignores moving to Trash even if it’s IMAP_MOVE_EXPUNGE_TO_TRASH option is set (but just if it detects copy and store right after each other).
I'm just guessing.

This is correct. If a message was copied, then marked for deletion and expunged, Courier knows that the message was not really deleted, so it doesn't get trashed.

However once you close a folder, all that knowledge is lost. So, if after opening a folder a message got expunged, it will get trashed. The fact that the message was copied in a previous folder session is no longer known.

Attachment: pgp6lV1od21ZC.pgp
Description: PGP signature

------------------------------------------------------------------------------
_______________________________________________
Courier-imap mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap

Reply via email to