на главнуюВсе эхи RU.FTRACK
войти ?

Rntrack 2.1.2

От Michael Dukelsky (2:5020/1042) к Alexey Fayans

В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)


Привет, Alexey!

29 April 2020 23:53, Alexey Fayans послал(а) письмо к Michael Dukelsky:

MD>> # любое действие, меняющее письмо с установленным флагом Lock
MD>> (Locked), игнорируется и выполняется запись об ошибке в лог
MD>> # письмо, в котором установлен один из флагов Received, Sent,
MD>> Archive/Sent, не будет упаковано в пакет
MD>> # при упаковке в пакет письма флаги Received, Sent, KillSent,
MD>> Local, Hold обнуляются

AF> Ты сломал RNtrack. :)

Я так не считаю.

MD>> Теперь о том, почему появились некоторые из изменений. В
MD>> руководстве написано, что Rntrack сам ничего не изменит, не
MD>> установит и не удалит никаких флагов и что это надо делать самому
MD>> сисопу. Это хороший принцип.

AF> Я бы сказал, что это главный принцип RNtrack.

Совершенно верно. Однако всякий принцип хорош только пока его применение осмысленно. Всё должно быть в меру. И RNtrack, как и Ftrack, никогда не придерживался этого принципа абсолютно во всех случаях. Например, при исполнении команды route Via проставляется всегда, тебя никто не спрашивает, хочешь ты этого или нет. И это правильно. Потому что есть стандарты, которых надо придерживаться, чтобы взаимодействовать с другим софтом.

MD>> Однако он предполагает, что все пользователи Rntrack
MD>> внимательно прочли фидошные стандарты и скрупулёзно им следуют. В
MD>> то же время, я столкнулся с тем, что не один человек посылает
MD>> линкам письма с флагом Sent. Если письмо должно этим линком быть
MD>> переслано дальше, то возникает проблема. Поскольку флаг Sent
MD>> обозначает, что письмо уже было отослано и его не нужно отсылать
MD>> повторно, данное письмо у этого линка застрянет.

AF> Здорово, но всё это должно отключаться. Например, можно сделать
AF> параметр AdvancedMode, чтобы написав его в конфиге я получил
AF> классическое поведение.

Зачем? Например, сисоп поставил на письме флаг Lok, чтобы письмо не удалялось. Если после этого письмо попробовали удалить, то это очевидная ошибка и теперь RNtrack сообщит об ошибке. Перед удалением надо просто снять флаг Lok.

С какими флагами письмо может быть отправлено, а с какими нет, написано в FTS-001 и его надо выполнять. Я не понимаю, зачем нужно отправлять письмо, преднамеренно нарушающее главный фидошный стандарт.

Желаю успехов, Alexey!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru

--- GoldED+/LNX 1.1.5-b20170303
* Origin: ==<<.f1042.ru.>>== (2:5020/1042)

Ответы на это письмо:

From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку

From: Username
Или коротким

FGHI-url этого письма: area://RU.FTRACK?msgid=2:5020/1042+5eaa8abf