wasm-demo/demo/ermis-f/imap-protocol/cur/1600095248.22920.mbox:2,S

48 lines
1.6 KiB
Plaintext

MBOX-Line: From bill.shannon at sun.com Fri Mar 30 15:26:58 2007
To: imap-protocol@u.washington.edu
From: Bill Shannon <bill.shannon@sun.com>
Date: Fri Jun 8 12:34:39 2018
Subject: [Imap-protocol] LIST response with trailing hierarchy character
In-Reply-To: <alpine.WNT.0.98.0703301514370.5420@Tomobiki-Cho.CAC.Washington.EDU>
References: <460D8950.9000703@sun.com>
<alpine.WNT.0.98.0703301514370.5420@Tomobiki-Cho.CAC.Washington.EDU>
Message-ID: <460D8EB2.4090704@sun.com>
Mark Crispin wrote:
> On Fri, 30 Mar 2007, Bill Shannon wrote:
>> Is the last untagged LIST response below valid?
>> A2 LIST "" "%"
>> [snip]
>> * LIST (\Noselect) "/" "Public Folders/"
>> A2 OK LIST completed.
>
> I would say "no".
Ok, good, that's what I thought.
> UW imapd can return such a LIST result, but only from a pattern ending
> with "/%". For example:
>
> tag list "" barter/%
> * LIST (\NoSelect) "/" barter/
> * LIST (\NoInferiors \Marked) "/" barter/fred
> * LIST (\NoInferiors \Marked) "/" barter/joe
> * LIST (\NoInferiors \UnMarked) "/" barter/pete
> tag OK LIST completed
>
> This is because % is defined to match zero or more characters.
Which I understand, and I handle that case.
> My guess is that the author of server that did the bad thing did
> empirical testing of UW imapd and misinterpreted what s/he saw.
It seems like quite a leap from what UW imapd does to this.
I think it's more likely because "Public Folders/" is a namespace,
which as I previously learned is a reasonable response to the
NAMESPACE command. It just doesn't make sense here.
Looks like time for another bug workaround...