Сколько значений может содержать вставка формата IMAP MIME BODYSTRUCTURE?

Question

Есть ли способ, которым строка формата MIME будет вложена более 3 десятичных точек при извлечении отдельных частей с сервера IMAP? Например, в разделе 6.4.5, pg56 RFC3501 при описании того, как обрабатывать сообщения rfc822 с сервера, если я хочу получить текстовую версию электронной почты с сервера IMAP, это возможно (и обычно при работе с сообщениями w/rfc822 w/навесное оборудование) для выпуска

tag FETCH uid BODY[4.2.2.1] 

как сообщения rfc822 могут быть глубоко вложены. Таким образом, в этой строке формата есть 3 десятичных точки. Мой вопрос в том, есть ли какая-либо причина, любой тип сообщения MIME может выглядеть так?

tag FETCH uid BODY[1.2.3.4.5] 

Или есть 3 десятичные точки Максимальное количество гнездования возможно? Я еще не нашел это на своих тестах, но прежде чем реализовать это в своем парсере, мне нужно точно знать, что RFC3501 не является конкретным в этом вопросе. Если возможно использование более трех десятичных знаков в строке формата MIME, то как бы выглядела бы БОДИСТРУКТУРА указанного сообщения?

Спасибо за ваше время, я с нетерпением жду вашего ответа.

Answer 1

Я нашел мой ответ, в то время как нет никаких ограничений в rfc204x ни rfc3501, каждая почта сервер, который я пробовал, налагает свои собственные ограничения, поскольку преувеличенное MIME-вложение, похоже, является распространенным способом обойти различные фильтры, такие как спам, блокировка .exe и т. д. «MIME nesting превышает лимит безопасности», похоже, является популярным сообщением, которое возвращается при отправке 15 + уровни десятичных знаков.

Answer 2

Rfc3501 (который вы связаны) утверждает

BODY[<section>]<<partial>> 

    The text of a particular body section. The section 
    specification is a set of zero or more part specifiers 
    delimited by periods... 

Это кажется довольно явно заявить, что нет верхней границы.

Относительно того, что такое сообщение будет использоваться для, я не знаю

Answer 3

Там нет верхнего предела. Самый длинный я видел это маленький ребенок, где Content-Описание сообщения были отредактированы, чтобы содержать номера деталей:

* 1 FETCH (BODYSTRUCTURE (("text" "plain" NIL NIL "Part number 1" "7BIT" 9 1 NIL NIL NIL NIL)("application" "octet-stream" NIL NIL "Part number 2" "BASE64" 14 "qWXKy9s0ny8E1/5/uzNhpg==" ("attachment" ("filename" "foo.bar" "size" "8")) NIL NIL)("message" "rfc822" NIL NIL "Part number 3" "7BIT" 540 ("Thu, 20 May 2004 14:28:50 +0200" "embedded rfc822 message" (("B" NIL "b" "c.d")) NIL NIL (("A" NIL "a" "c.d")) NIL NIL NIL NIL) (("text" "plain" NIL NIL "Part number 3.1" "7BIT" 9 1 NIL ("inline" NIL) ("en" "no" "de") NIL)("application" "octet-stream" NIL NIL "Part number 3.2" "BASE64" 14 NIL NIL NIL NIL) "mixed" ("boundary" "Y") NIL NIL NIL) 24 NIL NIL NIL NIL)(("image" "gif" NIL NIL "Part number 4.1" "BASE64" 0 NIL NIL NIL NIL)("message" "rfc822" NIL NIL "Part number 4.2" "7BIT" 658 ("Thu, 20 May 2004 14:28:50 +0200" "second embedded rfc822 message" (("A" NIL "a" "c.d")) NIL NIL (("B" NIL "b" "c.d")) NIL NIL NIL NIL) (("text" "plain" NIL NIL "Part number 4.2.1" "7BIT" 9 1 NIL NIL NIL NIL)(("text" "plain" NIL NIL "Part number 4.2.2.1" "7BIT" 9 1 NIL NIL "en" NIL)("text" "richtext" NIL NIL "Part number 4.2.2.2" "7BIT" 9 1 NIL NIL NIL NIL) "alternative" ("boundary" "B") NIL NIL NIL) "mixed" ("boundary" "A") NIL NIL NIL) 34 NIL NIL NIL NIL) "mixed" ("boundary" "Z") NIL NIL NIL) "mixed" ("boundary" "X") NIL NIL NIL))