Написать дополнительно в sysop'ские эхи письма с просьбой прибить эту эху где только возможно.

Интересен вопрос прав на формально удаленную, но еще гуляющую по узлам эху. Если модератор решил по какой-то причине прекратить существование своей эхи, имеет ли он право отключать кого-либо от ее еще существующих фрагментов?

Лучше всего, если такой спор будут разрешать *EC, поскольку ситуации могут возникать очень разные - от удаления одной из эх существующей иерархии (например, *.UUE) до удаления эхи с известным названием, которую другие захотят восстановить (в этом случае *EC будет проще передать существующую эху новому модератору).

ЭХИ С ОСОБЫМ СТАТУСОМ

Некоторые эхи в FidoNet отличаются от большинства по принципу подписки или распространения.

Правила премодерируемых эх (например, HUMOR.FILTERED^#) запрещают обычным подписчикам писать туда напрямую. Таким правом обладает только модератор и назначенные им помощники. Именно им следует отсылать письма, предназначенные для публикации в эхе. Если у модератора или его помощников нет возражений, то письмо помещается (форвадится) ими в эху (при этом оно обычно адресовано к "All").
Иногда модератор с помощниками коллективно принимают решения об изменении своего состава - исключении или принятии кого-либо на основании качества присылаемых/публикуемых писем (RU.UFO.SCEPTIC^#).
На раздающих узлах такие эхи желательно поставить в Read Only.

В некоторых эхах по определенному признаку ограничен круг людей, имеющих право туда писать. Например, N5020.HUBS^# - только эхохабы 5020, R50.COORD^# - только координаторы региона R50.

Эхи ограниченного распространения допускают их раздачу только оговоренному кругу подписчиков (к примеру, только сисопам данной сети). Возможна ситуация, когда распространение не ограничено, но круг тех, кто может помещать в эху сообщения - ограничен (например, в R50.SYSOP^#, N5020.SYSOP^# запрещено писать поинтам и пользователям BBS).

Официальные эхи (некоторые *.SYSOP) обычно подразумевают, что их модератором является не конкретный человек, а должностное лицо (например, текущий NC сети или RC региона). Такая практика существует как минимум в 43 из всех 119 сетей R50 (по 55 сетям данных нет. Ноябрь 2003 года)^#.
Соответственно, при смене *C автоматически меняется и модератор.
Здесь необходимо отметить недопустимость ситуации, когда *C лишь назначает модератора. Человек, однажды назначенный модератором, в спорной ситуации (например, при утрате *C авторитета) сможет изменить правила или заявить, что поскольку модератор является хозяином эхи, то сместить его нельзя. Соответственно, официальная эха окажется захваченной.
Если у *C нет времени, чтобы непосредственно модерировать эху, лучшее решение - назначение комодератора.

Помимо уже упомянутой ситуации, когда в эху могут писать не все, существует другой вариант - когда писать могут все, но отвечать/обсуждать не имеет права никто. Это относится к эхам, которые предназначены исключительно для публикации текстов, объявлений или новостей - SU.MUSIC.NEWS, SU.TOLKIEN.TEXTS, MO.JOB, RU.INTERNET.FILTERED, RU.FIDONET.DIGEST и т.п.

В настоящее время, в связи с действиями провокаторов, отсутствие модератора - как правило временное состояние. Такие эхи не поднимаются на бон либо снимаются оттуда в случае длительного отсутствия модератора.

Обычно так называют эхи, которые узел раздает только своим поинтам и непосредственным даунлинкам (и, возможно, их поинтам). Однако дальнейшее распространение локалок редко ограничивается.
Модератором является узел - создатель эхи. Жестких правил или тематики обычно нет.

ПРАВИЛА ЭХ

Для правил наиболее важным моментом является, как ни странно, их краткость.
Совершенно необходимо считаться с тем фактом, что значительная (а может быть и большая) часть подписчиков правила не читают вообще, либо просматривает только первые несколько абзацев. Чаще всего люди смотрят на название эхи и на то, что в ней пишут.
Трудно ожидать, что человек потратит время на то, чтобы прочесть до конца правила размером 110 строк (это 5.5 кб - средний размер правил в FidoNet, посчитано по почти полутора тысячам правил). Многие модераторы явно пытаются превратить свои правила в юридический документ, где хотят предусмотреть все ситуации на все случаи жизни.

Конечно, вы, как модератор, имеете права публиковать правила любого размера и можете требовать их выполнения, наказывать. Но ведь важнее не то, чтобы человек был наказан, потому что не читал правила. Важнее, чтобы человек их прочел.

Оптимальный размер, который можно рекомендовать - примерно 50 строк (около 2 кб)^#. При этом наиболее важные пункты должны быть видны на экране без прокрутки (вероятно, стоит исходить из чтения в GoldEd'e при размерах окна 80x25).

За счет чего можно сократить правила? Не являются важными те моменты, которые боссы и так должны объяснять поинтам, а также очевидные вещи. К примеру: пересказ официальных документов FIdoNet, подробное описание флейма, о недопустимости overquoting'a, offtopic'a, о необходимости указания в Subj настоящей темы письма.

Однако некоторые очевидные вещи нужно указать в том случае, если именно для вашей эхи они являются ключевыми. Например, если эха о политике, то нужно особенно подчеркнуть недопустимость флейма, разжигания межнациональной розни. Если эха о какой-либо конкретной операционной системе или платформе - нужно подчеркнуть недопустимость обсуждения преимуществ других ОС или платформ, и т.д. Для многих эх следует специально упомянуть о запрете рекламы и коммерции.

Можно предложить следующую структуру правил:

...о чем эта эха (тематика)...
...что в эхе запрещено (по пунктам)...
...другие важные моменты...
...технические требования к письмам (языки, ...)...
...ограничения области распространения (гейтование, ...)...
...информация о FAQ (если он есть)...
...принципы модерирования (наказания, сроки действия, ...)...
...кто модератор (комодераторы) и как с ними связаться....
...предыдущие модераторы эхи (если были)...
...список отключенных подписчиков (если есть)...

Частота публикации правил зависит от эхи. В общем случае рекомендуется делать это раз в две недели, однако, если трафик небольшой и круг подписчиков почти постоянный, можно увеличить срок до месяца (при этом и отношение к нарушениям новых подписчиков должно стать более терпимым).

Могут быть и промежуточные варианты - например, если вы не хотите уменьшать правила, разбейте их на две части. Первая будет краткая, в ней самая суть (см. выше). Вторая - все остальное. Первую можно публиковать часто, вторую - редко.

Если есть возможность, полезно опубликовать правила в Интернет, а в Origin ваших писем поместить ссылку на сайт.

При изменении уже существующих правил нужно учитывать, что изменения станут известны большинству подписчиков не сразу после их публикации. Обычно модератором дается 24 или 48 часов, иногда - до недели.
Изменения не имеют обратной силы - по новым правилам наказания следуют только за новые нарушения.
Публикуя измененные правила нужно предупредить (вверху, или отдельным письмом), что правила изменились. Изменения или наиболее важные пункты бывает полезно выделить цветом (квотингом), добавив знак ">" в начале строки.
В Subject'e должно присутствовать слово "rules", для удобства поиска правил в эхе подписчиками (например: "Rules of R46.SYSOP"). Русское слово "Правила" менее удобно при поиске.

БЭКБОН И ЭХОПОЛЫ

Бэкбон^# - структура, предназначенная для распространения эхопочты, принципы работы (обязанности, ограничения) которой зафиксированы в каких-либо документах (эхополиси) или неформальной договоренности между хабами, узлами входящими в состав бэкбона. В наличии такой договоренности и эхокоординатора, следящего за ее соблюдением, состоит отличие бэкбона от обычного распространения эх между узлами сети.

Бэкбон может быть мировым, зональным, региональным и сетевым.
Региональный бэкбон предназначен для распространения эх между сетями. Соответственно, на нем почти отсутствуют локальные эхи отдельных сетей - распространяются только то, что интересно всему региону. На сетевом - напротив, бывают эхи как локальные, так и региональные. На данный момент (2003) в крупных сетях количество эх на сетевых бэкбонах больше, чем на региональном (в 2-6 раз).

Говоря о R50 (и даже о Fido7 в целом) можно отметить наличие бэкбонов во многих сетях, однако, как правило, сетевые эхополы отсутствуют - используется либо R50EP^#, либо здравый смысл хабов.

Поскольку R50EP является наиболее известным документом, признанным (полностью или частично) во многих сетях, далее основное внимание уделим ему.

R50EP подразумевает и включает следующие основные моменты:

- Выполнение R50EP хабами, входящими в состав бэкбона и модераторами, которые изъявили желание распространять свою эху через бэкбон. В частности, хабы обязаны распространять все эхи, поднятые на бэкбон;

- REC избирается^# *С, *EC, региональными эхохабами и координирует хождение эх на бэкбоне, соблюдение R50EP. В том числе он ведет эхолист, определяет состав бэкбона, решает, может ли эха быть принята на бэкбон, снимает эхи с бэкбона;

- Бэкбон и REC помогают модераторам обеспечивать отключения узлов, нарушающих правила эх;

- Модераторы, если они хотят, чтобы их эха оставалась на бэкбоне, обязаны выполнять требования REC;

- Бэкбонная эха не может существовать на бэкбоне без модератора;

По последнему пункту нужно заметить, что не существует эффективного способа определять, есть ли еще в эхе действующий модератор. Для REC физически невозможно регулярно читать столько эх, а автоматизации этот процесс вряд ли поддается, поскольку, например, факты регулярной публикации в эхе правил или писем от имени модератора не означают наличия там действительного модератора. Поэтому предполагается, что в случае возникновения в эхе беспорядков, возмущенные подписчики обратятся к REC самостоятельно, и тогда он будет изучать вопрос уже по конкретной эхе.

Важно, что бэкбон формально является дополнительной услугой по распространению эх. В принципе, прямой необходимости поднимать на бэкбон эху (и, таким образом, соглашаться с действующими там правилами) у модераторов нет. Можно наладить альтернативное хождение, в том числе и через хабы, из которых состоит бэкбон (просто распространение эхи в таком случае будет персональным решением каждого из хабов). Однако стабильное и качественное хождение, конечно, требует поднятия эхи на бэкбон.

В случае с региональным бэкбоном важную роль играет тот факт, что его хабы являются узлами сети 5020 (Москва).
Из этого следует частичное совпадение регионального бэкбона с московским. Распространение эх для обоих бэкбонов иногда выполняют физически одни и те же узлы.

При этом число эх на том и другом боне, естественно, отличается. Например, в 2002 году на R50BONE их было около 400, а на N5020BONE - примерно 1400 (кстати, последнее число примерно совпадает с количеством правил в базе Григория Зельднера^# на 2003 год).

Тот факт, что региональный бэкбон физически расположен в Москве, легко объясним, поскольку в столице легче обеспечить доступ к хорошим каналам связи и оборудованию и число узлов FidoNet больше, чем в других сетях. Однако такое расположение бона подразумевает некий (как правило, неосознанный) диктат по отношению к другим сетям, а также создает серьезную угрозу FidoNet в случае каких-либо чрезвычайных ситуаций. Обмен почтой между регионами большей частью осуществляется через 5020, региональные координаторы также, как правило, из Москвы.
К сожалению, существенно повлиять на такое положение дел пока вряд ли возможно. Другое дело - создание резервов. Единственным известным экспериментом в этой области является так называемый PROVINCE бон, созданный для отработки именно горизонтальных связей (уже упоминавшийся в разделе "История...").

Еще одной крайней ситуацией является концентрация большого количества линков из различных сетей на одном из хабов бэкбона (иначе говоря, неравномерное распределение линков между хабами). В случае проблем с этим хабом большая часть сети может остаться без почты.
Представляется, что недопустимость такого перекоса следует закрепить в новой версии R50EP, например, в виде максимально допустимой между хабами разницы в числе линков. В качестве дополнительной меры - запрет сисопу наиболее крупного (по числу линков) узла региона избираться в R50EC, чтобы не потерять возможность внешнего контроля над подобными узлами.

Что касается принятия эхи на бэкбон, то этот процесс во многом аналогичен обычному распространению эхи. Модератор должен отослать письмо соответствующему *EC, в котором будут правила эхи и строчка для эхолиста. Более подробно правила принятия на тот или иной бэкбон обычно доступны у *EC и иногда публикуются им в эхах (например, в RU.MODERATOR, *.SYSOP).

Не рекомендуется поднимать эху одновременно на два бэкбона, поскольку в этом случае неясно, какой из *EC будет разрешать спорные ситуации по ней.

Существование бэкбона дает возможность *EC применять к нарушителям такую меру, как "отключение от бэкбона", что означает отключение узла (поинта) от всех эх бэкбона. При этом реакцией на нарушение режима R/O может быть комплейн от *EC направленный *C.

Снятие эх с бэкбона

В ряде случаев может возникнуть (как со стороны сисопов, так и со стороны *C, хабов) вопрос о снятии с бэкбона эх, содержимое которых является спорным: противоречит Policy или законодательству, моральным нормам (RU.DRUGS, RU.SUICIDE, RU.LOLITA, *CRACK*), создает технические проблемы (UUE эхи), наносит ущерб сети (SU.KASCHENKO.*).

Здесь важно разделять единичные письма, которые могут появляться в абсолютно любой эхе и отрицательно воспринимаются ее модератором, и систематические обсуждения при поддержке модератора или его молчаливом согласии.
Лишь во втором случае может возникать вопрос о снятии эхи с бэкбона.

Сам этот вопрос решается *EC и хабами. Очевидно, что решение *EC обязательно для хабов. В то же время отказ любого из хабов распространять эху автоматически ведет к снятию ее с бэкбона.

АВТОМАТИЗАЦИЯ

Поскольку модерирование эх (и работа *EC) в ряде случаев отнимает много времени, встает вопрос об автоматизации хотя бы части этой работы.

Сразу следует сказать, что автоматическая цензура (изменение или удаление писем на транзитных узлах по каким-либо признакам) запрещена Policy (пункт 2.1.5.). Исключение составляют лишь случаи, когда те или иные письма создают технические проблемы (например, вследствие их большого размера).
Даже если бы запрет отсутствовал, все равно технически трудно реализовать эту схему, учитывая, что такая цензура должна была бы одновременно производиться на многих хабах в разных сетях.

Что касается именно модерирования, то на практике используются различные программы позволяющие:

- Регулярно публиковать в эхе правила, FAQ и другие тексты;
- Вести базу нарушителей и их нарушений, автоматически предупреждать модератора о переходе [*] в [+] и [+] в [!];
- Проверять соответствие, корректность адресов во From, MSGID, PATH;
- Вести базу псевдонимов и проверять все письма в эхе на наличие их авторов в этой базе;
- Проверять на излишнее цитирование (overquoting);

2.Строить дерево распространения эхи, чтобы определить, в каких сетях она есть, где ее нет и вовремя устранять разрывы;

3.Облегчить процесс проведения выборов и голосований (прием и подсчет голосов);

5.Осуществлять просмотр/поиск/работу с правилами эх;

Некоторых из такого рода программ перечислены в приложении.

АЛЬТЕРНАТИВНЫЕ ВАРИАНТЫ УПРАВЛЕНИЯ ЭХОЙ

Несколько слов об альтернативах существующей в большинстве эх системе модерирования.
Сразу надо отметить, что многие варианты неправомочны с точки зрения R50EP (которая требует наличия ответственного и полномочного модератора) и, следовательно, пока могут работать только в небэкбонных эхах.

Отсутствие модератора

Стабильность и порядок в немодерируемой эхе - явление всегда временное. Для известных и популярных эх это может быть несколько дней, для редких, с непонятными названиями - месяцы.

1.Какой-либо спор перерастает во флейм, переход на личности, оскорбления, к нему присоединяются другие подписчики, ценные подписчики уходят, поскольку вести нормальные разговор в такой ситуации невозможно;

2.В эху приходит провокатор (один или несколько). Далее все происходит по пункту 1;

3.Эха снимается с бэкбона (если она на нем была). Далее может быть пункт 1 или 2, осложненные разрывами эхи и ввиду этого дополнительными потерями подписчиков;

К немодерируемым эхам также относятся эхи с модератором, не имеющим права отключать подписчиков.

Регулярное переизбрание модератора

Отличается от традиционного варианта модерирование тем, что через определенный период времени происходит переизбрание модератора независимо от его желания. Как вариант, вместо периода времени поводом для перевыборов является заявление не менее N участников эхи, пишущих в нее в течение длительного срока (SU.MAGIC)^#.

Помимо трудностей с организационной точки зрения, этот подход не имеет пока практической ценности, поскольку механизм выражения недоверия модератору уже существует в косвенной форме (уход подписчиков, отказ транзитных узлов распространять эху). Дублирование же его через регулярные перевыборы пока представляется излишним (и создает дополнительные риски, свойственные любым выборам).

В MO.ECONOMICS^# перевыборы модератора происходят по инициативе 3-х активных (участвующих в переписке не меньше полугода) участников эхоконференции, общим голосованием.

Регулярная смена модератора

Другим вариантом является регулярная смена модератора без выборов. Например:
".. в эхе BABY.MAIL.PVT^# модераторами становятся участники эхи, причем меняются каждый месяц. Основным требованием при этом является не менее чем четырехмесячное присутствие в эхе и отсутствие явных возражений со стороны других участников эхи.
Причем, в первые 5 дней месяца можно обсуждать предыдущего модератора и список будущих потенциальных модераторов..."

Участие подписчиков в процессе модерирования

В эхе RU.COFFEE.CLUB^# существует система "кураторов": подписчик, который начинает новую тему, помещает в начале письма строчку "Curator: Свое Имя". Эта строчка должна сохраняться в последующих ответах на его письмо. Куратор имеет право закрыть тему и наказывать тех, кто от нее отклоняется, но также и сам может быть переведен в R/O в случае, если открытую им тему закрывает модератор.

В эхе RU.DUEL.RHYME^# у каждого подписчика существует свой рейтинг. Он вычисляется по сложной формуле, на основании оценок подписчиков, чей рейтинг уже выше определенного порогового значения. Они посылают свои оценки нетмейлом одному из комодераторов. Оценки могут быть также и отрицательные. При падении рейтинга ниже определенного значения подписчик переводится в R/O.
Если рейтинг превысит определенное значение, он уменьшается, либо остается на некоем постоянном уровне (по другой формуле).

Также рейтинговые системы используются в RU.ENCHANTED.FOREST^#.

В RU.GAME.STRATEGY^# необычна функция и права комодераторов. Кроме аналогичного традиционному "исполнительного комодератора" (xcom), существуют так же назначаемые модератором "за заслуги в развитии эхи" комодераторы (com). Они могут при отсутствии модератора и xcom'a выбрать на 2 месяца нового xcom'a, обладают ограниченными правами по наведению в эхе порядка (причем выставленные ими кому-либо наказания суммируются), могут исключить из своего числа кого-либо (двумя третями голосов).
Есть также "почетный комодератор" (hcom), чьи права на наказания расширены и суммируются с наказаниями com'ов, но не могут быть отменены xcom'ом.

В RU.SPORT.FOOTBALL^# подписчики избирают модератора и комодераторов, причем два голоса комодератора всегда имеют приоритет над мнением модератора (вплоть до смещения его со своего поста).

Другой пример - "Совет комодераторов" в эхе RU.MODEM^#. Здесь модератор избирается Советом лишь для того, чтобы представлять эху согласно R50EP. Реальное модерирование осуществляется комодераторами, входящими в Совет и имеющими равные права. Если подписчик не согласен с наказанием, он может обратиться в Совет и его вопрос решается голосованием всех комодераторов.
Сходный принцип (но без выборов) реализован в эхе PEHECCAHC^#.

В казанском сегменте FidoNet предлагался вариант "коллективного модератора":
"... разрабатываемое сейчас в сети так называемое модерирование посредством голосования предоставляет возможность каждому подписчику участвовать в процессе модерирования конференции через посылку модерирующих сообщений, учитываемых программой-исполнителем при принятии решения о модерировании..."

В немодерируемой SPB.SYSOP (июль 2003 года) публиковались правила рекомендательного характера^#, в соответствии с которыми лица не являющиеся сисопами сети 5030 были обязаны получить приглашения (статус "гостя") от любого из сисопов 5030. Голосованием сисопов 5030 любой гость мог быть лишен своего статуса.

В SPB.SYSOP.IMHO^# существуют два списка (ON и OFF) - в один помещаются те, кому разрешено писать в эху, в другой - кому запрещено. Внесения в любой из списков может потребовать любой подписчик эхи. Оно осуществляется, если в течение недели не поступит ни одного возражения со стороны других подписчиков. Если требования о внесении в список поступили более чем от одного человека, все эти требования игнорируются. Модератор и комодератор отслеживают правильность заполнения обоих списков и публикуют правила.

Надо отметить, что ни одна из перечисленных форм модерирования пока не получила широкого распространения ввиду различных недостатков (нестабильность, низкая скорость реакции на нарушения, невозможность обеспечить выполнение решений и т.д.)

ОБ ОТЛИЧИЯХ ЗАРУБЕЖНЫХ ЭХ

Если судить по правилам, которые публикуются в зарубежных эхоконференциях, никаких принципиальных отличий от Fido7 нет (это касается и жесткости наказаний).
Однако иностранные подписчики более склонны к самоограничению, самоцензуре. Как правило, их сложнее спровоцировать на флейм. Поэтому вмешательство модератора случается реже, нежели в эхах Fido7. Сами же модераторы, в среднем, более выдержаны и аккуратны, но вместе с тем и более безжалостны.

В названиях эх реже используются точки для разделения слов - чаще подчеркивания. Почти не встречаются иерархии эх. Эти явления, по-видимому, связаны с тем, что зарубежные эхи брали свое начало с форумов BBS (в русскоязычном FidoNet подобное случалось редко).

Полезно отметить, что такие требования как наличие RealName в письме, запреты на обсуждение политики модерирования, - не являются отечественными изобретением, как иногда пытаются представить. Эти и подобные (в смысле жесткости и ограничения различных "прав") требования нормальны для зарубежных эх.

В последние годы число узлов FidoNet за пределами ex-СССР быстро сокращается. Возможно, это связано с тем, что там FidoNet воспринимался аналогично Интернет - как транспорт. И в этой роли, конечно, Интернет выиграл, благодаря более совершенным технологиям.
У нас же FidoNet - в большей степени сообщество, поэтому конкуренция с Интернет весьма условна. Как транспорт он также имеет пока некоторые преимущества - прежде всего бесплатность. Если для крупных городов это не так важно, то в провинции упомянутый фактор все еще играет роль.

БУДУЩЕЕ

Исходя из того, как развивается ситуация сейчас, можно предположить, что в будущем будут играть важную роль следующие методики:

- Принятие *EC единых базовых правил эх, которые должны регулярно публиковаться в сисопских эхах, выдаваться новым узлам и поинтам, на которые могли бы (при желании) ссылаться модераторы;

- Единая база по нарушителям правил эх (куда модераторы будут посылать письма-модераториалы, а другие модераторы смогут всегда посмотреть, что из себя представляет нарушитель). По действиям человека в разных эхах можно будет составить целостную картину и, соответственно, принять меры;

- Появление "черных списков" провокаторов и их превентивное (т.е. до того, как они что-либо напишут) отключение от эх. Возможны отключения узлов, которые не принимают эффективных мер в отношении своих поинтов-провокаторов.

Здесь надо заметить, что введение "черных списков" - ответственный шаг^#. В частности, принятие решений о помещении туда кого-либо должно осуществляться только коллективно и публично, с сохранением и общедоступностью материалов (письма в эхах) которые объясняют такую меру;

- Рассмотрение *C комплейнов по материалам эх (как модерируемых, так и немодерируемых). Более широкое применение экскоммуникаций, возможно, при упрощенном приеме в FidoNet (в зависимости от текущей ситуации с количеством узлов);

- Уменьшение неформального влияния отдельных узлов на принятие решений координаторами. С этой целью - разделение функций крупных раздающих узлов и гейтов, а также запрет на нахождение сисопа такого узла в какой-либо должности (R*C, RO на выборах *C и т.п.);

- Как крайняя мера (в случае пассивности *C) - скоординированные действия модераторов, которые могут образовать параллельную *C структуру, обеспечивающую порядок без конфликтов с Policy. Современная FidoNet - это, главным образом, эхи. Отключение человека от всех (или большинства) эх - мера гораздо более эффективная, нежели его экскоммуникация решением *C.

При создании управляющей структуры из модераторов могут возникнуть, как минимум, следующие проблемы:
а) Намеренное создание группой людей большого количества эх с целью получения контроля над структурой.
б) Участие в такой структуре модераторов, работающих в FidoNet через гейт, а не с собственного FidoNet адреса (что делает их недоступными для санкций со стороны *C, аплинков, боссов и т.д.).
Представляется необходимым уточнить в R50EP формулировку п.3.2.1 с тем, чтобы обязать модераторов иметь для связи корректный FidoNet адрес.

- Создание единого официального (это важно) списка всех эх, который будет вести REC (см. раздел "Список эхоконференций");

Базовые правила эх

В современной Fido7 наблюдается приток новых людей, а следовательно - рост в эхах числа подписчиков, плохо знакомых с принципами и традициями FidoNet (либо нежелающих с ними специально знакомиться).
В результате, многие, подписавшись на эху, сразу помещают в нее письма, не дожидаясь появления правил или просто игнорируя их (не читая, или читая не полностью из-за большого размера).

Частичным решением проблемы могут стать так называемые "базовые правила", включающие в себя важные, общие для большинства эх пункты. В ограниченном масштабе такие попытки предпринимались и ранее ("Базовые правила конференций региона 50" - Mikel Lavrentyev, 2:5020/35^#), однако принцип, который тогда применялся (большой размер этих правил, ограниченная доступность подписчикам, излишняя детализация пунктов) сейчас представляется неприемлемым.

Базовые правила должны быть краткими и регулярно публиковаться во всех сисопских (и близких к ним по тематике) эхах региона, а также выдаваться новым поинтам, новым узлам.

Модераторы, которые (по желанию) поддержат проект, смогут публиковать правила своих эх в укороченном виде - перечисляя лишь то важное, что специфично именно для их эхи и ссылаясь в конце на базовые правила, которые (при условии регулярной публикации) станут общеизвестными, общепринятыми, общедоступными.

- Пропаганду основных принципов поведения в эхах FidoNet
- Уменьшение размеров правил в эхах, в результате чего их будут чаще читать и легче запоминать

Важно, что поддержка данного проекта со стороны значительного числа *C, *EC является обязательным условием, без которого не получить ни общепринятости базовых правил, ни, следовательно, признания их модераторами.

БАЗОВЫЕ ПРАВИЛА ЭХОКОНФЕРЕНЦИЙ СЕТИ FIDONET (v1.5)

Следующие рекомендации разработаны исходя из буквы и духа FidoNet Policy и представляют собой базовые правила поведения в эхоконференциях (эхах). Модераторы могут ссылаться на них при принятии решений в отношении подписчиков своих эх, в публикуемых правилах.

Модератором является либо создатель эхи, либо лицо, назначенное предыдущим модератором (по итогам выборов, либо без таковых).
Решение модератора является обязательным для выполнения подписчиками. Правила изменяются и трактуются модератором. В случае несогласия с решением модератора возможно создание альтернативной эхи с другим названием. Модератор не может обязать кого-либо подписываться на эху.
Модератор может назначать помощников - Комодераторов. Он также определяет и в любой момент может изменить их статус и полномочия.

1. Не разрешается помещать коммерческие сообщения. Под коммерцией понимается продажа товаров или оказание услуг с целью извлечения прибыли, независимо от ее размера (а также реклама таких услуг);

2. В случае, если правила эхи требуют указания подписчиком RealName, таковым считается размещенное в любом месте письма имя и фамилия (либо alias) соответствующие нодлистовому (поинтлистовому), либо настоящее имя и фамилия;

3. Число строк в подписи (исключая tearline, origin) должно быть ограничено тремя;

4. При ответе на письма следует избегать излишнего цитирования (оверквотинг), в том числе выделения частей собственного письма.

5. Без разрешения модератора не допускается помещение сообщений из сетей иных, чем FidoNet (R/W гейтование). Гейтование на R/O (только для чтения) разрешается, если на то нет прямого запрета модератора;

6. Не следует повторять одинаковые по смыслу письма чаще, чем один раз в неделю;

7. Разрешены русский (только кодировка 866) и английский языки;

8. Запрещен флейм и его составляющие: переход на личности, оскорбления, разжигание национальной розни, некорректные аналогии^#, обсуждение действий модератора.

9. Запрещено провоцировать нарушения правил.

Представляется полезной регулярная публикация данного документа [эхо]координаторами регионов и/или сетей в сисопских и других неспециализированных эхах.

В случае, если какие-либо утверждения настоящих правил вступают в конфликт с правилами эхи - действуют правила эхи.

Список эхоконференций

Несмотря на то, что уже существуют несколько эхолистов - неофициальный общий (с базой правил) Григория Зельднера^#, а также официальные списки эх принятых на различные боны^#
#, тем не менее дело постепенно идет к тому, чтобы реализовать единый официальный список, который позволил бы:

- Узнать, кто в эхе на данный момент является настоящим модератором (и комодераторами);
- Получить информацию о тематике, правилах, FAQ эхи;

В список можно включить следующую информацию:

- Эхотаг;
- Описание;
- Имя модератора и его FidoNet адрес (а также дополнительные, неофициальные адреса);
- Комодераторы;
- Человек, который в случае исчезновения модераторов на N месяцев и отсутствия комодераторов автоматически становится модератором эхи;
- Правила;
- Пароль, при помощи которого модератор может менять информацию о своей эхе (кроме эхотага);
- Статус эхи (активная, кандидат на удаление из списка, удаленная из списка);
- Доступ к ней (R/W, R/O);
- Гейтование в другие сети (разрешено R/W, разрешено только R/O, запрещено полностью);

Для того, чтобы список был актуальным, нужно периодически проверять активность модераторов, посылая им автоматические запросы и ожидая ответа (раз в месяц или реже). Если ответ от модератора отсутствует, эха меняет статус на "кандидат на удаление" и затем вовсе помечается в списке как удаленная.

Подобная система применялась на практике (или применяется) в Z1.

ИТОГИ

В завершение еще раз подчеркнем некоторые важные моменты:

- Распространение в FidoNet формально-юридического подхода (отказ принимать меры в ситуациях, не описанных в документах/правилах) угрожает существованию сети как сообщества (а поскольку в качестве транспорта ценность FidoNet невысока, и вообще ее существованию как таковой). Особенно это касается мер в отношении кащенитов;

- Если человек наносит вред FidoNet, его знания, грамотность или прошлые заслуги не должны становиться оправданием и причиной отменить отключение или экскоммуникацию;

- Модераторам (и координаторам) важно в своих действиях исходить из того, какие люди есть на самом деле сейчас, а не ориентироваться на самых сознательных (которых меньшинство);

- Основная и самая трудная задача Модератора - поддерживать в своей эхи конструктивное общение и гасить флейм;

- Следует избегать конфликтов с правоохранительными органами, переноса проблем в RealLife;

- Единственный способ давления подписчиков на модератора - уход из его эхи;

- Многие запреты со стороны модераторов призваны не исключить полностью то или иное явление, а лишь ограничить его. Часто люди в своих поступках лишь следуют примеру других - чем меньше будет плохих примеров, тем меньше людей будет им следовать;

И еще одно общее замечание. Существует мнение, в соответствии с которым люди в сетях делятся на две группы (хотя бывают и смешанные типы) - одним нравится получать и уточнять информацию, делиться информацией. Другим - эмоционально общаться, играть в психологические игры - неважно где, на какую тему и к чему это приведет. Вторая группа больше.
Интересы этих групп находятся в очевидном конфликте, причем в первой группе часто оказываются модераторы, поскольку для обмена информацией необходим порядок. Во второй - нарушители, потому что правила эх накладывают ограничения на поведение.

ПРИЛОЖЕНИЯ

Эхокоординаторы - RECs/NECs

REC всегда избирался, NEC в зависимости от ситуации либо избирался, либо назначался NC. Замечу, что использовать только нодлист для получения информации о REC и NEC нельзя - далеко не всегда такая информация за последние 11 лет была корректной.

REC50

1991-1993 - Дмитрий Завалишин (Dmitry Zavalishin, 2:5020/32) - первый REC50
1993-1994 - Михаил Лаврентьев (Mikel Lavrentyev, 2:5020/35)
1995-1996 - Макс Михеенков (Max Mikheenkov, 2:5020/9)
1997-2000 - Андрей Рукин, (Andrey Rookin, 2:5058/13)
2001 - Отсутствовал, причем его выборы затягивались. vice-REC50 исполнял обязанности REC50.
2001-2002 - Петр Диденко (Peter Didenko, 2:5020/52) [избран]
2003 - Александр Анистратенко (Alexander Anistratenko, 2:5000/363) [избран]

vice-REC50

1998 - Алексей Экслер (Alex Exler, 2:5020/443)
1998-2000 - Павел Павлюков (Pavel Pavlukov, 2:5026/28) - вопросы эхолиста
1998-2000 - Юрий Сафронов (Yuri Safronov, 2:5020/204) - по вопросам бэкбона
2000-2001 - Алексей Погорилый (Aleksei Pogorily, 2:5020/1504) - вопросы эхолиста. Также в 2001 году исполнял обязанности REC50

NEC5030

1991 - Дмитрий Клименков (Dmitry Klimenkov, 2:5030/13)
1992 - Леонид Автюшенко (Leonid Avtushenko, 2:5030/3)
1993-1996 - Сергей Троффимовский (Sergey Troffimovsky, 2:5030/16)
1996-2000 - Андрей Сметанкин (Andrew Smetankin, 2:5030/153) [назначен NC, затем утвержден голосованием]
2000-2001 - Игорь Ванин (Igor Vanin, 2:5030/448) [избран]
2002 - Максим Сметанин (Maksim Smetanin, 2:5030/638) [назначен NC]
2003 - Константин Степаненков (Konstantin Stepanenkov, 2:5030/1251) [назначен NC]
2003 - Алексей Антонюк (Alexey Antonyuk, 2:5030/731) [назначен NC]

NEC5020

1992 - Валентин Ухолкин (Valentin Uholkin, 2:5020/2) - первый NEC5020
1993-1996 - Дмитрий Завалишин (Dmitry Zavalishin, 2:5020/32)
1997-1998 - Алексей Экслер (Alex Exler, 2:5020/443)
1999 - Кирилл Лебедев (Kirill Lebedev, 2:5020/251, 2:5020/51)
1999 - Сергей Зельдинов (Sergey Zeldinov, 2:5020/774)
1999-2001 - Алексей Погорилый (Aleksei Pogorily, 2:5020/1504))
2001 - отсутствует, tempN5020EC назначен Сергей Яковлев (Sergej Qkowlew, 2:5020/122)
2001 - Сергей Воробьев (Sergey Vorobiev, 2:5020/400, 5020/1196)
2001-2003 - Алексей Баринов^# (Alex Barinov, 2:5020/715)

Координаторы PROVINCE бона

1996-2000 - Алексей Котельников (Alex Kotelnikoff, 2:5055/1)
2001 - Координатор отсутствует
2001-2002 - Владимир Донской (Vladimir Donskoy, 2:5055/29, 2:5055/92)
2002 - Координатор отсутствует

Z2EC (данные неточны, кроме того Z2EC не имеет существенного влияния и значения для R50)

1986-1988 - - отсутствует в нодлисте
1989-1990 - Dieter_Soltau, 2:2/200
1991 - Tony_Davis,2:147/100
1994 - Jens Mueller, 2:24/24, 2:240/2101
(1994 - Dan Buda, 2:290/627 - в том же нодлисте что и Mueller?)

1995-1996 - Bruce Bodger, 2:170/400
( 1996 - Steve Woodmore, 2:440/410 (admin 2:2/1000) в - в том же нодлисте что и Bodger!?)
1997-1999 - отсутствует в нодлисте

Примечание: формулировка "избран" для NEC означает, что он назначен NC по результатам выборов.

Известные эхополы

R50EP^# - Эхопол региона 2:50 (Россия). v1.0. Принят 10 октября 1994 г.
N5049EP^# - Эхопол сети 2:5049. Принят 22 ноября 1998 г.
N5058EP^# - Положение об организации эхобекбона сети 2:5058. Дата принятия неизвестна.

R46EP^# - Эхопол региона 2:46. Проект. 1996 г.
N461EP^# - Эхопол сети 2:461 от 2:461/35. Проект. v0.1. 19 января 2002 г.
N461EP^# - Эхопол сети 2:461. Дата принятия неизвестна.

(Некоторые из сетевых эхополов основаны на тексте R50EP).

Z1BOP v1.03^# - Процедуры работы с бэкбоном зоны 1 (Северная Америка). 1 октября 1991 г.
Z1EP v2.008^# - Эхопол зоны 1 (Северная Америка). 26 февраля 1991 г.
Z1EP v3.1^# - Эхопол зоны 1 (Северная Америка). 8 октября 1993 г.
BOFAQ^# - Правила бона зоны 1 (Северная Америка). 1 июня 1998 г.
N282EP^# - Эхопол сети 1:282 (Северная Америка). Черновой вариант. 20 Июня 1991 г.

Терминология

Здесь перечислены главным образом термины, которые использовались в статье или которые имеют непосредственное отношение к эхам.

*EC - эхокоординаторы (REC - региональный, NEC - сетевой). Координируют распространение эхопочты в сети или регионе. Иногда вместо "R50EC" пишут "REC50", вместо "NEC5020" - "N5020EC".

*C - координаторы FidoNet (ZC - зональный, RC - региональный, NC - сетевой).

AB (Annoying Behavior) - раздражающее поведение (см. также FidoNet Policy).

AKA (Also Known As ) - "...также известен как...". Употребляется при перечислении нескольких адресов у сисопа. Говорят "у поинта есть несколько AKA" имея ввиду несколько адресов у разных боссов.

FAQ (Frequently Asked Questions) - часто задаваемые вопросы (ЧАВО) и ответы, регулярно публикуемые в эхах с целью уменьшить объем трафика приходящийся на обсуждение одних и тех же проблем, решенных ранее.

Fido7 - FidoNet в странах бывшего СССР (+7 - телефонный код СССР). Иногда тот же термин используется когда говорят о группе эх гейтуемых в Internet, где их названия дополняются префиксом fido7.*

FidoNet (Fido, Фидонет, Фидо, Фидошка) - некоммерческая сеть, основанная в 1984 году Томом Дженнингсом (США). В настоящее время (2003) наиболее распространена в русскоязычных странах (бывший СССР).

FTN (Fidonet Type Network) - сеть, построенная по технологии FidoNet.

FTN over IP - способ передачи FidoNet эх и нетмейла через Internet, без гейтования.

FYI (For Your Information) - "Для Вашего Сведения", "Для Информации".

Geek code - набор символов публикуемый в письмах и несущий информацию об образовании, увлечениях, стиле жизни и т.д. автора письма. Распространен в Internet, в Fido7 обычно не приветствуется, подобно длинным подписям.
Пример: "GED/J d-- s:++>: a-- C++(++++) ULU++ P+ L++ E---- W+(-) N+++ o+ K+++ w--- O- M+ V-- PS++>$ PE++>$ Y++ PGP++ t- 5+++ X++ R+++>$ tv+ b+ DI+++ D+++ G++++ e++ h r-- y++**"

GoldEd (Голдед) - наиболее популярный (на 2003 год) почтовый редактор в FidoNet.

IP (Internet Protocol) - способ передачи данных в Internet.

Passthrough ("пассру") - техническая возможность, позволяющая узлу раздавать эху своим даунлинкам не получая ее самому (приходящие почтовые пакеты не попадают в базу и таким образом не видны в почтовом редакторе. Они лишь перепаковываются для даунлинков).

R/W - разрешено чтение и написание писем в эху (например: "разрешено гейтование в режиме R/W").

Read Only, R/O - режим "только для чтения" (применительно к типу отключения от эхи).

RealName - "реальное имя" человека, который пишет в эху. Обычно, достаточно соответствия нодлистовому (поинтлистовому) имени.

RO (Returning Officer) - проводящий выборы (модераторов, *C и т.д.)

Temp*C - временно исполняющий обязанности координатора (например, в связи с невыполнением своих обязанностей предыдущим, и до окончания выборов нового).

VC (Vote Checker) - проверяющий на выборах. Обычно RO и VC назначают из разных сетей.

Usenet (ньюсгруппы, news) - ближайший аналог эх в сети Internet (со значительными отличиями от FidoNet). Часть эх FidoNet гейтуется в ньюсгруппы со сходными названиями.

UUE (ууе) - способ кодирования файлов для пересылки в эхах или нетмейле.

XAB (Excessively Annoying Behavior) - чрезвычайно раздражающее поведение (см. также FidoNet Policy).

Активные подписчики - читают и пишут в эху.

Аплинк (uplink) - узел, с которого получают эху.

Базовый модератор - модератор нескольких эх одной иерархии (например, SU.HARDW.*). Термин используется редко.

Босс (bossnode) - узел, через который поинт получает/отправляет почту.

Бэды (bad) - письма, которые в процессе тоссинга по той или иной причине попали не в соответствующие им эхообласти, а были опознаны как в чем-то некорректные ("выпасть в бэды").

Бэкбон, бон (backbone) - структура для распространения эхопочты, координируемая *EC соответствующего (сетевого, регионального) уровня.

Гейт (gate) - узел и программное обеспечение на нем, позволяющее осуществлять гейтование эх и/или нетмейла.

Гейтование [эх, нетмейла] (gating) - осуществление доступа к эхам и/или нетмейлу из другой сети. Чаще всего под гейтованием понимается возможность пользователям Internet писать в эхи FidoNet.

Даунлинк (downlink) - узел, который получает эху.

Дупы (dupes) - нежелательное дублирование писем в эхах. Обычно связано с подпиской на одну эху сразу на нескольких узлах.

Задупливание (от "дупы") - намеренная подписка на эху сразу на нескольких узлах. Иногда может применяться для обеспечения более быстрого хождения эхи.

Иерархия эх - группа эх, имеющих общую основную тематику (и, обязательно, одинаковое начало названия). Например: SU.HARDW.* , RU.VIDEO.*, RU.UNIX.*.

Интернетчики - (при разговорах в FidoNet) люди, пишущие из Internet через гейт.

Квотинг (quoting) - цитирование части письма при ответе на него.

Клуджи (kludges) - служебная информация, сопровождающая письма, но невидимая (без специальных действий) в почтовом редакторе. Клуджи бывают стандартные (например, MSGID, PATH, SEEN-BY) и дополнительные (RealName).

Комодератор (comoderator) - помощник модератора (им и назначается). Обычно обладает всеми правами модератора, кроме изменения правил и назначения модератора.

Комплейн (complaint) - официальная жалоба координатору на чье-либо некорректное (раздражающее) поведение или действие.

Кросспостинг, кросспост (crossposting) - публикация одного и того же письма одновременно в нескольких эхах.

Кука (cookie) - строчка под подписью, но перед tearline. Иногда используется для публикации разного рода автоматически генерируемых шуток или сообщений о прослушиваемой в момент написания письма музыки.

Линк (link) - узел, с которым осуществляется обмен почтой.

Локалка (local echo) - эха для обсуждения вопросов в узком кругу заинтересованных подписчиков. Иногда ее распространение ограничивают искусственно. Чаще всего локалка создается для даунлинков какого-либо крупного узла с целью информировать их о новых эхах, изменениях в режиме работы, для обсуждения общих вопросов. Обычно ее называют по номеру узла, названию станции, имени сисопа.

Модератор (moderator) - от английского "арбитр", "судья", "ведущий". Человек, который обладает в эхе широкими полномочиями (составляет правила эхи, может предупреждать и отключать от нее подписчиков) и, таким образом, обеспечивает в ней порядок, необходимый для общения, конструктивного спора. Может быть избранным, назначенным, либо быть модератором по праву создателя эхи.

Модераториал (moderatorial) - уведомление о наказании (предупреждение, отключение) посылаемое модератором нарушителю.

Нода (узел, node) - FTN совместимая система, позволяющая принимать и отправлять почту. Сисоп узла несет ответственность за свои действия и может участвовать в выборах и назначениях официальных лиц FidoNet. Узел - основная единица FidoNet, образующая сеть. Список узлов называется нодлистом.

Оверквотинг (overquoting) - избыточное цитирование.

ОИНЧ (Отпишись И Не Читай) - принцип, который обычно цитируют тем, кто недоволен действиями модератора.

Ориджин (Origin) - строчка в письме, указывающая на адрес и название станции-отправителя. Часто в Origin'e вместо названия станции размещают другую текстовую информацию.

Оффтопик (offtopic) - несоответствие тематике эхи.

Подписчик [эхи] - человек, получающий эху путем подписки на нее у аплинка.

Поинт (point) - FTN совместимая система, позволяющая принимать и отправлять почту исключительно через узел (босса) который несет ответственность за ее действия. Чаще под термином "поинт" понимается человек который управляет этой системой и имеет поинтовый адрес. Список поинтов называется поинтлистом.

Полиси (Policy, FPD) - документ FidoNet, устанавливающий основные правила приема в сеть и поведения в сети - основной закон FidoNet. Намного реже используется слово "устав".

Постинг [файлов, правил] (posting) - публикация правил, сообщений, файлов в эхе (часто - регулярная).

Постмодерируемая эха (postmoderated echo) - эха, в которую письма отправляются напрямую любым подписчиком. Модератор имеет возможность принимать меры только после того, как письмо увидят все подписчики. Таковы большинство эх в FidoNet.

Премодерируемая эха (premoderated echo) - эха, письма в которую можно отправлять только через модератора или назначенных им лиц (которые могут пропустить или не пропустить письмо).

Роутинг (routing) - маршрутизация (путь прохождения нетмейла или эх через цепочку узлов). Употребляется в контексте "поправить роутинг, кривой роутинг".

Рулесы [эхи] (rules) - правила эхи. Документ, описывающий основные (не все) принципы поведения в данной эхе. Публикуется модератором регулярно для ознакомления подписчиков.

Сисопка - личная встреча сисопов (узлов сети) на которой обсуждается сетевая жизнь. Раньше, когда узлов было мало, на сисопках принимались решения по кандидатуре на пост *C. Это и сейчас практикуется в небольших сетях.

Сисопы (SysOp) - употребляется в значении "сисоп узла" (то есть человек, имеющий узловой адрес в сети FidoNet), реже - в значении "сисоп BBS" (человек, имеющий станцию BBS, но необязательно имеющий адрес). Иногда под словом "сисоп" понимается вообще любой человек (узел, поинт) имеющий адрес в FTN сети.

Тайглайн (tagline) - строка в конце письма (перед Tearline) содержащая произвольную информацию - обычно автоматически генерируемые шутки, высказывания и т.п.

Твит (twit) - 1) способ автоматически фильтровать (пропускать или стирать) сообщения по заданной теме, по автору, по другим признакам. 2) человек, помещенный кем-либо в твитлист.

