Здравствуйте.
Проблема заключается в том, что в списке писем в колонке date вижу 07.12.2020 0:00, т.е. дата правильная а время - нет.
Эта проблема затрагивает письма только с одного определенного адреса, письма отправляемые автоматически с сайта той же организации которой принадлежит почтовый адрес.
В окне самого письма при этом время отображается правильно, в коде письма насколько я могу понять тоже все хорошо.
Собственно, как это выглядит (письмо которое выделено и 2 под ним не от сайта):
А это в окне самого письма:
Ну и код письма (на всякий случай скрыл все что связано с адресами):
Сам Thunderbird пробовал разных версий, везде все одно и то же, еще пробовал ставить The Bat! - в нем все хорошо.
Проблема появилась 28.11.2020.
Доступа на сайт, отправляющему данные письма в данный момент нет, к сожалению, но будет восстановлен в недалеком будущем, так что сейчас не могу проверить его настройки рассылки и т.д.
Решил пока создать тему в любом случае, может кто-то сталкивался с данной проблемой.
2coreon, смотреть нужно заголовки письма, Ctrl+U строка с заголовком "Date:". Скорее всего в дате/времени нет часового пояса.
Скорее всего в дате/времени нет часового пояса.
Собственно, всё видно на последней картинке. Если _внимательно_ посмотреть на заголовки на ней, можно увидеть, что поле даты там указано дважды:
Date: Mon, 7 Dec 2020 11:09:45 +0400
Date: Mon, 07 Dec 2020 11
Если проанализировать это с точки зрения RFC 5322, то можно сказать следующее. Само по себе наличие двух полей Date: нарушением не является (см. п. 4.5. Obsolete Header Fields: Syntactically, the primary difference in the obsolete field syntax is that it allows multiple occurrences of any of the fields and they may occur in any order...). Однако отсутствие указания часового пояса в нижнем (то есть первом по порядку формирования) поле прямо нарушает п. 3.3. (time = time-of-day zone).
Так что автор темы ошибся, когда сказал
в коде письма насколько я могу понять тоже все хорошо.
Можно посоветовать передать (при возможности) тем, от кого это зависит, чтобы они настроили свою систему рассылки и привели её в соответствие со стандартами, поскольку, как сказано в том же п. 4. 5 того же RFC 5322, Except for destination address fields..., the interpretation of multiple occurrences of fields is unspecified. ...Unless otherwise noted in the following sections, interpretation of other fields is identical to the interpretation of their non-obsolete counterparts..., так что Thunderbird-у тут никаких претензий предъявить нельзя.
Спасибо за ответы. Как доберемся до настроек рассылки обязательно проверим.
Пока закрывать тему сам не буду, после проверки напишу что там удалось обнаружить, вдруг кому пригодится.
За пояснение по коду и стандартам отдельное спасибо, как раз искал к чему обращаться когда нужно проверить структуру кода письма.
Как доберемся до настроек рассылки обязательно проверим.
Вы, когда доберётесь, посмотрите ещё, нет ли возможности обновить PHP Mailer. 5.2.14 — _очень_ старая версия, после неё в ветке 5.2.x выходили в том числе и обновления, связанные с уязвимостями. Версия 5.2.28 (последняя в той ветке) вышла ещё в марте этого года. Если почему-то никак не можете обновиться на своём сервере до 6.x, то хотя бы 5.2.28 установите.