Freron MailMate

Comments and changes to this ticket

• 

  benny March 4th, 2019 @ 12:19 PM

  Sorry about the late response. Could you first make sure this issue persists in the latest test release: Hold down ⌥ when clicking “Check Now” in the Software Update preferences pane.

  If it does, then send me the following file:

  ~/Library/Application Support/MailMate/Messages/IMAP/<account>/State.plist
  

  You can open the Library folder using the Finder's Go menu (you might need to hold down ⌥ to see the menu item).

• You flagged this item as spam.
  

  Heidi Katz March 4th, 2019 @ 02:48 PM

  I do have the latest release. I tried again just now to delete the mailbox in question while the account was online and then when it was offline. Both failed.

  I looked at the file you asked me to send you; I’d rather not send that in its entirety since it, in essence, includes lists of private info. Wondering if I can take care of things on my own. I see this string in the file (I’ve replaced the actual Mailbox name below with “NameOf Mailbox”):

  "INBOX/NameOf Mailbox " = {
      attributes = "\\HasNoChildren \\Noselect";
      delete = :true;
      mailbox_flags = "noselect";
      mailbox_state = "failed";
      new = ":true";
  };
  

  Should I just delete those lines? In any case, I suspect they contain the info you are seeking.

  Thanks much!

• 

  benny March 5th, 2019 @ 07:46 AM

  • State changed from “new” to “accepted”

  If the mailbox is empty then you can just delete these lines. It'll re-appear if it exists on the server. Do it while MailMate is not running.

  The bug is that somehow related to the mailbox being in a state where it was both new (as found on the server) and deleted in MailMate. I'll see if I can use it to reproduce the issue.

• You flagged this item as spam.
  

  Heidi Katz March 5th, 2019 @ 04:08 PM

  Benny,

  I closed MailMate and deleted those lines in the State file. I opened MailMate and the folder was still there, but it no longer was in red (looked like all other folders). So I went to my webmail in a browser, still saw the file. Tried to delete from there but I’m still told it doesn’t exist. If I try to delete from MailMate, also told it doesn’t exist.

  So then I delete the lines from State.plist again and tried deleting what looks like a “normal” folder that reappeared again from within MailMate (without going to WebMail). Get the same “failed” error with the No 6 Mailbox does not exist message from MM.

  Thus, regardless, I’m back to where I’ve been for months. Looking at a Mailbox I attempted originally to delete from within MailMate and it being labeled in red text with (failed) following the folder name. And the .plist file looking like it did yesterday when I sent you the screenshot.

  This is very frustrating.

  Next idea?

  Thank you,

  Heidi

• 

  benny March 6th, 2019 @ 10:17 AM

  Sounds like this might not “just” be a MailMate bug, but that there's some kind of issue with this mailbox server side if I understand this correctly: “So I went to my webmail in a browser, still saw the file. Tried to delete from there but I’m still told it doesn’t exist.”

  Try the following:

  • Open the Activity Viewer (⌥⌘0) in MailMate. This enables logging.
  • Quit MailMate.
  • Fix the “State.plist” file (removing the mailbox).
  • Launch MailMate.
  • Wait for the mailbox to appear.
  • Try to delete it.
  • Wait for it to fail.
  • Use “Help ▸ Send Server Logs”.

  Then I'll review the logs.

• 

  benny March 7th, 2019 @ 08:45 AM

  • State changed from “accepted” to “fixcommitted”
• 

  benny May 27th, 2019 @ 01:05 PM

  • State changed from “fixcommitted” to “fixreleased”

  [bulk edit]