отъезд из страны или массовые самоубийства. В то же время, в FidoNet уход или
переход подписчиков в другую эху - вполне нормальный и эффективный способ
воздействия на политику модератора (нет смысла быть модератором в пустой эхе).
#.
Не спасает и то, что в FidoNet отсутствует такой мощный стимул к коррупции, как
частная собственность на какие-либо ресурсы. Однако есть здесь и общий с
RealLife отрицательный момент: В FidoNet, так же как и в RealLife, есть
тенденции к обособлению (бюрократизации) избранных координаторов. Модераторов
эта отрицательная тенденция никак не касается, поскольку их деятельность всем
видна и легко контролируема.
#
#.
#.
Нежелательность таких действий обусловлена прежде всего угрозой, которую они
создают для сети. В суде могут принять решение, которое повредит сети в целом, а
не только участникам конфликта.
Однако в тех случаях, когда координаторы не берут на себя ответственность за
разрешение конфликта (например, принуждение к извинениям под угрозой
экскоммуникации), выбора может и не быть.
Надеяться же, что координаторы смогут регулярно разрешать такие конфликты
нельзя, поскольку они, за редким исключением, не имеют возможности получить
полную и достоверную информацию о конфликте и принять на ее основании верное
решение.
#. При этом модератор должен
оценивать законность лишь в том смысле, насколько это может интересовать
правоохранительные органы. Действительную оценку может вынести лишь суд,
распоряжение которого модератору, конечно, стоит исполнять (по той же причине).
В качестве примера того, как сеть избегает конфликтов, можно привести эхи типа
PVT.CRACK, $CRACK$.*
Очевидна их востребованность, но также и то, что они во многом не соответствуют
законодательству.
Поэтому был избран некий промежуточный вариант: распространение этих эх через
официальный бэкбон региона и крупных сетей запрещено. Однако ничто не мешает
конкретным сисопам организовать их хождение параллельно, или в обход бэкбона.
При этом формально ответственность ложится на этих людей, а не на сеть в целом.
Также стоит отметить, что попытки проводить аналогии с Интернет не очень
уместны. Дело в том, что с точки зрения закона между провайдерами, а также между
провайдерами и клиентами, заключается договор, где многие моменты учтены.
Договор может быть предметом разбирательства в суде.
В FidoNet формальные договоры между линками не заключаются. Поэтому принципы, по
которым будет применяться закон, иные.
Конечно, все это не дает никаких гарантий. Речь идет лишь о необходимости
уменьшить угрозу. Если перед государством встанет задача официально запретить
FidoNet - оно легко найдет массу поводов и причин.
#, RU.MODERATOR
#).
- ... наиболее мягкое, если наказания требуют (нетмейлом) подписчики и наиболее
строгое, если комодераторы (PEHECCAHC
#)
- ... результат засчитывается по среднему арифметическому (RU.MODEM
#).
# следует, что модератор должен подчиняться
решениям R50EC, если они соответствуют этому документу.
Совершать прямые действия в отношении небэкбонных эх *EC не могут (за
исключением рекомендаций и общей координации эхохождения).
#,
в которой, в частности, указано, что эхи - разновидность нетмейла (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) и логично вытекает из принципа построения сети (общедоступность,