[MlMt] Re-fetch mailbox list?

[Randall Gellens]

The mailboxes do show up in an LSUB command.  But I just realized why MM 
wasn't seeing them.  In a case of brain fade, I forgot that the 
hierarchy separator character in this IMAP server isn't slash and I 
wasn't noticing that in the LIST and LSUB output all the other 
hierarchical mailboxes had a different delimiter character.  Manually 
TELNETting in and renaming them to use the correct hierarchy delimiter 
caused MM to see them.  I'm not sure if it's a bug that MM ignores a 
mailbox whose name contains a slash on a server where slash isn't the 
hierarchy delimiter.

Thanks for your help.

--Randall

On 5 May 2021, at 11:18, Bill Cole wrote:

> On 2021-05-05 at 12:14:13 UTC-0400 (Wed, 05 May 2021 09:14:13 -0700)
> Randall Gellens <mailmate at lists.freron.com>
> is rumored to have said:
>
>> The mailbox subscription pane stopped working at all, now it opens 
>> blank and just spins, never completing.
>
> That's a real problem. Subscriptions are a basic IMAP feature and it 
> should never be slow to get a response to a LSUB command.   
> Unfortunately, MM doesn't log that pane's activity.
>
>> I now think the subscription list is immaterial, because checking the 
>> sources.plist file, I don't see any source that has a subscription 
>> list instead, each source has an unsubscribed list, which is empty 
>> for all sources except one.  All sources except that one contain:
>>
>> clientUnsubscribedMailboxNames = ( );
>
> I believe that is a red herring. That array seems to just be a way of 
> maintaining exclusions from the server-side subscription list.
>
> Every time I take an account offline and back online, MM connects as 
> many sessions as it is set to for that source (3 by default) and on 
> one of them it issues a NAMESPACE command followed by a LSUB command 
> for each namespace. That provides what it needs to build its active 
> source list, which is stored NOT in Sources.plist, but in 
> Mailboxes.plist. I see no wildcard LIST commands used for sources 
> using Dovecot, GMail, or CGP IMAP servers.
>
>> I suppose I could manually add the missing mailboxes to the 
>> mailboxes.plist file, but that seems fraught with potential errors.
>
> I don't see much risk, since all you would want to manually add for a 
> new source mailbox is a dictionary at the right level with the 
> 'previousUUID' and 'uuid' keys in MM's pseudo-URL format, being sure 
> to fix the 'previousUUID' key of the relevant  existing one if you 
> want to insert above the end of the list. The only potential errors I 
> see are typos or getting the 'previousUUID' linkage wrong.
>
>
>>
>> --Randall
>>
>> On 4 May 2021, at 10:08, Randall Gellens wrote:
>>
>>> The mailboxes are there and show up in a standard IMAP LIST command. 
>>>  I just can't seem to get MM to do that.  I haven't been able to see 
>>> anything odd in the Activity Viewer, but I don't see MM ever issuing 
>>> a LIST command.
>>>
>>> --Randall
>>>
>>> On 4 May 2021, at 7:16, Bill Cole wrote:
>>>
>>>> On 2021-05-03 at 10:34:12 UTC-0400 (Mon, 03 May 2021 07:34:12 
>>>> -0700)
>>>> Randall Gellens <mailmate at lists.freron.com>
>>>> is rumored to have said:
>>>>
>>>>> On 2 May 2021, at 18:43, Bill Cole wrote:
>>>>>
>>>>>> On 2 May 2021, at 20:01, Randall Gellens wrote:
>>>>>>
>>>>>>> Thanks, I'd forgotten about subscriptions.  But where do I set 
>>>>>>> it?  The Edit IMAP Account setting is only one pane, with no 
>>>>>>> mention of subscriptions.  I've hunted through the menus.
>>>>>>
>>>>>> You don't see an "Edit Subscriptions" button in the center 
>>>>>> section under the other IMAP Server settings?
>>>>>
>>>>> Ah, thank you, it's there but I missed it.
>>>>>
>>>>> However, the new mailboxes aren't in the list.
>>>>
>>>> That's where I would start examining the IMAP sessions in MM's 
>>>> Activity Viewer and/or running manual IMAP sessions with something 
>>>> like the OpenSSL s_client tool. Maybe also check the IMAP server to 
>>>> make sure that it is recognizing the manually-created mailboxes. 
>>>> E.g. for Dovecot & Courier (and maybe all Maildir++ 
>>>> implementations?) there must be a zero-length file named 
>>>> maildirfolder and cur/new/tmp subdirectories in every maildir.
>>>>
>>>> -- 
>>>> Bill Cole
>>>> bill at scconsult.com or billcole at apache.org
>>>> (AKA @grumpybozo and many *@billmail.scconsult.com addresses)
>>>> Not Currently Available For Hire
>>>> _______________________________________________
>>>> mailmate mailing list
>>>> mailmate at lists.freron.com
>>>> https://lists.freron.com/listinfo/mailmate
>>> _______________________________________________
>>> mailmate mailing list
>>> mailmate at lists.freron.com
>>> https://lists.freron.com/listinfo/mailmate
>> _______________________________________________
>> mailmate mailing list
>> mailmate at lists.freron.com
>> https://lists.freron.com/listinfo/mailmate
>
>
> -- 
> Bill Cole
> bill at scconsult.com or billcole at apache.org
> (AKA @grumpybozo and many *@billmail.scconsult.com addresses)
> Not Currently Available For Hire
> _______________________________________________
> mailmate mailing list
> mailmate at lists.freron.com
> https://lists.freron.com/listinfo/mailmate