#1007 ✓resolved
Thomas Mangin

excluding imap folders

Reported by Thomas Mangin | January 9th, 2015 @ 10:13 AM


I found this previous ticket http://freron.lighthouseapp.com/projects/58672/tickets/465-mailmate...

I would like to exclude some very large IMAP folder, they are like for this user, causing Mailmate to misbehave.

I was expecting them to be ignored as I "unticked" them in "subscriptions", but it seems that this preference was ignored and that the content was fetched anyway.

How should I go to make sure mailmate ignores these folders. I assume I also willl need to delete the content of the folder ( in ~/Library/Application Support/MailMate ) and find a way to reforce indexing.

( I am fine with editing the content of the State.plist file if this is the way to do )

Thank you.


Comments and changes to this ticket

  • benny

    benny January 9th, 2015 @ 12:38 PM

    It sounds like you did the right thing and I don't know how/why it failed. Is this a server/service at which I can create a trial account and reproduce the issue myself?

    If you delete ~/Library/Application Support/MailMate then you'll more or less start over. If you just want to refetch/index emails then you delete these folders:

    ~/Library/Application Support/MailMate/Database.noindex
    ~/Library/Application Support/MailMate/Messages
    ~/Library/Application Support/MailMate/Attachments
  • benny

    benny January 9th, 2015 @ 01:49 PM

    Hmm, I think it might be related to the use of é in the mailbox path. Perhaps MailMate is comparing an unencoded mailbox name with an encoded mailbox name. I'll have to check that (just surprised it hasn't come up before).

  • benny

    benny January 9th, 2015 @ 01:54 PM

    I don't seem to be able to reproduce the problem.

    Do you unsubscribe server or client side?

    If client-side, take a look in this file to see if the mailbox(es) have been registered as unsubscribed:

    ~/Library/Application Support/MailMate/Sources.plist

    Note that mailbox children are not automatically unsubscribed. You cannot just unsubscribe “Dossiers partagés”.

  • benny

    benny January 9th, 2015 @ 02:20 PM

    Localised? That makes no sense to me. As far as I know IMAP does not support any kind of localisation and MailMate does not try to translate anything itself. Somehow it becomes “Shared folders” instead of “Dossiers partagés”?

    You are sure it's not because both variants exist?

  • benny

    benny January 9th, 2015 @ 09:59 PM

    But where does the name “Shared Folder” come from? It's not something that MailMate generates itself.

    Maybe it's a namespace returned by the server?

    Could you do as follows to generate some logs:

    • Open the Activity Viewer (⌥⌘0) in MailMate.
    • Take the account offline and then online.
    • Wait until it syncs and then use “Help ▸ Send Server Logs” to send me the logs.

    I can then see the LIST, LSUB, NAMESPACE, and any other commands/responses which might be relevant.

  • benny

    benny January 11th, 2015 @ 10:26 AM

    Based on that “Shared Folders” and “Dossiers partag&AOk-s/” are not the same thing. You should be able to unsubscribe from these with either the Server or Client setting. In fact, they are already unsubscribed server side according to the output, but the option below the list in the subscriptions editor makes MailMate ignore that.

    So, maybe the problem is that MailMate does not offer you any way of unsubscribing mailboxes in the “Dossiers partag&AOk-s/” namespace?

    I've kind of forgotten how this works (few servers use it), but I think by default MailMate shouldn't fetch mailboxes from the non-private namespace. There are hidden settings to change this behaviour. Have you changed that?

    defaults read com.freron.MailMate MmNonPrivateNamespacesEnabled
  • benny

    benny January 11th, 2015 @ 12:17 PM

    @Thomas: Don't try hacking with these files. We need to figure out the origin of the problem. You write “this name was never returned by the IMAP server”, but that is not correct. In the output you provided above, the server returns these folders:

    * LIST (\HasChildren) "/" "Shared folders/10".
    * LIST (\HasNoChildren) "/" "Shared folders/10/Sent".

    These are the ones MailMate show you in the subscriptions interface and MailMate has no way of knowing whether or not they are related to “Dossiers Partagees”. MailMate doesn't even look for mailboxes in this namespace by default.

    For MailMate “Shared folders/10” is not different from e.g. “Sent”. They are both IMAP mailboxes in the private namespace.

    Does that help?

  • benny

    benny January 14th, 2015 @ 08:51 PM

    Thanks for the update. Let me know if there is still an issue with MailMate when they have fixed it on their side. I believe this is the first time an issue might be fixed server side instead of me making a workaround :-)

  • benny

    benny April 24th, 2015 @ 08:59 PM

    That is how MailMate works. You have to explicitly unsubscribe each folder. (Holding down ⌥ when doing it might help if you need to unsubscribe most folders.)

    MailMate could auto-unsubscribe subfolders when disabling a folder, but this would be a bit less flexible. (IMAP itself works like MailMate. Unsubscribing a folder does not affect subfolders.)

    Thanks for giving MailMate another chance. Let me know if I didn't understand the question/problem correctly.

  • benny

    benny April 27th, 2015 @ 07:50 AM

    • State changed from “new” to “resolved”

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป

Mac OS X email client.

Shared Ticket Bins

People watching this ticket