align="left">Даже если *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

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'ов иногда перечисляют в правилах либо отдельным письмом #, чтобы подчеркнуть наиболее распространенные ситуации (из него не следует, разумеется, что все остальные темы разрешены).

Примеры очевидных 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 (не приветствуется многими модераторами).

Псевдонимы и RealName

Использование псевдонима

Рассмотрим вопрос соответствия имени указанного подписчиком во 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 эх

Во некоторых эхах, помимо правил, регулярно публикуются 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.

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