AF>>>>> Дубль два: редактор не должен ничего обрезать, CO>>>> Не должен, да. Только если он фидошный, то не должен давать CO>>>> возможность написать сабж длиннее стандарта. Стандарт описывает CO>>>> длину сабжа именно самого pkt или сообщения в нём? AF>>> Дубль три: редактор сохранят сообщения в базу. AM>> Для чего он это делает? Что бы из базы сообщение ушло в эху - не AM>> так ли? AF> Представь себе, не только для этого. AF>>> Стандарт базы не накладывает ограничения на длину сабжа. AM>> Это баг стандарта базы, который следует пофиксить. AF> Ну вот в Jam ограничение есть, но 100 символов. Баг? Срочно AF> фиксить стандарт? AM>> Учитывая, что эхобазы существуют для обмена сообщениями между AM>> собой, AF> А я думал, что базы сообщений существуют для того, чтобы хранить в AF> них сообщения. Не только для того, чтобы их потом пихать в пакеты AF> и пересылать другим нодам, но и для локальных эх, для BBS, и чего AF> угодно ещё.
Конечно, можно себе представить, что базу ты держишь только для локальной (в пределах самой этрй базы) переписки с самим собой... только это уже маразм выходит.
AF>>> Задача редактора на этом заканчивается. Редактор не должен AF>>> думать, что ты дальше будешь делать с этим сообщением. AM>> Правильно. _Редактор_ не должен думать за тебя. И тоссер тоже не AM>> должен _думать_. AF> В первую очередь тоссер не должен создавать невалидные пакеты. AF> Если встретил сабж, который нельзя запихнуть в пакет, нужно либо AF> обрезать, либо пропустить сообщение и написать сисопу.
Это тоже вариант. Но менее удобный для сисопа.
AM>> Думать о содержимом написанного тобой сабжа должен только ты сам. AM>> А программы должны только предупреждать тебя о слишком большой AM>> длине сабжа и предоставлять _тебе_ возможность подумать и AM>> изменить её корректным образом. AF> Могу лишь предложить тебе пойти и написать идеальную фидосистему, AF> которая в том числе и для транзитных неформатных писем будет AF> давать возможность автору исправить сообщение перед тем, как оно AF> будет пропущено дальше. Не представляю, как это возможно без AF> путешествий во времени, но тебе виднее, ты же умный.
Если сообщения будут создаваться редакторами правильно - то неформатных транзитных писем не будет
-- Best regards! Posted using Hotdoged on Android --- Hotdoged/2.13.5/Android * Origin: Yet another Android node (2:469/335)
