Мы только что получили прямое сообщение на форум (очевидный спам). Странное дело в том, что дата отправки этого сообщения — 11 дней назад:
При этом пользователь, у которого сообщение находится в очереди, зарегистрирован сегодня («Присоединился 4 часа назад»):
Есть ли у кого-нибудь идеи, что происходит?
Я надеюсь, что Discourse не позволяет спамерам подделывать дату сообщений. Официальной датой сообщения должна быть дата его создания.
Мы используем заголовок Date входящего письма для определения даты публикации, в то время как пользователь в режиме ожидания создаётся в момент обработки письма. Письмо, датированное 11 днями назад, но обработанное сегодня, могло бы объяснить это несоответствие (возможно…).
Мы ограничиваем будущие даты текущим временем, но сохраняем старые даты. Так что да, отправитель может указать более раннюю дату, хотя нам нужно будет проверить заголовки этого письма, чтобы подтвердить, что именно здесь произошло.
Не могли бы вы проверить заголовки Date и Received исходного письма? Это поможет отличить более раннюю дату, указанную отправителем, от задержки доставки. Вы должны сможете нажать кнопку 
, чтобы увидеть довольно много подробностей.
Я думаю, вот что вы имеете в виду:
Received: from vps.f3host.com (vps.f3host.com [xxxxxxx])
by discourse-mail-receiver.localdomain (Postfix) with ESMTPS id xxxxxxxxxxxxx
for <support@ourdomain.net>; Thu, 17 Sep 2026 22:21:39 +0000 (UTC)
...
Date: Mon, 7 Sep 2026 01:01:36 +0100
Таким образом, письмо было получено сегодня, но в заголовке указана дата 11 дней назад.
Я не вижу никакой пользы в том, чтобы интерфейс отображал дату, указанную отправителем в заголовке. Поскольку прямые письма часто являются спамом, кажется, что отправителю следует предоставлять минимальный контроль над параметрами. Подделка даты, похоже, может иметь только злонамеренный характер.
Раз вы уже блокируете будущие даты, есть ли причина, по которой мы не могли бы просто использовать дату создания поста как фактическую дату его создания?