Undelete bug!
Undelete doesn't work if the email undeleted was filed into trash by Rules (Sieve) in the first place. It's moved in some sense; it momentarily disappears and then reappears.
Use case: I have some email sent to [entity+trash@alias.fastmail.domain]. Sieve sees the 'trash" and puts it in the trash. Occasionally there's something useful, so I go search for it. I undeleted something and was then about to empty the trash (well, a folder in the trash) when I realized that the email I had undeleted was still in the same folder in the trash. (It wasn't actually an important email, but I didn't want to delete it.) If staff wants to look at it: Message-ID: <7d9370aedbb543e492d53c596ef3d40e@1236759688> |
Undelete restores message to previous folder before deletion
It appears to me that the Undelete button is working as it was intended. From Help:
Quote:
In your case, the messages were never in any folder other than Trash. You have never deleted these messages. So when you undelete them, they go back the folder they were in before (which happens to be Trash). I think you imagine that they might go to Inbox, but they were never in the Inbox folder so there is no reason for them to be “returned” to any folder other than Trash. If you want the message to be moved to your Inbox folder, use the Move To button. Bill |
Trash dealt with inconsistently.
Nope. In my book, Undelete shouldn't be a no-op, period. If I delete a message in a folder called foo, it should be moved to Trash (itself). Even if foo happens to be a subfolder of Trash. And if I then undelete it, it should be moved into the subfolder. That's not inconsistent with the documentation, and I'd put money on it, what users would say is most appropriate / expected behavior.
When using the search feature, messages in subfolders of Trash are not considered to be in Trash: When a standard search (which the documentation indicates excludes the folders Trash and Archive) is performed, emails in subfolders of Trash ARE searched and listed if they match the search criteria. |
Trash and Spam folders to not allow web created subfolders
You are changing the stated issue.
|
Thanks for your thoughts.
We disagree. I think if something is moved to trash, undelete should move it out of the trash. If it was moved there by a script, it should move back to where it would have been without the move to trash, which is the inbox, probably. Alternatively, always moving such a message to the inbox would be a reasonable action to take on undelete too. In SIEVE, every message starts out in the inbox; if you make a copy with SIEVE, you put a copy somewhere else; then you have two copies : one in the inbox and one in that other place. The documentation gave me the impression that the functionality I was trying to achieve by creating a sub folder of trash would work. I wouldn’t have done it otherwise. So I consider it a bug that it doesn’t. And you can disagree. ( I’m still concerned about the bug I’ve reported, and I have added information on what I consider another bug. So I would guess I’ve committed to send those two topics in one thread. Please forgive me.;)So I would guess I’ve committed to send those two topics in one thread. Please forgive me.;) I don’t think I changed the initial issue. ) |
Quote:
|
That is correct. If sieve never issues a fileinto, or even if it does but the specified folder doesn't exist, the message will default to be placed in the inbox unless a sieve command want's to file it into some other folder based on some criteria.
Incoming messages don't "start out" in any folder. They are passed through the sieve script one at a time to determine where they are to go. |
After some testing, I found inconsistent results when attempting to undelete messages from the Trash folder which were delivered there using one of the three available methods:
Bill |
perhaps have the undelet go to a special folder which each customer can set up if required.
|
Action of undelete on messages delivered to Trash by a rule or plus+addressing
I heard from Fastmail staff. In the situation I described (message moved to Trash by a rule or plus+address target):
Bill |
I would have thought they need to go into just one box rather than hunt for your mail, perhaps just the Inbox.
|
Quote:
|
Quote:
In any case, the behavior that bothers me the most is this: When using the search feature, messages in subfolders of Trash are not considered to be in Trash: When a standard search (which the documentation indicates excludes the folders Trash and Archive) is performed, emails in subfolders of Trash ARE searched and listed if they match the search criteria. |
Quote:
Quote:
Quote:
Quote:
|
Quote:
|
All times are GMT +9. The time now is 06:30 AM. |
Copyright EmailDiscussions.com 1998-2022. All Rights Reserved. Privacy Policy