https://bugs.kde.org/show_bug.cgi?id=432973
Bug ID: 432973
Summary: Expunging a lot of messages is aborted with an error
message because of NOOP
Product: trojita
Version: 0.7
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: IMAP
Assignee: trojita-b...@kde.org
Reporter: hka...@redhat.com
Target Milestone: ---
SUMMARY
When I was cleaning a large mailbox on the server, the connection was aborted
after invoking the EXPUNGE command
STEPS TO REPRODUCE
1. mark for deletion a lot of messages (few thousand)
2. invoke EXPUNGE (Ctrl+E) on the mailbox
OBSERVED RESULT
15:44:17.781 conn Mailbox opened.
15:44:17.781 Imap::Mailbox::FetchMsgPartTask bugzilla: parts BINARY.PEEK[1] for
UIDs 447987 Completed
15:44:17.781 Imap::Mailbox::FetchMsgPartTask bugzilla: parts BINARY.PEEK[1] for
UIDs 447987 Fetched part BINARY.PEEK[1] for UID 447987
15:44:18.949 Imap::Mailbox::ExpungeMailboxTask Activated
15:44:18.950 >>> y53 EXPUNGE␍␊
15:44:34.163 <<< * NOOP␍␊
15:44:34.163 UnrecognizedResponseKind NOOP␊* NOOP␍␊␊ ^ here
15:44:34.163 Imap::Mailbox::ExpungeMailboxTask Failed: Going offline
15:44:34.163 conn Logged out.
15:44:34.164 *** Connection killed.
EXPECTED RESULT
the NOOP is most likely used by the server as a "keep-alive" message, to ensure
that the connection isn't dropped; Trojita should handle them and ignore
SOFTWARE/OS VERSIONS
Windows:
macOS:
Linux/KDE Plasma: Fedora 32; trojita-0.7.0.1-0.5.20191104git36b0587.fc32.x86_64
(available in About System)
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.75.0
Qt Version: 5.14.2
ADDITIONAL INFORMATION
Upon reconnecting, all the messages marked for deletion are actually deleted,
despite the unorderly closure of the connection.
Server is Zimbra identifying itself as VERSION "8.0.6_GA_5922"
--
You are receiving this mail because:
You are watching all bug changes.