Твитлист (twitlist) - список людей, письма от которых автоматически фильтруются кем-либо.

Темплейты (templates) - шаблоны, по которым в почтовых редакторах автоматически формируется приветствие (вверху письма) и подпись/прощание (внизу). Например "Приветствую, уважаемый ___ !".

Тирлайн (tearline) - Отмечает конец текстового сообщения (далее идет служебная информация - Origin, клуджи), содержит название почтового редактора в котором написано письмо, реже - эхопроцессора. Иногда используется для какой-либо другой текстовой информации.

Топик (topic) - тема (письма, нескольких писем, эхи) либо соответствие тематике эхи.

Транзитный узел - узел, который получает эху с аплинка и отдает ее даунлинку.

Трафик (traffic) - (применительно к эхе) количество сообщений, появляющихся в эхе за некоторое время^#. Обычно говорят "трафик в эхе - N писем в сутки".

Флейм (flame) - неконструктивный спор. Часто (необязательно) включает взаимные оскорбления, переход на личности.

Форвард, форвардинг (forward, forwarding) - пересылка другого письма внутри своего письма ("...я отфорважу тебе его письмо..").

Форум (forum) - реализованная на web сайте система, позволяющая публично обмениваться письмами по теме форума. Обычно создается как дополнение к web сайту.

