Страница:
либо он сам, либо его предшественник, но не оба. Если один че-
ловек совмещает более одной должности координатора, он тем не
менее имеет только один голос.
Предполагается, что Координаторы Сетей оценивают мнение членов
своей сети, и голосуют соответственно. Проводить формальное
голосование не требуется, но Координатор Сети должен проинфор-
мировать сеть о вопросах и договориться о позиции сети. Коор-
динатор Сети действует как представитель рядовых членов
FidoNet.
8. 4 Механизм голосования
Фактический механизм голосования, включая вопрос о том, будет
ли голосование тайным, как будут собираться, проверяться и
подсчитываться голоса, устанавливается по усмотрению Междуна-
родного Координатора. В идеале, сбор голосов должен осущест-
вляться с помощью надежно защищенной системы связи, обеспечи-
ваемой самой FidoNet.
Для обеспечения достаточного времени обсуждения, любое голосо-
вание должно быть объявлено не позднее чем за две недели до
его начала. Время сбора голосов не должно быть менее двух не-
дель.
8. 5 Голосование по Уставу в целом
Поскольку этот Устав взаимно переплетается и содержит ссылки
на себя, то сравнительно простое изменение может повлечь
несколько изменений в документе. Для упрощения процесса при
голосовании делается выбор между целыми документами, а не меж-
ду отдельными изменениями. В простейшем случае, это означает
голосование "за" и "против" по новому документу. Если рассмат-
риваются несколько альтернатив, они должны быть представлены
целыми документами, из которых выбирается один.
8. 6 Принятие решения
Изменение Устава считается вступившим в силу если, после окон-
чания сбора голосов, оно получило большинство поданных го-
лосов. апример, если 350 человек имело право голоса, из них
100 подали голоса, то для объявления вступления в силу измене-
ния требуется как минимум 51 голос "за".
В случае рассмотрения нескольких изменений устава в одном го-
лосовании, версия должна получить более 50% поданных голосов,
чтобы быть ратифицированной. В этом случае голоса воздержав-
шихся от голосования влияют на результат, будучи по существу
голосами против изменения текущего устава, т. к. они увеличива-
ют количество голосов, требуемых для ратификации предлагаемых
изменений.
8. 7 Вотум недоверия Координатору Зоны
8. 7. 1 Проведение
В исключительных случаях, Координатору Зоны может быть вынесе-
но недоверие в результате референдума. Вотум недоверия Коорди-
натору Зоны не обязательно проводится в результате нарушения
Устава. Вотум недоверия объявляется, когда большинство Регио-
нальных Координаторов зоны требуют его проведения от Междуна-
родного Координатора.
8. 7. 2 Процедура, аналогичная референдуму по уставу
Положения разделов 8. 2 и 8. 3 применимы к проведению вотума не-
доверия.
Применимо определение понятия "большинство" в разделе 8. 6.
Право голоса имеют только координаторы данной зоны (даже если
Координатор Зоны является также Международным Координатором).
8. 7. 3 Механизм голосования
Региональный Координатор, назначенный Координатором Зоны, ко-
торому выносится вотум недоверия, устанавливает процедуры го-
лосования, проводит сбор голосов и объявляет результаты. Сме-
щение Координатора Зоны производится в течение двух недель
после окончания голосования, если вотум вынесен.
8. 7. 4 Ограничение проведения вотума одним в год
Смещение Координатора Зоны в первую очередь является механиз-
мом, с помощью которого сеть в целом выражает неудовольствие
толкованием Устава Координатором Зоны. В том или ином случае,
все бывают недовольны тем, как толкуется Устав. Для того, что-
бы Координаторы Зон все же толковали Устав, а не занимались бы
только тем, что защищали себя, между вотумами должен проходить
как минимум один календарный год (независимо от того, как мно-
го человек занимает пост Координатора Зоны в течение этого го-
да. )
Если Координатор Зоны уходит в отставку во время проведения
вотума, вотум считается не имеющим силы и недействительным, и
не входит в квоту "один в год".
9 Урегулирование конфликтов
9. 1 Общие процедуры
Юридическая философия FidoNet может быть выражена двумя прави-
лами:
1) Ты не должен быть чрезмерно некорректным по отношению
к другим.
2) Ты не должен слишком легко раздражаться из-за некор-
ректного поведения по отношению к себе.
Другими словами, каких-нибудь строгих правил не существует, но
ожидается вежливое поведение. Также, в любом конфликте обсуж-
дается вина каждой стороны, и меры могут быть приняты против
любой из них или их обеих. ("Не суди, да не судим будешь! ")
Ответственность за определение "чрезмерно некорректного пове-
дения" лежит на структуре координаторов. Как и общепринятое
определение порнографии ("Я не могу определить это, но знаю,
что это, когда я это вижу. "), точное определение допустимого
поведения в FidoNet невозможно. Основные направления этого
устава намеренно оставлены недостаточно конкретными, чтобы
обеспечить структуре координаторов ту свободу, которая им не-
обходима для соответствия нуждам растущего и меняющегося сооб-
щества.
Первый шаг в любом конфликте между SysOp'ами - это попытка
SysOp'ов связаться напрямую, по крайней мере с помощью
Netmail, но лучше по обычному телефону. Если, подавая жалобу,
вы пропустили этот основной этап, ваша жалоба не будет
рассматриваться.
Рассмотрение формальной жалобы - это действие, к которому не
следует легкомысленно относиться. Расследование и принятие мер
по жалобе требует времени, которое координаторы предпочли бы
потратить на более конструктивную деятельность. Тот, кто
настаивает на рассмотрении мелких жалоб по нарушению устава,
может оказаться виновным в "чрезмерно некорректной" подаче жа-
лобы. Жалобы должны сопровождаться убедительными доказательст-
вами, обычно копиями сообщений; просто голословные жалобы не
рассматриваются.
есоблюдение описанных здесь процедур (в частности, обращение
через голову координатора, или обращение к координатору, не
входящему в цепочку аппеляции) само по себе является некор-
ректным поведением.
9. 2 Проблемы с другим SysOp'ом
Если у вас возникли проблемы с другим SysOp'ом, вы должны пер-
вым делом попробовать урегулировать их через Netmail или в те-
лефонном разговоре с этим SysOp'ом.
Если при этом не удалось решить проблему, вы должны подать жа-
лобу вашему Координатору Сети и Координатору Сети другого
SysOp'a. Если вы, или вы оба не входите в сеть, вы должны по-
дать жалобу соответствующему Региональному Координатору. Если
при этом вы не будете удовлетворены, вы имеете право на аппе-
ляцию, процесс которой описан в разделе 9. 5.
9. 3 Проблемы с вашим Координатором Сети
Если у вас возникли проблемы с вашим Координатором Сети и вам
кажется, что с вами поступают неправильно, вы имеете право на
рассмотрение данной ситуации. Как и во всех конфликтах, первым
шагом является попытка решить проблему, связавшись напрямую.
Следующим шагом вы связываетесь со своим Региональным Коорди-
натором. Если ваш случай заслуживает рассмотрения по существу,
возможны разные варианты предпринятых мер, включая смену Коор-
динатора Сети или даже расформирование вашей сети. Если вам
было отказано в общении вашим Координатором Сети, это решение
может быть отменено, и вы будете восстановлены в сети.
Если вы останетесь недовольны решением Регионального Координа-
тора, вы имеете право на аппеляцию, процесс которой описан в
разделе 9. 5.
9. 4 Проблемы с другими координаторами
Жалобы на некорректное поведение любых координаторов рассмат-
риваются, как описано в разделе 9. 2, и должны подаваться коор-
динатору следующего уровня. апример, если вам кажется, что
ваш Региональный Координатор виновен в некорректном поведении
(в противоположность неспособности исполнять обязанности коор-
динатора), вы должны подать свою жалобу Координатору Зоны.
Жалобы, касающиеся деятельности координатора по выполнению им
обязанностей, предусмотренных уставом, принимаются только от
уровня, непосредственно под ним. апример, жалобы, касающиеся
деятельности Регионального Координатора, принимаются от Коор-
динаторов Сетей и независимых узлов региона. Такие жалобы
должны направляться Координатору Зоны после соответствующих
попыток решить проблемы с помощью непосредственного общения.
9. 5 Процесс аппеляции
а решение, принятое координатором, может быть подана аппеля-
ция следующему уровню. Аппеляция должна быть подана в течение
двух недель после принятия решения, на которое подается аппе-
ляция. Все аппеляции должны следовать по цепочке управления;
если пропущены уровни, аппеляция немедленно отклоняется.
Результатом аппеляции не будет полное расследование, а решение
будет принято на основе документов, предоставленных сторонами
на нижнем уровне. апример, при рассмотрении аппеляции на ре-
шение Координатора Сети Региональный Координатор будет пользо-
ваться информацией, предоставленной этим координатором и по-
давшим жалобу SysOp'ом; Региональный Координатор не обязан
предпринимать попытки независимого сбора информации.
Аппеляция имеет следующую структуру:
Аппеляции на решения Координатора Сети могут быть поданы
соответствующему Региональному Координатору.
Аппеляции на решения Регионального Координатора могут быть
поданы соответствующему Координатору Зоны. Координатор Зоны
принимает решение и доводит его до Региональных Координато-
ров этой зоны. Это решение может быть отменено большинством
голосов Региональных Координаторов.
Аппеляции на решения Координатора Зоны могут быть поданы
Международному Координатору. Международный Координатор при-
нимает решение и доводит его до Совета Координаторов Зон,
который может отменить его большинством голосов.
Если у вас возникла проблема с самим Координатором Зоны, т. е.,
Координатор Зоны нарушил устав по отношению к вам, ваша жалоба
должна быть подана Международному Координатору, который примет
решение и сообщит о нем Совету Координаторов Зон для возможной
отмены, как описано выше.
9. 6 Ограничения срока рассмотрения жалобы
Жалоба не может рассматриваться более 60 дней, начиная с даты
обнаружения источника нарушения, либо по признанию, либо тех-
нической уликой. Жалобы не могут рассматриваться более 120
дней с момента происшествия, если это не определенно незакон-
ное поведение.
9. 7 Право на быстрое решение
От координатора требуется вынести окончательное решение и из-
вестить заинтересованные стороны в течение 30 дней с момента
получения жалобы или аппеляции.
9. 8 Возвращение в первоначальную сеть
Если конфликт по уставу решен, любые узлы, восстановленные в
результате аппеляции, возвращаются в локальную сеть или реги-
он, к которым они географически или технически принадлежат.
9. 9 Echomail
Echomail является важным и мощным средством FidoNet. При
рассмотрении конфликтов по уставу, Echomail - это просто раз-
новидность Netmail, и, таким образом, покрывается Уставом. По
своей природе, Echomail налагает уникальные технические и со-
циальные требования к сети, кроме тех, которые покрываются
данной версией Устава. Таким образом, устав Echomail, расширя-
ющий общий Устав (и не противоречащий ему), поддерживаемый Ко-
ординаторами Echomail, и ратифицированный в процессе, анало-
гичном этому документу, признается Координаторами FidoNet
действительной структурой для решения конфликтов по вопросам,
относящимся к Echomail. В будущем устав Echomail может быть
объединен с данным документом.
9. 10 История прецедентов
Большая часть Устава Fidonet по своей природе такова, что мо-
жет быть истолкована различным образом. икто не может ска-
зать, что нас ждет в этом постоянно изменяющемся мире. Устав
сам по себе является лишь частью того, что используется в ка-
честве основных правил при посредничестве в конфликтах - такой
же или даже более важной частью являются прецеденты.
Для согласования этого процесса истории прецедентов могут быть
добавлены или удалены из данного документа Международным Коор-
динатором, решение которого может быть отменено Советом Коор-
динаторов Зон. Если Устав изменен в сторону отмены действия
прецедента, Устав перекрывает этот прецедент. (Тщательно под-
готовленное изменение предотвращает такую ситуацию, удаляя
ссылку на прецедент, как часть изменения.
Хотя описание прецедента может быть удалено, история прецеден-
та не может быть изменена никоим образом. История прецедента
написана примерно во время решения по нему, теми, кто вовлечен
в него. Изменение текста истории прецедента - это то же самое,
что переписывание истории, нечто совершенно неприемлемое в ор-
ганизации, занимающейся пересылкой информации.
10 Приложения
10. 1 Общие
Приложения к этому документу являются исключениями в нормаль-
ном процессе ратификации. Раздел 10. 2 может быть изменен соот-
ветствующим Координатором Зоны, а раздел 10. 3 может быть изме-
нен Международным Координатором (см. Раздел 9. 10.
10. 2 Время Zone Mail Hour
Zone Mail Hour соблюдается ежедневно, включая выходные и
праздники. Его время основано Международном Координированном
Времени (UTC - Universal Coordinated Time), также известном
как Время Гринвичского Меридиана (GMT - Greenwich Mean time).
В тех местах, где на некоторое время в году вводится летнее
время, местное время ZMH меняется, т. к. FidoNet не соблюдает
летнее время. Точное время ZMH устанавливается для каждой зоны
Координатором Зоны.
В Зоне 1 FidoNet, Zone Mail Hour установлен с 09. 00 до 10. 00
по Гринвичу. В каждой из часовых поясов, это соответствует:
Eastern Standard Time 04. 00 - 05. 00 Central Standard Time
03. 00 - 04. 00 Mountain Standard Time 02. 00 - 03. 00
Pacific Standard Time 01. 00 - 02. 00 Hawaii Standard Time
23. 00 - 00. 00
В Зоне 2 FidoNet, Zone Mail Hour установлен с 02. 30 до 03. 30
по Гринвичу.
В Зоне 3 FidoNet, Zone Mail Hour установлен с 18. 00 до 19. 00
по Гринвичу. В каждом из часовых поясов, это соответствует:
Пояс +12 GMT 06. 00 - 07. 00 (овая Зеландия)
Пояс +10 GMT 04. 00 - 05. 00 (Восточная Австралия) (Папуа -
овая Гвинея) (Микронезия)
Пояс +9, 5 GMT 03. 30 - 04. 30 (Центральная Австралия)
Пояс +9 GMT 03. 00 - 04. 00 (Япония) (Корея) (Восточная Индо-
незия)
Пояс +8 GMT 02. 00 - 03. 00 (Гонконг) (Тайвань) (Центральная
Индонезия) (Филиппины)
Пояс +7 GMT 01. 00 - 02. 00 (Малайзия) (Сингапур) (Таиланд)
(Западная Австралия) (Западная Индонезия)
10. 3 Истории прецедентов
Истории, описывающие прошлые конфликты, показательны, т. к. по-
казывают общие процедуры и методы. Любое решение может быть
включено в этот документ большинством голосов либо Совета Ко-
ординаторов Зоны, либо Региональных Координаторов.
Устав4 вносит значительные изменения в функции Координаторов
Зон и Международного Координатора. В следующих случаях, реше-
ния по которым принимались на основании Устава3, подставьте
"Координатор Зоны" везде, где встречается "Международный Коор-
динатор(*)".
10. 3. 1 Случай нечестного SysOp'a
SysOp одного из локальных узлов использовал Netmail в своей
неэтичной деловой практике. Координатор Сети посчитал это не-
корректным поведением и исключил этот узел из NodeList'a.
SysOp этого узла обратился к Региональному Координатору, чтобы
зарегистрироваться в качестве независимого узла. Региональный
Координатор, проконсультировавшись с Координатором Сети, ре-
шил, что Координатор Сети принял правильное решение. Узлу было
отказано в статусе независимого.
Международный Координатор(*) не вмешивался.
10. 3. 2 Случай Mailer'a - хакера
A sysop of a local node made use of file attaches for extra
users to mail himself the USER. BBS file from several local
boards. Sysop'ы этих BBS посчитали его поведение некорректным
и обратились к Координатору Сети, который согласился и исклю-
чил некорректный узел из NodeList'a.
Консультации с Региональным Координаторм не проводились.
Международный Координатор(*) не вмешивался.
10. 3. 3 Случай беспокойного крикуна
Локальный узел был недоволен Координатором Сети, который, по
его мнению. не предоставлял достаточно услуг. Постоянные жало-
бы Координатору сети не удовлетворили его, поэтому он обра-
тился к Международному Координатору(*).
Международный Координатор(*) не стал рассматривать жалобу,
т. к. жалоба не подавалась Региональному Координатору.
Локальный узел подал жалобу Региональному Координатору, кото-
рый расследовал этот случай и пришел к выводу, что какая-то
доля истины в жалобе была. Он дал совет и помог Координатору
Сети конфигурировать его систему таким образом, чтобы она
обеспечивала более высокий уровень услуг локальным узлам.
Региональный Координатор также решил, что локальный узел был
недоволен, ожидая услуг, не требуемых обычно от Координатора
Сети. Локальный узел был проинформирован об истинных обязан-
ностях Координатора Сети, и ему также посоветовали снизить
уровень своих ожиданий.
10. 3. 4 Случай очень занятого узла
Локальный узел, на котором работал розничный торговец, зани-
мался "бомбардировками", посылая свою рекламу через FidoNet.
Координатор Сети был недоволен тем, что ему приходилось обра-
батывать выходящий трафик в коммерческих целях, и попросил ло-
кальный узел выйти из сети.
Локальный узел обратился к Региональному Координатору, и полу-
чил статус независимого узла в регионе.
10. 3. 5 Метка дьявола
Местный SysOp, чей "почтовый ящик" использовался в связи с
колдовскими ритуалами, хакерством, phreaking, и неприличными
материалами, обратился к Координатору Сети, чтобы получить уз-
ловой номер. Координатор Сети, полагая, что этот "почтовый
ящик" чрезвычайно некорректен, отклонил запрос.
Консультации с Региональным Координаторм не проводились.
Международный Координатор(*), узнав, что консультации с Регио-
нальным Координаторм не проводились, отменил это решение. В
дальнейшем аппеляции не подавались.
10. 3. 6 Случай SysOp'a - идиота
Клиент различных локальных узлов был повсеместно известен сре-
ди SysOp'ов как идиот. Пользователь приобрел свою собственную
систему, стал SysOp'ом, и подал запрос на получение узлового
номера. Координатор Сети отклонил запрос. Аппеляция не была
подана.
10. 3. 7 Случай пристрастия к Echomail
Локальный узел пристрастился к Echomail и принял участие в
нескольких конференциях, направлявших Mail через его сеть. За-
тем он начал свое собственную Echomail-конференцию и трансли-
ровал Echomail между несколькими системами, снова пересылая ее
через сеть.
Координатор Сети заметил, что работа сети заметно ухудшилась.
Он потребовал от узла-нарушителя уменьшить количество
Echomail, проходящей через сеть. Компромисс был достигнут на
том, что большинство трафика Echomail больше не пересылалось
через сеть, а пересылаемый объем Echomail ограничен двадцатью
сообщениями за ночь. Аппеляция не была подана.
10. 3. 8 Случай непостоянной работы "почтового ящика"
Локальный пользователь решил установить узел в благотворитель-
ных целях. Используемая машина в дневное время применялась
также и в других целях, а SysOp часто отлучался. Его коллеги
часто забывали устанавливать систему в конце рабочего дня,
когда его не было на месте, поэтому узел часто в течение про-
должительного времени не отвечал. Координатор Сети, обнаружив,
что узел не способен принимать корреспонденцию, отметил, что
он не отвечает. SysOp возвращался, снова устанавливал "почто-
вый ящик", и просил восстановить его.
В конце концов, Координатор Сети решил, что SysOp не способен
обслуживать надежную систему, и окончательно удалил его из
NodeList'a. Последующие запросы узлового номера от того же
SysOp'a были отклонены. Аппеляция не была подана.
10. 5 Официальные заявления и т. п.
Fido и FidoNet являются зарегистрированными торговыми марками
Fido Software, Inc.
Алфавитный указатель
-1/-1, 2. 3
Автоответчик 2. 3
Административный регион 6. 1
Адрес в сообщении с запросом узлового номера 2. 2
Адрес для напраления материалов для FidoNews 1. 3. 1
Большинство 8. 6, 8. 7. 2
Бомбардировка 4. 2
BossNode 1. 2. 1. 2
Быстрое решение 9. 7
Внесение изменений в NodeList 3. 2
Время обсуждения 8. 2
Время сбора голосов 8. 4
Время Zone Mail Hour 2. 1. 13, 2. 1. 14, 10. 2
Вопросы взаимоотношений между зонами 1. 2. 6
Вотум недоверия 8. 7
Входящая корреспонденция 2. 1. 6. 1
Выборы координаторов 1. 2. 5, 6. 2, 7. 2
Гарантия доставки корреспонденции 1. 3. 6
География 1. 3. 2, 5. 6
Голос 8
право 8. 3, 8. 7. 2
Границы 1. 3. 2
Дата вступления в силу изменений в уставе 8. 2
Должности 3. 4
Дополнительные "почтовые" процедуры в локальных сетях 2. 1. 8
Доступность NodeList'а 1. 3. 4
Доступ пользователя во время ZMH 2. 1. 8
EchoMail 4. 2, 9. 9
Жалоба (по уставу) 2. 1. 6. 1, 9
Загрузка пользователями 3. 6, 4. 5, 5. 8
Заказы (коммерческие) 1. 3. 6
Замена координаторов 1. 2. 8
Замена служб 3. 4
Замена узлового номера 4. 3, 5. 2
ZMH см. Zone Mail Hour
Знакомство с уставом 2. 1. 2, 2. 2
Zone Mail Hour 1. 3. 3, 2. 1. 8
время 2. 1. 13, 2. 1. 14, 10. 2
Зоны 1. 2. 5, 1. 3. 2
Изменение корреспонденции 2. 1. 5
Исключения 5. 6
Исключительность Zone Mail Hour 2. 1. 8
Использование FidoNet в деловых целях 1. 3. 6
Истории прецедентов 9. 10, 10. 3
Как получить узловой номер 2. 2
Кодирование 2. 1. 4, 4. 2
Коммерческие сообщения 1. 3. 6, 2. 1. 4, 4. 2
Контроль и равновесие 1. 2. 8
Конфликты 9
Координатор Сети 1. 2. 3
процедуры 4
замена 5. 7, 9. 3
Координатор Зоны 1. 2. 5, 6
выборы 6. 2
вотум недоверия 8. 7
процедуры 6
смещение 6. 2
отставка во время вотума недоверия 8. 7. 4
Корреспонденция (Mail) 1. 2. 3, 4. 2
Летнее время 2. 1. 14
Mailer 2. 2
Маленькие сети 5. 3
Международный Координатор 1. 4. 1, 1. 4. 9, 7
Местные телефонные сети 1. 3. 2
Местные уставы 1. 2, 3. 3
Модем 2. 2
азначение координаторов 1. 2. 3, 1. 2. 4, 5. 7, 6. 1
National Mail Hour см. Zone Mail Hour
езависимый узел 4. 2, 5. 2
езаконная корреспонденция 4. 2
езаконное поведение 2. 1. 1, 9. 6
екорректное поведение 1. 3. 5, 1. 4. 8, 2. 1. 1, 2. 1. 2, 2. 1. 4,
2. 1. 6, 2. 1. 7, 2. 1. 8, 2. 1. 11, 2. 3, 4. 2, 4. 3, 5. 2, 9, 10
елегальное распространение программного обеспечения 2. 1. 1
еоправданные списки узлов 2. 1. 9
еотвечающая система 2. 3, 4. 4, 5. 5
есоблюдение тайны переписки 2. 1. 6
Network Mail Hour см. Zone Mail Hour
овые SysOp'ы 2. 1. 2, 3. 6
NodeList 1. 3. 4, 2. 2, 4. 4, 5. 5
доступность 3. 1, 4. 5, 5. 8
изменения 4. 4, 5. 2
текущий 2. 1. 11
определение 1. 3. 4
формат 10. 3
официальный 1. 3. 4
омер обычного телефона 2. 2
Обзор пересылаемого трафика 2. 1. 4
Общественный BBS 3. 6
Объявление результатов голосования 8. 2
Ограничение времени принятия решения 9. 7
Ограничение срока рассмотрения жалобы 9. 6
Оператор системы (SysOp) 1. 2. 1
Оправдание частного узла 2. 1. 9
Освобождения, расположение узла 1. 3. 2, 5. 6
Оскорбительные сообщения 2. 1. 5
Основа 4. 5
Отказ в общении 2. 1. 12, 4. 3, 5. 2, 9
Отпуск (каникулы) 2. 3
Отставка Координатора Зоны 8. 7. 4
Пересмотр решений 3. 7
Пересылка 2. 1. 4 - 2. 1. 7, 4. 2
Подготовка материалов для FidoNews 1. 3. 1
Подчинение сверху вниз 1. 4. 9
Point'ы 1. 2. 1. 2, 2. 1. 3
Получение узлового номера 2. 2
Пользователь 1. 2. 1. 1
Почтовый буфер 1. 2. 3. 1, 4. 4
Правила 9. 1
Право голоса 8. 3
Преимущества членства в сети 2. 2
Прецедент 3. 7, 9. 10, 10. 3
Протокол 2. 1. 8
Процедуры SysOp'а 2
Разрешение конфликтов 9
Распределение голосов 8. 2
Ратификация 7. 1
Региональный Координатор 1. 2. 4
процедуры 5
замена 6. 1, 9. 4
Регионы 1. 2. 4
Референдум 1. 2. 7, 8
Решение проблем 9
Сети с тремя уровнями 1. 2. 3. 1
Сеть
преимущества 2. 2
границы 1. 3. 2, 5. 4
определение 1. 2. 3
создание 2. 4, 5. 3
почтовый буфер 1. 2. 3. 1, 4. 4
количество 2. 2, 5. 4
Системы, оставляемые без оператора 2. 3
Соблюдение "почтовых" процедур 2. 1. 8, 2. 1. 10
Совет Координаторов Зон 1. 2. 6, 7. 1
Стандарты (FTSC) 2. 1. 8, 2. 4
Текущий NodeList 2. 1. 11
Телефонные сети 1. 3. 2, 5. 6, 5. 7
Точка происхождения 2. 1. 3
Традиция 3. 7
Требование быть в NodeList'e 1. 3. 4, 2. 1. 2, 2. 2
Узловые номера 4. 3, 5. 2
получение 2. 2
Узлы
определение 1. 2. 1
не отвечающий 2. 3
Уровни FidoNet 1. 2, 1. 4
Устав 3. 1, 3. 3, 4. 5, 5. 8
Файл различий 4. 5, 5. 8, 8. 2
FidoNews 1. 3. 1
доступность 3. 1, 4. 5, 5. 8
FTSC 2. 1. 8, 2. 1. 9, 2. 4
Host-направленная корреспонденция 4. 2
Цепочка аппеляции 9. 5
Цепочка управления 1. 2. 8
Частичный NodeList 1. 3. 4
изменение 8
жалоба 2. 1. 6. 1, 9
знакомство с 2. 1. 2, 2. 2
местный 1. 2, 3. 3
Частная сеть 1. 2. 1. 2
Частные сообщения 2. 1. 6
Частные узлы 2. 1. 9
Членство в управляемой структуре 3. 5
Чрезмерно некорректное поведение 1. 2. 1. 1, 1. 3. 5, 2. 1. 1, 2. 1. 2,
2. 1. 4, 2. 1. 6, 2. 1. 7, 2. 1. 8, 2. 1. 11, 2. 3, 4. 2, 4. 3, 5. 2,
9, 10
Шлюз 2. 1. 3
Язык 1. 0
---
* Origin: Alice BBS ч +7-0572-308773 (2: 461/10)
ловек совмещает более одной должности координатора, он тем не
менее имеет только один голос.
Предполагается, что Координаторы Сетей оценивают мнение членов
своей сети, и голосуют соответственно. Проводить формальное
голосование не требуется, но Координатор Сети должен проинфор-
мировать сеть о вопросах и договориться о позиции сети. Коор-
динатор Сети действует как представитель рядовых членов
FidoNet.
8. 4 Механизм голосования
Фактический механизм голосования, включая вопрос о том, будет
ли голосование тайным, как будут собираться, проверяться и
подсчитываться голоса, устанавливается по усмотрению Междуна-
родного Координатора. В идеале, сбор голосов должен осущест-
вляться с помощью надежно защищенной системы связи, обеспечи-
ваемой самой FidoNet.
Для обеспечения достаточного времени обсуждения, любое голосо-
вание должно быть объявлено не позднее чем за две недели до
его начала. Время сбора голосов не должно быть менее двух не-
дель.
8. 5 Голосование по Уставу в целом
Поскольку этот Устав взаимно переплетается и содержит ссылки
на себя, то сравнительно простое изменение может повлечь
несколько изменений в документе. Для упрощения процесса при
голосовании делается выбор между целыми документами, а не меж-
ду отдельными изменениями. В простейшем случае, это означает
голосование "за" и "против" по новому документу. Если рассмат-
риваются несколько альтернатив, они должны быть представлены
целыми документами, из которых выбирается один.
8. 6 Принятие решения
Изменение Устава считается вступившим в силу если, после окон-
чания сбора голосов, оно получило большинство поданных го-
лосов. апример, если 350 человек имело право голоса, из них
100 подали голоса, то для объявления вступления в силу измене-
ния требуется как минимум 51 голос "за".
В случае рассмотрения нескольких изменений устава в одном го-
лосовании, версия должна получить более 50% поданных голосов,
чтобы быть ратифицированной. В этом случае голоса воздержав-
шихся от голосования влияют на результат, будучи по существу
голосами против изменения текущего устава, т. к. они увеличива-
ют количество голосов, требуемых для ратификации предлагаемых
изменений.
8. 7 Вотум недоверия Координатору Зоны
8. 7. 1 Проведение
В исключительных случаях, Координатору Зоны может быть вынесе-
но недоверие в результате референдума. Вотум недоверия Коорди-
натору Зоны не обязательно проводится в результате нарушения
Устава. Вотум недоверия объявляется, когда большинство Регио-
нальных Координаторов зоны требуют его проведения от Междуна-
родного Координатора.
8. 7. 2 Процедура, аналогичная референдуму по уставу
Положения разделов 8. 2 и 8. 3 применимы к проведению вотума не-
доверия.
Применимо определение понятия "большинство" в разделе 8. 6.
Право голоса имеют только координаторы данной зоны (даже если
Координатор Зоны является также Международным Координатором).
8. 7. 3 Механизм голосования
Региональный Координатор, назначенный Координатором Зоны, ко-
торому выносится вотум недоверия, устанавливает процедуры го-
лосования, проводит сбор голосов и объявляет результаты. Сме-
щение Координатора Зоны производится в течение двух недель
после окончания голосования, если вотум вынесен.
8. 7. 4 Ограничение проведения вотума одним в год
Смещение Координатора Зоны в первую очередь является механиз-
мом, с помощью которого сеть в целом выражает неудовольствие
толкованием Устава Координатором Зоны. В том или ином случае,
все бывают недовольны тем, как толкуется Устав. Для того, что-
бы Координаторы Зон все же толковали Устав, а не занимались бы
только тем, что защищали себя, между вотумами должен проходить
как минимум один календарный год (независимо от того, как мно-
го человек занимает пост Координатора Зоны в течение этого го-
да. )
Если Координатор Зоны уходит в отставку во время проведения
вотума, вотум считается не имеющим силы и недействительным, и
не входит в квоту "один в год".
9 Урегулирование конфликтов
9. 1 Общие процедуры
Юридическая философия FidoNet может быть выражена двумя прави-
лами:
1) Ты не должен быть чрезмерно некорректным по отношению
к другим.
2) Ты не должен слишком легко раздражаться из-за некор-
ректного поведения по отношению к себе.
Другими словами, каких-нибудь строгих правил не существует, но
ожидается вежливое поведение. Также, в любом конфликте обсуж-
дается вина каждой стороны, и меры могут быть приняты против
любой из них или их обеих. ("Не суди, да не судим будешь! ")
Ответственность за определение "чрезмерно некорректного пове-
дения" лежит на структуре координаторов. Как и общепринятое
определение порнографии ("Я не могу определить это, но знаю,
что это, когда я это вижу. "), точное определение допустимого
поведения в FidoNet невозможно. Основные направления этого
устава намеренно оставлены недостаточно конкретными, чтобы
обеспечить структуре координаторов ту свободу, которая им не-
обходима для соответствия нуждам растущего и меняющегося сооб-
щества.
Первый шаг в любом конфликте между SysOp'ами - это попытка
SysOp'ов связаться напрямую, по крайней мере с помощью
Netmail, но лучше по обычному телефону. Если, подавая жалобу,
вы пропустили этот основной этап, ваша жалоба не будет
рассматриваться.
Рассмотрение формальной жалобы - это действие, к которому не
следует легкомысленно относиться. Расследование и принятие мер
по жалобе требует времени, которое координаторы предпочли бы
потратить на более конструктивную деятельность. Тот, кто
настаивает на рассмотрении мелких жалоб по нарушению устава,
может оказаться виновным в "чрезмерно некорректной" подаче жа-
лобы. Жалобы должны сопровождаться убедительными доказательст-
вами, обычно копиями сообщений; просто голословные жалобы не
рассматриваются.
есоблюдение описанных здесь процедур (в частности, обращение
через голову координатора, или обращение к координатору, не
входящему в цепочку аппеляции) само по себе является некор-
ректным поведением.
9. 2 Проблемы с другим SysOp'ом
Если у вас возникли проблемы с другим SysOp'ом, вы должны пер-
вым делом попробовать урегулировать их через Netmail или в те-
лефонном разговоре с этим SysOp'ом.
Если при этом не удалось решить проблему, вы должны подать жа-
лобу вашему Координатору Сети и Координатору Сети другого
SysOp'a. Если вы, или вы оба не входите в сеть, вы должны по-
дать жалобу соответствующему Региональному Координатору. Если
при этом вы не будете удовлетворены, вы имеете право на аппе-
ляцию, процесс которой описан в разделе 9. 5.
9. 3 Проблемы с вашим Координатором Сети
Если у вас возникли проблемы с вашим Координатором Сети и вам
кажется, что с вами поступают неправильно, вы имеете право на
рассмотрение данной ситуации. Как и во всех конфликтах, первым
шагом является попытка решить проблему, связавшись напрямую.
Следующим шагом вы связываетесь со своим Региональным Коорди-
натором. Если ваш случай заслуживает рассмотрения по существу,
возможны разные варианты предпринятых мер, включая смену Коор-
динатора Сети или даже расформирование вашей сети. Если вам
было отказано в общении вашим Координатором Сети, это решение
может быть отменено, и вы будете восстановлены в сети.
Если вы останетесь недовольны решением Регионального Координа-
тора, вы имеете право на аппеляцию, процесс которой описан в
разделе 9. 5.
9. 4 Проблемы с другими координаторами
Жалобы на некорректное поведение любых координаторов рассмат-
риваются, как описано в разделе 9. 2, и должны подаваться коор-
динатору следующего уровня. апример, если вам кажется, что
ваш Региональный Координатор виновен в некорректном поведении
(в противоположность неспособности исполнять обязанности коор-
динатора), вы должны подать свою жалобу Координатору Зоны.
Жалобы, касающиеся деятельности координатора по выполнению им
обязанностей, предусмотренных уставом, принимаются только от
уровня, непосредственно под ним. апример, жалобы, касающиеся
деятельности Регионального Координатора, принимаются от Коор-
динаторов Сетей и независимых узлов региона. Такие жалобы
должны направляться Координатору Зоны после соответствующих
попыток решить проблемы с помощью непосредственного общения.
9. 5 Процесс аппеляции
а решение, принятое координатором, может быть подана аппеля-
ция следующему уровню. Аппеляция должна быть подана в течение
двух недель после принятия решения, на которое подается аппе-
ляция. Все аппеляции должны следовать по цепочке управления;
если пропущены уровни, аппеляция немедленно отклоняется.
Результатом аппеляции не будет полное расследование, а решение
будет принято на основе документов, предоставленных сторонами
на нижнем уровне. апример, при рассмотрении аппеляции на ре-
шение Координатора Сети Региональный Координатор будет пользо-
ваться информацией, предоставленной этим координатором и по-
давшим жалобу SysOp'ом; Региональный Координатор не обязан
предпринимать попытки независимого сбора информации.
Аппеляция имеет следующую структуру:
Аппеляции на решения Координатора Сети могут быть поданы
соответствующему Региональному Координатору.
Аппеляции на решения Регионального Координатора могут быть
поданы соответствующему Координатору Зоны. Координатор Зоны
принимает решение и доводит его до Региональных Координато-
ров этой зоны. Это решение может быть отменено большинством
голосов Региональных Координаторов.
Аппеляции на решения Координатора Зоны могут быть поданы
Международному Координатору. Международный Координатор при-
нимает решение и доводит его до Совета Координаторов Зон,
который может отменить его большинством голосов.
Если у вас возникла проблема с самим Координатором Зоны, т. е.,
Координатор Зоны нарушил устав по отношению к вам, ваша жалоба
должна быть подана Международному Координатору, который примет
решение и сообщит о нем Совету Координаторов Зон для возможной
отмены, как описано выше.
9. 6 Ограничения срока рассмотрения жалобы
Жалоба не может рассматриваться более 60 дней, начиная с даты
обнаружения источника нарушения, либо по признанию, либо тех-
нической уликой. Жалобы не могут рассматриваться более 120
дней с момента происшествия, если это не определенно незакон-
ное поведение.
9. 7 Право на быстрое решение
От координатора требуется вынести окончательное решение и из-
вестить заинтересованные стороны в течение 30 дней с момента
получения жалобы или аппеляции.
9. 8 Возвращение в первоначальную сеть
Если конфликт по уставу решен, любые узлы, восстановленные в
результате аппеляции, возвращаются в локальную сеть или реги-
он, к которым они географически или технически принадлежат.
9. 9 Echomail
Echomail является важным и мощным средством FidoNet. При
рассмотрении конфликтов по уставу, Echomail - это просто раз-
новидность Netmail, и, таким образом, покрывается Уставом. По
своей природе, Echomail налагает уникальные технические и со-
циальные требования к сети, кроме тех, которые покрываются
данной версией Устава. Таким образом, устав Echomail, расширя-
ющий общий Устав (и не противоречащий ему), поддерживаемый Ко-
ординаторами Echomail, и ратифицированный в процессе, анало-
гичном этому документу, признается Координаторами FidoNet
действительной структурой для решения конфликтов по вопросам,
относящимся к Echomail. В будущем устав Echomail может быть
объединен с данным документом.
9. 10 История прецедентов
Большая часть Устава Fidonet по своей природе такова, что мо-
жет быть истолкована различным образом. икто не может ска-
зать, что нас ждет в этом постоянно изменяющемся мире. Устав
сам по себе является лишь частью того, что используется в ка-
честве основных правил при посредничестве в конфликтах - такой
же или даже более важной частью являются прецеденты.
Для согласования этого процесса истории прецедентов могут быть
добавлены или удалены из данного документа Международным Коор-
динатором, решение которого может быть отменено Советом Коор-
динаторов Зон. Если Устав изменен в сторону отмены действия
прецедента, Устав перекрывает этот прецедент. (Тщательно под-
готовленное изменение предотвращает такую ситуацию, удаляя
ссылку на прецедент, как часть изменения.
Хотя описание прецедента может быть удалено, история прецеден-
та не может быть изменена никоим образом. История прецедента
написана примерно во время решения по нему, теми, кто вовлечен
в него. Изменение текста истории прецедента - это то же самое,
что переписывание истории, нечто совершенно неприемлемое в ор-
ганизации, занимающейся пересылкой информации.
10 Приложения
10. 1 Общие
Приложения к этому документу являются исключениями в нормаль-
ном процессе ратификации. Раздел 10. 2 может быть изменен соот-
ветствующим Координатором Зоны, а раздел 10. 3 может быть изме-
нен Международным Координатором (см. Раздел 9. 10.
10. 2 Время Zone Mail Hour
Zone Mail Hour соблюдается ежедневно, включая выходные и
праздники. Его время основано Международном Координированном
Времени (UTC - Universal Coordinated Time), также известном
как Время Гринвичского Меридиана (GMT - Greenwich Mean time).
В тех местах, где на некоторое время в году вводится летнее
время, местное время ZMH меняется, т. к. FidoNet не соблюдает
летнее время. Точное время ZMH устанавливается для каждой зоны
Координатором Зоны.
В Зоне 1 FidoNet, Zone Mail Hour установлен с 09. 00 до 10. 00
по Гринвичу. В каждой из часовых поясов, это соответствует:
Eastern Standard Time 04. 00 - 05. 00 Central Standard Time
03. 00 - 04. 00 Mountain Standard Time 02. 00 - 03. 00
Pacific Standard Time 01. 00 - 02. 00 Hawaii Standard Time
23. 00 - 00. 00
В Зоне 2 FidoNet, Zone Mail Hour установлен с 02. 30 до 03. 30
по Гринвичу.
В Зоне 3 FidoNet, Zone Mail Hour установлен с 18. 00 до 19. 00
по Гринвичу. В каждом из часовых поясов, это соответствует:
Пояс +12 GMT 06. 00 - 07. 00 (овая Зеландия)
Пояс +10 GMT 04. 00 - 05. 00 (Восточная Австралия) (Папуа -
овая Гвинея) (Микронезия)
Пояс +9, 5 GMT 03. 30 - 04. 30 (Центральная Австралия)
Пояс +9 GMT 03. 00 - 04. 00 (Япония) (Корея) (Восточная Индо-
незия)
Пояс +8 GMT 02. 00 - 03. 00 (Гонконг) (Тайвань) (Центральная
Индонезия) (Филиппины)
Пояс +7 GMT 01. 00 - 02. 00 (Малайзия) (Сингапур) (Таиланд)
(Западная Австралия) (Западная Индонезия)
10. 3 Истории прецедентов
Истории, описывающие прошлые конфликты, показательны, т. к. по-
казывают общие процедуры и методы. Любое решение может быть
включено в этот документ большинством голосов либо Совета Ко-
ординаторов Зоны, либо Региональных Координаторов.
Устав4 вносит значительные изменения в функции Координаторов
Зон и Международного Координатора. В следующих случаях, реше-
ния по которым принимались на основании Устава3, подставьте
"Координатор Зоны" везде, где встречается "Международный Коор-
динатор(*)".
10. 3. 1 Случай нечестного SysOp'a
SysOp одного из локальных узлов использовал Netmail в своей
неэтичной деловой практике. Координатор Сети посчитал это не-
корректным поведением и исключил этот узел из NodeList'a.
SysOp этого узла обратился к Региональному Координатору, чтобы
зарегистрироваться в качестве независимого узла. Региональный
Координатор, проконсультировавшись с Координатором Сети, ре-
шил, что Координатор Сети принял правильное решение. Узлу было
отказано в статусе независимого.
Международный Координатор(*) не вмешивался.
10. 3. 2 Случай Mailer'a - хакера
A sysop of a local node made use of file attaches for extra
users to mail himself the USER. BBS file from several local
boards. Sysop'ы этих BBS посчитали его поведение некорректным
и обратились к Координатору Сети, который согласился и исклю-
чил некорректный узел из NodeList'a.
Консультации с Региональным Координаторм не проводились.
Международный Координатор(*) не вмешивался.
10. 3. 3 Случай беспокойного крикуна
Локальный узел был недоволен Координатором Сети, который, по
его мнению. не предоставлял достаточно услуг. Постоянные жало-
бы Координатору сети не удовлетворили его, поэтому он обра-
тился к Международному Координатору(*).
Международный Координатор(*) не стал рассматривать жалобу,
т. к. жалоба не подавалась Региональному Координатору.
Локальный узел подал жалобу Региональному Координатору, кото-
рый расследовал этот случай и пришел к выводу, что какая-то
доля истины в жалобе была. Он дал совет и помог Координатору
Сети конфигурировать его систему таким образом, чтобы она
обеспечивала более высокий уровень услуг локальным узлам.
Региональный Координатор также решил, что локальный узел был
недоволен, ожидая услуг, не требуемых обычно от Координатора
Сети. Локальный узел был проинформирован об истинных обязан-
ностях Координатора Сети, и ему также посоветовали снизить
уровень своих ожиданий.
10. 3. 4 Случай очень занятого узла
Локальный узел, на котором работал розничный торговец, зани-
мался "бомбардировками", посылая свою рекламу через FidoNet.
Координатор Сети был недоволен тем, что ему приходилось обра-
батывать выходящий трафик в коммерческих целях, и попросил ло-
кальный узел выйти из сети.
Локальный узел обратился к Региональному Координатору, и полу-
чил статус независимого узла в регионе.
10. 3. 5 Метка дьявола
Местный SysOp, чей "почтовый ящик" использовался в связи с
колдовскими ритуалами, хакерством, phreaking, и неприличными
материалами, обратился к Координатору Сети, чтобы получить уз-
ловой номер. Координатор Сети, полагая, что этот "почтовый
ящик" чрезвычайно некорректен, отклонил запрос.
Консультации с Региональным Координаторм не проводились.
Международный Координатор(*), узнав, что консультации с Регио-
нальным Координаторм не проводились, отменил это решение. В
дальнейшем аппеляции не подавались.
10. 3. 6 Случай SysOp'a - идиота
Клиент различных локальных узлов был повсеместно известен сре-
ди SysOp'ов как идиот. Пользователь приобрел свою собственную
систему, стал SysOp'ом, и подал запрос на получение узлового
номера. Координатор Сети отклонил запрос. Аппеляция не была
подана.
10. 3. 7 Случай пристрастия к Echomail
Локальный узел пристрастился к Echomail и принял участие в
нескольких конференциях, направлявших Mail через его сеть. За-
тем он начал свое собственную Echomail-конференцию и трансли-
ровал Echomail между несколькими системами, снова пересылая ее
через сеть.
Координатор Сети заметил, что работа сети заметно ухудшилась.
Он потребовал от узла-нарушителя уменьшить количество
Echomail, проходящей через сеть. Компромисс был достигнут на
том, что большинство трафика Echomail больше не пересылалось
через сеть, а пересылаемый объем Echomail ограничен двадцатью
сообщениями за ночь. Аппеляция не была подана.
10. 3. 8 Случай непостоянной работы "почтового ящика"
Локальный пользователь решил установить узел в благотворитель-
ных целях. Используемая машина в дневное время применялась
также и в других целях, а SysOp часто отлучался. Его коллеги
часто забывали устанавливать систему в конце рабочего дня,
когда его не было на месте, поэтому узел часто в течение про-
должительного времени не отвечал. Координатор Сети, обнаружив,
что узел не способен принимать корреспонденцию, отметил, что
он не отвечает. SysOp возвращался, снова устанавливал "почто-
вый ящик", и просил восстановить его.
В конце концов, Координатор Сети решил, что SysOp не способен
обслуживать надежную систему, и окончательно удалил его из
NodeList'a. Последующие запросы узлового номера от того же
SysOp'a были отклонены. Аппеляция не была подана.
10. 5 Официальные заявления и т. п.
Fido и FidoNet являются зарегистрированными торговыми марками
Fido Software, Inc.
Алфавитный указатель
-1/-1, 2. 3
Автоответчик 2. 3
Административный регион 6. 1
Адрес в сообщении с запросом узлового номера 2. 2
Адрес для напраления материалов для FidoNews 1. 3. 1
Большинство 8. 6, 8. 7. 2
Бомбардировка 4. 2
BossNode 1. 2. 1. 2
Быстрое решение 9. 7
Внесение изменений в NodeList 3. 2
Время обсуждения 8. 2
Время сбора голосов 8. 4
Время Zone Mail Hour 2. 1. 13, 2. 1. 14, 10. 2
Вопросы взаимоотношений между зонами 1. 2. 6
Вотум недоверия 8. 7
Входящая корреспонденция 2. 1. 6. 1
Выборы координаторов 1. 2. 5, 6. 2, 7. 2
Гарантия доставки корреспонденции 1. 3. 6
География 1. 3. 2, 5. 6
Голос 8
право 8. 3, 8. 7. 2
Границы 1. 3. 2
Дата вступления в силу изменений в уставе 8. 2
Должности 3. 4
Дополнительные "почтовые" процедуры в локальных сетях 2. 1. 8
Доступность NodeList'а 1. 3. 4
Доступ пользователя во время ZMH 2. 1. 8
EchoMail 4. 2, 9. 9
Жалоба (по уставу) 2. 1. 6. 1, 9
Загрузка пользователями 3. 6, 4. 5, 5. 8
Заказы (коммерческие) 1. 3. 6
Замена координаторов 1. 2. 8
Замена служб 3. 4
Замена узлового номера 4. 3, 5. 2
ZMH см. Zone Mail Hour
Знакомство с уставом 2. 1. 2, 2. 2
Zone Mail Hour 1. 3. 3, 2. 1. 8
время 2. 1. 13, 2. 1. 14, 10. 2
Зоны 1. 2. 5, 1. 3. 2
Изменение корреспонденции 2. 1. 5
Исключения 5. 6
Исключительность Zone Mail Hour 2. 1. 8
Использование FidoNet в деловых целях 1. 3. 6
Истории прецедентов 9. 10, 10. 3
Как получить узловой номер 2. 2
Кодирование 2. 1. 4, 4. 2
Коммерческие сообщения 1. 3. 6, 2. 1. 4, 4. 2
Контроль и равновесие 1. 2. 8
Конфликты 9
Координатор Сети 1. 2. 3
процедуры 4
замена 5. 7, 9. 3
Координатор Зоны 1. 2. 5, 6
выборы 6. 2
вотум недоверия 8. 7
процедуры 6
смещение 6. 2
отставка во время вотума недоверия 8. 7. 4
Корреспонденция (Mail) 1. 2. 3, 4. 2
Летнее время 2. 1. 14
Mailer 2. 2
Маленькие сети 5. 3
Международный Координатор 1. 4. 1, 1. 4. 9, 7
Местные телефонные сети 1. 3. 2
Местные уставы 1. 2, 3. 3
Модем 2. 2
азначение координаторов 1. 2. 3, 1. 2. 4, 5. 7, 6. 1
National Mail Hour см. Zone Mail Hour
езависимый узел 4. 2, 5. 2
езаконная корреспонденция 4. 2
езаконное поведение 2. 1. 1, 9. 6
екорректное поведение 1. 3. 5, 1. 4. 8, 2. 1. 1, 2. 1. 2, 2. 1. 4,
2. 1. 6, 2. 1. 7, 2. 1. 8, 2. 1. 11, 2. 3, 4. 2, 4. 3, 5. 2, 9, 10
елегальное распространение программного обеспечения 2. 1. 1
еоправданные списки узлов 2. 1. 9
еотвечающая система 2. 3, 4. 4, 5. 5
есоблюдение тайны переписки 2. 1. 6
Network Mail Hour см. Zone Mail Hour
овые SysOp'ы 2. 1. 2, 3. 6
NodeList 1. 3. 4, 2. 2, 4. 4, 5. 5
доступность 3. 1, 4. 5, 5. 8
изменения 4. 4, 5. 2
текущий 2. 1. 11
определение 1. 3. 4
формат 10. 3
официальный 1. 3. 4
омер обычного телефона 2. 2
Обзор пересылаемого трафика 2. 1. 4
Общественный BBS 3. 6
Объявление результатов голосования 8. 2
Ограничение времени принятия решения 9. 7
Ограничение срока рассмотрения жалобы 9. 6
Оператор системы (SysOp) 1. 2. 1
Оправдание частного узла 2. 1. 9
Освобождения, расположение узла 1. 3. 2, 5. 6
Оскорбительные сообщения 2. 1. 5
Основа 4. 5
Отказ в общении 2. 1. 12, 4. 3, 5. 2, 9
Отпуск (каникулы) 2. 3
Отставка Координатора Зоны 8. 7. 4
Пересмотр решений 3. 7
Пересылка 2. 1. 4 - 2. 1. 7, 4. 2
Подготовка материалов для FidoNews 1. 3. 1
Подчинение сверху вниз 1. 4. 9
Point'ы 1. 2. 1. 2, 2. 1. 3
Получение узлового номера 2. 2
Пользователь 1. 2. 1. 1
Почтовый буфер 1. 2. 3. 1, 4. 4
Правила 9. 1
Право голоса 8. 3
Преимущества членства в сети 2. 2
Прецедент 3. 7, 9. 10, 10. 3
Протокол 2. 1. 8
Процедуры SysOp'а 2
Разрешение конфликтов 9
Распределение голосов 8. 2
Ратификация 7. 1
Региональный Координатор 1. 2. 4
процедуры 5
замена 6. 1, 9. 4
Регионы 1. 2. 4
Референдум 1. 2. 7, 8
Решение проблем 9
Сети с тремя уровнями 1. 2. 3. 1
Сеть
преимущества 2. 2
границы 1. 3. 2, 5. 4
определение 1. 2. 3
создание 2. 4, 5. 3
почтовый буфер 1. 2. 3. 1, 4. 4
количество 2. 2, 5. 4
Системы, оставляемые без оператора 2. 3
Соблюдение "почтовых" процедур 2. 1. 8, 2. 1. 10
Совет Координаторов Зон 1. 2. 6, 7. 1
Стандарты (FTSC) 2. 1. 8, 2. 4
Текущий NodeList 2. 1. 11
Телефонные сети 1. 3. 2, 5. 6, 5. 7
Точка происхождения 2. 1. 3
Традиция 3. 7
Требование быть в NodeList'e 1. 3. 4, 2. 1. 2, 2. 2
Узловые номера 4. 3, 5. 2
получение 2. 2
Узлы
определение 1. 2. 1
не отвечающий 2. 3
Уровни FidoNet 1. 2, 1. 4
Устав 3. 1, 3. 3, 4. 5, 5. 8
Файл различий 4. 5, 5. 8, 8. 2
FidoNews 1. 3. 1
доступность 3. 1, 4. 5, 5. 8
FTSC 2. 1. 8, 2. 1. 9, 2. 4
Host-направленная корреспонденция 4. 2
Цепочка аппеляции 9. 5
Цепочка управления 1. 2. 8
Частичный NodeList 1. 3. 4
изменение 8
жалоба 2. 1. 6. 1, 9
знакомство с 2. 1. 2, 2. 2
местный 1. 2, 3. 3
Частная сеть 1. 2. 1. 2
Частные сообщения 2. 1. 6
Частные узлы 2. 1. 9
Членство в управляемой структуре 3. 5
Чрезмерно некорректное поведение 1. 2. 1. 1, 1. 3. 5, 2. 1. 1, 2. 1. 2,
2. 1. 4, 2. 1. 6, 2. 1. 7, 2. 1. 8, 2. 1. 11, 2. 3, 4. 2, 4. 3, 5. 2,
9, 10
Шлюз 2. 1. 3
Язык 1. 0
---
* Origin: Alice BBS ч +7-0572-308773 (2: 461/10)