СОДЕРЖАНИЕ:
Эта работа адресована в первую очередь работающим и будущим модераторам, эхокоординаторам, а также тем, кто интересуется модерированием и при этом уже имеет общее представление о сети FidoNet.
Многие высказанные здесь мысли могут также быть распространены на другие области деятельности связанной с управлением. Автору представляется интересным существование в FidoNet децентрализованной, но при этом устойчивой и эффективной системы, какой она показывает себя уже более 10 лет.
Действия модераторов и координаторов обсуждаются исходя из общепринятой практики, которая лишь частично закреплена в эхополе R50 # (он рассматривается отдельно), Policy # и других документах FidoNet.
Если это специально не оговаривается, описываемое поведение подписчиков, модераторов, обычаи и особенности относятся к FidoNet в пределах бывшего СССР. Это регионы R50 и R60 (Россия), R46 (Украина и Молдова), R45 (Беларусь), R44 (Грузия), Узбекистан, Таджикистан. Отчасти - R47 (Литва), R49 (Эстония), R51 (Латвия). Перечисленные регионы связаны общей историей, языком, многими общими привычками и стереотипами поведения.
При упоминании FidoNet Policy речь идет о версии 4.06 (4.07) . Эхопола R50 - версии 1.0 (10 октября 1994 года).
Ссылки из фрагментов текста (присутствуют только в HTML версии статьи), как правило, указывают на примеры писем или документов, иллюстрирующих обсуждаемый вопрос (открываются в новом окне браузера). Такие ссылки обозначены символом #
В разделе "Терминология" можно узнать значение специальных терминов, которые используются в тексте.
Эхоконференции (эхи) - форма публичного общения людей в сети FidoNet. Помимо эх в FidoNet существует нетмейл - личная почта, и файлэхи - для передачи файлов. FidoNet - некоммерческая любительская сеть - по большей части самоуправляемое сообщество, в котором координация действий и разрешение конфликтов осуществляется избираемыми и/или назначаемыми координаторами в соответствии с FidoNet Policy и другими документами (в данной работе структуры координаторов рассматриваются автором лишь в связи с их взаимоотношениями с модераторами эх).
Эхи представляют собой публично доступные потоки писем определенной тематики,
передаваемые от системы к системе. Системный оператор (сисоп) любой системы
может подписаться на эху интересующей его тематики, послав нетмейловое письмо
роботу системы, с сисопом которой у него есть договоренность (в случае, если сам
этот сисоп уже подписан на данную эху).
После подписки сисоп может читать письма приходящие по эхе, отправлять в нее
свои собственные, а также подписывать на эху другие системы (если его
собственная система является узлом). Письмо, отправленное в эху, становится
видимым всем, кто на эту эху подписан. При этом оно может быть адресовано сразу
ко всем подписчикам или к конкретному человеку (независимо от этого, обсуждение
остается публичным и в нем может участвовать любой подписчик).
Так выглядит GoldED Plus - наиболее популярный в FidoNet (на 2003 год) почтовый редактор. Существуют версии под Windows, Unix, DOS. |
В FidoNet не существует единого центра - письма постоянно передаются между
системами, однако на крупных узлах (хабах) эх различной тематики больше, чем на
обычных узлах. Для повышения надежности и скорости хождения писем были
разработаны различные схемы, общая суть которых сводится к обмену почтой между
несколькими хабами, у которых подписаны обычные узлы, а у тех, в свою очередь,
либо также узлы, либо поинты (которые не могут распространять эху далее).
Объединение нескольких хабов (с целью обеспечить устойчивое и быстрое хождение
эх), координируемое *EC, называется бэкбоном (боном). Эхи распространяются через
бэкбон в соответствии с Эхополиси данного бэкбона. В отличие от обычных узлов,
хабы бэкбона обязаны распространять эхи, перечисленные в эхолисте этого бэкбона,
чтобы обеспечить доступ к ним любому желающему.
Скорость прохождения писем по эхам зависит от того, насколько часто происходит обмен почтой между узлами. В зависимости от качества и типа соединения (FTN поверх Internet, FTN через телефонную сеть) это может происходить каждые несколько минут, часов, раз в сутки.
Создать новую эху может любой человек, в том числе и не из FidoNet. Технически
это происходит на одной из систем, после чего эха распространяется (создается
вручную или автоматически) на других заинтересованных в ней системах. Человек,
создавший эху, автоматически становится ее модератором - поддерживает в эхе
порядок, регулярно публикует правила.
Если чье-либо поведение модератор считает неприемлемым (он видит письма с
нарушениями только тогда, когда они уже распространились по эхе), он может
предупредить подписчика, а затем и отключить его от эхи. Отключение
осуществляется по требованию модератора на узле, у которого подписчик-нарушитель
получает данную эху. Если узел не подчиняется, модератор может отключить и его -
по цепочке. Часто модератор назначает себе в помощь помощника - комодератора.
Модератор может назначить нового модератора - самостоятельно или по результатам
выборов подписчиками эхи.
Несмотря на то, что модератор имеет исключительные права на созданную им эху,
она ему не принадлежит, поскольку своим существованием обязана подписчикам,
которые пишут в нее письма и узлам, которые передают эху внутри сети. Понимая
это, модератор старается находить компромисс между своими личными
представлениями о содержимом эхи и желаниями ее подписчиков.
Координаторы не могут указывать модератору как он должен поступать в своей эхе,
однако, если модератор хочет чтобы его эха распространялась более широко и
надежно, он может "поднять ее на бэкбон", принимая ряд требований Эхополиси,
действующей на данном бэкбоне.
Сеть FidoNet в СССР появилась в 1990-м году (через 6 лет после ее создания в США) и первоначально необходимости в модераторах не было - эх было всего около десяти (в 2003 году - уже около двух тысяч), все друг друга знали, часто даже лично. Случайных людей не было.
Ближе к 1991 году появился (с общего согласия) первый модератор - Михаил Браво (Michael Bravo, 2:5030/2). Он присматривал за большинством существующих эх (хотя создавали эти эхи разные люди, которые позднее стали их модераторами).
В тот период времени многие письма писались пользователями BBS. Они не имели адреса в сети, писали от адреса того сисопа, на чью BBS звонили. Их письма можно было узнать по названию программы в tearline письма: Maximus, RemoteAccess (RA), SuperBBS (SBBS), BlueWave, QWK и другим.
Наплыв пользователей BBS, в первую очередь в SU.GENERAL, был одной из причин, по которой было начато модерирование эх.
Вскоре, по мере развития сети, сил одного модератора перестало хватать и тогда в течение примерно года в большей части эх появились собственные модераторы. Эти "назначения" происходили с общего согласия и по согласованию с REC50 - Дмитрием Завалишиным (Dmitry Zavalishin, 2:5020/32). Первый REC50 появился после всероссийской сисопки 1991 года (на которой присутствовали представители сетей 5000, 5010, 5020, 5030). Он был необходим, чтобы как-то упорядочить хождение эх - в течение 1-2 лет регион начал быстро расти.
В конце 1991 года был создан первый в ex-СССР бэкбон ("блин") - московский.
Некоторые, эхи в связи с ростом трафика, были разделены - например, SU.HARD&SOFT на SU.HARDW и SU.SOFTW.
Постепенно, модераторы появились почти у всех эх. Остались немодерируемыми SU.FLAME, SU.HUMOR и MO.ECHO.
Позднее SU.FLAME была закрыта REC50 под обещание сделать альтернативные модерируемые COMMONPLACE и RU.DUEL. MO.ECHO под юрисдикцию REC50 не подпадала.
Примерно в 1992 году была ликвидирована эха SU.BUSINESS (из-за несоответствия Policy и духу FidoNet ее даже пытались вынести в отдельную FTN сеть BusiNet) и вместо нее создана PVT.EXCHANGE, в 1993 году разделенная на несколько PVT.EXCH.*. Хотя там коммерческие объявления также допускались, но с ограничениями и, кроме того, в то время было популярно суждение, что PVT.* эхи не совсем относятся к FidoNet.
Примерно в то же время сходная ситуация возникла в сети 5030 с SPB.BUSINESS. Однако все осталось по-прежнему. SPB.EXCHANGE (где коммерция полностью запрещена) существует параллельно с SPB.BUSINESS.
Число эх росло, технология их распространения совершенствовалась (в первую очередь за счет появления хабов и бэкбона). Чтобы более четко определить порядок и принципы распространения эх в R50, 13 сентября 1994 года был принят эхопол R50 (R50EP) #. Все, что в нем написано, относится только к эхам, принятым на бэкбон R50 (R50BONE). Иными словами, модераторы, желающие чтобы их эхи распространялись через R50BONE, должны согласиться соблюдать R50EP.
К тому моменту уже существовал (с февраля 1989 года) так называемый ECHOPOL1 - "GENERAL ECHOMAIL POLICY 1" #, однако он был принят только в Z1 (США) и, возможно, в паре других стран. В R50 к нему относились без энтузиазма, хотя в некоторых правилах эх до сих пор ссылаются на этот документ.
Что же касается R50EP, то он принимался общим голосованием всех узлов региона. Процесс принятия проходил неоднозначно. Основное возражение заключалось в ограничениях, которые документ налагал на модераторов бонных эх.
Значительная часть сисопов фактически бойкотировала R50EP. Он был принят
формальным большинством от участвовавших в голосовании (что составляло около 7%
от общего числа сисопов R50)
#.
Естественно, такой низкий процент привел к тому, что длительное время многие
этот документ игнорировали. Однако ко времени написания настоящей статьи (2003
год) R50EP
признан и успешно применяется.
Среди нововведений, зафиксированных в R50EP, можно указать:
- Процедуру выборов REC50, его обязанности и права. Обязанности региональных
хабов;
- Требование к модератору пресекать в своей эхе "публикацию нелегальной
информации или содействие нелегальной деятельности";
- Обязанность модератора регулярно публиковать в эхе правила и обеспечивать их
выполнение;
- Процедуру приема эхи на региональный бэкбон (и удаления оттуда);
- Порядок разрешения конфликтов;
По большей части, в R50EP были формально закреплены и уточнены уже работающие механизмы.
Кроме того, через некоторое время после принятия R50EP нормой стали выборы модераторов бэкбонных эх в ситуации, когда прежний модератор исчез, а в правилах отсутствуют указания о назначении нового.
К 1993-1994 году стало ощутимым такое новое явление, как гейтование эх в Интернет (главным образом под именем FIDO7.*). Крупными гейтами были узлы: 2:5020/23,2:5020/32 (NetDialogue/Relcom: Dmitry Zavalishin, Alex Ilyinsky), 2:5020/230 (Eugene Crosser), 5020/400 (Demos: Sergey Vishnevsky, Sergey A. Vorobiev), 5030/27 (Palantiri: Pavel Danilov, Michail Savchenko), 5020/52 (Aha: Boris Tyshkiewitch, Zenon: Peter Didenko). Большинство узлов размещались непосредственно у Интернет-провайдеров или при их поддержке.
На начальном этапе ситуация была следующей.
Провайдеры Интернет были заинтересованы в предоставлении своим клиентам эх
FidoNet (поскольку уже тогда они имели большую ценность по сравнению с также
русскоязычными RELCOM.*)
#.
Со стороны FidoNet была высказана мысль, что будет логично получать взамен для
Fido группы Usenet и/или получить возможность прокачивать междугородний FidoNet
трафик через Internet (в то время доступ в Internet был дорог и малодоступен).
Договоренности на эту тему то прерывались, то возобновлялись. Отдача групп
Usenet в FidoNet была вскоре прекращена, так как, по словам гейтмастеров, на
Usenet не было спроса.
Параллельно образовалось несколько межсетевых эх (например, RU.NETWORKS)
гейтование которых разрешалось изначально и конфликтов не вызывало.
Второй этап был связан с двухсторонним гейтованием - когда письма из Internet стали появляться во многих эхах FidoNet. Делалось это без согласования с модераторами, причем, чаще всего, их прямые запреты гейтами игнорировались, нарушители не отключались. Основные претензии модераторов заключались в низком культурном уровне пишущих через гейт (по сравнению с обычным уровнем эх того времени), невозможности отключать нарушителей, а также технических моментах: все письма с гейтов в эхи были адресованы к All, содержали большое количество лишней информации (главным образом это касалось RFC клуджей), не полностью соответствовали FTN стандартам #.
Это привело к серии конфликтов, где важную роль играл тот факт, что основные гейты являлись крупными узлами/хабами регионального или московского уровня, причем некоторые сисопы этих узлов открыто ставили под сомнения полномочия модераторов. Отключить гейт целиком было невозможно без конфликта с их линками (иногда в защиту таких узлов выступали сети, бравшие с них почту).
К 2003 году создалась # относительно стабильная ситуация, когда при гейтовании эх в Интернет (на чтение) ограничений почти нет, а в FidoNet (на запись) разрешено гейтование только части эх. Сисопы гейтов стали более внимательно относиться к модераторам, кроме того, была введена регистрация подписчиков на гейте, а также решен ряд технических проблем #. Тем не менее, конфликты по-прежнему возникают - в частности из-за того, что по умолчанию все эхи, которые оказываются на узлах-гейтах, становятся открытыми для двухстороннего гейтования.
Во второй половине 1990-х возникла проблема *.UUE. Количество эх, предназначенных исключительно для передачи файлов в виде UUE, стало весьма значительным, что вызвало недовольство как хабов, так и других раздающих узлов. В 1996 году бэкбон 5020 (хабы) отказался от распространения *.UUE эх. Постепенно число таких эх сократилось. Позднее, в 2002 году, был случай отказа от распространения через бэкбон 5020 эхи, в которой преобладал UUE трафик, даже несмотря на отсутствие в названии ".UUE".
Примерно в 2000-2001 году была создана эха RU.ANTIMODERATOR, где обсуждались отрицательные стороны как отдельных модераторов, так и вообще модерирования. Там был опубликован документ - "Декларация прав подписчика публичной конференции" # (автор: Marinais), очевидно созданный по аналогии с "Декларацией прав человека". Его дополнял RU.ANTIMODERATOR FAQ #, того же автора. В обоих документах оговаривались критерии, на основании которых эху можно условно объявить "нежелательной", делалась попытка распространить правила и законы рыночной экономики на поведение подписчиков эх. На данный момент (2003) документ не получил распространения, но сам факт его появления показателен в плане влияния RealLife на FidoNet.
Примерно с 1995 года начала вырисовываться новая проблема, которая сейчас (2003)
является основной для FidoNet - это намеренные, часто - организованные,
провокации с целью вызвать флейм или иным образом нарушить правила, порядок в
эхе.
Характерное начало - появление немодерируемых (или условно модерируемых) эх,
являющихся последователями SU.FLAME, COMMONPLACE, MO.ECHO. Это TYT.BCE.HACPEM,
SU.KASCHENKO.* . Хотя сами по себе эти эхи никакой опасности не несли, однако
спокойное (за редкими исключениями) к ним отношение координаторов и хабов дало
почву для распространения явления на другие эхи (SPB.SYSOP). Здесь нужно
отметить действие NC5020 (Farid Vagapov), который в 1995 году объявил XAB
#
получение эхи TYT.BCE.HACPEM.
В 1997 году ярким событием стала так называемая "Перепись" в RU.HACKER #, а затем, в 1998 году - в RU.ANEKDOT. Позднее, к 1999-2000 году, провокации стали носить более организованный характер (в виде скоординированных набегов на эхи групп из нескольких человек). Люди, которые этим занимаются, получили наименование "кащениты" (реже - "твн-щики") по названиям, соответственно, SU.KASCHENKO.* и TYT.BCE.HACPEM. В дополнение появились "антикащениты" - течение в рамках того же явления.
В ряде эх модераторы, прежде успешно справлявшиеся со своими обязанностями, продемонстрировали неспособность бороться с кащенизмом (непонимание проблемы, невозможность отличить провокатора от заблуждающегося нормального подписчика, нежелание отключать кого-либо и т.д.)
На данный момент (2003) проблема начала беспокоить некоторых координаторов (отдельные случаи экскоммуникаций в некоторых сетях), однако пока никаких серьезных мер в масштабе региона не предпринималось, некоторые экскоммуникации были отменены после подачи апелляций RC50.
В 1996 году по инициативе NC5055 Александра Котельникова (Alex Kotelnikoff, 2:5055/1) был создан PROVINCE бэкбон. В качестве целей предполагается хождение нетмейла кратчайшими путями и поддержка эх группы PROVINCE.*, причем отдача этих эх сетям 5020 и 5030 запрещена с тем, чтобы поощрять горизонтальные связи между сетями (исключения были только в форме R/O).
Примерно в 2000-2001 году возникла серьезная дискуссия относительно эх, которые своим содержимым явным образом нарушают законодательство либо нормы морали (как их оценивает большинство). Это были эхи RU.DRUGS, RU.LOLITA. По результатам обсуждения хабы отказались распространять эти две эхи через региональный бэкбон.
В середине 2002 года был, по-видимому, первый случай полного отключения сисопа от бэкбона - NEC5020 (Alex Barinov) отключил узел 2:5030/798 согласно пункту 3.2 R50EP.
4 ноября 2002 года была удалена с московского бэкбона эха SU.POL.FREE. В эхе весьма резко и регулярно (с позволения модератора) высказывались члены РКО и NEC5020 посчитал, что это может навлечь на FidoNet обвинения в противозаконной деятельности. Также в результате конфликта был экскоммуницирован босс одного из членов РКО (Бориса Стомахина). Косвенно это решение было связано с терактом в Москве и соответствующей атмосферой вокруг этого события.
В продолжение этой истории 19 июля 2003 года, согласно пункту 3.2 R50EP, была удалена с бэкбона эха SU.POL.OPPOSITION, где модератор не пожелал отключать Бориса Стомахина за нарушение им правил этой эхи (открытые призывы к экстремизму, разжигание национальной розни, оскорбления) #.
С 2003 года предпринимаются попытки возрождения регионального бэкбона (на протяжении многих лет он существовал больше формально, а основную нагрузку нес бэкбон 5020).
Перед тем как обсуждать деятельность модераторов детально, коснемся вопросов общего характера, которые, тем не менее, всегда актуальны при обсуждении действий и поведения модераторов, координаторов, любых должностных лиц в сети.
Первым важным вопросом является вопрос о бюрократии. Иногда можно слышать обвинения модераторов и, особенно, координаторов в бюрократизме. Хотя такие обвинения часто справедливы, их авторы смотрят на вещи нереалистично, призывая бороться с бюрократией через ликвидацию модераторов и координаторов (некий вариант анархии).
Бюрократия не является абсолютным злом. Она появляется и полезна в ситуациях,
когда многие хотят пользоваться каким-либо ресурсом, но при этом самого ресурса
на всех не хватает. Так будет в мире еще очень долго, если не всегда.
В нашей ситуации таким ресурсом являются эхи, а точнее, возможность вести себя в
них так, как хочется.
Поскольку некоторые желания людей носят разрушительный для эх характер (не позволяющий вести конструктивный разговор или спор), модератор вынужден ограничивать доступ к эхе и в этом смысле его можно назвать бюрократом. Нам же важно не ликвидировать в эхах модераторов (и, таким образом, возможность конструктивно общаться), а осуществлять контроль над тем, чтобы действия модератора оставались в неких рамках, обеспечивающих в эхе приемлемую для общения атмосферу. О существующем в FidoNet механизме такого контроля будет рассказано позднее.
Тесно связана с этим вопросом тема "Свободы слова". По мнению некоторых людей, модераторы ее ограничивают, применяют цензуру.
Свобода слова именно в таком виде как ее понимают сейчас - сравнительно новое понятие. Она позволяет заинтересованным группам более эффективно контролировать распространение достоверной информации, нежели обычные методики сплошной цензуры и запретов. Слово "достоверной" здесь ключевое.
Цель достигается (как и в более ранних методиках) двумя средствами:
1. Ограничение распространения нежелательной информации
2. Распространение своей
Первая задача решается через поощрение широкого распространения любой (в том числе случайной, недостоверной, заведомо неверной) информации. На фоне создаваемого таким образом "шума" обычный гражданин не имеет возможности распознать достоверную информацию - для этого необходимо обладать большим количеством времени, специальными знаниями, либо финансовыми средствами (чтобы поручить такие исследования другим).
Вторая задача решается простым регулированием доли необходимой информации в общем ее количестве (за счет обладания средствами массовой информации или возможностями их широкого использования).
Результат, как и в случае обычной цензуры, - достоверно информированной является очень небольшая часть населения.
Представляется, что традиционная цензура имеет перед свободой слова (наряду с недостатками) то преимущество, что запреты и ограничения имеют явный характер - большинство их осознает.
Вернемся к FidoNet. Поскольку здесь практически полностью отсутствуют финансовые, рыночные взаимоотношения, желание некоторых людей привнести в сеть те же принципы "свободы слова" может объясняться следующими причинами:
- Непонимание сути этого явления (в настоящее время это, по-видимому, основная причина)
- Осмысленное желание перестроить сеть по образу и подобию государства с рыночной экономикой.
- Желание проявлять свою индивидуальность, не считаясь с окружающими. Часто выражается в попытках обратить на себя внимание любой ценой, поскольку это значительно проще и быстрее, нежели заслужить уважение или доверие знаниями, полезными для других делами.
Интересно, что методикой, сходной со "свободой слова", пользуются сетевые провокаторы. Развивая в эхе флейм, они, в частности, уменьшают ценность осмысленных писем и внимание к ним, создавая шум (случайные вопросы и ответы на ту же тему, в тех же терминах и выражениях).
Понятие же цензуры хотя и применимо к FidoNet (в том смысле, что модераторами могут вводиться ограничения на тематику обсуждений или отключаться от эхи подписчики), однако, почти все эхи являются постмодерируемыми - возможное наказание или ограничение следует после того, как помещенное туда письмо станет доступно всем подписчикам.
Целью деятельности модератора является поддержание в эхе атмосферы, способствующей развитию интересных и конструктивных разговоров в рамках тематики.
Мотивы, по которым модераторы выполняют эту работу, различны:
- Поддержание конструктивных разговоров в эхе дает возможность получать информацию и заводить знакомства по интересующей модератора теме;
- Осознание того, что приносишь людям пользу, повышает самооценку;
- Стремление к порядку;
- Желание работать на благо общества - альтруизм;
- Ощущение власти над другими;
- Возможности для пропаганды своей точки зрения;
- Как практика в разрешении и/или подавлении конфликтов, получении знаний о психологии, поведении и взаимоотношениях людей;
С незначительными поправками эти мотивы можно распространить и на координаторов FidoNet.
Модератор появляется в эхе при следующих обстоятельствах:
- При создании эхи (тот, кто создал эху, автоматически становится ее модератором);
- При назначении предыдущим модератором нового модератора (вместо себя);
- При выборах модератора (в случае, если предыдущий модератор назначил выборы, либо они были назначены *EC ввиду исчезновения предыдущего модератора);
- При автоматическом переходе полномочий модератора к комодератору (если в эхе, откуда исчез модератор, был комодератор) или при переходе полномочий в соответствии с правилами эхи (если в них был соответствующий пункт);
Несмотря на разницу в правах узлов, поинтов и пользователей (в том числе, пишущих через гейт), определенную в FidoNet Policy, модератором может быть практически любой человек - в том числе пользователь BBS, пишущий из другой сети через гейт и т.п.
Тем не менее, одно условие обязательно - модератор должен быть доступен через FidoNet нетмейл и иметь возможность отсылать письма на FidoNet адреса. В противном случае он просто не сможет выполнять свои функции.
Это условие затрудняет работу модераторов, которые имеют доступ к FidoNet только
через гейт. Прием личной почты из других сетей не является обязанностью и, в
некоторых случаях, может оказаться невозможным (например, если узел или поинт
попросил прикрыть нетмейловый Интернет гейт из-за спама).
Учитывая, что в последнее время проблема спама стоит остро и нетмейловые гейты у
многих закрыты, модераторы, не имеющие адресов в FidoNet, будут ощущать
проблемы.
Наиболее логичный путь решения таких проблем - получение адреса (поинта, либо
узла) в FidoNet.
Рассмотрим ситуацию, когда у предыдущего модератора (или *EC) есть варианты - назначать нового модератора эхи (пусть даже временного) или объявлять его выборы.
Назначение предпочтительно, если модератор долгое время не выполнял своих обязанностей и, в результате, тематика обсуждений теперь сильно отличается от первоначальной (либо она вообще стала произвольной - флейм и т.п.). Выборы в такой ситуации могут привести к избранию модератора, удовлетворяющего текущее большинство подписчиков - тех, кто предпочитает видеть эху такой, какой она стала.
Назначение также предпочтительно при наличии в эхе хорошего комодератора. Если
нет уверенности в его способностях к самостоятельному модерированию, стоит
вначале передать ему функции модератора, не назначая модератором. Это
гарантирует, что с эхой ничего не произойдет - всегда можно будет исправить
возникший крен отказом от комодератора или его заменой. Если же комодератор
успешно справляется, то через некоторое время логично объявить его модератором,
а самому уйти
#.
В ситуации с несколькими комодераторами возможно имеет смысл объявить выборы, на
которых они будут кандидатами.
В некоторых запущенных случаях может быть эффективен вариант, когда модератором назначается какой-либо человек, заведомо известный и пользующийся всеобщим уважением в FidoNet. Он наводит порядок, начинает публиковать правила и затем уходит, назначив другого модератора.
Выборы предпочтительны, если нет на примете ни одного человека, который мог бы (и был согласен) стать хорошим модератором. В этом случае избранный модератор хотя бы будет иметь условную поддержку части подписчиков в течение некоторого времени.
В целом надо отметить, что для избрания хорошего модератора должен выполняться ряд условий, что редко осуществимо. В частности, подписчики должны длительное время наблюдать поведение кандидатов, понимать, что "хороший, грамотный, талантливый" и.т.д. человек вполне может быть плохим модератором. Конечно, выборы должны быть хорошо организованы.
Хотя в FidoNet Policy выборные процедуры практически отсутствуют, с ростом сети необходимость в них стала очевидной (сеть вышла за пределы узкого круга друзей, которые друг друга знают и друг другу доверяют).
Выборы модераторов стали назначать сравнительно недавно, и только в некоторых ситуациях (исчезновение предыдущего модератора при неопределенности его мнения относительно следующего модератора, а также если предыдущий модератор хочет назначить нового именно по результатам выборов).
Что касается правил выборов, то их определяет *EC того бэкбона на котором находится эха # # (конечно в том случае, если в правилах самой эхи не было четких указаний на этот счет).
Стоит отметить следующие моменты:
- При исчезновении модератора выборы чаще всего проводит RO, назначаемый *EC. Он же на время выборов является временным модератором эхи, который должен пользоваться всеми правами модератора, поскольку только так он сможет обеспечить порядок при выдвижении/обсуждении кандидатов (например, в случае если кто-либо захочет сорвать выборы путем организации флейма, провокаций, заполнения эхи спамом или UUE).
- Важно исключить возможность захвата эхи путем выборов "своего" модератора организованной группой людей. Это может произойти в эхе, где мало активных подписчиков.
Такая группа, узнав о том, что предполагаются выборы модератора, подписывается
на эху и пытается, во-первых, "задать тон" обсуждения кандидатов и, во-вторых,
создать численный перевес в свою пользу при голосовании.
Первая проблема решается временным модератором (через отключения "активистов").
Вторая - через составление списка имеющих право голоса, куда входят только
активные подписчики, писавшие в эху до момента объявления выборов модератора
(или чуть раньше). Конечно, при этом не учитываются те, кто ни разу не писал в
эху. Однако это логично, поскольку только пишущие делают эху такой, как она
есть.
В исключительных случаях для составления списка подписчиков, имеющих право голоса, используется анализ клуджей SEEN-BY #.
При решении проблемы набегов через гейт (с одного адреса гейта пишут много
разных людей) иногда применяется учет гейта как "один адрес - один голос"
поскольку, строго говоря, те кто пишут через гейт не должны решать, кто будет
модератором в эхе сети FidoNet.
Конечно в эхах, имеющих по своим правилам межсетевой статус, такое ограничение
недопустимо.
- Если выдвинут лишь один кандидат, то выборы все равно следует провести, чтобы
дать подписчикам возможность проголосовать против него. Возможный вариант -
спросить у подписчиков, есть ли возражения против единственного кандидата
#. Если
их нет, считать это результатом выборов.
Если кандидатов нет (или победил вариант "против всех"), то эха снимается с
бэкбона как немодерируемая.
- В процессе обсуждения и голосования RO должен не просто публиковать список кандидатов, а делать это часто и в удобной форме, чтобы любой человек мог, ответив на такое письмо в нетмейле, с минимумом действий (удаление лишних строк, добавление пароля) обозначить свое мнение. В противном случае активность голосующих будет низкой, а ценность выборов - сомнительной. Также необходимо опубликовать правила выборов и на каком основании они проводятся. # #
Важный вопрос связанный с темой исчезновения модератора - "является ли модератор адресом или человеком?" #. Имеется в виду - переходит ли эха к другому модератору в случае, если он получил адрес который ранее принадлежал предыдущему модератору?
Ответ здесь однозначный: модератором является конкретный человек, который,
кстати, может писать с любого адреса (в том числе, будучи экскоммуницированным
как узел FidoNet). Другое дело, что в этом случае он рано или поздно столкнется
с необходимостью доказать (*EC, подписчикам, своим комодераторам) что он
является именно модератором, а не самозванцем.
Случаи, когда при временном отсутствии модератора другой человек назывался его
именем и фамилией - редки, если вообще были. Самозванца может распознать его
босс, аплинк, а также те, кто ранее общался с настоящим модератором (по тому,
как новый отвечает на вопросы, по стилю писем, по клуджам). При этом если правда
откроется, высока вероятность, что комплейн на такого человека будет рассмотрен
*C положительно.
Более распространена ситуация, когда при исчезновении модератора в эхе
объявляется другой (с другим именем, другим адресом) и утверждает, что это он и
есть настоящий модератор.
В его правоте можно убедиться тремя способами:
- Проверить, числится ли этот человек в эхолисте (который ведет *EC, если эха находится на бэкбоне);
- Спросить у нескольких старых подписчиков;
- Просмотреть старые письма в эхе и найти от чьего имени ранее публиковались правила, модераториалы (обычно, кто-то всегда хранит старые базы, либо это можно посмотреть на http://groups.google.com );
Всем этим должен заниматься *EC (либо назначенный им человек), и сообщать подписчикам эхи уже конкретный результат исследования.
Если новый модератор объявляет, что он назначен предыдущим модератором, следует требовать доказательств (обычно достаточно опубликования в эхе письма от предыдущего модератора #, желательно с клуджами и адресом для обратной связи).
Как можно определить является ли модератор настоящим?
- По наличию его имени или адреса в каком-либо эхолисте # (а также, запросив *EC).
- Путем просмотра архивов данной эхи (спросить у старых подписчиков либо посмотреть на http://groups.google.com )
- По отсутствию возмущения со стороны настоящего модератора
Поскольку ситуация с внезапным исчезновением модератора случается довольно часто, следует рассмотреть ее подробнее.
Причин исчезновения обычно две:
- Модератор уезжает куда-либо (на длительный срок либо навсегда), не предупредив об этом;
- Модератор бросает модерирование (совсем либо длительный срок не интересуется происходящим в эхе);
Четко определить, действительно ли эха осталась без модератора, невозможно - даже регулярная публикация правил не является признаком (она может осуществляться автоматически, роботом).
Идеальный вариант, если модератор заранее определит в правилах эхи процедуру, которая должна запускаться в случае его отсутствия в течение определенного времени.
Например:
"В случае, если я буду отсутствовать в эхе более 2 месяцев, модератором автоматически становится ... "
"... должны быть объявлены выборы модератора под контролем *EC"
"... модератором автоматически становится первый (по списку) комодератор"
"... эха должны быть снята с бэкбона и уничтожена на всех узлах"
(маловероятно, что последнее требование будет полностью выполнено)
Однако чаще в правилах отсутствуют конкретные указания на этот счет. В этом случае подписчики обычно некоторое время (1-3 месяца, в зависимости от ситуации в эхе) ждут возвращения модератора (или принятия модерирования комодератором), а затем обращаются к *EC с просьбой назначить временного модератора (до возвращения настоящего модератора или одного из комодераторов), либо объявить выборы нового (голосованием подписчиков эхи).
Для обеспечения в эхе порядка и интересного общения модератор (комодератор) может предпринимать любые меры, которые сочтет нужным. Теоретически, он свободен в выборе способов решения этой задачи. На практике существуют проверенные и работающие методики.
Особенностью работы модератора в FidoNet является тот факт, что большинство эх здесь - постмодерируемые. Это означает, что письмо помещенное кем-либо в эху модератор получает почти одновременно с другими подписчиками - не раньше. Таким образом, наличие письма в эхе не означает его соответствия правилам. Возможное наказание нарушителя следует уже после обнаружения письма. #
Это, с одной стороны, требует от модератора дальновидности, профилактики нарушений, умения гасить конфликты на ранней стадии. С другой - повышает скорость обмена письмами и делает оценку их модератором публичной. Все могут видеть какие письма модератор считает нарушающими правила, насколько он справедлив.
Некоторые предлагают отказаться от наказаний и отключений, поскольку, якобы,
любой, кому не нравится поведение конкретного участника обсуждения, может
поставить на него твит, не читая таким образом им написанные и ему адресованные
письма.
На практике такой совет не дает должного эффекта, поскольку остальные участники
(которые вам интересны) вполне могут продолжать общение с "нарушителем
спокойствия". Более того, люди которые в состоянии не отвечать на флейм,
встречаются довольно редко.
В результате атмосфера в эхе меняется в худшую сторону и попытки оградить себя
лично этого не поправят.
Кроме того, при наличии модератора нарушитель сначала получит несколько
предупреждений и имеет возможность изменить свое поведение прежде, чем будет
отключен. Если же вы ставите на него твит, то это часто равносильно мгновенному
отключению навечно (в то время, как модератор обычно отключает на недели или
месяцы).
Существует и техническая сторона - твиты не спасают от нарушителей, которые
создают в эхе чрезмерный трафик (например, публикуя большие файлы).
Наказания (модераториалы), которые модератор может применять по отношению к подписчикам - это предупреждения о недопустимости определенного поведения или, в крайнем случае, отключение от эхи.
Чаще всего модераторы в той или иной степени придерживаются следующей последовательности наказаний (хотя любое из них может последовать сразу):
Предупреждение [*] # -> Плюс [+] # -> Отключение [!]. #
Модераториалы чаще всего действуют ограниченное время (например, 1-3 месяца), что желательно указать или в правилах эхи или в самом модераториале #.
Если модератор видит, что человек ведет себя некорректно и/или нарушает правила эхи (что не всегда одно и то же, поскольку все возможные ситуации в правилах перечислить нельзя), он обычно предупреждает его, указывая причину (если она неочевидна).
Если в течение определенного срока человек снова повел себя некорректно, то следует плюс (более серьезная форма предупреждения).
После трех плюсов обычно следует отключение от эхи на некоторое время либо бессрочно.
Модератору нужно учитывать, что нарушитель получит модераториал не мгновенно, а по истечении нескольких часов, а возможно и нескольких суток. Поэтому, прежде чем принимать более серьезные меры, необходимо выждать. Однако в случае, если нарушитель сознательно идет на нарушение (например, его письма носят массовый характер или он провоцирует на нарушения других людей), следует действовать быстро, в том числе даже отключая его технически на аплинке без предварительных предупреждений и плюсов #.
Возможна ситуация, когда одним письмом (либо несколькими, идущими подряд)
нарушается сразу несколько правил эхи. Имеет ли смысл ставить в таком случае
несколько [*] или [+]?
Обычно стоит отличать целенаправленное нарушение (которое заслуживает нескольких
модераториалов или отключения) от ситуации, когда человек не прочел правила и
таким образом число нарушенных пунктов не имеет практического значения - на
первый раз ему достаточно и одного [+].
Любопытно отметить, что в некоторых эхах модераторы применяют так называемые минусы [-], которые ставятся за публикацию в эхе какой-либо полезной информации и отменяют уже поставленный [+] или [*]. Кроме того, встречается [ ] - мягкий совет, укор, не имеющий последствий.
Некоторые модераторы применяют так называемую "амнистию": периодически (например, раз в месяц или в связи с праздниками) со нарушителей снимаются ранее накопленные ими плюсы и звездочки #.
За нарушения поинтов отвечает их босс (узел). Если поинт пишет в эху с разных
AKA, то модераториал получает тот его босс, с чьего узла в эху было отправлено
письмо.
При этом важно, что нарушения следует фиксировать не на адрес нарушителя (AKA
может быть каждый раз новым), а на конкретного человека. Если поинт еще раз
нарушит правила с другого своего AKA, следует объяснить ситуацию его новому
боссу.
Аналогичная ситуация и с пользователями BBS, за которых также несет ответственность узел, через который они выходят в сеть.
Если нарушитель пишет в FidoNet через гейт (как правило, из Интернет), то здесь
могут быть варианты.
В случае небольших гейтов, через которые пишет пара десятков человек, логично
возложить ответственность на сисопа узла (гейтмастера).
Если через гейт пишут многие, то такая система приведет к быстрому отключению гейта от эхи, поскольку число нарушений будет слишком большим для того, чтобы засчитывать их на одного человека. Здесь имеет смысл либо запретить гейтование заранее, либо требовать от гейта жесткой системы регистрации пишущих и возможности для модератора быстро и надежно их отключать.
Отключения могут быть осуществлены на определенный срок, либо бессрочно. Полностью (на чтение и письмо) либо частично (R/O - только на чтение). Рассмотрим, в каких случаях предпочтительны те или иные формы:
Чаще всего применяется отключение R/O на некоторый срок (от двух недель до
года). При этом отключенный может свободно читать эху - запрещается только
писать в нее.
В последнее время под термином "отключение" чаще всего имеется в виду именно
R/O.
Такое отключение, с одной стороны, легко проконтролировать (по отсутствию писем
от нарушителя в эхе), с другой - его обычно достаточно для решения проблемы.
При этом отключенный может косвенно участвовать в обсуждении, посылая свои
письма через модератора, который решает публиковать конкретное письмо или нет.
В некоторых случаях применяется полное отключение (на чтение и письмо). Раньше
это был единственный способ отключения, но с ростом сети (и появлением гейтов)
возникли сложности с контролем - действительно ли нарушитель отписан от эхи и не
читает ее.
Кроме того, обычно R/O отключения достаточно.
В каких же случаях необходимо именно полное отключение? Очевидно, либо как
способ усилить наказание, либо чтобы исключить получение человеком определенной
информации. Это может быть отключение от эх, подписчиками которых является
группа людей, обсуждающая темы нежелательные для всеобщего доступа. Например -
локалки, эхи посвященные каким-либо проектам.
Контролировать соблюдение полного отключения можно по отсутствию отключенного
узла в клуджах SEEN-BY (рекомендуется использовать программу sq_stat Александра
Самотохина, которая позволяет собирать статистику за длительный срок, а также
строит дерево распространения эхи).
Однако этот метод не дает гарантий.
Срок, на который производится отключение, зависит от цели. Минимальные сроки
(например, 2 недели) удобно использовать для того, чтобы прекратить обсуждение
какой-либо темы, нежелательной именно в данный момент (например, интенсивное
обсуждение второстепенных вопросов во время выборов координатора или
модератора).
Сроки средней длительности (1-2 месяца) применяются, если можно предположить,
что по прошествию этого времени нарушитель потеряет интерес к повторению своих
действий.
Более длительные сроки, включая бессрочное отключение, имеет смысл устанавливать, если нарушитель уже отключался здесь, либо его поведение известно по другим эхам и каких-то положительных изменений ожидать не приходится.
С ростом FidoNet и увеличением процента людей, не интересующихся правилами поведения в сети, а также асоциальных личностей и их объединений (сетевая разновидность хулиганства), возникает необходимость в более эффективных действиях именно модераторов, поскольку по FidoNet Policy возможности координаторов в этом смысле очень ограничены. Одним из таких действий может стать (и уже применяется #) отключение человека до момента его появления в эхе на основании данных о его поведении в других эхах. В настоящее время основным препятствием для превентивных отключений является отсутствие структуры, объединяющей модераторов для обмена информацией и принятия решений, а также неготовность значительной части узлов воспринять такие меры. Далее по тексту будет рассмотрено, почему автор считает их необходимыми.
Если отключение осуществляется на небольшой срок и поведение нарушителя не носит злостного характера, можно ограничиться требованием не писать в эху до такого-то числа, предполагая, что указание будет добровольно выполнено. К сожалению, бывают необходимы и жесткие меры - письмо аплинку (боссу) нарушителя с просьбой обеспечить отключение #. Далее аплинк сам решит каким образом ему удобнее это сделать - технически, либо через разговор со своим даунлинком-нарушителем. В случае отказа аплинка отключать нарушителя, следует обращаться к аплинку аплинка. И далее - по цепочке. При этом рекомендуется сообщать о проблемах с отключением эхокоординатору соответствующего уровня (обычно - NEC).
Отключения крупных раздающих узлов и хабов имеют свою специфику. Отключая такой узел, вы автоматически лишаете всех его линков возможности получать вашу эху. Чтобы этого не происходило, по обоюдному согласию, ваша эха может быть переведена на узле-нарушителе в passthrough. Таким образом, самому узлу эха становится недоступна, но линки будут получать ее по-прежнему.
Если отключения дошли до уровня хаба (и он отказался отключать даунлинка), то возникает ситуация, когда отключение может привести к разрыву эхи на две части - соответственно, вы будете модерировать только одну, а вторая окажется немодерируемой. Если возникает такая угроза (вы убедились в отказе хаба), следует урегулировать ситуацию с привлечением NEC и REC. Задумайтесь - возможно, вы не правы, требуя отключения, либо ваша эха расценивается людьми как нежелательная.
Дополнительно следует сказать о возможности отключения нарушителя от всего бэкбона, в том случае, если эха бонная и нарушитель нарушил установленный режим отключения.
В местных конференциях маленьких сетей, также как и вообще в специализированных эхах с небольшим числом подписчиков, следует относиться к отключениям с большей осторожностью, чтобы они не привели к гибели эхи из-за отсутствия подписчиков и, соответственно, трафика.
В одной из религиозных эх (CHRISTIANOS) для того, чтобы избежать отключения
нарушителя, применялся косвенный способ: модератором запрещалось реагировать на
письма человека, который объявлялся "отключенным", а также цитировать и
форвадить такие письма.
Предполагалось, что таким образом человек окажется в изоляции и вскоре ему
надоест писать впустую.
На практике, однако, такая схема плохо работает. Во-первых, новые подписчики не сразу узнают, что на кого-то запрещено реагировать. Во-вторых, даже если никто не будет отвечать, письма "отключенного" не способствуют созданию в эхе нормальной атмосферы, особенно если таких "отключенных" людей несколько (для сравнения см. также о постановке твитов как альтернативе отключению).
Другой пример: В RU.LIBRARY # модератор может вводить против конкретных подписчиков дополнительные санкции:
[pro] - запрет на написание писем определенному лицу (таким образом, отсутствие писем не провоцирует его на ответ).
[sro] - запрет на написание писем по определенной теме.
Сообщение о назначенном наказании (модераториал) может быть доведено до
нарушителя тремя способами: письмом непосредственно в эху; нетмейлом,
адресованным нарушителю; нетмейлом, адресованным боссу нарушителя (если
нарушитель поинт или пользователь BBS).
Выбор способа зависит от ситуации и личности нарушителя.
Публикация модераториалов в эхе одновременно является и неким дополнением к правилам - подписчики могут видеть, за что именно следуют наказания и насколько справедливо они применяются. Это способствует утверждению авторитета модератора и уменьшению числа нарушений. Однако в эхах, где существует "домашняя" обстановка (небольшой трафик, постоянные подписчики, отсутствие "острых" тем), публикация модераториалов, особенно частая, может быть нежелательной. Официальное письмо от модератора, тем более с наказанием, может нарушить нормальное течение разговора.
Отсылать модераториал нетмейлом непосредственно нарушителю рекомендуется всегда, как способ гарантированно его уведомить и предотвратить возможный конфликт/непонимание в случае, если модераториал в эхе будет им пропущен.
Если нарушитель является поинтом, рекомендуется отсылать модераториал и его боссу (узлу). В конечном итоге, именно босс несет ответственность за своего поинта, знает его и принимает меры, которые считает эффективными. Однако если вы видите, что нарушение незначительное или что поинт, вероятно, примет наказание к сведению - можно не уведомлять босса. Таким образом вы избавите поинта от возможных последствий (босс может на основании лишь вашего предупреждения на всякий случай отключить его от эхи или лишить адреса), но моральная ответственность за последующие нарушения этого поинта частично ляжет и на вас.
Узлам, которые практикуют выдачу поинтовых адресов случайным людям, имеет смысл давать им испытательный срок, в течение которого они могли бы только читать эхи. В некоторых тоссерах также есть опция, позволяющая автоматически откладывать письма поинтов в специальную область. Босс, убедившись в их корректности, может разрешить их тоссинг (и, следовательно, отправку в соответствующие эхи).
Не очень приятная ситуация возникает, если нарушитель ваш друг или коллега и вы
не хотите его обидеть. Конечно, в случае незначительных нарушений вы можете
ограничиться парой слов нетмейлом или лично, однако, если нарушение очевидно для
других подписчиков, вы обязаны отреагировать объективно. Если ваш друг вас
уважает и не хочет подвести, он воспримет наказание нормально.
Другая неприятная ситуация - если человек, которого вы вынуждены отключить,
является не только злостным нарушителем, но и одновременно интересным
собеседником в эхе. Печально его терять, но если появится один неприкасаемый, вы
с большой вероятностью потеряете контроль над ситуацией в эхе. Причем те же
самые подписчики, которые ранее убеждали вас не трогать "ценного" нарушителя, в
случае проявленной вами мягкости первыми же станут усугублять положение в эхе.
Важно, чтобы наказание было соразмерно нарушению или, как минимум, было оправдано обстоятельствами.
Можно условно разделить нарушения по степени опасности для эхи:
Обсуждение политики модерирования #, "перепись" #, различные провокации #, отказ подчиниться требованию модератора, значительные превышения допустимого объема UUE, намеренная подделка технической информации (письма от чужого имени, адреса) или изменение цитируемого текста.
Личная переписка #, offtopic #, бессодержательные (неинформативные) письма #, слишком частая публикация одинаковых писем, флейм, незначительное превышение допустимого объема UUE, коммерческие объявления и реклама #, самовольное модерирование, гейтование эхи без разрешения модератора.
Излишнее цитирование (overquoting) # и цитирование служебной информации #, отсутствие RealName, использование неразрешенного языка или кодировки.
Конечно надо учитывать, что нарушения из последних двух групп могут носить преднамеренный или злостный характер (например, если нарушитель после указания модератора будет снова и снова повторять свои действия), тогда их скорее следует отнести к наиболее опасным.
Несколько общих соображений, которые могут оказаться полезными для модератора:
Пишите модераториалы в эху и нетмейлом только от имени Moderator (CoModerator),
а не от своего нодлистового имени (при этом внизу письма имя желательно
указывать).
По-возможности, разделяйте свои действия как модератора и как обычного
подписчика, участвующего в разговоре.
Если вы не уверены в своей объективности, не пишите модераториалы сразу же по прочтении письма от нарушителя - подождите несколько часов, либо, перед тем как отправлять написанное, прочтите его еще раз.
Если вы, будучи модератором, не любите принимать жесткие меры, а такие меры действительно необходимы из-за сложившейся в эхе ситуации, - выходом будет временное назначение комодератора, обладающего соответствующими качествами.
Старайтесь в одинаковых ситуациях применять примерно одинаковые меры (это не относится к ситуациям, когда нужно сбить большую волну флейма или когда нарушитель получает уже не первое наказание).
В некоторых эхах модераторы регулярно публикуют список нарушителей (имя, адрес, вид наказания, причина) #. Наряду с публикацией в эхе модераториалов это может быть полезно с воспитательной точки зрения.
Если в письме, нарушающем правила, содержится добавка вроде "To Moderator: извини за оффтопик" - это является не смягчающим, а усугубляющим вину обстоятельством, поскольку четко показывает, что человек шел на нарушение осмысленно #.
Модераторами часто применяется прием "закрытие темы". Когда обсуждение какого-либо вопроса пошло по кругу, переросло во флейм, близкий к offtopic'y - модератор может объявить что тема "xxx" закрыта, и что за продолжение ее обсуждения последуют наказания #. Обычно после этого достаточно отслеживать тему по subject'у писем, поскольку в FidoNet их меняют очень редко.
Иногда в качестве мягкой меры можно требовать от конкретного человека ограничения числа писем в эху (например, не более пяти в сутки).
Если вы модерируете эху с поинтового адреса, а нарушитель, которого нужно отключить, является поинтом у того же узла что и вы, отключение непосредственно узла отрежет вас от эхи. Поэтому, нужно попросить узел отключить непосредственно поинта-нарушителя, а в случае отказа придется сменить босса и продолжать модерировать эху от другого AKA.
Большой трафик в эхе не является характеристикой ее качества/интересности. Не стоит стремиться к большому количеству писем, жертвуя их содержательностью. В то же время, при почти полном отсутствии трафика, к нарушениям стоит относиться более снисходительно.
Время от времени в эхах появляется кросспост сообщений с какими-либо призывами о
помощи типа "Пропал человек/собака, приметы...", "Болен человек, помогите...",
"Украден компьютер, если кто увидит..." и т.п.
Конечно, как правило, такие письма формально offtopic, но наказывают за них
редко, если конечно их коммерческий или рекламный смысл не очевиден (например -
просят денег, причем сразу во многих крупных эхах и независимо от тематики).
Модераторам эх-"дайджестов" (RU.FIDONET.DIGEST) следует опасаться ситуации, когда пишущие туда люди будут пытаться с помощью подбора чужих писем пропагандировать определенную точку зрения на то или иное событие # (например, выборы координатора).
Бывает, что ответ на письмо в эхе появляется раньше, чем вопрос. Это может быть связано с тем, что на крупных узлах пакеты с более ранней почтой (содержащей вопросы) иногда тоссятся позже, чем с поздней (содержащей ответы).
Иногда, взависимости от ситуации в эхе, необходимо принимать оперативные меры общего характера (запреты на обсуждение некоторых вопросов и тем, ограничения на письма из других сетей, ограничения на характеристики публикуемых объявлений и т.п. # # ). Такие меры могут быть временными, либо постоянными (тогда они должны быть зафиксированы в правилах).
Если вы получили нетмейл с критикой своих действий - лучше ответить на него и вежливо разъяснить свою позицию. Сам факт того, что человек написал нетмейл (а не поднял флейм в эхе) характеризует его положительно, пусть даже критика прозвучала очень резко.
В некоторых эхах модераторы в явной форме требуют какой-либо реакции нетмейлом на свои модераториалы (минимум - подтверждения, что нарушитель или его босс прочли письмо). В случае отсутствия подтверждения наказание может быть ужесточено с формулировкой "Игнорирование модератора".
Иногда в эхах встречается явление которое называют "Хлопанье дверью". Если
человек недоволен вашим модерированием, либо ему не нравится содержимое эхи, он
может написать так называемое "последнее письмо" примерно следующего характера:
"Эта эха плохая, модератор плохой, я отписываюсь и всем советую сделать то же
самое".
Это может сделать как случайный человек, так и давний и ценный подписчик. Вы не
должны усугублять ситуацию. Не следует отвечать на такое письмо в эхе,
предпринимать дополнительные публичные меры (наказания, отключения и т.д.). Этим
вы лишь покажете, что принимаете "последнее письмо" всерьез.
Около трети (возможно, больше) людей после своих "последних писем" через
несколько месяцев или лет появляются в эхе вновь (а иногда и после своих
повторных "последних писем"). Нужно воспринять их повторное появление так, как
будто ничего не произошло. Возвращение - само по себе является признанием их
ошибки и, будучи воспринято снисходительно, добавит вам авторитета среди старых
подписчиков.
Время от времени модератору приходится сталкиваться с угрозами в свой адрес. Обычно это происходит, если меры принятые к нарушителю кажутся ему несправедливыми, либо если ваши действия мешают его деятельности (например, коммерческой).
Как правило, это чисто эмоциональная реакция. Такие письма лучше оставлять без ответа - человек быстрее успокоится, а любой ваш ответ лишь разозлит его или покажет, что вы приняли угрозу всерьез.
Если у вас есть основания полагать, что угроза серьезна - поставьте в известность *C, *EC и сообщите об этом угрожавшему.
В крайнем случае, вы можете публично сообщить в своей и/или в сетевой сисопской эхе о факте угрозы. Весьма вероятно, что вам помогут решить проблему.
Выбирая стиль модерирования, всегда следует учитывать особенности эхи - тематику, трафик #, область распространения, статус.
Если эха имеет небольшой трафик, небольшое число подписчиков, - возможно, имеет смысл более мягко наказывать за нарушения правил (если конечно они не происходят намеренно). Модераториалы при этом необязательно публиковать в эхе - можно ограничиться нетмейлом. Правила также можно публиковать редко.
В случаях, если трафик и число подписчиков велики, а особенно если постоянно появляются новые подписчики (обычно это происходит, если эха имеет привлекательное название либо там обсуждаются популярные темы), предпочтительно жесткое модерирование, модераториалы должны публиковаться в эхе, правила следует публиковать не реже раза в неделю, а при обострении ситуации - и чаще.
Эха с большим трафиком легче перенесет потерю ценных подписчиков, заслуживших отключение.
Иногда можно слышать жалобы на произвол модераторов, самодурство и наказания, неадекватные нарушениям.
По этому поводу необходимо заметить следующее.
Хотя модератор может делать в своей эхе все, что пожелает, однако эха
принадлежит не только ему. Ее существование стало бы невозможным без работы
хабов и других раздающих и транзитных узлов. Эха также не имеет смысла без
подписчиков.
Любой человек (необязательно узел или поинт FidoNet) может создать
альтернативную эху.
Эти факторы являются естественным ограничением произвола модератора.
Если он будет вести себя неадекватно в течение значительного времени, то из эхи
начнут уходить интересные подписчики. Это снизит ее ценность и для всех
остальных. В результате, либо модератор передаст модерирование другому, либо
будет создана альтернативная эха, с другим модератором. Конечно, это процесс
медленный. Однако такая система до сих пор работала надежно.
Чаще же, осознавая возможные последствия, даже склонные к самодурству модераторы
ограничивают себя.
Одной из не вполне корректных аналогий при сравнении FidoNet с реальным миром являются утверждения о том, что эха является, якобы, частной собственностью модератора (обычно это приводится как аргумент в споре с теми, кто хотел бы в той или иной степени ограничить права модераторов).
Модератор не имеет исключительных прав на использование писем из своей эхи, не может каким-либо образом эффективно ограничивать их распространение (может лишь сделать эху доступной сильно ограниченному кругу людей, может отключать тех, кто, по его информации, распространяет письма из эхи).
Хабы, координаторы различных уровней могут (обоснованно) выносить решения об ограничении хождения эхи. Любой узел может отказаться распространять через себя любую эху.
Можно сформулировать более корректную аналогию, сказав, что эха находится в
коллективной собственности: модератора, узлов через которые она распространяется
(линков) и ее активных подписчиков. У модератора эха находится еще и в
управлении, причем линки и подписчики могут выразить ему недоверие, отказавшись
распространять эху, если она противоречит их взглядам, если трафик в ней
превышает допустимый, либо отписавшись, если она неинтересна или действия
модератора неадекватны. При этом эха либо будет ликвидирована (и может быть
создана заново кем-то другим), либо в ней сменится модератор.
В большинстве же случаев модератор адекватно оценивает свое положение и
старается учитывать общие интересы.
В FidoNet весьма часто во время споров о проблемах сети проводят аналогии с явлениями и событиями, происходящими в обычной жизни. Это касается способов управления, юридических норм, поведения людей. Часто такие сравнения некорректны. На то есть много причин, рассмотрим несколько.
В данный момент в странах бывшего СССР и в подавляющем большинстве стран мира
основой взаимоотношений людей является рынок. Независимо от отношения к этому
факту населения, рыночные отношения принуждают людей вести себя определенным
образом.
В FidoNet таких отношений не существует (и традиционно, и по Policy), поэтому,
например, здесь трудно (а впрямую - невозможно) добиться власти, используя
финансовые рычаги, нельзя зарабатывать (да и вообще получать какие-либо
материальные выгоды) на предоставлении услуг по передаче эх или нетмейла,
координировании. Занятие коммерцией в любом виде также является очень серьезным
нарушением в подавляющем большинстве эх.
Понятие ответственности также отличается от обычной жизни. Меры, которые может принять координатор или обычный сисоп - крайне ограничены. Например, в обычной жизни за оскорбление или клевету можно легко столкнуться с насилием или судом. В FidoNet дело обычно ограничивается ответными оскорблениями, отключением от эх(и), в крайнем случае - экскоммуникацией. Разбирательства редко переносятся в реальную жизнь.
Также, от сисопов и координаторов нельзя всерьез чего-либо требовать. Все исполняют свои обязанности (по передаче почты, управлению) добровольно и не связаны юридическими обязательствами.
В масштабе страны состав населения более постоянен, чем в FidoNet, поскольку
смена гражданства и жилья проходит намного сложнее, нежели получение адреса в
сети. В FidoNet также легче происходит (в идеале) избавление от нежелательных
людей - достаточно отключать их от эхи или экскоммуницировать из сети.
В государстве трудно назвать нормальным способ выражения недоверия власти через
отъезд из страны или массовые самоубийства. В то же время, в FidoNet уход или
переход подписчиков в другую эху - вполне нормальный и эффективный способ
воздействия на политику модератора (нет смысла быть модератором в пустой эхе).
Нахождение в FidoNet предъявляет к человеку ряд неформальных требований:
- Определенный уровень грамотности (умение пользоваться компьютером)
- Уровень дохода позволяющий иметь простейший компьютер и модем (либо доступ к
ним)
- Некоторое количество свободного времени
- Интересы или знакомых, так или иначе имеющих отношение к компьютерам
- Умение держат себя в рамках тех или иных правил
Таким образом, несмотря на огромное разнообразие взглядов и убеждений, средний член сети FidoNet и средний житель бывшего СССР - отличаются.
Важно также, что в сети очень легко ввести окружающих в заблуждение относительно своего возраста, пола, национальности, внешности, доходов и т.д. Поэтому здесь судят о собеседнике прежде всего по тому, что он говорит и как себя ведет.
Распространенное явление - попытки провести аналогию и доказать, что существующая в FidoNet система представляет собой какую-либо конкретную модель из реальной жизни (демократию, монархию, олигархию и т.д.). При этом обычно берутся вырванные из контекста примеры и на их основе строятся суждения, в которых не учитывается что:
- В FidoNet нет каким-либо образом формально закрепленной собственности (ни частной, ни общественной).
- Координаторы и модераторы представляют собой разные институты, избираемые/назначаемые/действующие по разным принципам и описанные в разных, слабо связанных между собой документах.
- Все подчиняются законам государства, на территории которого находятся.
В FidoNet существуют законы, координаторы, регулярно проходят выборы или совершаются назначения. При этом многое перенимается из практики существующих государств.
Очень ярко это можно наблюдать во время крупных выборов в стране. В сети при
этом возникает больше конфликтов, используются формулировки и суждения, явно
заимствованные из СМИ. Так например распространившееся мнение о том, что выборы
и в сети не могут быть чистыми, было напрямую связано с президентской
предвыборной кампанией 1996 года. Следствием этого явилось, во-первых,
подозрительное отношение к избранным координаторам, к процессу подсчета голосов.
Во-вторых, впервые были использованы откровенно грязные приемы (исходя из
принципа "оппонент нечестно играет, значит и я не могу играть честно") по
аналогии с обычными выборами
#.
Не спасает и то, что в FidoNet отсутствует такой мощный стимул к коррупции, как
частная собственность на какие-либо ресурсы. Однако есть здесь и общий с
RealLife отрицательный момент: В FidoNet, так же как и в RealLife, есть
тенденции к обособлению (бюрократизации) избранных координаторов. Модераторов
эта отрицательная тенденция никак не касается, поскольку их деятельность всем
видна и легко контролируема.
Для функционирования сети необходима материальная база - линии связи, компьютеры, модемы. Все это зависит, во-первых, от доходов участников сети, во-вторых, от состояния экономики страны (особенно линии связи и их качество).
Если для рядовых сисопов это не так важно (читать и писать почту можно даже на PC XT или ZX Spectrum с модемом 2400), то в случае крупных раздающих узлов, хабов, передачи больших объемов данных между городами - это более серьезная проблема.
Как раньше, так и сейчас она решается за счет использования ресурсов различных организаций - мест работы фидошников. При этом иногда возникают ситуации, когда крупный узел, имеющий большое число линков (особенно в других сетях), становится "священной коровой". Он считает возможным не выполнять требования модераторов, снисходительно смотреть на критическую оценку его работы рядовыми сисопами. Кроме того, концентрация большой части трафика на крупных узлах уменьшают надежность передачи почты по сети в целом.
Здесь также можно вспомнить существование отдельных эх коммерческой направленности и терпимое отношение к ним в сети, поскольку нельзя не считаться с объективно существующей действительностью (необходимость в обеспечении себя и своей семьи, оправдание существования FidoNet узла в организации где работает сисоп).
Поскольку члены FidoNet являются гражданами того или иного государства, они обязаны считаться с его законами как для обеспечения собственной безопасности, так и дабы не давать лишнего повода государству применять по отношению к FidoNet какие-либо меры.
Однако координаторы могут принимать меры не только в случае зафиксированного государством нарушения закона. В Policy сказано: "It is not necessary to break a law to be annoying.". Иными словами, координаторы могут экскоммуницировать узлы в соответствие со своим пониманием ситуации, основываясь на формулировках Policy. Модераторы же (как уже было разобрано ранее) могут отключать от своих эх и вовсе без всяких оснований.
В отдельных, довольно редких, случаях можно наблюдать, как сисопы в ответ на оскорбление, клевету, какое-либо еще действие в свой адрес пытаются ответить мерами из обычной жизни (заявление в суд, обращение к начальству организации где работает сисоп, насилие) # #.
Нежелательность таких действий обусловлена прежде всего угрозой, которую они создают для сети. В суде могут принять решение, которое повредит сети в целом, а не только участникам конфликта.
Однако в тех случаях, когда координаторы не берут на себя ответственность за
разрешение конфликта (например, принуждение к извинениям под угрозой
экскоммуникации), выбора может и не быть.
Надеяться же, что координаторы смогут регулярно разрешать такие конфликты
нельзя, поскольку они, за редким исключением, не имеют возможности получить
полную и достоверную информацию о конфликте и принять на ее основании верное
решение.
Иногда возникают ситуации, когда к вам обращаются с претензиями официальные лица, представители организаций, авторы тех или иных программ, текстов (по вопросам предполагаемого нарушения каких-либо прав).
Распространенная ситуация - обращение менеджеров коммерческих структур в случае, если в вашей эхи был задан вопрос (и особенно, если получен ответ) относительно незаконного использования или распространения программных продуктов.
Не следует отказывать им из принципа, тем более в грубой форме. Часто проще удовлетворить просьбу (например, закрыть тему, в которой обсуждался взлом программного продукта). Помните, что идя на конфликт с конкретными людьми и организациями, вы не измените систему, но можете поставить под угрозу существование эхи или сети.
Если вы все же не можете пойти на предлагаемые меры, попытайтесь выяснить,
насколько серьезны намерения человека, достаточно ли он грамотен для обращения
"по инстанциям".
Будьте вежливы. Не допускайте резких суждений о законодательстве, об организации
где он работает, о продуктах, которые выпускает его фирма. Всегда предполагайте,
что ваша с ним переписка станет известна другим.
В первую очередь выясните какой, по его мнению, закон нарушают "сомнительные"
письма. Вежливо попросите указать точный источник (название закона, номер
статьи).
Настаивайте на том, что желаете четко следовать законодательству. Можете
подчеркнуть, что согласны исполнить решение суда (который должен еще
состояться).
В случае недовольства вашими уточнениями укажите что, по-видимому, собеседник не
желает действовать по закону, а, следовательно, его письмо можно рассматривать
как угрозу "бандитского наезда".
В целом модератор должен по возможности избегать конфликтов с властью, заботясь о своей эхе и о сети вообще. Поэтому если в эхе постоянно ведутся разговоры, могущие подпасть под конкретную статью - их следует пресечь до того, как возникнет конфликт с правоохранительными органами #. При этом модератор должен оценивать законность лишь в том смысле, насколько это может интересовать правоохранительные органы. Действительную оценку может вынести лишь суд, распоряжение которого модератору, конечно, стоит исполнять (по той же причине).
В качестве примера того, как сеть избегает конфликтов, можно привести эхи типа
PVT.CRACK, $CRACK$.*
Очевидна их востребованность, но также и то, что они во многом не соответствуют
законодательству.
Поэтому был избран некий промежуточный вариант: распространение этих эх через
официальный бэкбон региона и крупных сетей запрещено. Однако ничто не мешает
конкретным сисопам организовать их хождение параллельно, или в обход бэкбона.
При этом формально ответственность ложится на этих людей, а не на сеть в целом.
Также стоит отметить, что попытки проводить аналогии с Интернет не очень
уместны. Дело в том, что с точки зрения закона между провайдерами, а также между
провайдерами и клиентами, заключается договор, где многие моменты учтены.
Договор может быть предметом разбирательства в суде.
В FidoNet формальные договоры между линками не заключаются. Поэтому принципы, по
которым будет применяться закон, иные.
Конечно, все это не дает никаких гарантий. Речь идет лишь о необходимости уменьшить угрозу. Если перед государством встанет задача официально запретить FidoNet - оно легко найдет массу поводов и причин.
Комодератор эхи назначается модератором в тех случаях, если модератор либо временно отсутствует, либо работа по модерированию превышает его возможности в данный период времени.
Комодератор обычно обладает всеми правами модератора кроме:
- внесения изменений в правила
- смены модератора, комодератора (и назначения выборов таковых).
В некоторых случаях права комодератора могут быть дополнительно ограничены модератором. Расширять права комодератора нет смысла, поскольку тогда он выходит из-под контроля модератора, становясь вторым модератором, что ведет к конфликтам и не сочетается с принципами, которые заложены в R50EP и других документах (относительно единственности модератора).
Подписчики могут обжаловать у модератора решения вынесенные комодератором.
Возможно назначение нескольких комодераторов, полномочия которых как-либо
разделяются. К примеру, один может модерировать четные узлы (и их поинтов),
другой - нечетные, либо каждый комодератор отвечает за порядок в определенной
сети или регионе (иногда это используется как временная мера, при разрыве эхи).
Если же разделения нет, то устанавливается правило действия наказаний в случаях,
когда они назначаются одному нарушителю двумя-тремя комодераторами. Например:
- При назначении наказания более, чем одним комодератором (за одно и то же нарушение) действует наиболее строгое (ZX.SPECTRUM #, RU.MODERATOR #).
- ... наиболее мягкое, если наказания требуют (нетмейлом) подписчики и наиболее строгое, если комодераторы (PEHECCAHC #)
- ... результат засчитывается по среднему арифметическому (RU.MODEM #).
Помимо комодератора, функции которого близки к функциям модератора, в некоторых эхах существуют различные дополнительные должности (обычно люди вызываются на них сами и модератор лишь одобряет их решение). Примерами таких должностей являются:
Ведущий FAQ - составляет, дополняет, изменяет и публикует FAQ конференции. Часто этим занимаются независимо от модератора.
Публикующий различные регулярно обновляемые списки или документы (правила, списки студентов-фидошников в определенных институтах, файлы, доступные для FREQ и связанные с тематикой эхи и т.д.)
Несколько слов уделим вопросу взаимодействия модераторов со структурами координаторов (*EC, *C).
Зоной ответственности *EC являются эхи, находящиеся на региональном для REC или сетевом для NEC бэкбонах. Их полномочия сформулированы в эхополиси данной сети/региона. В частности, из R50EP # следует, что модератор должен подчиняться решениям R50EC, если они соответствуют этому документу.
Совершать прямые действия в отношении небэкбонных эх *EC не могут (за исключением рекомендаций и общей координации эхохождения).
Для *C модераторы и подписчики являются обычными сисопами,
потому комплейн подписчика эхи на ее модератора будет рассматриваться исходя из
Policy
#,
в которой, в частности, указано, что эхи - разновидность нетмейла (Policy
п.9.9).
В соответствии с этим, *C не может принимать во внимание нарушение сисопом
правил какой-либо эхи. Однако если этот сисоп нарушает своими письмами Policy,
это вполне может повлечь действия со стороны *C.
Аналогично, действия модератора эхи (даже если они идут вразрез с правилами этой эхи) не могут повлечь действий со стороны *C, пока модератор не нарушает Policy.
Даже если *C экскоммуницирует модератора какой-либо эхи, тот вполне может продолжать ее модерирование (с поинтового адреса, либо через гейт).
Создать свою эху в FidoNet довольно просто - достаточно прописать ее в конфигурации эхопроцессора (либо попросить это сделать кого-либо другого). Чуть сложнее сделать так, чтобы эха широко распространилась по сети.
Для этого нужно (желательно в указанной последовательности):
1.Подписать на нее своего основного линка или, в случае если она создается у него, подписаться самому.
2.Написать нетмейл хабам и крупным узлам с просьбой содействовать распространению эхи
3.Зарегистрировать эху на бэкбоне, внести ее в эхолисты. Обычно для этого нужно сообщить соответствующему *EC название эхи, тематику, модератора, послать правила. Регистрация на бэкбонах необязательна, но способствует распространению эхи, предъявляя к модератору некоторые требования.
4.Опубликовать сообщение о создании эхи и ее правила в эхах, аналогичных вашей по тематике, а также в сисопских эхах. Это, скорее всего, нужно будет сделать более одного раза, однако не злоупотребляйте количеством эх и частотой публикации. 4-5 эх и одного повтора (через 1-2 месяца) будет вполне достаточно.
5.Регулярно (пока не начнутся нормальные разговоры - пару раз в сутки) публиковать в созданной эхе какие-либо письма (правила, или сообщение 'test') с тем, чтобы она быстрее распространилась за счет автоматического создания (autocreate в эхопроцессоре) на узлах сети.
К выбору названия эхи следует подходить очень ответственно, поскольку сменить его после того, как эха распространится, практически невозможно. Поэтому, в частности, полезно обсудить будущее название в сравнительно узком кругу (иначе кто-то может создать именно эту эху раньше вас).
Хотя никаких строгих требований к названиям эх не существует (кроме недопустимости кириллицы и некоторых символов), тем не менее, за последние 10 лет сложилась достаточно удобная система, которой придерживается большинство создателей эх. Как правило (ниже будут указаны исключения) название состоит из латинских букв, цифр, знаков ".", "_" и некоторых других. При этом каждое следующее слово в названии (они разделены точкой) уточняет тематику эхи.
Возьмем для примера SU.HARDW.PC.VIDEO (когда-то существовала лишь SU.HARDW).
Здесь "SU" указывает на географию, "HARDW" - что обсуждается "железо", "PC" -
уточняет платформу (IBM PC) и наконец "VIDEO" указывает, что обсуждаются
видеокарты.
Принято говорить "эхи иерархии SU.HARDW.*" (имея в виду все эхи, название
которых начинается на SU.HARDW).
Такой принцип позволяет создавать новые эхи так, чтобы в списке их было легко
найти. Например, когда возникает необходимость в обсуждении не только видеокарт
для PC вообще, но и какой-то конкретной, можно создать SU.HARDW.PC.VIDEO.3DFX
Если интересует обсуждение звука на ATARI, можно создать SU.HARDW.ATARI.SOUND и
т.д.
На практике используется и другой принцип. Например, операционные системы сами
по себе требуют группы эх. Поэтому подход типа RU.SOFTW.OS.UNIX не используется.
Вместо этого применяется RU.UNIX.BSD
Это позволяет сделать название более коротким и, опять-таки, облегчить поиск эхи
в списке.
Перечислим несколько общепринятых префиксов, с которых начинаются названия эх.
По географическому признаку:
SU.* (реже - XSU.*) - Территория бывшего СССР (хотя изначально SU означало не
Soviet Union, а South Ural).
RU.* - Россия (RUS.*, RUSSIAN.* - редко применяемое/устаревшее)
R50.* - Россия, обычно официальные сисопские эхи
SPB.* - Санкт-Петербург (Ленинград до его переименования имел тот же префикс)
MO.* - Москва
N5020.* - Москва, обычно официальные сисопские эхи
BEL.* - Беларусь
KHARKOV.* - Харьков
KIEV.* - Киев
MU.* - Middle Ural (5080)
MOLDOVA.* - Молдова
MUN.* - Мурманск
и т.д.
Как видно из этих примеров, в некоторых сетях применяется принцип, в соответствии с которым для официальных и вообще сисопских эх чаще используется не префикс города (MO.*), а номер сети (N5020.*) соответствующий городу (Москве, в данном примере). Аналогичный принцип действует и на уровне регионов (R50.SYSOP, но RU.MODEM).
Стоит упомянуть такое явление, как существование эх одинаковой тематики, но разного уровня - региональных и местных, соответственно - с разными правилами и разными модераторами (XSU.CELLULAR и SPB.CELLULAR.*, PVT.EXCH.* и SPB.EXCHANGE). Такое явление объясняется следующими причинами:
- Местная эха имеет более узкий круг подписчиков и меньшую известность, что позволяет создать там иную атмосферу для обсуждения.
- Желание создать альтернативную эху (с другим подходом к модерированию).
- Желание обсуждать в рамках данной тематики вопросы более специфичные для данной местности.
Также иногда встречаются сетевые эхи, у которых нет регионального аналога (MO.DEC, SPB.PALMPILOT). Например, в случае с SPB.PALMPILOT изначально предполагалось, что данная тематика (устройства на базе PalmOS) не станет достаточно популярной для создания региональной эхи. Позднее, когда это оказалось не так, региональная эха все равно не появилась, просто на SPB.PALMPILOT стали подписываться и в других регионах, а часть обсуждений ведется в более общей RU.PALMTOP.
По другим признакам:
PVT.* - не имеет четкого определения. Раньше такие эхи считались, в отличие от других, не совсем подпадающими под фидошные правила (PVT.CRACK). Иногда так называют локалки или эхи, где обсуждает свои проблемы узкая группа людей.
Встречаются также эхи без выраженных префиксов. Среди них - международные (FIDONEWS, CHAT), локалки (SLASH6), обычные, но в которых точка используется лишь для удобства чтения (VGA.PLANETS, DEMO.DESIGN, FIDONET.HISTORY).
Кроме префиксов, существуют устоявшиеся стандартные части названий, использующиеся в середине или в конце полного:
*.SOFTW.* - программное обеспечение ("софт") (SPB.SOFTW)
*.HARDW.* - аппаратное обеспечение ("железо") (SU.HARDW.PC.VIDEO, SPB.HARDW)
XXX.LOCAL - локалка узла XXX (XXX - может быть номером узла, именем или
псевдонимом сисопа, названием его станции и т.п.)
*.INTERNET.* - сеть Интернет (RU.INTERNET.WWW)
*.SOURCES (*.SRC)- для публикации исходников (NICE.SOURCES)
*.D - для обсуждения опубликованных в параллельной эхе материалов
(NICE.SOURCES.D)
*.XXX.TALK (реже: *.TALKS)- для более общих разговоров на тему XXX по сравнению
с эхой *.XXX (R50.SYSOP.TALK)
*.RUS - иногда указывает на обсуждение изначально зарубежного продукта (темы) на
русском языке. (BINKLEY.RUS)
*.GENERAL - для разговоров на общие темы (обычно о жизни). Иногда используется
*.TALK (SU.GENERAL, MO.GENERAL, SPB.GENERAL, MO.TALK)
*.XXX.NEWS - для публикации новостей по теме XXX
*.DEVELOPMENT - обсуждения разработки программного обеспечения для конкретной
платформы или просто разработки программ (FAR.DEVELOPMENT).
*.XXX.PROG - программирование под платформу XXX
*.GAME.* - обсуждение игр
*.STUDENT.* - студенческая тематика
*.CLUB - различные клубы по интересам. Иногда употребляется в смысле *.TALK
*.ANEKDOT.* - анекдоты (менее распространенное: *.ANECDOT.*)
*.XXX.FILTERED - выборочные (наиболее интересные или полезные) письма из эхи XXX
*.XXX.INFO - наиболее важная информация по теме XXX (по сравнению с самой эхой
XXX). (SPB.SYSOP.INFO)
*.MUSIC.* - музыкальные стили, исполнители, и т.п.
*.BUSINESS.* - коммерческая эха (SPB.BUSINESS, SU.BUSINESS)
*.EXCH.*, *.EXCHANGE - эха для обмена (иногда - некоммерческой продажи/покупки)
*.PROVIDER.* (*.PROVIDERS.*) - обсуждения провайдеров (обычно предоставляющих
доступ к Интернет)
*.SEX.* - разговоры на темы секса (RU.SEX, RUSSIAN.SEX)
*.XXX.FAQ - публикация и ведение FAQ по эхе XXX
*.FIDONET.* (*.FIDO.*) - разговоры о сети FIDONET (RU.FIDONET.HISTORY,
RU.FIDO.INTERNET)
*.UUE - для публикации файлов в формате UUE
*.NEW - для публикации анонсов о новых поступлениях (SPB.FILES.NEW)
*.SUPPORT - поддержка какого-либо продукта (ADINF.SUPPORT, FAR.SUPPORT).
*.HUMOR.* - юмор (SU.HUMOR, HUMOR.FILTERED)
*.XXX.CHAINIK.* - эха для новичков (по сравнению с эхой XXX и *.XXX.PROFY.*)
*.XXX.PROFY.* - эха для профессионалов (по сравнению с эхой XXX и
*.XXX.CHAINIK.*)
*.XXX.OTHER - эха для обсуждения вопросов, которые не подпадают под тематику
других эх группы XXX (SU.HARDW.OTHER)
*.ALT - альтернативная другой существующей эхе (RU.HACKER.ALT)
*.WANTED - для поиска чего-либо
*.FTN.* - обсуждение FTN технологий применительно к какой-либо платформе или
случаю.
*.DIGITAL - обсуждение цифровых технологий, в случае если есть аналогичные
нецифровые (RU.PHOTO.DIGITAL и RU.PHOTO)
*.XXX.COMM - коммуникационные программы и средства связи для платформы или
программы XXX (SU.WIN95.COMM)
*.XXX.THEORY - теоретические аспекты XXX (SU.POL.THEORY)
*.XXX.TEXTS - тексты, связанные с темой XXX
*.FILES - предложение/поиск файлов
*.COORD.* - для координаторов FidoNet (обычно - координаторов региона)
*.SYSOP.* - разговоры сисопов (узлов) и информация для сисопов
*.POINT.* - разговоры поинтов и информация для поинтов
*.HALYAVA.* - вопросы бесплатного получения чего-либо
*.DIGEST - публикация наиболее интересных материалов по какой-либо теме или из
каких-либо эх
*.XXX.MARGINAL - разговоры, косвенно ("на пределе") относящиеся к тематике XXX
(SU.OS2.MARGINAL).
*.XXX.CMP - сравнение чего-либо по теме XXX (RU.OS.CMP)
*.ANTI.* - разговоры противников чего-либо (RU.ANTI.NATO)
Кроме того, часто встречаются названия различных операционных систем (OS2, WINDOWS, WIN95, UNIX), платформ (PC, ATARI, DEC, C64), обычных языков (ENGLISH, ESPERANTO) и языков программирования (PASCAL, C, FORTH, LISP, HTML, SQL, DELPHI, ASM) и т.д.
Выбирайте название простое и очевидное, без грамматических и смысловых ошибок.
Интересен вопрос прав модератора иерархии на вновь созданные другим человеком эхи, название которых начинается с той же последовательности (например, право модератора MO.DEC на MO.DEC.PROG). Общепринят подход, в соответствии с которым никаких подобных прав не существует, независимо от названия. Это, скорее, вопрос этики - имеет смысл перед созданием эхи согласовывать название с модератором уже существующей иерархии, с *EC.
С этой темой тесно связан термин "базового модератора". Бывает, что один человек является модератором всей иерархии, а в отдельных эхах этой иерархии порядок поддерживают им назначенные комодераторы.
Эхи можно также разделить на:
- обязательные к получению (обычно это некоторые эхи, где общаются координаторы,
хотя в некоторых сетях таковыми объявляются общесисопские эхи типа *.SYSOP, где
общаются сисопы узлов)
- рекомендованные к получению (в которых официальными лицами публикуется важная
информация)
- обычные, со свободной подпиской.
Разумеется, формально получать "обязательные к получению эхи" никто не обязан. Однако официальные лица исходят из предположения, что информация, опубликованная в эхе, есть информация доведенная до каждого сисопа (координатора) и, таким образом, игнорирование обязательности ведет к ненужным проблемам и недопониманию.
В сети FidoNet не приветствуется коммерция. Это отмечено в FidoNet Policy (п.1.3.6) и логично вытекает из принципа построения сети (общедоступность, добровольное участие, отсутствие платы за подключение и использование сети). Такой подход поддерживается подавляющим большинством сисопов FidoNet.
Однако объективно FidoNet сейчас существует внутри государства с рыночной экономикой и люди которые, занимаются предпринимательством, присутствуют в сети, являются подписчиками многих эх. В связи с этим регулярно возникают конфликты интересов этих людей и сети в целом.
Эти конфликты чаще всего выражаются в попытках использовать эхи как рекламные площадки для коммерческих продаж, закупок, рекламы товаров и услуг #.
Большинство эх имеют в своих правилах пункты либо полностью запрещающие коммерцию, либо вводящие на такие письма серьезные ограничения.
Следует сразу разграничить коммерческую и некоммерческие продажу, покупку,
рекламу. Так например, продажа своего старого компьютера, вопросы, где купить
велосипед, объявления о выходе новой версии своей программы - все это не
является коммерцией (хотя, конечно, может являться offtopic'ом в данной
конкретной эхе).
Ключевой признак коммерции - если целью деятельности является получение прибыли.
Другими дополнительными признаками (которые, взятые каждый в отдельности, мало о
чем говорят) являются:
- массовость продаж и закупок (опт)
- регулярность размещения объявлений
- действие от имени фирмы, а не частного лица
В начале 1990-х гг. возникла ситуация, когда многие узлы FidoNet размещались в коммерческих фирмах, и их существование там нужно было как-то оправдывать. Тогда было создано несколько эх (SU.BUSINESS, SPB.BUSINESS #), в которых была разрешена коммерция и сисопы публиковали там прайс-листы и рекламу своих фирм. Образование таких эх противоречило Policy (были даже попытки вывести SU.BUSINESS в отдельную FTN сеть, чтобы формально эха не относилась к FidoNet). Тем не менее, постепенно было признано, что существование небольшого количества таких эх допустимо, так как, во-первых, необходимо оправдание для существования FidoNet узлов в коммерческих фирмах и, во-вторых, как место, куда вытеснили предпринимателей из других эх.
Разумеется, проблему появления коммерческих объявлений в других эхах это полностью не сняло, поскольку для предпринимателей важен охват максимальной аудитории и "загоны" в виде специализированных эх их никогда не устроят #.
В таких условиях ответственность за ограничение числа коммерческих объявлений в эхах ложится на модераторов.
Хорошим примером, на котором можно рассмотреть их возможную деятельность в этом направлении, являются эхи где, с одной стороны, жестко запрещена коммерция, но, с другой - разрешены мелкая/частная продажа, покупка, обмен (SPB.EXCHANGE #).
Рассмотрим несколько ситуаций:
Наиболее простой вариант, когда коммерческий характер письма не скрывается (если
нарушитель не читал правила, либо его не интересуют последствия).
Это, обычно, публикация прайс-листов
#, предложения товаров и услуг от имени
организации
#, сообщения о массовой закупке чего-либо
#, реклама, предложения помочь
осуществить какие-либо действия (приобретение билетов, подключение к операторам
связи и т.п.).
Сложнее, если человек знает о запрете, но хочет публиковать коммерческие сообщения регулярно, без серьезных для себя последствий. При этом он старается, чтобы коммерческий характер писем не был сразу заметен.
Например, если письмо связано с коммерческой деятельностью фирмы, ее название часто не указывается, публикуется лишь телефон или адрес (как если бы письмо было от частного лица).
Распознать такую скрытую коммерцию не всегда возможно, поскольку модератор не в состоянии проверить количество товара, получаемую прибыль и т.д. Однако задача так и не ставится. Важно не стопроцентное выявление, а поддержание в эхе определенного (ясно видимого другими подписчиками) порядка.
Каким же образом можно распознать коммерцию в письме, которое показалось подозрительным?
- Просмотреть параллельные эхи на предмет аналогичных предложений от того же человека. Например, то, что в SPB.EXCHANGE подается им в скрытой форме, в SPB.BUSINESS может быть написано в явной.
- Оценить его поведение за прошедший период времени, просмотреть другие его письма (в том числе в другие эхи).
- В случае, если в письме указан URL сайта - сходить на него. Возможно, это окажется сайт фирмы, продукция которой и продается автором письма.
- Обращать внимание на множественное число при неопределенном количестве (например, указание на продажу не принтерА, а принтерОВ без перечисления конкретных марок). Вообще, даже если у вас нет доказательств, что человек занимается коммерцией, не будет лишним настоять на том, чтобы он четко указывал, что именно он продает и в каком количестве.
- Регулярность появления одинаковых объявлений или одинаковых пунктов в разных объявлениях. Кроме того, регулярное и длительное появление объявлений о продаже разных товаров сходного характера (например, такое бывает, если человек собирает и продает компьютеры либо перепродает их).
- Наличие гарантийного срока
- Указание на то, что товар является новым
- Высокая цена
- Описание товара в рекламной форме (аккуратное, со словами похвалы, но не по существу).
- Предложение зайти на сайт без указания, что именно на этом сайте есть, и особенно, если в URL сайта указываются так называемые refID в виде "http://www....?xxx_id=число". Заход по такому адресу автоматически приносит деньги человеку, на которого зарегистрирован данный refID (за привлечение новых посетителей/клиентов).
Конечно, по отдельности каждый из этих пунктов мало о чем говорит, однако в сумме, на протяжении некоторого времени, можно составить достаточно достоверную картину.
Не стоит ожидать частой помощи со стороны других подписчиков, даже если они в курсе, что кто-либо занимается коммерцией и публикует именно коммерческие объявления. Исторически сложилось, что в нашей стране такие действия (сообщения о чужом нарушении каких-либо законов или правил) осуждаются обществом, даже если сообщение не было анонимным.
Если рассматривать эхи, никак не связанные с продажей и покупкой (обсуждение программного обеспечения, "железа", политики и т.д.), то там в отношении коммерции часто действует один из двух принципов:
1. Коммерческие и рекламные объявления полностью запрещены, но могут посылаться нетмейлом модератору. При этом модератор решает, насколько объявление полезно и может отфорвадить его в эху (один раз, или регулярно), либо дать разрешение на публикацию конкретного письма (с обязательной припиской "Публикуется с разрешения модератора").
2. Коммерческие и рекламные объявления разрешаются, но только если они соответствуют тематике эхи. Например, в правилах XSU.CELLULAR # есть следующий пункт:
".. Допускается публикация ненавязчивой рекламы (не чаще раза в месяц) и/или прайс-листов компаний-операторов (умеренного объема), обсуждение цен на услуги, анонсы новых сервисов, и тому подобное, однако не стоит рассматривать данную эху как продолжение рекламного отдела своей компании".
Полезно помнить, что к праздникам наблюдается всплеск активности продавцов (например, продажа фейерверков перед Новым годом). Соответственно, имеет смысл заранее временно ужесточить наказания за определенные нарушения (сообщив об этом в эхе, разумеется).
Отдельно стоит отметить существование эх, которые специально посвящены информации и обсуждению фирм и людей продающих заведомо некачественные вещи или предоставляющих некачественные услуги (PVT.EXCH.BLACK.LOG.* # , SPB.PVT.BLACK.LOG #).
Часто подписчик пытается донести до других свою мысль или сообщение, публикуя
одинаковые письма чрезмерно часто.
Такое поведение, конечно, следует пресекать. Довольно распространенным сейчас
является правило, в соответствии с которым одно и то же сообщение от одного
подписчика нельзя публиковать в эхе чаще, чем раз в одну-две недели.
Если некое сообщение публикуется автором регулярно, а трафик в эхе значительный,
по прошествии месяцев имеет смысл попросить его еще больше увеличить период
публикации (даже если прежний период правил не нарушал).
При этом одинаковыми письмами считаются не только письма, текст которых совпадает, но и сходные по существу (например, один и тот же вопрос, сформулированный по-разному).
Иногда люди, пытаясь обойти это правило, подделывают дату во "From:" таким
образом, чтобы письмо казалось старым.
В иных случаях повторное письмо может появиться напротив, неумышленно, в
результате технических проблем на транзитных узлах.
Здесь следует обращать внимание на клуджи и на регулярность явления.
Проблемы, связанные с регулярной публикацией каких-либо списков с частыми дополнениями/изменениями следует решать индивидуально.
Какие бывают подписчики? Можно привести некоторые характерные "портреты". Конечно, они отражают действительность неполно, как любые обобщения и стереотипы.
"Профессионал" - Хорошо разбирается в предмете разговора. Бывает, что говорит свысока. Может быть и вежлив, и груб. Обычно соблюдает правила и нормально реагирует на действия модератора, если только какое-либо решение не задевает его лично. Если задевает, может начать кампанию против модератора, пользуясь своим статусом "полезного для эхи человека". Время от времени позволяет себе уверенно рассуждать на темы, в которых не разбирается.
"Любитель" - Самый распространенный тип. Хотя он может быть профессионалом в каких-то областях, но представим, что в данной эхе им не является. Старается что-то узнать самостоятельно - слушает, что говорят другие. Иногда задает вопросы. Спорит осторожно - понимает, что знает не все. К правилам и к решениям модератора относится по-разному.
"Пионер" - примерно до 20 лет. Пока немного знает и умеет. Еще не готов мириться с какими-либо ограничениями или требованиями, поэтому не может молча и терпеливо набираться знаний и опыта. Пытается обратить на себя внимание различными выходками и поэтому часто страдает от модератора. Постепенно переходит в категорию "любителей", значительно реже - "ламеров".
"Интернетчик" - пишет через гейт, к другим обращается на "Вы". Не упускает случая подчеркнуть технические недостатки FTN и собственный уровень дохода. Считает себя состоявшимся в жизни человеком. Наличие модератора замечает лишь тогда, когда сам с ним сталкивается.
"Чайник" - новичок, который многого в данной области не знает, но понимает это и старается научиться. Когда над ним шутят - реагирует спокойно. К таким в FidoNet, как правило, относятся доброжелательно и стараются помочь.
"Ламер" - человек, который также чего-то не знает, но в отличие от "чайника", не желает этому учиться, не желает признавать свое незнание. Это именно агрессивное незнание, агрессивная неграмотность. Отчасти это явление связано с желанием обратить на себя максимум внимания с минимальными усилиями.
"Провокатор" - по каким-то причинам (обида на модератора, желание прославиться в своем кругу, скука) намеренно провоцирует флейм, иногда привлекая других к этому занятию. Чаще всего не ограничивается одной эхой.
"Невидимка" - только читает эхи, но почти никогда не пишет в них. Если пишет, то или с конкретным вопросом, или чтобы дать короткий и чаще всего содержательный совет.
Нормальное состояние эхи - когда между подписчиками протекает конструктивный разговор или спор, порой довольно резкий.
Вообще, для эх FidoNet характерна постоянная критика, не только по сути, но и по
мелочам. Среди сотен подписчиков всегда найдется человек, который
заметит, что вы в чем-то неправы.
Эха не прощает неосторожных суждений и ошибок и иногда их исправляют в грубой и
хамской форме. Единичные случаи грубости и хамства не так страшны. Однако нельзя
сказать того же об обмене грубостями или язвительными замечаниями.
Флейм # - наиболее неприятное явление в эхах (также как и в Internet-ньюсгруппах, форумах). Если в технических и некоторых других специализированных эхах модератору достаточно легко его прекратить, то в эхах, где обсуждается жизнь или политика, можно лишь держать флейм в некоторых рамках.
Причинами флейма, как правило, является категорическое несогласие с точкой зрения собеседника и при этом нежелание (или неумение) аргументировано доказать свою точку зрения. В такой ситуации инициатор флейма начинает обращать внимание не на суть обсуждаемых вопросов, а на поверхностные вещи (грамотность собеседника, его возраст, национальность, сетевую принадлежность) либо "зацикливает" обсуждение, приводя по кругу одни и те же аргументы, немного по-разному их формулируя.
Флейм может носить грубый характер (прямые оскорбления, ругательства, нелестные
сравнения) или тонкий, косвенный.
Грубый флейм легко пресечь, его недопустимость всем очевидна.
С более тонким флеймом дело обстоит сложнее. Как правило, в нем нет никаких
очевидных нарушений. Используется игра терминами, словами, повторяющиеся
аргументы. На первый взгляд он выглядит как нормальная беседа и только при
внимательном чтении видно отсутствие какого-либо конструктива, отсутствие
логики. Спорщики абсолютно уверены в правильности своих взглядов и даже не
делают попыток что-то узнать друг у друга. Целью является условная победа в
споре (в глазах окружающих, или в своих собственных глазах).
В такой флейм легко вовлекаются другие люди и подобные "дискуссии" быстро
занимают основную долю трафика эхи. Здесь модератору важно воспринимать людей
такими, какие они есть. Очень многие интересные подписчики и неглупые люди не в
состоянии самостоятельно игнорировать чужую ругань и провокации, даже если им на
это указывает модератор. Для модератора недопустимо опираться на принцип "если
каждый сам будет вести себя хорошо, то и в эхе будет порядок".
Важно обнаружить людей, которые флейм провоцируют (особенно, на
постоянной основе), и применять жесткие меры именно к ним.
Однако, в некоторых случаях (когда провокационное письмо было случайным)
практикуется наказание именно ответивших.
Иногда встречается и другой подход, когда провокатор получает наказание за
каждый ответ подписчиков на его провокационное письмо.
Нужно также знать о следующем эффекте: если разговор в эхе идет по делу, в нем может участвовать немного людей. Однако если кто-то задает элементарный вопрос (искренне или в качестве провокации), вдруг появляется много подписчиков, которые раньше были пассивны - в нормальной дискуссии не участвовали, но здесь рады продемонстрировать знание ответа (пусть даже очевидного и не по теме эхи).
Есть темы, которые являются флеймоопасными для конкретной эхи, независимо от того, кто их поднимает. Это касается обсуждения одной операционной системы в эхе, посвященной другой ОС, одного языка программирования в эхе, посвященной другому языку и т.п.
Полезно учитывать, что осенью и весной в эхах общей тематики (и особенно в сисопских) наблюдаются так называемые "весеннее обострение" и "осеннее обострение". В этот период люди явно становятся излишне раздражительными, склонными к флейму. Осенью на это накладываются еще и массовые возвращения из отпусков, поэтому дополнительно ощущается контраст с летним затишьем.
Косвенно связана с флеймом тема публикации в эхе личных писем (полученных
нетмейлом).
Цитирование личной переписки участников эхи непосредственно в эхе нежелательно,
если на то не было разрешения автора письма. Причины здесь различны - риск
развития флейма, возможно нетмейл содержал текст или код, который человек не
имел права публиковать и т.д.
Формально, модератора это не касается, поскольку возможный комплейн в
соответствии с Policy пойдет все равно на процитировавшего. Однако подобные
публикации чаще всего возникают не на пустом месте, поэтому логично наказывать
того, кто процитировал письмо, в том случае, если его действия вызвали чье-то
возмущение.
Тем не менее, если участник высказывает в эхе и нетмейле противоположные по
смыслу утверждения и публикация его нетмейла это доказывает, наказывать
опубликовавшего нетмейл не следует.
В эхах FidoNet, как правило, запрещены нецензурные ругательства. Если человек не может обойтись без таких слов либо если он форвадит чье-то письмо, ругательства должны заменяться случайной последовательностью символов "#@^%$" (SHIFT + цифры) или словом "[censored]".
Общепринято и считается вежливым обращение к собеседнику на "ты" независимо от его возраста, от того, знаком он вам или нет. Обращение на "Вы" может быть воспринято как высокомерное, враждебное.
В последние годы в FidoNet появились "профессиональные" провокаторы которых стали называть кащенитами, а самое явление - кащенизмом (по названию эхи SU.KASCHENKO.LOCAL #). Необходимо особо подчеркнуть - речь пойдет о кащенитах как явлении. Подписчики эхи SU.KASCHENKO.LOCAL составляют лишь часть кащенитов, скорее всего малую.
Их целью (помимо желания поразвлечься, похвастаться друг перед другом результатами и т.п.) является организация в эхах беспорядков, флейма, массовых нарушений правил. Некоторые их них оправдывают свои действия "чисткой" FidoNet от плохих модераторов, представляясь в роли "санитаров леса".
Как уже отмечалось выше, важнейшую роль в появлении "кащенизма" сыграли эхи SU.FLAME, COMMONPLACE, MO.ECHO, TYT.BCE.HACPEM, SU.KASCHENKO.*, SPB.SYSOP #. Они служили чем-то вроде школ, где собеседники упражнялись во взаимных оскорблениях, а также в травле и издевательствах над новичками.
Провокации в эхах могут иметь различный вид:
- Провокационное письмо само нарушает правила и провоцирует на нарушение других подписчиков;
- Провокационное письмо не нарушает правил, но, тем не менее, провоцирует на нарушение других подписчиков;
В обоих случаях провокатор является виновником, даже если он формально не нарушает правил - его следует наказывать. Второй вариант поведения иногда используется провокаторами для получения преимущества на предстоящих выборах модератора - RO отключает обычных подписчиков, которые "повелись" на провокации, и таким образом роль самих провокаторов возрастает.
Во всей ситуации с ответами на провокационные письма необходимо учитывать что, как правило, очень многие люди (в том числе, ценные подписчики) не в состоянии держать себя в руках, если их умело дразнят, обсуждают вопросы, которые их задевают. Поэтому примитивное наказание и отключение таких подписчиков на основании лишь количества писем с нарушениями не должно быть нормой. Бывает полезно сначала пообщаться с ними нетмейлом, вежливо и мягко объяснить, что не следует поддаваться на провокации, что если человек не нравится, то лучше вообще ему не отвечать, и т.п.
Серьезная проблема заключается в том, что часто модератор длительное время не в состоянии отличить естественный, хотя и глупый вопрос от намеренной провокации, возгласа, высказывания и т.д., и, принимая провокационное письмо за "чистую монету" #, пытается бороться со следствиями, а не с провокаторами. Это объясняет, почему действий одиночных модераторов бывает недостаточно для решения проблемы, в связи с чем необходимы меры общесетевого характера.
Нужно отметить, что кащениты, как правило, не придерживаются той точки зрения, которую они излагают в провокационных письмах. Иными словами, в процессе общения с ними нет смысла делать акцент на способе, которым они нарушают правила или порядок в эхе. Важны сами факты провокаций.
Слабые места, которые кащениты используют для своих атак:
- Если в эхе отсутствует модератор, проводятся выборы модератора, или появляется модератор, права которого плохо подтверждены
- Если модератор эхи считает правильным наказывать только за письма, формально нарушающие конкретные пункты правил эхи, при этом письма которые создают угрозу, но формально правил не нарушают, игнорирует
- Если модератор избегает отключать кого-либо
- Если эха имеет очень большую распространенность и привлекательное название, вследствие чего постоянно пополняется новыми подписчиками, незнакомыми с правилами и легко реагирующими на провокации.
Также действия кащенитов облегчаются, если они получают возможность быстро менять адреса с которых пишут. Это происходит, если:
- Узлы легко (без предварительного письменного или устного общения) предоставляют поинтовые адреса незнакомым людям и в дальнейшем не интересуются деятельностью своих поинтов в сети
- *C (NC) выдают узлы без предварительного уведомления сети о возможных кандидатах - в частности, для проверки на 10.3.6. Policy
- Происходит гейтование эх в другие сети, причем гейт не мешает быстрой повторной перерегистрации пишущего.
Наиболее характерные способы провокаций:
- Использование в подписи, origin, tearline символов, провоцирующих резкую реакцию, флейм. В одном из случаев (RU.MODERATOR) провокаторами применялась свастика, с последующим развитием флейма (не связанного с темой эхи) о том, законно это или нет, является ли она фашистским символом или древнеславянским, и т.д.
- Использование высказываний, затрагивающих лично какую-либо группу подписчиков (например, появление антисемитских, антирусских высказываний) #. Публичное заявление о своей, как правило мнимой, принадлежности к тем, кого по тем или иным причинам недолюбливают подписчики эхи (к примеру, к секс-меньшинствам). Заявления, которые заведомо будут восприняты резко отрицательно большей частью подписчиков эхи и таким образом вызовут флейм #.
- "Перепись", уже отмеченная ранее #. Чаще всего проявляется в виде просьбы ко всем ответить в эху на письмо провокатора
- Публикация в эхе вопроса, ответ на который заведомо знают очень многие подписчики (условно это можно назвать "скрытая перепись", поскольку принцип действия аналогичен)
- Публикация вопроса, формально связанного с темой эхи, но на придуманную тему, с дальнейшим развитием сюжета #
- Публикация вопроса, как можно менее связанного с темой эхи (в этом случае велик шанс, что кто-то из подписчиков не выдержит и с ним можно будет начать переругиваться)
- Письма с очевидными всем грамматическими ошибками, в расчете на то, что кто-то попытается исправить их в эхе или обвинить провокатора в неграмотности #
Поскольку некоторые из перечисленных способов подразумевают нарушение правил большинства эх (offtopic), то часто в нападении участвует группа провокаторов, с тем, чтобы равномерно распределить нарушения правил между собой и таким образом не доводить до отключения кого-либо одного. Такая тактика эффективна в эхах, где модераторы твердо придерживаются принципа "[*][*][*]->[+], [+][+][+]->[!]" или подобного.
Также групповые нападения позволяют быстрее вовлечь во флейм подписчиков. Обычно один из провокаторов начинает (одним из перечисленных выше способов), а другой тут же его поддерживает, отвечая на письмо.
Часто провокаторы переводят обвинения в "кащенизме" на того, кто лишь среагировал на провокацию. В эхе, где модератор неэффективен, это сделать довольно легко, поскольку большинство подписчиков не следит за флеймом внимательно.
Какие средства противодействия могут быть использованы?
- Оперативные отключения провокаторов без предварительных предупреждений и плюсов. Если масштабы явления велики - назначение нескольких комодераторов, между которыми делится адресное пространство сети.
- Составление "черных списков" людей, которые целенаправленно устраивают
провокации в разных эхах. Таким образом любой модератор сможет быстро узнать,
что на его эху подписался провокатор.
Здесь необходимо будет предусмотреть механизм, который не позволит любому
модератору помещать людей в черный список. Поскольку стать модератором легко,
создав свою эху (легко даже поднять ее на бон, составив произвольные нейтральные
правила), этим могут воспользоваться провокаторы, получая формальные права на
внесение в черный список кого угодно.
- В связи с предыдущим пунктом - координация действий модераторов с целью превентивных отключений провокаторов сразу от многих эх по фактам поведения в одной или нескольких.
- Отключение провокаторов от бэкбона решением соответствующего *EC.
- Экскоммуникация провокаторов (и их боссов, если они не избавляются от поинта-провокатора) решением *С. Высокий приоритет при рассмотрении таких вопросов.---
SPB.SYSOP, подобно многим эхам *.SYSOP, до определенного момента был официальной сисопской эхой сети с модератором - NC5030. В результате конфликта текущий NC5030 сложил с себя полномочия модератора, а последующие NC5030 не заявляли свои права на модерирование, поскольку сеть была расколота конфликтом на две части, вследствие чего возможностей для отключения нарушителей от эхи фактически не существовало - некоторые крупные узлы с большим числом линков отказывались отключать нарушителей. Таким образом, SPB.SYSOP на несколько лет стала немодерируемой, что создало там крайне нездоровую для общения обстановку #.
Чаще всего зачинателями, идеологами кащенизма являлись не "новоноды" (на которых принято валить все беды), а старые узлы - грамотные и имеющие в сети авторитет, которым, во-первых, было скучно, во-вторых - сказались последствия конфликта в сети. Новички же, являясь объектом травли в этих эхах, разделялись на две категории:
- Одни удивлялись порядкам и/или обижались, отписываясь от эхи
- Другие, присмотревшись, принимали условия игры и после короткого периода сами начинали вести себя аналогично своим "учителям"
Постепенно местное переругивание им наскучило и более интересным показался перенос деятельности в другие эхи (включая R50.SYSOP), где можно было бы, используя накопленный опыт, провоцировать подписчиков и модераторов на те или иные действия (обычно - нарушения правил).
Пример SPB.SYSOP важен также в следующем аспекте: поскольку до исчезновения модератора это была официальная сисопская эха (причем это напрямую следует из ее названия), многие люди, только что появившиеся в сети или только что получившие узлы, первым делом подписывались на нее. То, что они там видели, воспринималось ими как нормальное поведение сисопов сети 5030 и накладывало соответствующий отпечаток. Не случайно в регионе сеть 5030 примерно с того же времени стала иногда фигурировать в отрицательном смысле - именно за счет людей, прошедших школу SPB.SYSOP и появляющихся в региональных эхах.
В целом, превращение SPB.SYSOP в немодерируемую эху привело к следующим вещам:
а) Образование (или воспитание) вновь прибывших и подписавшихся на SPB.SYSOP во вполне определенном ключе. Что выливается в проблемы для подписчиков и модераторов различных эх;
б) Создается неправильное представление о сети 5030 как по результатам чтения SPB.SYSOP, так и по результатам общения с людьми, воспитанными в этой эхе;
в) Вместо одной информационной эхи появились SPB.NC, SPB.NEC, SPB.FEC, SPB.SYSOP.INFO, SPB.SYSOP.TALK - в результате, чтобы получать информацию о происходящем в сети, необходимо подписываться на огромное число эх
Независимо от тематики эх, важное (если не основное) место в них занимает спор. Бывает, что кто-то не прав, или кто-то заблуждается. Или у людей разные точки зрения на вопрос (обе, по-своему, верные). Хотя говорят, что "в споре рождается истина", это не всегда так. Польза есть лишь от спора конструктивного, где стороны заинтересованы в том, чтобы узнать мнение друг друга. Часто спор превращается во флейм, ругань, взаимные оскорбления, и именно в том, чтобы предупреждать такое развитие событий, или закрывать тему когда все аргументы исчерпаны, состоит одна из задач модератора.
Как же обнаружить, что спор неконструктивен? Есть несколько очевидных признаков:
- Переход на личности # (оскорбления оппонента или людей, которые являются авторитетами для оппонента, публичные указания на грамматические ошибки #).
- Повторение снова и снова одних и тех же аргументов.
- Использование "доказательства примером", когда примеры приводятся не для иллюстрации своей точки зрения (чтобы ее лучше поняли), а с целью доказать точку зрения. Например: "у меня холодные батареи, следовательно, в городе еще не топят".
- Использование одинаковых терминов, под которыми спорящие стороны понимают разные вещи. Отказ использовать единую терминологию.
- Злоупотребление аналогиями, использование некорректных аналогий #.
- Ссылки на различные ранее происходившие события без учета изменившихся обстоятельств.
- Пропуск значимых для спора цитат из оригинального письма или их урезание таким образом, чтобы исказить первоначальную мысль оппонента.
- Злоупотребление цитированием различных статей, книг. Использование чьих-либо цитат в качестве доказательства верности собственных утверждений (авторы которые являются авторитетами для одной стороны, могут не являться таковыми для другой).
В идеале, спор должен состоять в доказательстве своей правоты через логические рассуждения, с использованием только фактов, добровольно признанных обеими сторонами.
Интересно упомянуть явление так называемого "танца полярных ответчиков" (термин
Павла Сенаторова)
#, когда два человека спорят ради лишь одного спора (основное
внимание уделяя критике чужой позиции), причем через некоторое время (месяцы)
можно заметить, что они уже отстаивают позиции противоположные тем, что были у
них первоначально.
Само по себе это явление носит нейтральный характер, хотя конструктивными такие
споры бывают не слишком часто.
В подавляющем большинстве эх очень серьезным нарушением является попытка обсуждать действия или решения модератора непосредственно в эхе #. Такой запрет часто воспринимается за пределами FidoNet как попытка модератора обезопасить себя, избежать перевыборов и т.д. На самом деле этот мотив играет незначительную роль. Дело в том, что модератор имеет как правило абсолютные полномочия в своей эхе, поэтому ему не угрожают перевыборы или смена до тех пор, пока он сам того не захочет (максимум что может ему грозить - снятие эхи с бэкбона, если она там была).
Главная же причина запрета на обсуждения модерирования заключается в том, что это почти всегда вызывает флейм и не позволяет нормально обсуждать в той же эхе темы для которых, собственно, она предназначена.
Однако надо предостеречь модераторов от упрощенного подхода к проблеме. Бывают ситуации, когда комментарий нарушителя на ваш модераториал лучше пропустить мимо ушей, не наказывая его. Так например, если ситуация в эхе нестабильна и вы были вынуждены прибегать к жестким мерам - нарушители могут специально вас провоцировать, чтобы отключив значительную часть подписчиков, вы потеряли авторитет у остальных и таким образом погубили бы эху. В таких случаях надо быть предельно деликатным, вежливым, не реагировать на мелкие нарушения, либо реагировать на них только нетмейлом.
Под offtopic'ом обычно понимают темы, которые не подпадают под тематику данной
эхи и темы, явным образом запрещенные к обсуждению
#.
Список запрещенных тем - offtopic'ов иногда перечисляют в правилах
либо отдельным письмом
#, чтобы
подчеркнуть наиболее распространенные ситуации (из него не следует, разумеется,
что все остальные темы разрешены).
Примеры очевидных offtopic'ов:
- Обсуждение "железа" и "софта" в эхе, посвященной политике;
- Обсуждение Windows в эхе, посвященной Unix;
Есть ряд специфических ситуаций, когда offtopic трудно назвать очевидным. Пример
- знакомства и флирт парней с девушками в студенческих эхах. Эта нормальная
ситуация порой создает модераторам трудности в связи с тем, что флирт не
ограничивается парой писем и очень быстро эха начинает напоминать "общий"
нетмейл, где каждый парень пытается сказать комплимент девушке (которых в
FidoNet мало), а она - всем ответить
#.
Понятно, что обсуждение студенческих проблем в такой обстановке затруднено.
Бывает полезно объявлять какую-либо тему временным offtopic'ом с тем, чтобы утихли страсти.
Проблему при модерировании составляют так называемые "бессодержательные" или "неинформативные" письма #. Это письма которые обычно не являются offtopic'ом, но при этом не несут смысла или какой-либо полезной читателям информации.
В качестве примера можно привести письма следующего содержания:
"это бред", "платформа XXX все равно круче!" - отсутствуют основания/объяснение столь категоричной оценки.
"и мне тоже!", "и я хочу!" - обычно, это реакция на сообщение о появлении интересного файла или текста, который сообщивший рассылает по запросу. Такие письма следует писать нетмейлом.
"спасибо" - письмо содержащие лишь благодарность за помощь, интересно лишь тому, кто эту помощь оказал, а не всем читателям эхи.
Последние два примера иногда называют также "личная переписка" - попытки двух человек обсуждать в эхе проблемы хождения между ними нетмейла или другие вопросы, неинтересные остальным подписчикам и/или не связанные с тематикой эхи.
Отдельным, весьма опасным вариантом бессодержательных писем является так называемая "Перепись".
Первоначально, когда трафик в эхах был невелик, модератор иногда обращался к подписчикам с просьбой ответить прямо в эхе на его письмо. Позднее, на основании таких ответов, при помощи специальной программы (sq_stat) он строил дерево распространения эхи.
Однако с ростом числа подписчиков (и особенно при постоянном притоке новичков) такие действия стали опасными.
Наиболее характерными попытками начать "перепись" являются фразы "Меня видно?",
"Тест", "Ответьте на мое письмо", "Есть здесь кто-нибудь живой?" и т.п.
# Другая
похожая разновидность - так называемые "святые письма" в их электронном варианте
(где призывается форвадить такое письмо во все доступные эхи много раз)
#.
Бывает также похожее на перепись явление (которое легче пресечь, но сложнее
обнаружить) - когда провокатором в эхе задается вопрос, ответ на который
очевиден многим (и, следовательно, вызывает волну писем).
Такие вещи следует жестко пресекать вплоть до отключения за одно лишь подобное письмо (если эха имеет много подписчиков).
Один из первых серьезных случаев "переписи" произошел в RU.HACKER осенью-зимой 1996 года. "Перепись", по-видимому, была намеренно спровоцирована письмом, в котором содержалась просьба ответить в эху, якобы чтобы составить список ответивших.
Тех кто отвечал, можно разделить на три категории:
- Искренне считавшие что помогут, ответив на письмо;
- Отвечавшие с целью развлечься, чтобы их заметили (во время обсуждения серьезных вопросов они обычно молчали);
- Намеренно поддерживающие "перепись", причем не только отвечая, но и самостоятельно помещая письма с просьбой отвечать им;
В данной ситуации значительное отличие RU.HACKER от других эх - огромное число активных подписчиков и постоянное появление новых (несколько человек в сутки). Это связано с "завлекательным" названием эхи и вообще популярностью темы взлома чего-либо (которая в общественном мнении часто ассоциируется со словом 'hacker').
Даже почти ежедневная публикация предупреждения 'никакой "переписи" нет, нельзя отвечать на такие письма' и отключение без предварительных предупреждений любого кто ответит - эти меры не были эффективными. Каждый раз нарушитель был новым подписчиком, который ответил на письмо, не успев прочесть ни правил, ни предупреждений. В результате, в течение нескольких месяцев в эхе продолжали появляться ответы на это письмо.
В случае, если вы даете кому-либо из подписчиков разрешение на проведение каких-либо опросов или проверок в эхе - ему совершенно необходимо четко указать в публикуемом письме, что отвечать следует только нетмейлом.
Вопросы политики всегда являются очень острыми и могут легко вызвать флейм. В эхах которые являются тематически нейтральными (языки, программное и аппаратное обеспечение и т.п.) следует жестко подавлять любые попытки поиска корней тех или иных явлений (высоких цен, низких зарплат и т.п.) в политике, экономике, национальном вопросе, а также агитацию за конкретные партии и движения #.
Что касается эх посвященных обсуждению жизненных проблем, философии, истории, политики, то здесь дело обстоит иначе. На модератора ложится большая ответственность, поскольку его личные взгляды не должны мешать равному, нейтральному отношению к участниками дискуссии. В правилах представляются полезными следующие запреты:
- Пропаганда (повторение одних и тех же утверждений при отсутствии реакции на критику/отказе вести конструктивный спор);
- Публикация ложных сведений или систематическая публикация недостоверной информации;
- Разжигание межнациональной розни, оскорбления по национальному признаку, провокации с целью вызвать такие оскорбления;
При оценке поведения подписчиков в разговорных эхах можно предложить следующую классификацию (на 2003 год, сильно упрощенную):
"Либерал" - считает, что рыночная экономика не имеет альтернатив. Бывают идеалисты (считают, что любое вмешательство государства - зло) и реалисты (считают, что вмешательство государства в некоторых пределах полезно).
"Националист" - главными считает интересы какой-либо одной нации, следование которым автоматически решит все проблемы. Экономические вопросы обычно уходят на задний план. Предполагает изолированную рыночную экономику с большой ролью государства.
"Сталинист" - предполагает идеальной, независимо от ситуации, систему, существовавшую в СССР 1930-1970-х годов. Имеет общие черты с "Националистом", хотя часто это отрицает.
"Путаник" - никаких четких взглядов не имеет - в зависимости от письма на которое отвечает, выступает против любого строя и его признаков, обращая внимание только на недостатки.
"Другие" - встречаются значительно реже.
При обсуждении вопросов истории и политики очень сложной является проблема доказательства своей правоты. Чаще всего спорящие не имеют доступа к данным статистики (тем более, к нескольким источникам) или у них нет времени на изучение таких данных. Поэтому спор, в конечном итоге, либо заканчивается флеймом (если хотя бы один из спорящих отказался признать что у него нет доказательств), либо оба признают что данных нет и пытаются доказывать свою правоту логически. В последнем случае (при честном поведении) спор доходит до точки, когда его предметом становятся высшие ценности (например, равенство, свобода, мораль, и т.п.). В этом месте в споре обычно возникает перерыв.
Касаясь специализированных разговорных эх, отметим, что там часто существуют запреты на обсуждение противоположной идеологии (например, в религиозных - атеизма). Такой подход вполне оправдан с точки зрения поддержания в эхе порядка, необходимого для нормального общения в рамках тематики.
Национальный вопрос в эхах - то, о чем следует сказать особо. Попытки обсуждать
преимущества и недостатки какой-либо национальности, нации, народности, этноса -
неминуемо превращаются во флейм.
Проблема эта в FidoNet на данный момент не является острой. Националистически
настроенные люди не встречают понимания и поддержки среди большинства
подписчиков и модераторов. Наоборот - публично осуждаются.
Вообще, проблема эта в разных странах обостряется всегда, когда у людей есть причины для серьезного недовольства. Направить это недовольство против другого народа - стандартный способ избежать выяснения истинных причин (и их решения).
Письма, разжигающие национальную рознь, пишут разные люди:
- Часть пишут те, кто искренне придерживаются (в момент написания письма) своей точки зрения
- Другие пишут с целью спровоцировать флейм, либо оскорбить конкретного человека (когда заканчиваются аргументы). При этом взгляды пишущего могут быть любыми
Характерный случай такой провокации (обсуждался # в RU.MODERATOR, с конца марта 2002 до середины мая 2002) - помещение свастики в темплейт каждого письма. Разумеется, нашлось немало людей выразивших свое недовольство прямо в эхе (хотя, это явно было offtopic'ом). Модератор не стал пресекать тему, и очень быстро основную часть трафика заняло обсуждение именно этого вопроса. Провокатор, не получив отпора от модератора, встал на типичную для таких случаев позицию - ссылался на законодательство, обращал внимание на то, что свастика повернута не в ту сторону, что вообще свастика изобретение не нацистов и т.д. То есть, делал все, чтобы увести разговор от сути вопроса (оскорбление подписчиков, у которых свастика вызывает вполне четкие ассоциации).
Независимо от причины, любые попытки разжигания национальной розни (включая намеки) следует сразу пресекать.
В запущенных случаях можно посоветовать способ, к которому автор прибег при возникновении флейма на национальной почве в SPB.GENERAL (2001 год). Дополнительно к наказаниям за конкретные письма, в эхе был объявлен запрет (несколько месяцев) на любое обсуждение национальностей, наций, народностей, этносов, рас.
Для тех модераторов, которые сами плохо относятся к каким-либо национальностям,
замечу следующее:
Вы, конечно, можете оставаться при своем мнении. Но если конструктивные
разговоры и порядок в эхе для вас не пустой звук - держите свои взгляды при
себе. Любая пристрастность при назначении наказаний, намеки в обычных письмах,
будут неизбежно провоцировать флейм и снижать ваш авторитет, а, следовательно, и
возможность эффективно модерировать эху. Кроме того, допуская разговоры,
нарушающие законодательство, вы, возможно, идете на конфликт с
правоохранительными органами.
Частыми в FidoNet (и не только) являются споры-сравнения по принципу "Какая
операционная система лучше", "Какой язык программирования лучше", "Какой
микропроцессор лучше", "Какая платформа лучше" и т.п.
Хотя иногда такие споры бывают конструктивными, чаще всего они быстро
перерастают в "религиозные войны", где аргументы не принимаются во внимание, но,
тем не менее, приводятся снова и снова. Характерно, что такой спор провоцирует
очень многих и быстро начинает составлять большую часть трафика эхи.
Для модератора важно вовремя пресечь такого рода флейм # или перевести его в конструктивное русло. Обычно тему необходимо закрыть, когда беседа пошла по кругу - то есть, стали приводиться аргументы уже прозвучавшие ранее.
Если тема особо популярна (как, например, тема сравнения операционных систем в
период борьбы между MS Windows 95 и IBM OS/2), возникают эхи специально для
такого рода споров (RU.OS.CMP).
Можно упомянуть в связи с этим "правило Nebbe" из comp.lang.ada FAQ:
"Если Вы не в состоянии придумать хоть одну область, где другая ОС будет более
применима, нежели Ваша любимая, вы, вероятно, плохо в ней разбираетесь".
Другим способом снизить вероятность возникновения флейма и его объем является добавление в FAQ эхи пунктов, объективно разъясняющих преимущества и недостатки обсуждаемого продукта (иными словами - аргументы, которые приводились в спорах наиболее часто и ответы на них).
При ответе на письмо его текст становится цитатой - автоматически выделяется "квотингом" (quoting). Для этого в почтовых редакторах FidoNet принято использовать символ ">", перед которым часто указываются инициалы автора. Например:
AB> текст
Редактор автоматически подсвечивает (или иным образом выделяет) такие строки.
Недопустимо излишнее цитирование (оверквотинг - overquoting). От письма, на которое вы отвечаете, нужно оставлять только строки, необходимые для понимания смысла. Цитирование служебной информации (клуджи, origin) и приветствия, подписи так же, как правило, недопустимо.
Не рекомендуется использовать выделение квотингом в собственных письмах. Это затрудняет чтение, поскольку люди или отвлекаются на яркие вставки или воспринимают их как текст первоначального письма. Особенно распространено такое явление в эхах, предназначенных для объявлений о купле/продаже. Исключением являются письма модератора, в тех случаях, когда он хочет привлечь внимание к некоторым пунктам правил или важному объявлению.
Полное отсутствие цитирования при ответе на письмо также нежелательно.
Так как большинство почтовых редакторов работает в режиме 80 столбцов, для корректного цитирования правая граница текста не должна быть больше 75 символов.
Помимо текста и служебной информации, которая обрабатывается лишь программным обеспечением, почти любое письмо содержит также:
- Приветствие;
- Подпись;
- Дополнительную информацию;
- Tearline;
- Origin.
В Tearline обычно указывается название и версия почтового редактора, а в Origin - название станции и адрес, соответствующий полю From: письма. Однако, часто в эти поля заносится произвольная информация (кроме адреса в конце строки Origin).
В понятие "дополнительная информация" входят различные случайные строчки (куки), перечисление адресов и других персональных данных, Geek code, Fingerprint. Обычно это не приветствуется модераторами.
Также иногда можно видеть строчки [Team XXX] или [XXX], где XXX - название любимой автором письма операционной системы, музыкальной группы, автомашины, футбольной команды и т.п. Как правило, эта строчка отражает исключительно личные привязанности автора и никакой "команды" на самом деле не существует. Эта традиция изначально пошла от Team OS/2 - маркетингового приема IBM.
Общепринято, чтобы приветствие не превышало одной-двух строк, подпись (включая всевозможные куки, team'ы и т.п.) - трех строк, Tearline - 35 символов (включая "--- "), Origin - 79 символов (включая "* Origin " и адрес) #.
Еще можно упомянуть использование клуджей собственного изготовления (которые обычно не показываются при чтении писем). Это всевозможные @REALNAME, @EMAIL, а также Geek code (не приветствуется многими модераторами).
Рассмотрим вопрос соответствия имени указанного подписчиком во From: его
настоящему имени. У модераторов есть разные точки зрения на эту проблему
#.
Например, в эхах типа RU.HACKER, RU.SEX (то есть там, где требование показать
настоящее имя может мешать человеку полноценно участвовать в разговоре) логично
разрешать псевдонимы.
В других случаях - например, в эхах связанных с продажей/покупкой (как
мелкой/частной, так и коммерческой), предоставлением услуг - логично требовать
указание настоящего имени, чтобы люди могли более или менее достоверно знать, с
кем именно они вступают в сделку.
Как же отличить настоящее имя (RealName) от псевдонима (alias, nick, handle)?
Разница между псевдонимом и RealName часто определяется по нодлистовому
(поинтлистовому) имени. То есть, если человек пишет во From: 'Cobra' - это
следует расценивать как псевдоним, если в нодлисте у него написано 'Ivan
Sidorov', и как RealName, если в нодлисте написано тоже 'Cobra'.
Таким образом, модератор избавляется от необходимости проверять достоверность
реального имени (что, как правило, невозможно), условно перекладывая
ответственность на узел-босс (если речь идет об имени поинта) или NC, RC (если
речь об имени узла), которые принимают решение о включении в нодлист/поинтлист
соответствующей строчки.
Если речь идет о пользователях BBS или гейта, то здесь ответственность за соответствие имени ложится на сисопа BBS, или на гейтмастера.
В отдельных случаях модератор может требовать реального имени не на основе
нодлиста/поинтлиста, а в соответствии со своим пониманием (к примеру, Ivan
Sidorov похоже на реальное имя, а Night Stranger - не очень).
Хотя понятно, что модератор не может проконтролировать реальность имени, тем не
менее, такой подход играет воспитательную роль. Ведь если человеку необходимо
скрыть свое имя, он может придумать другое, похожее на настоящее, а вовсе
необязательно прикрываться странными псевдонимами (что провоцирует окружающих на
аналогичное поведение).
Другим вариантом может быть персональное (конкретному подписчику) разрешение модератора на использование псевдонима.
Также, иногда практикуется регистрация модератором всех используемых в эхе псевдонимов. При этом список соответствий псевдонимов и реальных имен либо периодически публикуется в эхе, либо хранится у модератора и используется лишь при возникновении конкретных конфликтов.
В последнее время встречается некий компромисс, когда во From: указывается псевдоним, а в клудже @RealName: (который в почтовом редакторе по умолчанию не всегда виден, но при желании доступен) - настоящее имя.
К имени которое указывается в поле From: есть некоторые требования.
Строчка в поле From: не должна содержать кириллицу. Это может вызвать проблемы с программным обеспечением и, кроме того, затрудняет поиск в эхе.
Если человек с данным именем уже есть в FidoNet, принято использовать альтернативные варианты с дополнительным указанием отчества или псевдонима. Например, вместо Ivan Ivanov: Ivan O.Ivanov, Ivan "Night Stranger" Ivanov, Ivan Ivanoff и т.п.
Некоторые подписчики могут умышленно искажать служебную информацию в письме (клуджи PATH, SEEN-BY, поле From и другие) например, с целью выдать свое письмо за чужое #.
Такое поведение - повод для комплейна, который рассматривают сетевой и региональный координаторы. Тем не менее, это не ограничивает модератора в принятии к нарушителю тех мер, которые он считает необходимыми.
Относительно адресов в поле From стоит заметить, что новые узлы должны, до своего появления в мировом нодлисте, использовать в эхах только старые поинтовые адреса. Это связано с тем, что попытки ответить нетмейлом на письма с адресом, отсутствующим в нодлисте, часто бывают неудачны - письма не проходят через некоторые крупные узлы, где проверяется, существует ли отправитель.
Хотя изначально эхи не были предназначены для передачи файлов, на определенном этапе оказалось, что этот метод хотя и неудобен, но позволяет распространить файл более широко, нежели файлэхи (имеющие меньшую распространенность). Кроме того, файлы в эхах удобнее обсуждать. Они как бы связаны с разговором.
Самым популярным (фактически - единственным применяемым) форматом оказался
формат UUE. При помощи программ uuencode/uudecode (и других) файлы
преобразовываются в текстовое представление (7 бит ASCII) и затем обратно, в 8
битовые двоичные файлы.
UUE со временем стали помещать в специальные эхи, у которых в названии
присутствовало .UUE
Во второй половине 1990-х UUE эхи были частично ликвидированы или сняты с регионального бэкбона (из-за большого трафика).
Наиболее радикальные сторонники интенсивного использования UUE пытались изобрести альтернативный формат, который бы не обнаруживался роботами. Однако такие попытки не дали эффекта - формат не прижился и сеть в целом не поддержала этих методов.
Сам UUE еще используется #, поэтому необходимо дать несколько рекомендаций.
Текстовые файлы, фрагменты исходников и другие читаемые тексты не рекомендуется ууенкодить. Это сильно облегчит их чтение и обсуждение.
Для помещения UUE файлов (равно как и больших текстовых файлов) как правило необходимо разрешение модератора. Исключение составляют файлы небольшого объема, что обычно отражено в правилах.
Для UUE файлов:
В поле Subj: крайне желательно указывать номер секции, общее число секций, имя файла, возможно краткое описание в виде #:
[XX/YY] test.zip - исходники игры
Номер секции обязательно должен стоять в начале строки, чтобы подписчики сразу видели все ли секции получены (если номер указывать в конце, он может обрезаться при длинном описании или названии файла).
Каждое письмо должно содержать одну полную секцию, при этом размер одной UUE секции желательно сделать не более чем 10-12kb.
Секции (уже в теле письма) должны начинаться со строки "section XX of YY of file TEST.ZIP" или другой стандартной (это определяется программой-ууенкодером - чаще всего uuencode/uudecode).
Упаковывать файлы рекомендуется распространенными архиваторами, которые есть для всех платформ. Например - ZIP.
Если в эху помещен файл и в ответ получено сообщение "секция NN до меня не
дошла" - это означает, что потеря произошла на одном из промежуточных узлов. С
этим нужно разбираться (обычно тому, кто недополучил секции, с привлечением
отправителя, транзитных узлов), а не просто создавать дополнительную нагрузку,
перепосылая секции.
Проблемы дохождения файлов не должны обсуждаться прямо в эхе.
Если публикуется исполняемый файл, лучше сделать вариант без отладочной информации (увеличивающей его размер) и, по возможности, проверять его на вирусы.
Как правило, в эхах существуют ограничения на объем UUE от одного человека (разово или в течение определенного срока). К примеру, 50 KB в день на человека.
В FidoNet не принято помещать в эхи MIME/BinHex и другие кодированные не UUE файлы.
Намеренная публикация больших (мегабайты) файлов является одним из способов навредить эхе, нарушить функционирование бэкбона, создать проблемы для подписчиков. Реакция на такие действия как со стороны модераторов, так и координаторов обычно оперативная и резкая (вплоть до экскоммуникации).
В большинстве эх русскоязычного FidoNet распространено правило - разрешены
русский (альтернативная кодировка CP866) и английский языки.
В эхах, где обсуждается культура, язык или обычаи других стран, могут
использоваться дополнительные языки.
Принято отвечать на языке, которым было написано оригинальное письмо. Конечно, если этот язык разрешен и вы его знаете.
Если русские слова записывают соответствующими латинскими буквами (латиница, транслит), то чаще всего такой "язык" русским не считается и не приветствуется. В старые времена это было допустимо из-за сложностей с русификацией, однако сейчас трудно найти платформу, с которой можно было бы писать в Fido, но при этом не было возможности использовать русские буквы.
Также не приветствуется замена некоторых русских букв на соответствующие им
английские "для красоты". Подобная замена затрудняет поиск и визуальное
восприятие текста.
Не рекомендуется использовать букву "ё" и "Ё" ("йо"), поскольку в разных
русификаторах ее место в кодовой таблице может отличаться. По действующим
правилам русской орфографии 1956 года использование этой буквы факультативно и
требуется только если нужно предупредить неверное чтение или понимание слова.
Письма, набранные большими (прописными) буквами, а также с большим количеством
восклицательных и вопросительных знаков воспринимаются как крик и,
соответственно, допустимы лишь в исключительных случаях.
Недопустимо использовать большие и маленькие буквы вперемешку для "украшения".
Русская буква "Н" (0x8d) должна заменяться (русификатором или почтовым редактором) на соответствующую английскую "H" (0x48). Эта проблема идет от программного обеспечения для FTN сетей, которое русскую "Н" (символ Soft CR) пропускает. И по сей день проблема актуальна, хотя уже не так, как раньше. Также встречается (хотя теперь неактуальна) предупредительная замена русских букв "р" и "у" на аналогичные английские.
Для международных эх (имеется в виду дальнее зарубежье) обычно вводятся дополнительные ограничения - запрещаются символы с кодом >127 ASCII (т.е. разрешается только латиница, цифры, знаки препинания).
Отдельно стоит упомянуть о проблеме грамотности. Хотя на мелкие опечатки и запятые обычно никто не обращает внимания, но постоянное повторение одной и той же ошибки (например "извЕни" вместо "извини") вызывает естественное раздражение. Если ошибок слишком много, трудно расценить такое письмо как русскоязычное.
Важно, однако, пресекать попытки участников обсуждения поправлять ошибки прямо в эхе #. Такая "помощь" - характерный способ оскорбить или завязать флейм. Если человек искренне хочет указать другому на ошибку - он пишет ему нетмейл. Публичные исправления ошибок - скорее способ унизить, а не помочь. Грамотность, так же как вежливость или умение правильно держать вилку, далеко не всегда характеризует человека.
Существует технический способ автоматически пропускать (стирать) в почтовом редакторе письма от определенных авторов, с определенным subject'ом, либо по другим условиям. Такое действие называется "поставить твит" на человека, тему и т.д. Например, в GoldEd для этого используются соответственно TwitName и TwitSubj в golded.cfg
Это может быть полезно в случаях если:
- Какой-либо человек или обсуждаемая тема раздражает и невозможно спокойно игнорировать письма;
- Время ограничено и поэтому трудно читать эху с большим трафиком. При этом оставляют наиболее интересных собеседников или исключают наименее интересных;
Конечно, чаще всего твиты применяются против раздражающих людей. Некоторые даже обмениваются списками (твитлистами), пытаясь сэкономить время на выяснении того, кто достоин твита, а кто нет.
Надо заметить, что использование твитов - крайняя мера в том смысле, что она лишает возможности объективно оценивать ход дискуссии и вообще содержимое эхи. Предпочтительнее просто игнорировать письма, если позволяет состояние нервной системы.
Для модераторов эх использование твитов в принципе недопустимо.
Во некоторых эхах, помимо правил, регулярно публикуются FAQ (Frequently Asked Questions) - ответы на часто задаваемые в эхе вопросы #. FAQ ведет (ко)модератор, кто-либо по его просьбе, либо любой подписчик, независимо от модератора (хотя регулярную публикацию FAQ безусловно нужно согласовать с модератором).
Основное назначение FAQ - сделать беседу в эхе более содержательной за счет снижения числа одинаковых, часто задаваемых, очевидных вопросов. И, конечно, хороший FAQ можно рассматривать просто как источник проверенной, качественной информации по тематике эхи.
Иногда модератор может даже наказывать подписчиков за вопросы, ответы на которые уже содержатся в регулярно публикуемом FAQ.
FAQ чаще всего организуют следующим образом:
оглавление (список заголовков вопросов, с разбивкой по темам)
вопрос_1
ответ_1
...
вопрос_n
ответ_n
Наиболее простой способ составления FAQ - просмотр эхи за большой период времени
и отбор наиболее информативных фрагментов писем. На один вопрос вполне может
быть несколько ответов, даже совсем разных (в будущем подписчики сами уточнят
вам что правильно, а что нет).
Полезно, хотя и необязательно, указывать, кем был написан тот или иной фрагмент
текста. При большом числе фрагментов это становится излишним, и тогда можно
просто ввести отдельный раздел "Благодарности".
Спрашивать в каждом случае разрешения на включение части письма в FAQ не нужно -
такое разрешение подразумевается самим фактов написания писем в эху.
То, насколько часто следует публиковать FAQ, зависит от его объема, от трафика в эхе. В любом случае, не чаще чем правила.
Дополнительно можно размещать FAQ на FAQ-сервере (робот, который по запросу нетмейлом отсылает нужную часть FAQ) #. Также полезно размещать FAQ (вместе с правилами эхи и вспомогательной информацией) на сайте в Интернет, а в правилах и в origin'е (ко)модератора давать ссылку на этот сайт.
Ссылаясь на ресурсы в Интернет нужно всегда помнить, что многим (особенно, за пределами Москвы и Санкт-Петербурга) он недоступен или доступен в очень ограниченном виде.
Помимо FAQ в некоторых эхах может регулярно публиковаться другая полезная информация. Например, в студенческих - списки студентов различных вузов, имеющих адреса в FidoNet. В сисопских - правила выдачи узлов, текущая статистика, различные списки и т.п.
В эхах с большим трафиком # модераторы и подписчики иногда принимают специальные меры, чтобы облегчить чтение и поиск.
Например, модератор может требовать от подписчиков, чтобы Subj письма отражал
содержимое. К примеру, в эхе, где обсуждают разные сотовые телефоны или
карманные компьютеры, в Subj необходимо указывать стандарт связи (GSM, NMT,
CDMA) и операционную систему под которой работает компьютер соответственно. В
RU.PALMTOP необходимо было указывать в Subj тип PDA, о котором идет речь ([palm],
[psion], [pocketpc] и т.п.). В RU.DELPHI - версию Delphi (D1,D2,D3,Dx) и область
применения программы (DB,SQ,VCL,GFX,OLE,APE, и т.д.), в
SU.RENDER - название пакета (MAYA, LW) и
темы (TECH, ART, INFO, MISC)
#,
в RU.PHOTO.DIGITAL темы (Scan,
Camera, Acc, DSLR, P&S, Print, Edit, Misc)
#
Надо заметить, что поскольку это требование для новых подписчиков неочевидно, в
эхах, где часто появляются новички, будет трудно обеспечить его выполнение -
далеко не все новые подписчики читают правила прежде, чем писать в эху.
В FidoNet один и тот же Subj часто не меняется многие месяцы (даже когда под ним
обсуждаются уже другие вопросы), и бороться с этим практически невозможно. Чаще
всего такое явление можно наблюдать в эхах общей тематики (жизнь, политика).
Другой способ - перечисление в тексте письма (или в клудже @KEYWORDS) ключевых
слов для поиска.
Такой способ редко приветствуется модераторами, поскольку увеличивает размер
письма, снижает удобство чтения.
Отношение модераторов и подписчиков к гейтованию эх из FidoNet в другие сети и из других сетей в FidoNet всегда было неоднозначным и острым вопросом #. Кратко об этом уже сказано в разделе "История".
Под термином "гейтование" чаще всего понимается обмен письмами между эхами
FidoNet и ньюсгруппами (форумами, сайтами) в сети Интернет. При этом письма со
стороны Интернет имеют в качестве адреса во "From:" FidoNet адрес узла-гейта.
Реже встречается гейтование из других FTN сетей. В этом случае во "From:" можно
видеть либо адрес узла-гейта, либо не FidoNet (хотя и FTN) адрес. Последнее
является грубым техническим нарушением, поскольку ответить на такое письмо
нетмейлом нельзя.
В настоящее время (2003 год) ситуация с гейтованием эх выглядит следующим образом.
Гейтование на R/O (возможность читать фидошные эхи из Интернет) вызывает возражение только у очень немногих модераторов эх, обычно это связано с желанием ограничить область распространения (некоторые местные эхи, локалки и т.д.).
Полное гейтование (возможность не только читать, но и писать из Интернет в фидошные эхи #) - по-прежнему вызывает споры и конфликты. Далее под "гейтованием" будет пониматься именно полное гейтование.
Существует несколько гейтов, из которых наибольшую часть внешнего FidoNet трафика создает крупный узел 5020/400 (иерархия FIDO7.*). От пользователя Интернет на этом гейте требуется регистрация #, однако все зарегистрированные пользователи автоматически получают R/W доступ (на чтение и письмо) ко всем эхам на узле. Другими словами, по умолчанию в эхе, которая находится на таком узле, гейтование оказывается разрешенным - гейтмастер не изучает правила на предмет запрета гейтования. Для оправдания такого поведения гейтмастерами приводится аналогия между гейтом и BBS. Однако такая формальная аналогия не учитывает, что раньше BBS, совмещенные с FidoNet станциями, имели очень небольшое число пользователей, поведение которых могло легко контролироваться единственным сисопом. Другое отличие - в критериях, по которым пользователи получали доступ к BBS и к гейту.
Впрочем, модератор может нетмейлом потребовать от гейтмастера отключения конкретного пользователя гейта или полного запрета гейтования для его эхи (при этом, для гейта на 5020/400, пользователь будет отключен от Fido эх полностью, а не только по данной эхе). Также модератор может наоборот - пожелать гейтования своей эхи, написав нетмейл гейтмастеру.
Поскольку обычно гейтом является крупный раздающий узел или хаб, при возникновении конфликтов *C вынуждены учитывать, что санкции к такому узлу повлекут недовольство как минимум у его многочисленных линков со стороны FidoNet и пользователей со стороны Интернет (включая модераторов, которые работают через Интернет). Такой узел оказывается "священной коровой" и при конфликтах имеет серьезное неформальное преимущество перед обычным узлом.
В общем и целом встречаются следующие возражения против гейтования:
- Низкий культурный уровень значительной части писем со стороны Интернет. Обычно это выражается в неумении корректно спорить, нежелании добровольно подчиняться модераторам, большом самомнении и самоуверенности;
- Различные принципы общения, связанные с техническими и организационными особенностями FidoNet и Интернет;
Например:
- В Интернет-форумах распространена практика переписки в поле "Subject" писем (без заполнения тела письма) - т.е. обмен короткими репликами. В FidoNet такая практика отсутствует, а за короткие реплики ("согласен", "я тоже") часто даже наказывают;
- В Интернет скорость обмена письмами технически может быть по сравнению с
FidoNet очень высока. Наряду с очевидными плюсами это имеет и отрицательную
сторону: В FidoNet письма обычно уходят лишь раз в час или сутки и, поскольку
автор осознает, что быстрого ответа не будет, он больше внимания уделяет смыслу
письма, обдумыванию ответов и вопросов.
Кроме того, появляется возможность поправить текст, если через некоторое время
он показался автору неполным или чрезмерно эмоциональным.
Это различие будет стираться по мере увеличения числа IP узлов в FidoNet и
использования FTN over IP;
- Различные традиции оформления писем. В Интернет распространена практика, когда при ответе на письмо оно полностью цитируется, причем в конце письма. В FidoNet это называется "излишнее цитирование" и вызывает раздражение подписчиков, не говоря о нарушении правил;
- В Интернет письма читают (и, соответственно, отвечают) не подряд, а по темам. В FidoNet чаще всего подряд.
- В Интернет распространено обращение на "Вы", в FidoNet это воспринимается как высокомерное отношение;
- В Интернет принято (и это связано с техническими особенностями) писать письма в эху/ньюсгруппу, обращаясь всегда к All (поле X-Comment-To не заполняется). В эхах FidoNet это вызывает недоумение и затрудняет общение, т.к. здесь, как правило, обращаются к конкретному собеседнику (за исключением случаев, когда вопрос или информация по своей сути обращена ко всем). Постепенно пишущие из Интернет начинают использовать указанное поле. Гейты, как правило, его поддерживают;
- Невозможность требовать от узла-гейта ответственности за исходящий трафик,
равнозначной обычному узлу сети FidoNet.
С одного FidoNet адреса гейта фактически могут писать сотни людей и засчитывать
все их нарушения узлу-гейту, как если бы это был обычный узел, бессмысленно -
это быстро приведет к его отключению (т.е. равносильно запрету гейтования);
- Невозможность принимать сколько-нибудь эффективные меры по отношению к нарушителям из Интернет, что связано с легкостью смены адреса, отсутствием в Интернет понятия членства, взаимной ответственности, исключения из сети и т.д.;
Из перечисленных возражений против гейтования, последние два представляются
наиболее важными. Оба связаны с принципиальным отличием FidoNet от Интернет,
которое, по мнению автора, заключается в том, что FidoNet - в первую очередь
сообщество, в то время как Интернет - транспорт.
Разумеется, внутри Интернет также существуют сообщества, каковым являются, к
примеру, отдельные форумы или чаты. Однако они или невелики по размерам, или
носят неустойчивый характер - зависят от личности хозяина сервера, от
финансирования, от доброй воли тех или иных организаций.
Что понимается здесь под сообществом? Предполагается:
- Членство в сети под определенным адресом (существует процедура принятия в сеть
и исключения из нее). Быстро сменить адрес довольно сложно, причем с каждой
новой попыткой это будет все сложнее;
- Добровольное принятие на себя обязательств: при приеме в сеть - следование
Policy, при подписке на эху - соблюдение ее правил;
- Единая структура, позволяющая принимать и выполнять обязательные для всех
решения (*C, *EC, модераторы);
- Ответственность, в том числе взаимная, за свои действия - в случае
некорректного поведения узел может выгнать своего поинта, аплинк понимает, что
некорректно ведущий себя даунлинк - источник проблем для него, *C может
экскоммуницировать узел, узлы могут не переизбрать NC/RC или лишить его поста,
модератор может отключить произвольный узел или группу узлов от своей эхи,
подписчики могут уйти из эхи в другую или новую при неадекватном модерировании;
В случае с Интернет перечисленные черты фактически отсутствуют:
- Членства в сети нет, любой человек в течение пары минут может получить
несколько адресов, не предоставляя о себе никаких данных кому-либо;
- Как правило, отсутствуют какие-либо обязательства при работе в сети;
- Отсутствует единая структура принятия и выполнения решений - какие-либо
действия предпринимаются отдельными провайдерами независимо друг от друга или
иногда по согласованию, либо по требованию властей, обычно плохо знакомых с
сетями;
- Работающий в сети в общем случае не несет реальной ответственности за свои
действия по рассылке спама, некорректному поведению. В любой момент он может
оперативно сменить провайдера, сменить адрес, писать от чужого или выдуманного
имени;
- Взаимная ответственность существует, например, в виде отключения клиента
провайдером, блокирования почты от провайдера, который не отключает спамера и
т.п. Однако поскольку единой структуры не существуют, эти действия не являются
ни для кого обязательными и не слишком эффективны;
Подводя итог, можно сказать, что в Интернет нет механизма, который позволял бы
эффективно и на длительное время пресекать чьи-либо некорректные действия.
Причем отсутствие такого механизма обусловлено самими принципами организации и
развития сети.
Поскольку в FidoNet такой механизм есть, гейтование часто воспринимается как
явление, его разрушающее или ослабляющее (и как следствие - снижающее
конструктивность и комфортность общения).
Наилучший выход - способствовать развитию FTN over IP, улучшать программное обеспечение для такого доступа. Роль полного гейтования в развитии FidoNet должна быть снижена, достаточно использовать R/O гейтование, чтобы показать потенциальным пользователям содержимое эх.
Основной и практически единственной причиной, по которой может потребоваться разделение эхи на несколько, является рост трафика # - в эхе начинают смешиваться разные темы, важные сообщения теряются среди прочих и т.д.
Разделение может происходить по двум признакам:
- По тематике;
- По степени важности публикуемых писем;
Пример первого варианта - известное разделение эхи SU.HARD&SOFT на SU.HARDW и SU.SOFTW, а затем разделение SU.HARDW на множество эх SU.HARDW.*
Второй вариант можно проиллюстрировать на примерах:
SPB.SYSOP -> SPB.SYSOP + SPB.SYSOP.INFO
(и позднее появившихся SPB.SYSOP.TALK , SPB.SYSOP.IMHO, SPB.SYSOP.FILTERED)
R50.SYSOP -> R50.SYSOP + R50.SYSOP.TALK
(и позднее появившихся R50.SYSOP.CLUB, R50.SYSOP.DRUNK, R50.SYSOP.INFO)
Рассмотрим одно интересное отличие - так называемый (условно) "питерский" и "московский" подход к разделению сисопской эхи. На определенном этапе с эхами R50.SYSOP и SPB.SYSOP возникла проблема - слишком большой трафик, в котором трудно было находить важные для функционирования сети сообщения. Стало ясно, что должна появиться эха, где будут публиковаться только важные сообщения, чтобы сисопы, у которых нет времени на чтение всего трафика, были в курсе основных событий.
Эта задача решалась по-разному:
Дополнительно к R50.SYSOP была создана R50.SYSOP.TALK , причем в .TALK были вынесены совсем общие разговоры, а в R50.SYSOP введены ограничения ("московский" подход).
Дополнительно к SPB.SYSOP была создана SPB.SYSOP.INFO, причем сам SPB.SYSOP остался для общих разговоров, а в SPB.SYSOP.INFO были введены ограничения ("питерский" подход).
Представляется, что второй подход имеет то преимущество, что он не требует
специальных действий по подавлению разговоров, смене тематики в исходной эхе
(SPB.SYSOP) - просто создается новая (SPB.SYSOP.INFO).
С другой стороны ясно, что в случае с первым вариантом тем, кого интересует лишь
важная информация, нет необходимости специально подписываться на новую эху - они
получают все ту же старую, но "очищенную" (R50.SYSOP).
Позднее описанное здесь состояние эх частично изменилось, однако вопрос о способе разделения возникал и в других случаях.
Похожая ситуация была с SPB.FILES, дополнительно к которой появилась SPB.FILES.NEW
В SPB.FILES.NEW стали публиковаться анонсы о новых файлах доступных для FREQ, а
в SPB.FILES запросы (ранее и то и другое происходило в одной SPB.FILES)
Позднее появились также
SPB.FILES.TALK, SPB.FILES.ALLFIX, SPB.FILES.MP3.ROCK, SPB.FILES.VIDEO.
Более нейтральной ситуаций является добавление к уже существующей эхе вспомогательных.
Например, DEMO.DESIGN -> DEMO.DESIGN + DEMO.DESIGN.UUE + DEMO.DESIGN.WANTED
В этом случае .UUE эха служила для публикации UUE файлов (небольшие intro, исходники и т.п.) по тематике DEMO.DESIGN, а .WANTED - для поиска файлов.
Стоит добавить, что при разделении эхи желательно создавать новые дополнительно к существующей, а не вместо нее. Это связано с трудностью ликвидации эх.
Ликвидация эхи в FidoNet - задача довольно сложная, причем тем более сложная, чем более распространена эха.
Простое сообщение вроде "эта эха более не существует, просьба от нее отписаться" даст лишь частичный эффект.
Поскольку на крупных узлах обычно включен режим автоматического создания новых эх, "прибитая" эха будет создаваться вновь и вновь, так как нельзя заставить людей полностью прекратить туда писать (вновь подписавшиеся уж точно не будут знать, что она прибита).
В качестве примера можно вспомнить эху SU.HARDW, которая была разделена на несколько SU.HARDW.*, а сама ликвидирована. Тем не менее, в течение примерно пяти лет она то и дело появлялась на разных узлах.
В связи с этим, если есть возможность, эху лучше оставить и перепрофилировать. В случае с SU.HARDW возможно имело смысл использовать ее для обсуждения "железа", не подходящего под другие SU.HARDW.* (то есть вместо существующей теперь SU.HARDW.OTHER). Впрочем, это спорное решение.
Так или иначе, если есть твердое намерение эху ликвидировать, то необходимо:
Сообщить в эхе (а также в параллельных эхах той же иерархии, если такие есть) о факте ликвидации и попросить подписчиков отписаться и удалить эху у себя.
Сообщить о факте ликвидации *EC.
Написать хабам письма с просьбой эху прибить и настроить эхопроцессоры так, чтобы она не могла автоматически создаваться. На некоторых бэкбонах поддерживается специальный файл, в котором перечисляются прибиваемые на хабах эхи.
Написать дополнительно в 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.).
Исключение составляют лишь случаи, когда те или иные письма создают технические
проблемы (например, вследствие их большого размера).
Даже если бы запрет отсутствовал, все равно технически трудно реализовать эту
схему, учитывая, что такая цензура должна была бы одновременно производиться на
многих хабах в разных сетях.
Что касается именно модерирования, то на практике используются различные программы позволяющие:
1.Помогать модератору в его обычной работе:
- Регулярно публиковать в эхе правила, FAQ и другие тексты;
- Вести базу нарушителей и их нарушений, автоматически предупреждать модератора
о переходе [*] в [+] и [+] в [!];
- Проверять соответствие, корректность адресов во From, MSGID, PATH;
- Вести базу псевдонимов и проверять все письма в эхе на наличие их авторов в
этой базе;
- Проверять на излишнее цитирование (overquoting);
2.Строить дерево распространения эхи, чтобы определить, в каких сетях она есть, где ее нет и вовремя устранять разрывы;
3.Облегчить процесс проведения выборов и голосований (прием и подсчет голосов);
4.Организовать FAQ Серверы #;
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 # подписчики избирают модератора и комодераторов, причем два голоса комодератора всегда имеют приоритет над мнением модератора (вплоть до смещения его со своего поста).
В MO.ECONOMICS # перевыборы модератора происходят по инициативе 3-х активных (участвующих в переписке не меньше полугода) участников эхоконференции, общим голосованием.
Другой пример - "Совет комодераторов" в эхе 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 и представляют собой базовые правила поведения в эхоконференциях (эхах). Модераторы могут ссылаться на них при принятии решений в отношении подписчиков своих эх, в публикуемых правилах.
Модератором является либо создатель эхи, либо лицо, назначенное предыдущим
модератором (по итогам выборов, либо без таковых).
Решение модератора является обязательным для выполнения подписчиками. Правила
изменяются и трактуются модератором. В случае несогласия с решением модератора
возможно создание альтернативной эхи с другим названием. Модератор не может
обязать кого-либо подписываться на эху.
Модератор может назначать помощников - Комодераторов. Он также определяет и в
любой момент может изменить их статус и полномочия.
В эхе FidoNet:
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, запрещено
полностью);
Первоначально эху в список вносит *EC.
Для того, чтобы список был актуальным, нужно периодически проверять активность модераторов, посылая им автоматические запросы и ожидая ответа (раз в месяц или реже). Если ответ от модератора отсутствует, эха меняет статус на "кандидат на удаление" и затем вовсе помечается в списке как удаленная.
Подобная система применялась на практике (или применяется) в Z1.
В завершение еще раз подчеркнем некоторые важные моменты:
- Распространение в FidoNet формально-юридического подхода (отказ принимать меры в ситуациях, не описанных в документах/правилах) угрожает существованию сети как сообщества (а поскольку в качестве транспорта ценность FidoNet невысока, и вообще ее существованию как таковой). Особенно это касается мер в отношении кащенитов;
- Если человек наносит вред FidoNet, его знания, грамотность или прошлые заслуги не должны становиться оправданием и причиной отменить отключение или экскоммуникацию;
- Модераторам (и координаторам) важно в своих действиях исходить из того, какие люди есть на самом деле сейчас, а не ориентироваться на самых сознательных (которых меньшинство);
- Основная и самая трудная задача Модератора - поддерживать в своей эхи конструктивное общение и гасить флейм;
- Следует избегать конфликтов с правоохранительными органами, переноса проблем в RealLife;
- Единственный способ давления подписчиков на модератора - уход из его эхи;
- Многие запреты со стороны модераторов призваны не исключить полностью то или иное явление, а лишь ограничить его. Часто люди в своих поступках лишь следуют примеру других - чем меньше будет плохих примеров, тем меньше людей будет им следовать;
И еще одно общее замечание. Существует мнение, в соответствии с которым люди в сетях делятся на две
группы (хотя бывают и смешанные типы) - одним нравится получать и уточнять
информацию, делиться информацией. Другим - эмоционально общаться,
играть в психологические игры - неважно где, на какую тему и к чему это
приведет. Вторая группа больше.
Интересы этих групп находятся в очевидном конфликте, причем в первой группе
часто оказываются модераторы, поскольку для обмена информацией необходим
порядок. Во второй - нарушители, потому что правила эх накладывают ограничения
на поведение.
REC всегда избирался, NEC в зависимости от ситуации либо избирался, либо назначался NC. Замечу, что использовать только нодлист для получения информации о REC и NEC нельзя - далеко не всегда такая информация за последние 11 лет была корректной.
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) [избран]
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
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]
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)
1996-2000 - Алексей Котельников (Alex Kotelnikoff, 2:5055/1)
2001 - Координатор отсутствует
2001-2002 - Владимир Донской (Vladimir Donskoy, 2:5055/29, 2:5055/92)
2002 - Координатор отсутствует
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 г.
Z2EP v2 # - Эхопол зоны 2 (Европа).
Здесь перечислены главным образом термины, которые использовались в статье или которые имеют непосредственное отношение к эхам.
*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) - правила эхи. Документ, описывающий основные (не все) принципы поведения в данной эхе. Публикуется модератором регулярно для ознакомления подписчиков.
Сабж (subj, subject) - тема письма.
Сисопка - личная встреча сисопов (узлов сети) на которой обсуждается сетевая жизнь. Раньше, когда узлов было мало, на сисопках принимались решения по кандидатуре на пост *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) - программное обеспечение для распаковки и сортировки почтовых пакетов в базу (тоссинг) и для сбора и упаковки писем из базы в почтовые пакеты.
Эхотаг, ареатаг (echotag, areatag) - название эхи.
Юзер (пользователь, user) - человек, имеющий доступ в FidoNet через узел или поинт, при этом не использующий FTN совместимую систему. Например - пользователь BBS, пользователь гейта.
Почтовые редакторы и программы-гейты:
GoldED Plus - http://mik.nu/golded-plus/
FidoLook - http://www.fidolook.com
TheBat - http://www.ritlabs.com/the_bat/
MyGate - http://barin.com.ua/soft/mygate/
Облегчение модерирования:
Graf0man Moderator Tool (
http://www.graf0man.tk , http://moct.capatob.ru/projects.html
) Автор: Igor Yurin, 2:5053/49
MM-Tool ( http://neyr00n.narod.ru ,
http://coleco.newmail.ru ) Автор: Mihail
Razumeev, 2:5020/2158.10
PluShot ( http://www.fidonet922.petrodvorets.spb.ru ) Автор: Artem
Babadzhanyants, 2:5030/922
Правильная Статистика # Автор: Ilya Kuznetsoff, 2:5020/1214
Дерево распространения эхи, статистика:
Build Tree ( http://saf.pik96.ru ) Автор: Sergey Fadeyev
Sq_stat - Автор: Alexander Samotohin
HptTree ( http://sirevtov.narod.ru ,
http://husky.sourceforge.net ,
http://husky.physcip.uni-stuttgart.de:8080/fidosoft.husky ) из пакета Husky
Echo-tree builder" plug-in для Regina-Tosser/2
PKT Analizer - Анализатор трафика. Понимает базы
PKT/JAM/SQUISH/MSG и генерирует статистику.
Проведение выборов и голосований:
ROR [Returning Officer Robot] Автор: Gregory Zeldner, 2:5020/1967
Позволяет публиковать кандидатуры, принимать голоса с паролями, проверять их, подсчитывать результаты, публиковать списки паролей для проверки, и т.д.
Разное:
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).
-eof-
В HTML виде, с примерами: fidoecho.zip