Оглавление:

1. Содержание
2. Цель данного документа
3. Функционирование на региональном уровне
4. Модераторы конференций
5. Технические области
6. Порядок разрешения конфликтов
7. Порядок принятия и изменения эхополиси

3.0 Модераторы конференций

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

3.1 Признание модераторов

Модератор признается следующим образом:

1) При создании конференции модератором становится лицо, создавшее
конференцию.

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

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

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

Поощряется назначение модераторами комодераторов для помощи и замены
модераторов на время отсутствия.

3.2 Обязанности модераторов

Модераторы отвечают за следующий круг вопросов:

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

2) Просмотр сообщений в их конференциях на предмет соответствия теме и
правилам конференции.

3) Пресечение появления в их конференциях нелегальной информации или
содействия нелегальной деятельности.

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

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

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

В случае нарушения режима read-only пойнтом модератору следует уведомить
об этом сисопа узла - в этом случае сисопу следует обеспечить read-only
путем проведения разъяснительной работы с пойнтом или с использованием
технических средств.

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

В случае невыполнения аплинком директивы модератора, модератор может
потребовать, чтобы в read-only был переведен этот аплинк и т.д. Такое
требование оформляется в виде нетмейл-сообщения аплинку, снабжающему
аплинка, противодействующего модератору, вместе с копией аплинку, не
выполнившему требование модератора. После проверки информации аплинк,
противодействующий модератору, отключается от данной конференции.
Одновременно модератор информирует REC'а о факте нарушения режима
read-only в его конференции.

Hевыполнение сисопами узлов требований модератора, касающихся
обеспечения режима read-only для отключенных подписчиков, является
основанием для подачи REC'ом жалобы в адрес NC узла-нарушителя (или RC,в
случае, если узел-нарушитель - независимый узел в регионе), с целью
принятия им решения о дальнейшем функционировании данного узла. В случае
отсутствия решения NC по данной жалобе в течение 7 дней, соответствующее
решение принимает RC.

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

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