If the status of the processed emails is changed in the IMAP event source by a final action in the configuration dialog or with a Groovy script in such a way that the filter condition no longer applies, then the IMAP event will be executed again and again for the first email taken from the results of the request – and this won’t happen at the next time of execution, as defined by the polling interval, but immediately.
It’s intended that it isn’t compulsive to select a final action in the dialog. In that case, a final action should definitely be executed with a Groovy script. It should be ensured that the filter condition for selecting emails no longer applies to the processed emails after the process has been executed.
The condition is a combination of the folder path and the filter (see above). Therefore it is always sufficient to move an email to another folder or to delete it. It’s equally sufficient to, for example, label emails as deleted. If unread emails are filtered, then it’s sufficient to mark them as read.
|The Move, Delete, and Delete and expunge settings have massive effects on the contents of the selected folder. We only recommend these settings for mailboxes specifically set up for this purpose. United Planet assumes no responsibility for errors that result from choosing the incorrect setting here.|