[Evolution] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
Sporadically when I attempt to empty the trash on a ProtonMail account using evolution, I get the following error: ``` Failed to refresh folder "@protonmail.com : Trash”. The reported error was “Error syncing changes: mailbox 4 does not exist”. ``` then when navigating away from the trash folder, ``` Error while Storing folder “Trash”. Error syncing changes: mailbox 4 does not exist ``` From this point on, evolution will not sync to the server (see note below). This problem is only fixed by quiting evolution and killing evolution- source-registry, and going to the ProtonMail web client and emptying the trash. Note that ProtonMail is odd in this since it doesn't provide IMAP access to their servers, but rather has a bridge application that interacts with their servers and presents an IMAP server on localhost. I intend to instrument the ProtonMail bridge application, but I would like to have a basic idea of what it is that I should be looking for before I jump into that. ``` ~ $ evolution --version evolution 3.28.5-0ubuntu0.18.04.2 ``` thanks Dan Kortschak ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Tue, 2020-05-26 at 04:34 +0200, Dan Kortschak via evolution-list wrote: > This problem is only fixed by quiting evolution and killing > evolution-source-registry, and going to the ProtonMail web client and > emptying the trash. Hi, why also the evolution-source-registry? I'd not expect that to change anything. > I intend to instrument the ProtonMail bridge application, but I would > like to have a basic idea of what it is that I should be looking for > before I jump into that. You can see what it does in the background when you start Evolution from a terminal as this: $ CAMEL_DEBUG=imapx:io evolution which logs raw communication between the server and Evolution. Whether it'll help you to diagnose the problem I'm not sure. Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Tue, 2020-05-26 at 08:44 +0200, Milan Crha via evolution-list wrote: > On Tue, 2020-05-26 at 04:34 +0200, Dan Kortschak via evolution-list > wrote: > > This problem is only fixed by quiting evolution and killing > > evolution-source-registry, and going to the ProtonMail web client > > and > > emptying the trash. > > Hi, > why also the evolution-source-registry? I'd not expect that to change > anything. > > > I intend to instrument the ProtonMail bridge application, but I > > would > > like to have a basic idea of what it is that I should be looking > > for > > before I jump into that. > > You can see what it does in the background when you start Evolution > from a terminal as this: > >$ CAMEL_DEBUG=imapx:io evolution > > which logs raw communication between the server and Evolution. > Whether > it'll help you to diagnose the problem I'm not sure. > Bye, > Milan > Thanks for both of those. I have retried without killing the source registry and it is resolved without that. The relevant output from CAMEL_DEBUG=imapx:io is as follows: [imapx:A] I/O: 'A00133 UID STORE 338 -FLAGS.SILENT (\DELETED)' [imapx:A] I/O: 'A00133 OK UID STORE completed' [imapx:A] I/O: 'A00134 UID STORE 338 -FLAGS.SILENT (JUNK)' [imapx:A] I/O: 'A00134 NO mailbox 4 does not exist' [imapx:A] I/O: 'A00135 UID STORE 338 -FLAGS.SILENT (\DELETED)' [imapx:A] I/O: 'A00135 OK UID STORE completed' [imapx:A] I/O: 'A00136 UID STORE 338 -FLAGS.SILENT (JUNK)' [imapx:A] I/O: 'A00136 NO mailbox 4 does not exist' [imapx:A] I/O: 'A00137 STATUS INBOX (MESSAGES UNSEEN UIDVALIDITY UIDNEXT)' [imapx:A] I/O: '* STATUS INBOX (UIDVALIDITY 4 UIDNEXT MESSAGES UNSEEN xx)' [imapx:A] I/O: 'A00137 OK STATUS completed' Can you point me to documentation where I can read about how to interpret this? thanks Dan Kortschak ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Tue, 2020-05-26 at 12:37 +, Dan Kortschak wrote: > On Tue, 2020-05-26 at 08:44 +0200, Milan Crha via evolution-list > wrote: > > On Tue, 2020-05-26 at 04:34 +0200, Dan Kortschak via evolution-list > > wrote: > > > This problem is only fixed by quiting evolution and killing > > > evolution-source-registry, and going to the ProtonMail web client > > > and > > > emptying the trash. > > > > Hi, > > why also the evolution-source-registry? I'd not expect that to > > change > > anything. > > > > > I intend to instrument the ProtonMail bridge application, but I > > > would > > > like to have a basic idea of what it is that I should be looking > > > for > > > before I jump into that. > > > > You can see what it does in the background when you start Evolution > > from a terminal as this: > > > >$ CAMEL_DEBUG=imapx:io evolution > > > > which logs raw communication between the server and Evolution. > > Whether > > it'll help you to diagnose the problem I'm not sure. > > Bye, > > Milan > > > > Thanks for both of those. I have retried without killing the source > registry and it is resolved without that. > > The relevant output from CAMEL_DEBUG=imapx:io is as follows: > > [imapx:A] I/O: 'A00133 UID STORE 338 -FLAGS.SILENT (\DELETED)' > [imapx:A] I/O: 'A00133 OK UID STORE completed' > [imapx:A] I/O: 'A00134 UID STORE 338 -FLAGS.SILENT (JUNK)' > [imapx:A] I/O: 'A00134 NO mailbox 4 does not exist' > [imapx:A] I/O: 'A00135 UID STORE 338 -FLAGS.SILENT (\DELETED)' > [imapx:A] I/O: 'A00135 OK UID STORE completed' > [imapx:A] I/O: 'A00136 UID STORE 338 -FLAGS.SILENT (JUNK)' > [imapx:A] I/O: 'A00136 NO mailbox 4 does not exist' > [imapx:A] I/O: 'A00137 STATUS INBOX (MESSAGES UNSEEN UIDVALIDITY > UIDNEXT)' > [imapx:A] I/O: '* STATUS INBOX (UIDVALIDITY 4 UIDNEXT MESSAGES > UNSEEN xx)' > [imapx:A] I/O: 'A00137 OK STATUS completed' > > Can you point me to documentation where I can read about how to > interpret this? > > thanks > Dan Kortschak > I think that I just caught the trigger in action. I just saw a mail get sent to junk (ProtonMail server-side filter) and then this [imapx:A] I/O: 'A00170 UID MOVE 3533 Spam' [imapx:A] I/O: '* 3177 FETCH (FLAGS ($junk junk) UID 3533)' [imapx:A] I/O: '* 3177 EXISTS' [imapx:A] I/O: '* OK [UNSEEN 3] ' [imapx:A] I/O: 'A00170 NO Label does not exist' [imapx:A] I/O: 'A00171 STATUS Trash (MESSAGES UNSEEN UIDVALIDITY UIDNEXT)' [imapx:A] I/O: '* STATUS Trash (MESSAGES 0 UNSEEN 0 UIDVALIDITY 4 UIDNEXT 349)' [imapx:A] I/O: 'A00171 OK STATUS completed' and then the same kind of issue as above. This may be enough for me to be able to give ProtonMail enough information for them to reproduce locally (which they have not been able to do before). ProtonMail uses labels rather than real IMAP folders on their servers, so perhaps the bridge is causing some confusion in the junk/trash labelling (their junk and trash folders as presented by evolution allow per mail deletion, unlike real IMAP servers that I connect to so that seem to be behaving differently). Having docs to read to understand this better will still help me though. thanks Dan Kortschak ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Tue, 2020-05-26 at 14:57 +0200, Dan Kortschak wrote: > > The relevant output from CAMEL_DEBUG=imapx:io is as follows: > > > > [imapx:A] I/O: 'A00133 UID STORE 338 -FLAGS.SILENT (\DELETED)' > > [imapx:A] I/O: 'A00133 OK UID STORE completed' Hi, if you still have the log, what is the preceding SELECT command, please? It seems to me the selected folder (mailbox) is somehow modified. > > [imapx:A] I/O: 'A00170 UID MOVE 3533 Spam' > [imapx:A] I/O: '* 3177 FETCH (FLAGS ($junk junk) UID 3533)' > [imapx:A] I/O: '* 3177 EXISTS' > [imapx:A] I/O: '* OK [UNSEEN 3] ' > [imapx:A] I/O: 'A00170 NO Label does not exist' If I understand it correctly, it means they advertise the Spam as a Junk folder, but do not let you move messages into it. When you open the mail account Properties, there's an option to use the real Junk (or Trash) folders on the Defaults tab, which is set for you after the account is configured if the server advertises such folders. I would try to not use real Junk folder, which will stop trying to move messages to that folder in Evolution, though it may have some other side effects too, like the spam you mark as such in Evolution would not be recognized by the server as spam (I'm not sure what the server will do with a message, which has just set the "JUNK" flag). > Having docs to read to understand this better will still help me > though. I'm not sure what documentation you'd like to read, the IMAP 4rev1 is: https://tools.ietf.org/html/rfc3501.html with the following additions, extensions and the like. I do not think it's really something you should care of, as a user. Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Wed, 2020-05-27 at 07:14 +0200, Milan Crha via evolution-list wrote: > On Tue, 2020-05-26 at 14:57 +0200, Dan Kortschak wrote: > > > The relevant output from CAMEL_DEBUG=imapx:io is as follows: > > > > > > [imapx:A] I/O: 'A00133 UID STORE 338 -FLAGS.SILENT (\DELETED)' > > > [imapx:A] I/O: 'A00133 OK UID STORE completed' > > Hi, > if you still have the log, what is the preceding SELECT command, > please? It seems to me the selected folder (mailbox) is somehow > modified. > I will replicate this again, that has been lost. > > > > [imapx:A] I/O: 'A00170 UID MOVE 3533 Spam' > > [imapx:A] I/O: '* 3177 FETCH (FLAGS ($junk junk) UID 3533)' > > [imapx:A] I/O: '* 3177 EXISTS' > > [imapx:A] I/O: '* OK [UNSEEN 3] ' > > [imapx:A] I/O: 'A00170 NO Label does not exist' > > If I understand it correctly, it means they advertise the Spam as a > Junk folder, but do not let you move messages into it. When you open > the mail account Properties, there's an option to use the real Junk > (or > Trash) folders on the Defaults tab, which is set for you after the > account is configured if the server advertises such folders. I would > try to not use real Junk folder, which will stop trying to move > messages to that folder in Evolution, though it may have some other > side effects too, like the spam you mark as such in Evolution would > not > be recognized by the server as spam (I'm not sure what the server > will > do with a message, which has just set the "JUNK" flag). Thanks, that makes sense. I had similar thoughts, so tried setting Junk to not be real and trash as well, though this has interesting outcomes. I don't see the problems that I originally saw, but now see two real folders, "Spam" and "Trash". If I have the "Spam" folder subscribed to then I see duplicated messages in the Junk non-real folder, but don't see this if it is not subscribed to. Both "Spam" and "Trash" are automatically subscribed to on start up even if they have been unsubscribed. Further they cannot be deleted. Additionally, emptying the non-real Trash does not expunge messages from the trash. > > > Having docs to read to understand this better will still help me > > though. > > I'm not sure what documentation you'd like to read, the IMAP 4rev1 > is: > https://tools.ietf.org/html/rfc3501.html > with the following additions, extensions and the like. I do not think > it's really something you should care of, as a user. > Bye, > Milan > thanks Dan Kortschak ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Wed, 2020-05-27 at 06:11 +, Dan Kortschak via evolution-list wrote: > On Wed, 2020-05-27 at 07:14 +0200, Milan Crha via evolution-list > wrote: > > On Tue, 2020-05-26 at 14:57 +0200, Dan Kortschak wrote: > > > > The relevant output from CAMEL_DEBUG=imapx:io is as follows: > > > > > > > > [imapx:A] I/O: 'A00133 UID STORE 338 -FLAGS.SILENT (\DELETED)' > > > > [imapx:A] I/O: 'A00133 OK UID STORE completed' > > > > Hi, > > if you still have the log, what is the preceding SELECT command, > > please? It seems to me the selected folder (mailbox) is somehow > > modified. > > > > I will replicate this again, that has been lost. > Here is a hopefully reasonably summarised event (email bodies have been removed and screeds of FETCHs have been truncated. This was the output from seeing a junk item arrive, changing to different folders and then deleting the junk item. thanks Dan Kortschak ``` [imapx:A] I/O: 'A00224 OK Completed (0.001 secs)' [imapx:A] I/O: 'A00225 STATUS Spam (MESSAGES UNSEEN UIDVALIDITY UIDNEXT)' [imapx:A] I/O: '* STATUS Spam (MESSAGES 3 UNSEEN 1 UIDVALIDITY 4 UIDNEXT 14)' [imapx:A] I/O: 'A00225 OK STATUS completed' [imapx:A] I/O: 'A00226 SELECT Spam' [imapx:A] I/O: '* OK [UIDNEXT 14] Predicted next UID' [imapx:A] I/O: '* OK [UIDVALIDITY 4] UIDs valid' [imapx:A] I/O: '* FLAGS ()' [imapx:A] I/O: '* OK [PERMANENTFLAGS (\Seen \SEEN \Flagged \FLAGGED \Deleted \DELETED \Draft \DRAFT $junk junk nonjunk)] Flags permitted.' [imapx:A] I/O: '* 3 EXISTS' [imapx:A] I/O: '* 0 RECENT' [imapx:A] I/O: '* OK [UNSEEN 1] ' [imapx:A] I/O: 'A00226 OK [READ-WRITE] SELECT completed' [imapx:A] I/O: 'A00227 UID FETCH 3:* (UID FLAGS)' [imapx:A] I/O: '* 3 FETCH (UID 13 FLAGS ($junk junk))' [imapx:A] I/O: 'A00227 OK UID FETCH completed' [imapx:A] I/O: 'A00228 UID FETCH 13 (RFC822.SIZE RFC822.HEADER FLAGS)' [imapx:A] I/O: '* 3 FETCH (RFC822.SIZE 16049 RFC822.HEADER {5453} ' [imapx:A] I/O: '' [imapx:A] I/O: ' FLAGS ($junk junk) UID 13)' [imapx:A] I/O: 'A00228 OK UID FETCH completed' [imapx:A] I/O: 'A00229 UID FETCH 1:3 (UID FLAGS)' [imapx:A] I/O: '* 1 FETCH (UID 1 FLAGS (\Seen $junk junk))' [imapx:A] I/O: '* 2 FETCH (UID 2 FLAGS (\Seen $junk junk))' [imapx:A] I/O: 'A00229 OK UID FETCH completed' [imapx:B] I/O: 'B00230 STATUS INBOX (MESSAGES UNSEEN UIDVALIDITY UIDNEXT)' [imapx:B] I/O: '* STATUS INBOX (UNSEEN 3 UIDVALIDITY 4 UIDNEXT 3230 MESSAGES 2813)' [imapx:B] I/O: 'B00230 OK STATUS completed' [imapx:A] I/O: 'A00231 STATUS "All Mail" (MESSAGES UNSEEN UIDVALIDITY UIDNEXT)' [imapx:A] I/O: '* STATUS "All Mail" (MESSAGES 3183 UNSEEN 4 UIDVALIDITY 4 UIDNEXT 3650)' [imapx:A] I/O: 'A00231 OK STATUS completed' [imapx:A] I/O: 'A00232 SELECT "All Mail"' [imapx:A] I/O: '* OK [UNSEEN 4] ' [imapx:A] I/O: '* OK [UIDNEXT 3650] Predicted next UID' [imapx:A] I/O: '* OK [UIDVALIDITY 4] UIDs valid' [imapx:A] I/O: '* FLAGS ()' [imapx:A] I/O: '* OK [PERMANENTFLAGS (\Seen \SEEN \Flagged \FLAGGED \Deleted \DELETED \Draft \DRAFT $junk junk nonjunk)] Flags permitted.' [imapx:A] I/O: '* 3183 EXISTS' [imapx:A] I/O: '* 0 RECENT' [imapx:A] I/O: 'A00232 OK [READ-WRITE] SELECT completed' [imapx:A] I/O: 'A00233 UID FETCH 3646:* (UID FLAGS)' [imapx:A] I/O: '* 3182 FETCH (UID 3647 FLAGS ($junk junk))' [imapx:A] I/O: '* 3183 FETCH (UID 3649 FLAGS (\Seen nonjunk))' [imapx:A] I/O: 'A00233 OK UID FETCH completed' [imapx:A] I/O: 'A00234 UID FETCH 3649,3647 (RFC822.SIZE RFC822.HEADER FLAGS)' [imapx:A] I/O: '* 3182 FETCH (RFC822.SIZE 16049 RFC822.HEADER {5452} ' [imapx:A] I/O: '' [imapx:A] I/O: ' FLAGS ($junk junk) UID 3647)' [imapx:A] I/O: '* 3183 FETCH (RFC822.SIZE 6537 RFC822.HEADER {1472} ' [imapx:A] I/O: 'A00234 OK UID FETCH completed' [imapx:A] I/O: 'A00235 UID FETCH 1:3646 (UID FLAGS)' [imapx:A] I/O: '* 1 FETCH (UID 4 FLAGS (\Seen nonjunk))' [imapx:A] I/O: '* 2 FETCH (UID 7 FLAGS (\Seen nonjunk))' [imapx:A] I/O: 'A00235 OK UID FETCH completed' [imapx:B] I/O: 'B00236 STATUS Spam (MESSAGES UNSEEN UIDVALIDITY UIDNEXT)' [imapx:B] I/O: '* STATUS Spam (MESSAGES 3 UNSEEN 1 UIDVALIDITY 4 UIDNEXT 14)' [imapx:B] I/O: 'B00236 OK STATUS completed' [imapx:A] I/O: 'A00237 UID MOVE 3647 Spam' [imapx:A] I/O: '* 3182 FETCH (FLAGS ($junk junk) UID 3647)' [imapx:A] I/O: '* 3183 EXISTS' [imapx:A] I/O: '* OK [UNSEEN 4] ' [imapx:A] I/O: 'A00237 NO Label does not exist' [imapx:A] I/O: 'A00246 SELECT Spam' [imapx:A] I/O: '* 3 EXISTS' [imapx:A] I/O: '* 0 RECENT' [imapx:A] I/O: '* OK [UNSEEN 1] ' [imapx:A] I/O: '* OK [UIDNEXT 14] Predicted next UID' [imapx:A] I/O: '* OK [UIDVALIDITY 4] UIDs valid' [imapx:A] I/O: '* FLAGS ()' [imapx:A] I/O: '* OK [PERMANENTFLAGS (\Seen \SEEN \Flagged \FLAGGED \Deleted \DELETED \Draft \DRAFT $junk junk nonjunk)] Flags permitted.' [imapx:A] I/O: 'A00246 OK [READ-WRITE] SELECT completed' [imapx:A] I/O: 'A00247 UID FETCH 13 (BODY.PEEK[])' [imapx:A] I/O: '* 3 FETCH (BODY[] {16049} ' [imapx:A] I/O: ' UID 13)' [imapx:A] I/O: 'A00247 OK UID FETCH completed' [imapx:A] I/O: 'A00248 UID STORE 13 +FLAGS.SILENT (\SEEN)' [imapx:B] I/O: 'B00249
Re: [Evolution] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Wed, 2020-05-27 at 13:56 +0200, Dan Kortschak wrote: > [imapx:A] I/O: 'A00226 SELECT Spam' > [imapx:A] I/O: '* OK [UIDNEXT 14] Predicted next UID' > [imapx:A] I/O: '* OK [UIDVALIDITY 4] UIDs valid' > [imapx:A] I/O: '* FLAGS ()' > [imapx:A] I/O: '* OK [PERMANENTFLAGS (\Seen \SEEN \Flagged \FLAGGED > \Deleted \DELETED \Draft \DRAFT $junk junk nonjunk)] Flags > permitted.' > [imapx:A] I/O: '* 3 EXISTS' > [imapx:A] I/O: '* 0 RECENT' > [imapx:A] I/O: '* OK [UNSEEN 1] ' > [imapx:A] I/O: 'A00226 OK [READ-WRITE] SELECT completed' > ... > [imapx:A] I/O: 'A00237 UID MOVE 3647 Spam' > [imapx:A] I/O: '* 3182 FETCH (FLAGS ($junk junk) UID 3647)' > [imapx:A] I/O: '* 3183 EXISTS' > [imapx:A] I/O: '* OK [UNSEEN 4] ' > [imapx:A] I/O: 'A00237 NO Label does not exist' Hi, the above shows that the 'Spam' folder can be selected, but one cannot move messages into it. Is it auto-populated by the server with the Junk flag? Maybe it is a server-side virtual folder. > [imapx:A] I/O: 'A00270 UID MOVE 13 Trash' > [imapx:A] I/O: '* 3 EXPUNGE' > [imapx:A] I/O: 'A00270 OK [COPYUID 4 13 453] COPY completed' This successfully moves a message to Trash folder on connect 'A'. Meanwhile had been made connection 'B' (and 'C'). > [imapx:B] I/O: 'B00271 SELECT Trash' > [imapx:B] I/O: '* 3182 FETCH (FLAGS (\Seen nonjunk) UID 3647)' > [imapx:B] I/O: '* 3183 EXISTS' > [imapx:B] I/O: '* OK [UNSEEN 3] ' > [imapx:B] I/O: '* OK [UNSEEN 0] ' > [imapx:B] I/O: '* OK [UIDNEXT 454] Predicted next UID' > [imapx:B] I/O: '* OK [UIDVALIDITY 4] UIDs valid' > [imapx:B] I/O: '* FLAGS ()' > [imapx:B] I/O: '* OK [PERMANENTFLAGS (\Seen \SEEN \Flagged \FLAGGED > \Deleted \DELETED \Draft \DRAFT $junk junk nonjunk)] Flags > permitted.' > [imapx:B] I/O: '* 1 EXISTS' > [imapx:B] I/O: '* 0 RECENT' > [imapx:B] I/O: 'B00271 OK [READ-WRITE] SELECT completed' The connection 'B' has selected the Trash folder now. > [imapx:B] I/O: 'B00278 UID STORE 453 -FLAGS.SILENT (\DELETED)' > [imapx:B] I/O: 'B00278 OK UID STORE completed' > [imapx:B] I/O: 'B00280 UID STORE 453 -FLAGS.SILENT (JUNK)' > [imapx:B] I/O: 'B00280 NO mailbox 4 does not exist' IMAPx wants to unset \Deleted and Junk flags on the just moved message, because it's in the Trash folder, where the \Deleted flag doesn't make much sense. It succeeded with the \Deleted flag, but failed with the Junk flag. It seems to me that the server treats the Spam and Trash folders very specifically, the same as the Junk flag. Why it errors out this way might be a question for them. With respect of the real versus virtual Trash/Junk folders, unless the server forces subscription of these folders you can check "Show only subscribed folders" option in the account Properties->Receiving Options tab (which is unchecked by default), and it'll show you only subscribed folders. Which they are can be seen in Folder->Subscriptions for that account. I didn't get whether using virtual trash/junk behaves properly for the Trash/Spam sever-side folders or not. If it does weird things, then rather stay with the real folders. I'd definitely try to contact them and ask them about these errors. Feel free to use my text from above, which may or may not help them from the technical point of view. Maybe there are IMAP clients not showing these errors, but I'd be afraid that such clients just hide these errors from the user, pretending everything worked fine. Of course, I cannot tell for sure unless having similar communication log. There's always a chance that the IMAPx provide does something wrong. Bye, Milan P.S.: by the way, you can Reply to List (Ctrl+L in Evolution), instead of Reply to All, the same as I do here, which works better for me. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Thu, 2020-05-28 at 09:26 +0200, Milan Crha via evolution-list wrote: > On Wed, 2020-05-27 at 13:56 +0200, Dan Kortschak wrote: > > [imapx:A] I/O: 'A00226 SELECT Spam' > > [imapx:A] I/O: '* OK [UIDNEXT 14] Predicted next UID' > > [imapx:A] I/O: '* OK [UIDVALIDITY 4] UIDs valid' > > [imapx:A] I/O: '* FLAGS ()' > > [imapx:A] I/O: '* OK [PERMANENTFLAGS (\Seen \SEEN \Flagged \FLAGGED > > \Deleted \DELETED \Draft \DRAFT $junk junk nonjunk)] Flags > > permitted.' > > [imapx:A] I/O: '* 3 EXISTS' > > [imapx:A] I/O: '* 0 RECENT' > > [imapx:A] I/O: '* OK [UNSEEN 1] ' > > [imapx:A] I/O: 'A00226 OK [READ-WRITE] SELECT completed' > > ... > > [imapx:A] I/O: 'A00237 UID MOVE 3647 Spam' > > [imapx:A] I/O: '* 3182 FETCH (FLAGS ($junk junk) UID 3647)' > > [imapx:A] I/O: '* 3183 EXISTS' > > [imapx:A] I/O: '* OK [UNSEEN 4] ' > > [imapx:A] I/O: 'A00237 NO Label does not exist' > > Hi, > the above shows that the 'Spam' folder can be selected, but one > cannot > move messages into it. Is it auto-populated by the server with the > Junk > flag? Maybe it is a server-side virtual folder. > > > [imapx:A] I/O: 'A00270 UID MOVE 13 Trash' > > [imapx:A] I/O: '* 3 EXPUNGE' > > [imapx:A] I/O: 'A00270 OK [COPYUID 4 13 453] COPY completed' > > This successfully moves a message to Trash folder on connect 'A'. > Meanwhile had been made connection 'B' (and 'C'). > > > [imapx:B] I/O: 'B00271 SELECT Trash' > > [imapx:B] I/O: '* 3182 FETCH (FLAGS (\Seen nonjunk) UID 3647)' > > [imapx:B] I/O: '* 3183 EXISTS' > > [imapx:B] I/O: '* OK [UNSEEN 3] ' > > [imapx:B] I/O: '* OK [UNSEEN 0] ' > > [imapx:B] I/O: '* OK [UIDNEXT 454] Predicted next UID' > > [imapx:B] I/O: '* OK [UIDVALIDITY 4] UIDs valid' > > [imapx:B] I/O: '* FLAGS ()' > > [imapx:B] I/O: '* OK [PERMANENTFLAGS (\Seen \SEEN \Flagged \FLAGGED > > \Deleted \DELETED \Draft \DRAFT $junk junk nonjunk)] Flags > > permitted.' > > [imapx:B] I/O: '* 1 EXISTS' > > [imapx:B] I/O: '* 0 RECENT' > > [imapx:B] I/O: 'B00271 OK [READ-WRITE] SELECT completed' > > The connection 'B' has selected the Trash folder now. > > > [imapx:B] I/O: 'B00278 UID STORE 453 -FLAGS.SILENT (\DELETED)' > > [imapx:B] I/O: 'B00278 OK UID STORE completed' > > [imapx:B] I/O: 'B00280 UID STORE 453 -FLAGS.SILENT (JUNK)' > > [imapx:B] I/O: 'B00280 NO mailbox 4 does not exist' > > IMAPx wants to unset \Deleted and Junk flags on the just moved > message, > because it's in the Trash folder, where the \Deleted flag doesn't > make > much sense. It succeeded with the \Deleted flag, but failed with the > Junk flag. > > It seems to me that the server treats the Spam and Trash folders very > specifically, the same as the Junk flag. Why it errors out this way > might be a question for them. > > With respect of the real versus virtual Trash/Junk folders, unless > the > server forces subscription of these folders you can check "Show only > subscribed folders" option in the account Properties->Receiving > Options > tab (which is unchecked by default), and it'll show you only > subscribed > folders. Which they are can be seen in Folder->Subscriptions for that > account. > > I didn't get whether using virtual trash/junk behaves properly for > the > Trash/Spam sever-side folders or not. If it does weird things, then > rather stay with the real folders. I'd definitely try to contact them > and ask them about these errors. Feel free to use my text from above, > which may or may not help them from the technical point of view. > > Maybe there are IMAP clients not showing these errors, but I'd be > afraid that such clients just hide these errors from the user, > pretending everything worked fine. Of course, I cannot tell for sure > unless having similar communication log. There's always a chance that > the IMAPx provide does something wrong. > > Bye, > Milan > > P.S.: by the way, you can Reply to List (Ctrl+L in Evolution), > instead > of Reply to All, the same as I do here, which works better for me. > Thank you, Milan. This has been very helpful. I will forward the information on to ProtonMail and hopefully they can use the it to resolve the problem. regards Dan Kortschak ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list