Правило срабатывает, если дата в заголовке Date старше времени проверки больше чем на сутки. Rspamd сравнивает Date со временем, когда письмо пришло к нему на проверку. Заголовки Received при этом не учитываются — в этом отличие от правил DATE_IN_PAST_* в SpamAssassin.
В отчёте рядом с символом стоит число — на сколько часов дата отстаёт. Например, DATE_IN_PAST(30) — письмо датировано на 30 часов раньше проверки. Если Date нет совсем, срабатывает MISSING_DATE, если он записан с ошибкой — INVALID_DATE.
Вес 1.0 — небольшой, сам по себе письмо в спам не отправит. Но старую дату подставляют спамеры, чтобы письмо легло в ящике ниже свежих, поэтому вместе с другими замечаниями балл заметно растёт.
Частые причины: письмо собрали заранее (в очереди задач, черновике, CRM) и отправили через сутки, не обновив дату; приложение долго повторяет отправку одного и того же письма; отстают часы на сервере; заново отправляют сохранённое письмо со старой датой. Если загрузить на проверку .eml старше суток, правило тоже сработает: Rspamd проверяет письмо сейчас.
Обратное правило — DATE_IN_FUTURE — срабатывает, когда дата больше чем на 2 часа впереди. Оно весит 4.0, и обычно его вызывает неверный часовой пояс.
Date в момент передачи письма на SMTP-сервер, а не при сборке. Если письмо готовится заранее, перезапишите дату прямо перед отправкой.email.utils.formatdate(localtime=True), в PHP — date(DATE_RFC2822), в nodemailer не задавайте date вручную..eml, отправьте свежее письмо на адрес проверки: при реальной отправке его может и не быть.Организует работу поддержки и модерации, помогает клиентам в работе с сервисом.
Руководитель поддержки Mailganer\SaM oTPravil
