xt"># в 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.

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