Espero que o Discourse não esteja permitindo que spammers alterem a data das mensagens para trás. A data oficial da mensagem deveria ser a data em que ela foi criada.
Usamos o cabeçalho Date do e-mail recebido para definir a data da publicação, enquanto o usuário em estágio é criado no momento em que o e-mail é processado. Um e-mail datado de 11 dias atrás, mas processado hoje, poderia explicar essa divergência (poderia…).
Limitamos datas futuras ao horário atual, mas preservamos datas anteriores. Portanto, sim, o remetente pode fornecer uma data anterior, embora precisaríamos verificar os cabeçalhos deste e-mail para confirmar o que aconteceu aqui.
Você poderia verificar os cabeçalhos Date e Received do e-mail original? Isso deve ajudar a distinguir uma data anterior fornecida pelo remetente de uma entrega atrasada. Você deve poder clicar no botão para ver bastante detalhes.
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
Ou seja, foi recebido hoje, mas a data é de 11 dias atrás.
Não vejo nenhum benefício em a interface exibir a data que o remetente colocou no cabeçalho. Como e-mails diretos frequentemente são spam, acho que eles deveriam ter muito pouco controle sobre essas coisas. Falsificar uma data parece que só poderia ter uma intenção maliciosa.
Como você já impede datas futuras, há algum motivo para não podermos simplesmente usar a data de criação da postagem como a data em que a postagem é efetivamente criada?