Страницы: 1
Ладно, всем спасибо, не вижу смысла продолжать данную дискуссию, есть кто нибудь кто сможет написать данное расширение?
Например, если первая строка в заголовке письма начинается "From - ", то показать эту дату в области заголовков (где кнопки Ответить, Ответить всем, переслать)
Поставим мысленный эксперимент.
На отправляющей стороне в заданное время выгрузили из 1С данные, сформировали письмо и отправили его. На сервер получателя это письмо пришло за несколько секунд. Но у получателя был обрыв связи, который устранили даже не завтра, а только через 3 дня. За 3 дня на сервере накопились разные письма, в том числе и с такими же точно выгрузками. А потом связь заработала и все эти письма одновременно принялись. Если в программе мы видим дату прихода письма на сервер, то всё понятно. А если дату получения программой? Они же одновременно пришли! Придётся плюнуть на эту дату и смотреть дату отправления. Или лезть в заголовки и смотреть дату прихода на сервер.
Пусть тогда будет условие, из ящика берется одно письмо, последнее, с нужной темой как идентификатор (статический и всегда один), при получении которого ящик чистится.
А теперь берём:
1. Программу, которая показывает время получения письма ею, а не сервером.
2. Письмо, которое пришло в 10 утра
3. Нерадивого работника, который эту почтовую программу запустил только в конце рабочего дня.
Согласно показаниям программы, письмо поступило в конце дня. Для работника это "спасение", но захочет ли начальник этого работника использовать такую программу?
Да тут дело не в начальнике, есть ведь и сервисы с автоматическим приемом почты и отправкой, например заявки различных "сервис-десков", включая самописные. Или автоматический обмен данными периферийных баз 1С через почту. В некоторых случаях отправка и получение базируется именно на POP-клиентах (не Thunderbird). И дата получения играет не малую роль...
Например:
Задача на определенное время отправить выгрузку 1с на почту удаленного филиала, данная задача происходит 1 раз в сутки.
На другом конце так же задача проверить почту на нужное письмо 1 раз в сутки. Если по какой то причине, нет связ
Правда? И часто вы например на GMail'е подделывали записи? ;) Или вы о своем локальном exim'е? Так он, ваш локальный exim, никого вообще не будет интересовать в обсуждаемом нами вопросе - потому, что он локальный.
Я не имел ввиду gmail, кроме него еще есть и сегмент корпоративных сетей которые бывают закрытые (локальные). И речь вообще не об этом, и даже не об подделке логов, а только об отображении даты фактического получения письма через POP.
Как видно придется писать расширение именно для поиска первой стройки "From -" (раз уж она хоть где то есть!) в теле письма и отображении её в отдельной колонке или еще где нибудь...
Внимательно прочтите мой вопрос еще раз и перестаньте уже мешать в одну кучу совершенно разные и несовместимые факты. Вы не получали письмо, вы могли:
1. Увидеть, что пришло письмо (в списке например)
Первый вариант.
Не нужно путать настройки POP и IMAP. IMAP - зеркало почтового сервера, а POP - это клиент почтового сервера.
В случае получения письма IMAP в колонке "Получено" должна быть дата получения именно почтового сервера. (Тут все правильно, вопросов нет!)
А в случае получения письма POP в колонке "Получено" логична дата получения именно POP-клиентом. Иначе зачем нужна новая запись о фактическом времени получения POP-клиентом в eml-теле письма.
По поводу логов, то можно и на почтовом сервере exim подделать, но речь не об этом.
Могу я поинтересоваться вам-то она зачем?
Вот спросит меня начальник когда я получил письмо? Я ему дату получения сервером должен сказать? При том, что письмо могли отправить ночью! Это только в случае POP клиента.
А вот это вот решение не может иметь отношения к вопросу?
http://blog.dmitryleskov.com/small-hack … d-to-work/
Это было много лет назад и про IMAP к тому же, но я понятия не имею про все эти mailnews.customDBHeaders, а проверить не могу :angel:
Спасибо, посмотрю, видимо придется писать расширение...
Считаешь, что это баг? Тогда тебе вот сюда и нефиг засорять бессмысленными постами форум
Другого места не нашел куда писать, вот и написал на этом форуме.
А про формат заголовка в курсе, что он заканчивается на ": ", но это не отменяет того факта, что данная строчка пишется после получения письма клиентом, и далее не используется! Если мне пришло письмо 2 недели назад, и оно было отправлено ночью, а я точно по ночам сплю, и нигде, кроме как этой строчки в исходнике письма, не смогу найти дату фактического получения
Напишите свой стандарт и обяжите всех использовать именно его. В чем собственно проблема? Вам не нравятся электронные письма с их существующим форматом? Ну так не пользуйтесь ими! Это же так просто..
PS: И таки да - если вы не понимаете смысла чего-то, то это на 99,99999% говорит об ограниченности ваших знаний, а не о чем-то другом (что бы это ни было).
Посмотри пример из поста №9, чтобы понять о чем речь...
http://forum.mozilla-russia.org/viewtop … 35#p737835
Microsoft Outlook хранит принятые сообщения в файле совершенно другого формата, и у них с Thunderbird в этом отношении
Я не говорю про формат хранения, я говорю про формат исходника сообщения eml в которое добавляется строка с заголовком, который не используется в дальнейшем.
Скорее всего, для совместимости. Формат этого файла придуман не мозилловцами, а задолго до них. И Thunderbird умеет использовать такие файлы, созданные другими программами. Соответственно, и его файлы должны быть пригодны для использования теми программами.
Полный бред, совместимость тут не причем, есть стандарт RFC 2076 (описание заголовков) который должны знать почтовые клиенты, иначе они не почтовые клиенты!
И с точки зрения автором программы это - неудобно для пользователей. Подозреваю, что большинство пользователей с ними согласны.
Куда девать пользователей, которые это логичным не считают, и которые предпочтут на всех своих компьютерах видеть одну и ту же дату? А таких обязательно найдётся уйма.
Ну а какой смысл тогда в добавлении в заголовки даты получения клиентом в исходник письма полученных через POP:
From - Sun Jun 4 19:11:15 2017 X-Account-Key: account6 X-UIDL: 00000d95566fb3b5 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 X-Mozilla-Keys:
Да, так и есть. Ну и что из этого следует?
Любой другой почтовик, с настройками POP, показывает дату получения именно клиентом.
Так задумано авторами. Могу даже воспроизвести их логику (ибо она довольно логична :) ).
Не в случае с получением через POP. Если стоит много клиентов POP, то в них, логично, будет разная дата получения письма клиентом. В случае с IMAP смотрится только время сервера, тут логично!
Я почему про IMAP в самом начале спрашивал - в случае работы по IMAP Thunderbird, действительно, в "Получено" показывает время отправления письма, и есть расширение "IMAP received date", которое эту ошибку исправляет. Но для обсуждаемой нами темы соответствующих расширений, вроде, нет (во всяком случае, я таких не знаю). Поэтому единственный выход - писать такое расширение.
очень странно... зачем расширение, когда тут и так логично: Если POP то смотрим заголовок From с датой получения клиентом и пишем его в колонку Получено.
…В "Получено" стоит время получения сервером, а не клиентом. То, что оно совпадает со временем отправки - иллюзия, так как там не показаны секунды. Изучите внимательно в исходниках 4-5 писем всю последовательность строк заголовков "Received:" (снизу вверх) - там секунды видны. (Хотя у меня попадаются даже письма, которые на мой сервер приходили в ту же секунду, когда отправлены!)
Сравнил 2 письма полученные через POP и IMAP. У письма полученного через POP добавляется заголовок From и он содержит именно дату получения клиентом.
Пример:
Мне отправили письмо в понедельник. Открыл клиент на следующий день, во вторник, и получил письмо, которое в колонках Получено и Дата показывает время сервера... Что за бред...
Если меня спросят во сколько я получил письмо, я, что должен ответить что получил его в понедельник? Это же бред! В колонке получил должна быть дата получения клиентом (только в POP варианте).
Я прекрасно понимаю, что на IMAP по другому, там время получения им
…Какую дату вы называете второй, и в чём именно она неправильная? Из того, что я вижу на картинке: письмо отправлено 4 июня в 16:49, пришло на сервер получетателя 4 июня в 16:49 и получено с него клиентом 4 июня в 16:54. Что тут неправильно?
в колонке "Получил" стоит дата отправки а не получения. Иначе какой смысл колонки "Получил"
1. Так было всегда. И это даже нельзя считать ошибкой, потому что:
2. У письма есть два времени получения: время, когда письмо получено почтовым ящиком (сервером получателя), и время, когда письмо получено программой получателя с его сервера. Thunderbird показывает первое из них. А то, что оно с точностью до минут (не секунд!) совпадает со временем отправления - не удивительно при нынешних скоростях магистралей Интернета.
не согласен, вторую дату на POP ставит клиент (именно дата получения клиентом), и она не правильная в данном случае. Это баг.
jonyrh пишетНашел ошибку в версии 52.1.1, не правильно показывает время получения письма в колонке Получено
Два вопроса:
1. IMAP?
2. Предыдущие версии показывали по-другому?
1. POP
2. Предыдущих версий не стояло, чистая установка
[upd] проверил с IMAP, тоже самое, но в исходном тексте сообщения нет строки From
Добрый день!
Нашел ошибку в версии 52.1.1, не правильно показывает время получения письма в колонке Получено, оно почему то равно времени отправки... Если открыть Исходный текст письма, то видно реальное время получения в первой строке From...
Страницы: 1