Нет, я вижу эту иконку.
Ах. А я, как человек, привыкший к электронной почте, а не к форумам, ожидал этот индикатор на каждом ответе, потому что не воспринимаю это как структуру мгновенных сообщений (возможно). Так что мои ожидания расходятся с тем, что вы выбрали.
Это не обязательно. Воспринимай это как «качество обслуживания». Ты явно делаешь:
@message.header['In-Reply-To'] = referenced_post_message_ids[0] || topic_canonical_reference_id
и мог бы просто убрать [0] там. Клиенты тогда могли бы использовать только один message-id или делать что-то очень странное по своему усмотрению, и всё это было бы валидным.
«Должны» — слишком сильное слово. Ты можешь включить все message-id, если они легко доступны. Ты не обязан, и код валиден и в текущем виде.
Ага. Я сам предпочитаю это, чтобы знать, что мой пост попал в список/на форум — электронная почта очень ориентирована на очереди, а некоторые обработчики почты от провайдеров (кашель, крупный австралийский телеком, кашель) очень… ненадёжны, медленны и т. д. Иногда я видел, что другие люди хотели этого (в списках рассылки, но именно в этом режиме мы, по сути, говорим сейчас). Значение по умолчанию для такой опции, вероятно, должно быть false.
Как гик, я ценю возможность получать хотя бы нефильтрованную ленту, чтобы принимать собственные решения о политике.
Учитывая, что Message-ID по сути непрозрачен и устанавливается один раз, я не считаю это проблемой, если нет возможности повторно отправить тот же message-id — если все твои счётчики строго монотонны, я не ожидаю такого. Мне просто было очень утомительно сопоставлять post.id, например 98, с темой/постом, например 59/1. Было бы удобно иметь что-то вроде category.id/topic.id/post-in-topic.id вместо 98.
Этого тоже было бы достаточно. Это просто удобство на стороне отладочных заголовков.
С уважением,
Cameron