ну признаю, про "неправильную дату отправки" я погорячился поле created
имеет нормальные даты…но окей, вернемся к received… гляньте на
аттачмент (выше, 10kb), я спецом сделал скриншот…
о каких других форматах, кроме RFC822-шного может идти речь? я изучил
внимательнейшим образом заголовки нескольких писем, сохраненных
аутлуком и родных, принятых и сохраненных батом…
я ниче не нашел!! <
Dzhyn: еще раз повторяю, нет других форматов, кроме RFC822, для даты. Проблемы тех почтовиков, которые этому стандарту не следуют, меня не волнуют. Как правило, это spam-мейлеры, так что у меня в свое время был даже фильтр заточен под удаление писем со "странной" датой. Что там понимает и чего не понимает аутглюк -- меня волнует еще меньше. Исправление чужих ошибок не входит в задачи программистов РИТ лабс, и это правильно.
sotovy: Про Received: я уже сказал. Мыш не импортирует эту дату из Аутглюка. Но это отчасти и правильно. То, что Вы там обвели в кружочек в хедере, это не та дата, что обычно Мыш использует в графе "received", это дата получения письма Вашим SMTP-сервером. Которая может отличаться от даты получения письма самим Мышем (а именно _эта_ последняя дата идет в графу Received) на недели и месяцы (если, к примеру, Вы уехали в командировку и всё это время не включали Бат). Таким образом, у Бата нет возможности вытащить "правильную" по его понятиям дату получения письма из Аутглюка, вот он и ставит ту, что он ставит (сегодняшнюю, фактически). Чем это неправильно?
oki, вы предлагали че-то править ручками в .емл файлах… че в этом случае надо править?
я действительно ХОЧУ правильно импортировать письма из аутлука в бат…
ладно, пошел другим путем… по логике вещей где-то должно лежать это неправильное
значение даты recived, логика подсказала, что в <*.tbb>-файле, опытным путем определил,
какие байты отвечают за дату, а именно 13-й, 14, 15, 16-й байты для каждого мессаджя,
если считать "!" за 1-й байт мессаджя (каждое сообщение отделяется от предыдущего
сигнатурой, начинающейся с "!", последовательность байт такова 0x21 0x09 0x70 0x19 0x30,
далее три нулевых байта, далее четыре байта непонятно_чего, далее четыре байта время/дата)…
формат остается для меня неизвестным, могу сказать, что скорей всего ss:mm:hh (+/,) dd/mm/yyyy
или второй наиболее вероятный вариант все (или токо время) переведено в секунды…
опять же вопрос к знатокам: какой формат? и если все переведено в секунды, какой год
считать за базу (за рождество христово)??
экзамплы найденых соответствий дат последовательностям байтов:
(цепочка байтов приведена так, как я вижу ее в редакторе.. местами байты не менял)
18/03/2003, 22:16:24 -- d9 b6 77 3e
08/04/2003, 22:45:42 -- 37 6d 93 3e
09/04/2003, 23:03:00 -- c4 c2 94 3e
09/04/2003, 23:04:00 -- 00 c3 94 3e
09/04/2003, 23:05:00 -- 3c c3 94 3e
09/04/2003, 23:26:00 -- 28 c8 94 3e
09/04/2003, 23:26:30 -- 46 c8 94 3e
09/04/2003, 23:26:59 -- 63 c8 94 3e
если есть светлые мысли (или если возникнут…) поделитесь…
вообще-то я не согласен с такой постановкой вопроса: это нелогично -- при импорте
убивать значение received. это очень важная информация для письма и какая разница
является ли это временем приема сообщения эСэМТиПи-сервером провайдера или аплоадингом
на машину юзеру важно знать это время, а не время импорта его мессаджей в бат…
почему бы тогда не увековечить день варенья бабушки главного продьюсера проекта ЗеБат??
количество вариантов этой даты внушает благоговейный трепет…
действительно смешно, если б не этот геморрой!! я не програмил уже лет семь, кроме asm-a
или скриптового Си для микропроцессоров… че ж теперь убивать время на исправление этого
глюка?.. <
Я паки повторяю: не вем, как всё это исправить. У Вас Бат честный? Пишите на РИТ лабс тогда, проблемы импорта из Аутглюка их обычно интересуют. А дату получения при импорте из глюка -- откуда мне знать, может, ее глюк хранит в такой жопе, что ее вообще не выцепить? а?
Bat -- лукавый…
но о какой жопе-то речь?? я ж рассказал, где лежит эта дата, просто мне нужны идеи, как ее вынуть из этих четырех байт… свежие мысли, так сказать…
прошу прощенья, что раздуваю топик.. но неужели я первый, кто сталкивается с этой проблемой???
я реально удивлен… 8)
Тут -- первый. А реально Вы нам рассказали, где _Бат_ хранит дату получения. А вот где ее хранит Глюк, мне лично неведомо. Вот найдите и зашлите эту ценную инфу РИТ лабсам, они импорт из Глюка может переделают…
хм… ну для че им "где хранит дату глюк"?? есть поле "ресивд" его достаточно, просто по-уши… и хранится ето поле ну сами понимаете где… и рит лабс тоже прекрасно это знает…
и одному богу известно, зачем понадобилась текущая дата импорта, вместо етого поля и какую информацию она должна олицетворять…
Еще раз повторяю для особо одаренных: received: -- это НЕ дата получения письма, т.е., это не та дата, которую показывает Бат в соответствующей колонке И не та дата, которую показывает Аутглюк в ней же. Это дата получения письма _клиентом_, а не SMTP-сервером. Теперь повторяю вопрос: _где_ хранит эту информацию Аутглюк? Если Вы хотите, чтобы Бат при импорте корректно брал у Аутглюка дату получения письма, надо знать как минимум _это_.
Если же Вы хотите, чтобы Бат при импорте из Аутглюка писал в графе "получено" дату из хедера received:, то, извините, это полный бред. Так быть явно не должно, и я уже где-то в этой теме объяснил, почему.
Первая
