Summary: | readpst's output lacks email addresses in To fields in Sent | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Ivan Zakharyaschev <imz> |
Component: | libpst-tools | Assignee: | nbr <nbr> |
Status: | NEW --- | QA Contact: | qa-sisyphus |
Severity: | enhancement | ||
Priority: | P3 | CC: | azol, cas, mike, nbr |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Ivan Zakharyaschev
2016-08-25 17:05:27 MSK
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 -- кусок будет переписан в раскодированном виде. |