Bug 1220304
| Summary: | Moving to the real Junk folder doesn't move anything | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Matěj Cepl <mcepl> |
| Component: | evolution-data-server | Assignee: | Matthew Barnes <mbarnes> |
| Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.2 | CC: | jkoten, mbarnes, mcrha, tpelka |
| Target Milestone: | rc | Keywords: | Reopened, Triaged |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | evolution-data-server-3.12.11-14.el7.x86_64 | Doc Type: | Bug Fix |
| Doc Text: |
I would not mention this bug report in the Doc Text, there was not added any specific change for it (neither the mentioned upstream changes), it was fixed by the rebase and/or any consequent changes.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-11-19 07:58:18 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Matěj Cepl
2015-05-11 09:30:20 UTC
Thanks for a bug report. Please retest with evolution(-data-server) 3.12.11, once it is available. Works for me in evolution-3.12.11-1.el7.x86_64 (which will hopefully get into 7.2). Sure, it will get it into RHEL 7.2. *** This bug has been marked as a duplicate of bug 1174414 *** Actually, no it doesn’t. Apparently it doesn’t happen 100% but I have still the same problem at least on one account. On the work account (Zimbra, IMAP+) it perhaps seems to work (not 100% certain about it either), but it happens a way too frequently with my personal account (dovecot, IMAP+ as well). I do not know how to reproduce this. I setup an IMAPx account pointing to a Dovecot server with Receiving options: Check for new messages every 60 minutes and Number of concurrent connections to use 3, all the other Receiving Options are uncheced. In Defaults I set real Trash and Junk folders. Saved settings, closed evolution , run evolution (just in case). Then in Inbox I marked few consecutive messages as Junk with the toolbar "Mark as Junk" button, then moved to another folder on the same account, but not into the Junk folder. After all the saving finished in the status bar I selected the Junk folder, which shows the Junk messages as expected. I suggest to run evolution from a terminal and watch its output. Ideally, for testing purposes, disable all but the Dovecot IMAPx account, then run evolution with IMAPx debugging like this: $ CAMEL_DEBUG=imapx:io evolution &>log.txt then try to reproduce the issue. It can be that the operation of moving the messages failed for some reason, which might be shown in the log. Please use the most recent evolution-data-server, like the current evolution-data-server-3.12.11-8. Thanks in advance. (In reply to Milan Crha from comment #6) > Then in Inbox I marked few consecutive messages as Junk with the toolbar > "Mark as Junk" button, then moved to another folder on the same account, but > not into the Junk folder. After all the saving finished in the status bar I > selected the Junk folder, which shows the Junk messages as expected. Yes, but Evolution lies. Did you check in another IMAP client (mutt, Thunderbird, webmail) that the messages are truly moved? (In reply to Matěj Cepl from comment #7) > Yes, but Evolution lies. Did you check in another IMAP client (mutt, > Thunderbird, webmail) that the messages are truly moved? As you said above, Zimbra works fine here. I made some changes upstream recently [1][2], which are touching related part of the code. It was not only about message move as such, but maybe related for you too. I backported the upstream changes and created a test build for you [3]. Please, install it, then disable all but the one account where you were able to reproduce the issue (thus the log will not contain any unrelated information), then start evolution as follows: $ CAMEL_DEBUG=imapx:io evolution &>log.txt then try to reproduce the issue, while the log.txt file will contain what was communicated between the evolution and the IMAP server. Note that the log contains a raw communication between the server and the client, which means the content of the messages, names of folders and so on. If you consider anything of it private, then feel free to send the log only to me, just name this bug report in the subject, thus I'd not overlook it in my spam folder. Of course, if the test package will work properly for you, then there is no need to send the log. Thanks in advance. [1] https://git.gnome.org/browse/evolution-data-server/commit/?id=8811085cf413 [2] https://git.gnome.org/browse/evolution-data-server/commit/?id=8ba72793929d [3] https://brewweb.devel.redhat.com/taskinfo?taskID=9266083 as evolution-data-server-3.12.11-11.1 Yes, it seems to be fixed with evolution-perl-3.12.11-6.el7.x86_64 evolution-help-3.12.11-6.el7.noarch evolution-data-server-3.12.11-14.el7.x86_64 evolution-3.12.11-6.el7.x86_64 evolution-debuginfo-3.12.11-6.el7.x86_64 evolution-data-server-debuginfo-3.12.11-14.el7.x86_64 Thanks for the confirmation. I'll add the bug to the errata. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-2226.html |