Фрек (FREQ - File Request) - запрос на получение файла со станции FidoNet.

Хабы (эхохабы) (hub) - крупные узлы, составляющие структуру бэкбона.

Экскоммуникация (excommunication) - лишение узла узлового адреса по решению *С (чаще всего, за некорректное поведение).

Эха (эхоконференция, echo) - публичный (в отличие от нетмейла) способ обмена письмами по конкретной тематике. Каждое письмо получают все, кто подписан на данную эху.

Эхобомбинг, мейлбомбинг, спам, флуд (mailbombing, spam, flood) - слишком частая посылка одинаковых или разных сообщений в эху или нетмейлом (на один или разные адреса).

Эхополиси (эхопол, echo policy) - документ FidoNet, устанавливающий правила приема и распространения эх на бэкбоне сети или региона, взаимоотношения между участниками процесса. В настоящее время под эхополом чаще всего понимают эхопол R50.

Эхопроцессор (echoprocessor) - программное обеспечение для распаковки и сортировки почтовых пакетов в базу (тоссинг) и для сбора и упаковки писем из базы в почтовые пакеты.

Юзер (пользователь, user) - человек, имеющий доступ в FidoNet через узел или поинт, при этом не использующий FTN совместимую систему. Например - пользователь BBS, пользователь гейта.

