[Extra] IMAP4rev2: how to signal canonical mailbox name after CREATE

[Alexey Melnikov <[e-mail]>]

Hi Timo/Bron,

On 02/02/2020 15:16, Timo Sirainen wrote:

> On 1. Feb 2020, at 21.00, Alexey Melnikov <[e-mail] 
> <mailto:[e-mail]>> wrote:
>
>>>> It still doesn't mean that you can reliably tell the correct octets 
>>>> for the matching mailbox from the LIST response though :(
>>>
>>> Is it too late to add a new response code? Something like:
>>>
>>> * OK [CREATED] TAG "a123" NAME "Denormalized name"
>>
>> Response codes are cheap and don’t break older clients, so I am happy 
>> to add one.
I agreed to this in principle, but now is the time to see if we can make 
this work ;-).
> I guess an optional reply which can send both the changed name and/or 
> mailboxid. Maybe something like:
>
> * OK [CREATED] TAG "a123" NAME "Denormalized name" MAILBOXID "123456"

In IMAP, the part after the response code "[CREATED]" is human readable 
and has no structure. Making it structured in general or making it 
structured for some responses and not others is going to be a major 
change in IMAP handling, so I don't think we should go there.

> Although I'm not sure if some part of it would be nicer inside 
> parenthesis.

Yes, that is my point above: it has to be inside [].

This would makes it something like:

* OK [CREATED TAG "a123" NAME "Denormalized name" MAILBOXID "123456"]

We can even drop some labels that provide no value, because the 
corresponding value is required:

* OK [CREATED  "a123" "Denormalized name" MAILBOXID "123456"]

So ABNF for the latter is going to be something like this:

   created = "CREATED" SP tag SP mailbox-quoted ["MAILBOXID" SP aquoted]

   aquoted = 1*ATOM-CHAR / quoted

   mailbox-quoted = "INBOX" / aquoted
                  ; Same as "mailbox", but without
                  ; allowing for "literal" string

And also add "created" as one of "resp-text-code" choices.


To elaborate on why I excluded "literal" string is because response 
codes are defines as:

   atom [SP 1<any TEXT-CHAR except "]">]

and TEXT-CHAR excludes CR and LF.


Best Regards,

Alexey