Почти 2 года назад я сделал этот пост. Mailkit Fetch Неожиданный токен в ответе IMAP: [qstring: Multipart сообщение]
В это время я выбираю GetMessage вместо Fetch. Теперь я тестирую SignalR, просто чтобы показать ProgressBar во время проверки почтового ящика и пересматривая некоторые потоки, я решил изменить свой код, чтобы использовать Fetch вместо GetMessage, разница во времени, чтобы получить всю необходимую мне информацию, ОГРОМНА.
Но, даже обновив Mailkit до последней версии, я вернулся к той же проблеме, но на этот раз сообщение об ошибке изменилось на синтаксическую ошибку в BODYSTRUCTURE. Неожиданный токен: [qstring: "Составное сообщение"]
В теме, о которой я упоминал, вывод был о проблеме в почтовом сервере, а не в конкретном сообщении. Что я согласен.
Теперь я уверен, что это проблема с outlook.office365.com Вот часть журнала, где исключение Fetch fire
S: * 56961 FETCH (ENVELOPE ("Пт, 22 сентября 2017 г., 14:05:47 +0000" "=?iso-8859-1?Q?Not_Fara_0000276_s=E9rie_1___-_Ped_int_0032?= =?iso-8859-1?Q? 3__Ped_cli_313?=" ((NIL NIL "workflow" "kermoklast.com")) NIL NIL ((NIL NIL "fiscal" "genera.com") (NIL NIL "nfe" "kermoklast.com") (NIL NIL "kjkilber " "gmail.com") (NIL NIL "ven" "kermoklast.com") (NIL NIL "prod" "kermoklast.com") (NIL NIL "vennac" "kermoklast.com")) NIL NIL NIL "‹20170922140643 [email protected]>") BODYSTRUCTURE (("text" "html" ("charset" "iso-8859-1") NIL NIL "Quoted-Printable" 7170 95 NIL NIL NIL NI
Кстати, да строка выше заканчивается на "NI"