Программы

Правильная Статистика^# Автор: Ilya Kuznetsoff, 2:5020/1214

Позволяет публиковать кандидатуры, принимать голоса с паролями, проверять их, подсчитывать результаты, публиковать списки паролей для проверки, и т.д.

Echolist Viewer - для просмотра структурированного списка эх и их правил. Поддерживает поиск. Автор: Gregory Zeldner, 2:5020/1967
RServer^# - программа, позволяющая получить правила эхи по запросу нетмейлом. Поддерживает поиск. Автор: Sergey Ermakov, 2:5020/3123

ПРИМЕЧАНИЯ

- Части статьи или ее полный текст могут свободно публиковаться при условии отсутствия изменений. При публикации полного текста необходимо сохранение заголовка и авторства.

- Части статьи могут быть также свободно использованы (с необходимыми изменениями) при создании правил эх, других документов FidoNet. Спрашивать разрешения и ссылаться на автора статьи при этом необязательно.

- Примеры в HTML версии текста могут содержать устаревшую информацию, не действующие в данный момент правила эх. Их следует воспринимать исключительно как дополнение к данной статье.

БЛАГОДАРНОСТИ

Мне помогали в работе над текстом, вносили предложения, дополнения и замечания многие бывшие и действующие сисопы и поинты. Особо хочу отметить помощь Александра Старкова (ex-2:5030/248) и Дмитрия Осипова (ex-2:5030/124). Также сильно упростила работу база правил эх Григория Зельднера (2:5020/1967)^#.

ДОКУМЕНТЫ УПОМЯНУТЫЕ В ТЕКСТЕ

Эту же работу в текстовом виде (без разметки и примеров) можно скачать здесь: fidoecho.txt

Если вы хотите поделиться какой-либо информацией, написать статью, или у вас есть другие идеи - пожалуйста пишите.

Дизайн (C) Frog /Roi, Программирование: DragonFa /Roi,
iNFUSED BYTES, iNFUSED BYTES OnLine (C) Realm Of Illusion 1994-2003, Журнал 'iNFUSED BYTES' является частью проекта 'ENLiGHT PROJECT'
При перепечатке материалов этой страницы пожалуйста ссылайтесь на источник: "(C) iNFUSED BYTES OnLine, http://www.enlight.ru/ib".