29 lines
1.2 KiB
Plaintext
29 lines
1.2 KiB
Plaintext
MBOX-Line: From tss at iki.fi Thu Aug 16 21:35:49 2012
|
|
To: imap-protocol@u.washington.edu
|
|
From: Timo Sirainen <tss@iki.fi>
|
|
Date: Fri Jun 8 12:34:48 2018
|
|
Subject: [Imap-protocol] IMAP part numbering corner case
|
|
In-Reply-To: <alpine.BSO.2.00.1208162109520.13998@morgaine.smi.sendmail.com>
|
|
References: <502DBEA4.2070204@verizon.net>
|
|
<alpine.BSO.2.00.1208162109520.13998@morgaine.smi.sendmail.com>
|
|
Message-ID: <060A31A9-066E-43F0-97AF-4B68522832B1@iki.fi>
|
|
|
|
On 17.8.2012, at 7.17, Philip Guenther wrote:
|
|
|
|
>>
|
|
>> [Outlook, I'm pretty sure, but it doesn't implement ID]:
|
|
>> BODY[TEXT]: The entire inner message
|
|
>> BODY[1]: The entire inner message
|
|
>> BODY[1.1]: NIL
|
|
>
|
|
> This violates this paragraph from RFC 3501, page 55:
|
|
> A part of type MESSAGE/RFC822 also has nested part numbers,
|
|
> referring to parts of the MESSAGE part's body.
|
|
>
|
|
> ...which when combined with the first quote above, means that "1.1" should
|
|
> be a valid specifier for the inner message's content.
|
|
|
|
Is it valid? 1.1 makes sense when it's a multipart, in which case it refers to the first MIME part, but is it valid when ther's no multipart? Looks like UW-IMAP allows it, but not 1.1.1, so maybe it was meant to be valid. I could add it to my tests..
|
|
|
|
|