Summary: | dIMAP, mails deleted on folder, ask user for confirmation implementation buggy and vague | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | Bill Anderson <bill> |
Component: | disconnected IMAP | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 1.9.5 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Bill Anderson
2006-12-15 20:47:47 UTC
Update: I just created a new folder and moved over 60 messages into it. Now I am getting the above dialog claiming that a set of UIDs have been deleted from the new folder. The list is more than the dialog box can handle so I can not say for certain that it contains all the 'new' messages, but it likely does. Note that it is not saying the messages were deleted from the inbox, but from the new folder. More problems with it. So I got tired of every few minutes getting the blasted popup modal dialog. Rebuilding the index didn't help. So I created a copy under local folders and copied all messages there in preparation for the next step. I then refreshed the cache, Of the 63 messages that were moved into there by a Kmail filter frmo the inbox, 6 remained. 6. People, this bug means data loss. There are multiple vectors to data loss in fact. If the user selects yes, their 'local copy' is deleted, then when the folder synchronizes and updates the server with status the server will delete the message as it is told the message has been deleted. This is in addition to the scenario described above. To finish off this particular instance, I then *copied* the messages back into the server folder and did not get the message. This leads me to suspect the problem my be in the filter code. *** This bug has been marked as a duplicate of bug 133540 *** |