nbr@ writes:

> я кстати поигрался с java парсером.
>
> там ясно, почему нет "To" у некоторых сообщений - там есть "Display To" а есть и целая структура Recipient у которого есть email в неудобоваримом X.400 внутреннем формате и SmtpName. Такой структуры может и не быть - вот тогда и получаются такие огрызки.
>
> можно посмотреть в пакете java-libpst-javadoc

translation:

> I've played with the Java parser.
>
> It has made it clear why "To:" is "missing" in some messages -- there is a "Display To" value, but there is also a whole "Recipient" structure, which holds the email address in a hardly digestible X.400 internal format and "SmtpName". There can be no such structure (in some cases) -- an then we get such incomplete values.
>
> java-libpst-javadoc helps seeing this.

@cas: Андрей, а ты какой командой раскодировал значение заголовка To: ? (Для полноты report-а.)

(В ответ на комментарий №2)
> @cas: Андрей, а ты какой командой раскодировал значение заголовка To: ? (Для
> полноты report-а.)

import email
email.Header.decode_header("Subject: =?utf-8?B?U3RvcCBPdmVycGF5aW5nIGZvciBQcmludGVyIEluaw==?=")[1][0]
'Stop Overpaying for Printer Ink'

(In reply to comment #2)
> @cas: Андрей, а ты какой командой раскодировал значение заголовка To: ? (Для
> полноты report-а.)

Ещё один способ это смотреть -- функции из emacs24-gnus-5.13-alt8. Пример:

(require 'mm-decode)
(mail-decode-encoded-word-string
 "This is =?iso-8859-1?q?na=EFve,?= baby")

Или выделяем скопированный кусок из mbox, потом M-x mail-decode-encoded-word-region -- кусок будет переписан в раскодированном виде.