Notes\inotes Client & Mail Header References: Field

[rinsk]

Коллеги, доброго дня!
Ниже приведен хидер письма:
In-Reply-To: <OF18531101.C40EF729-ON44257C3C.00422AFF-44257C3C.00422B01@LocalDomain>
References: <OF18531101.C40EF729-ON44257C3C.00422AFF-44257C3C.00422B01@LocalDomain>,
<OFBD564940.91EE581E-ON44257C3C.00421E27-44257C3C.00421E3A@LocalDomain>,
<003001cef4d6$96eb3a20$c4c1ae60$@domain.ru>,
<000001cef4d5$c5441d70$4fcc5850$@domain.ru> <001001cef4d5$cf2a2460$6d7e6d20$@domain.ru> <002001cef4d5$d781ea30$8685be90$@domain.ru>

Это письмо сформировано следующим образом - в оутлуке по IMAP сам себе отправлял письмо делая Reply на последний Reply - ну понятно - для проверки как отображается дерево.
Стоит только для ответа использовать клиент Notes\Inotes как сразу дерево ломается.
Замечены 2 отличия в хидерах:
1 - ID письма НА которое отвечаем добавляется при использовании оутлука и вставляется первым в поле Referenses при использовании Notes.
2. в Notes References в качестве разделителя использует "," - я так и не понял - допустимо ли это согласно RFC.

Вопрос - как быть и что можно сделать?

upd. версия 9.0. Если делать reply-reply из Notes то нормально все линкуется - но не видно дерева в других imap клиентах. Если только использовать сторонние ima клиенты - то нормально. Стоит встрять Notes - все рушится...
В 901 не проверял..

 

[Мыш]

rinsk, попереписывался так: Гугл->8.5.3->Гугл->8.5.3->Гугл.
При просмотре письма в Гугле в References разделителей-запятых нет, есть пробел и табуляция. Что-то мне эти запятые не нравятся...
ЗЫ. RFC "ниасилил", но про запятые сходу тоже там ничего не нашел.

 

[rinsk]

rinsk, попереписывался так: Гугл->8.5.3->Гугл->8.5.3->Гугл.
При просмотре письма в Гугле в References разделителей-запятых нет, есть пробел и табуляция. Что-то мне эти запятые не нравятся...
ЗЫ. RFC "ниасилил", но про запятые сходу тоже там ничего не нашел.

Цитата из

Ссылка скрыта от гостей

The "References:" and "In-Reply-To:" field each contain one or more
unique message identifiers, optionally separated by CFWS.

Так и не удалось наскоком расшифровать этот CFWS...
если ТОЛЬКО использовать отличные от Нотес клиенты - то в базе все нормально линкуется по $Ref - стоит вклинится IBM - все рушится...

 

[hosm]

CFWS... расшифровывается в 3.2.3. Folding white space and comments: если кратко - комментарии и пробельные символы (пробел, гор.табуляция) и перевод строки (сочетание CRLF).
А запятая указывается явно, т.к. относится к спецсимволам, которые могут использоваться в некоторых элементах (см. пример в 3.4. Address Specification).

 

[Crock]

CFWS - это comments and folding white space, комментарии и символы пробелов
запятые к ним явно не относятся

 

[rinsk]

CFWS... расшифровывается в 3.2.3. Folding white space and comments: если кратко - комментарии и пробельные символы (пробел, гор.табуляция) и перевод строки (сочетание CRLF).
А запятая указывается явно, т.к. относится к спецсимволам, которые могут использоваться в некоторых элементах (см. пример в 3.4. Address Specification).

Т.е. по факту между элементами ID в References: не должно быть запятых.
Интересно - этот баг был всю жизнь или только после приема на работу очередного индуса?)