Я только что смог отправить сообщение, используя адрес Gmail и веб-версию приложения Gmail — в нём была подпись с изображением, которая успешно была обрезана.
Однако тот же самый почтовый аккаунт, при отправке сообщения через локальное приложение Outlook 2016 на ПК, не подвергся обрезке подписи (та же самая подпись с изображением, но настроенная в Outlook).
В реальности, наибольшую долю пользователей форума составляют пользователи приложения Microsoft Outlook, поэтому именно оно должно служить эталоном «успешности» процесса обрезки.
Проблемы с подписями возникают только с одним источником писем от Outlook 2016 или со всеми?
Известно ли, что Outlook 2016 вставляет что-то, что устойчиво к обрезке? Или, возможно, Outlook 2016 не был признан одним из популярных приложений, которые должны быть включены в библиотеку email_reply_trimmer?
Кто-нибудь уже придумал стратегию решения этой проблемы? (кроме просьбы к пользователям отключать автоматические подписи при отправке писем на форум — я знаю, что это вызовет недовольство!)
Я также заметил, что, хотя подписи в сообщениях Outlook 2016 не были обрезаны, они также не были корректно распознаны: в моём случае это проявилось в искажённом форматировании текста и шрифтах, а также в добавлении нескольких лишних символов и чрезмерно увеличенном изображении. Или это результат неудачной попытки обрезки?
Это подпись одного пользователя Outlook 16, которая всегда проходит через обрезчик, и ещё одна от неизвестного клиента (но отправленная через outlook.com и/или MS-Exchange), в которой внизу есть несколько белых квадратных файлов изображений, как здесь:
Может ли кто-нибудь, даже полный новичок (как я), поиграть с библиотекой email_reply_trimmer, чтобы попробовать выявить шаблоны в скрипте, применяемые для других почтовых приложений, и добавить фильтр для подписей Outlook 2016? Мне кажется, я читал, что этот скрипт теперь является частью ядра Discourse? Или я сам себя обманываю?
Я никогда не работал с GitHub и не хочу случайно что-то сломать у других в процессе экспериментов или даже нанести непоправимый вред своему собственному форуму.
Попробуйте изменить программное обеспечение веб-формы, чтобы разместить сообщение ниже -- (два дефиса и пробел), чтобы оно выглядело больше как подпись.
Bla-bla-bla
Форма: Контент
--
Это письмо было отправлено на [email категории] в результате заполнения формы.
Нажмите здесь, чтобы сообщить о нежелательной рассылке.
На самом деле не копируйте мои два дефиса и пробел выше, там есть уловка с юникодом
Эта функция была бы чрезвычайно полезна — возможность добавлять проблемные подписи в список «удалить это, если увидишь снова». Сопоставление могло бы быть немного проще, поскольку оно просто удаляло бы этот текст дословно, вместо того чтобы пытаться спекулятивно сопоставить все подписи.
Это не совсем верно — в середине должен быть пробел, то есть: “- -”.
Лично я считаю, что довольно сложно заставить пользователей добавлять это в свои подписи. Если вы можете посмотреть им через плечо и настроить всё за них, то это нормально, но самостоятельно они с этим справляются с трудом!! Возможно, ваши пользователи более технически подкованы.
Они действительно не работают. Если вы скопируете и вставите регулярное выражение из строки 144 на https://rubular.com/, то увидите, что оно соответствует -- (дефис-дефис-пробел), но не - - (дефис-пробел-дефис).
Ах, я понял. Действительно, похоже, что между ними есть пробел, если только вы не скопировали и не вставили это в другое место (из строки 144): "--/s" — когда это представлено как код, мне кажется, что между дефисами есть пробел.
“–/s”, скопированный и вставленный прямо в Markdown, явно не содержит пробела.
Это, возможно, объясняет, почему мне никак не удавалось добиться успеха в этом! Спасибо за ваше терпение.
Я не знаю Ruby, но \s, похоже, совпадает как с возвратом строки, так и с пробелом. Если это так, то -- на отдельной строке, без пробела, тоже должно работать.
В Markdown для горизонтальной разделительной линии используется множество дефисов. У нас есть сообщения, в которых ниже такой линии указаны детали встречи. Можно ли использовать что-то другое в качестве разделителя, чтобы избежать обрезки текста?
Например, входящее электронное письмо может содержать следующее:
Это пример содержимого электронного письма. В нём могут быть указаны детали встречи. Если этот пост будет отправлен по электронной почте, то эта часть и всё, что идёт после неё, будет обрезано.
Я только что отправил вам ЛС с письмом и постом, которые постоянно вызывают у нас проблемы.
Проблема заключается в том, что когда этот пользователь отвечает на пост в Discourse по электронной почте, к его сообщению добавляются несколько белых изображений. В результате после его текста появляется лишний блок белого пространства. Похоже, это происходит только с этим одним пользователем. У него нет подписи в обычном понимании.
Я всё ещё получаю, возможно, 5–10% подписей участников, которые проскальзывают.
Если текущие эвристики не могут справиться с этим, я действительно считаю, что ручная база данных для подписей или даже встроенные изображения в письмах, которые продолжают отправляться и автоматически не обрабатываются, являются необходимыми.
Нет никаких шансов, что я смогу ожидать от пользователей изменения их подписей в электронной почте только ради форума, который составляет лишь крошечную часть их повседневной электронной переписки.
