-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Устав Фидонет Версия 4.07 9 июня 1989 Этот документ утвержден голосованием координаторов Фидонет и является текущим уставом Фидонет до отмены. (Отличие от версии 4.06 состоит в предыдущем предложении). /* Данный текст утвержден R50C в качестве официального перевода Устава Фидонет на русский язык. Целостность обеспечивается цифровой подписью автора перевода - сисопа узла 2:5020/545 - ключом RSA 3FEDC457 с отпечатком 742D E2A8 B76C DD03 BC8A 8312 63C9 B45E 3FED C457, а оригинальный файл доступен по адресу http://gremlin.ru/fido/fpd.ru.txt (прим. пер.) */ 1. Обзор Этот документ устанавливает правила для сисопов, являющихся участниками организации информационных систем (BBS) Фидонет. Сеть Фидонет определяется файлом NodeList (нодлист, список узлов), еженедельно издаваемым международным координатором (International Coordinator). Для дополнительного описания локальных особенностей и процедур на уровне зон, регионов или сетей могут издаваться собственные уставы. Как правило, уставы нижнего уровня не могут противоречить этому документу, однако, будучи утвержденными международным координатором, локальные документы могут быть использованы для описания отличий, обусловленных местной спецификой. Локальные уставы не могут налагать на участников Фидонет дополнительных ограничений, не описанных в этом документе, за исключением введения локальных почтовых периодов. 1.0. Язык Официальный язык Фидонет - английский. Для всех документов должен существовать английский текст. Поощряется перевод на другие языки. 1.1. Введение Фидонет - это любительская система обмена сообщениями. Таким образом, все ее участники и операторы работают добровольно и бесплатно. Объединяя в 1984 году нескольких друзей, обменивавшихся сообщениями, по состоянию на 1989 год она включает более 5000 систем на шести континентах. Фидонет не является ни общедоступной транспортной сетью, ни сетью массового обслуживания, а общественной сетью является только в том смысле, что составляющие эту сеть узлы могут, используя свои ресурсы, предоставлять доступ к ней всем желающим. Фидонет настолько велика, что может развалиться от собственной тяжести при отсутствии структурирования и управления. Структурирование обеспечивается многосетевой организацией, а управление - распределенным руководством. Этот документ описывает процедуры, разработанные для управления сетью. 1.2. Организация Системы Фидонет группируются в несколько уровней, и их администрирование распределено соответствующим образом. В этом разделе приведено краткое описание структуры - обязанности координаторов разных уровней приводятся далее. 1.2.1. Индивидуальные системы и системные операторы Наименьшей структурной единицей Фидонет является индивидуальная система (node, узел), определяемая одной записью в нодлисте. Системный оператор (сисоп) узла формулирует принципы работы своей системы и взаимоотношений с пользователями. Сисоп должен поддерживать связность с остальной системой Фидонет для пересылки и приема почты, а локальные правила должны быть согласованы с другими уровнями Фидонет. 1.2.1.1. Пользователи Сисопы несут ответственность за все действия пользователей по отношению к остальной части Фидонет (если пользователь вызывает возмущение, сисоп вызывает возмущение). Любой трафик, входящий в Фидонет через узел, если не исходит непосредственно от сисопа, считается исходящим от пользователя узла и, таким образом, сисоп несет за него ответственность (см. пункт 2.1.3). 1.2.1.2. Пойнты Пойнт (point, буквально: "точка") - это совместимая с Фидонет система, которая не входит в нодлист, но связывается с Фидонет через некий узел, являющийся для пойнта "боссом" (boss node). Пойнт является частным случаем пользователя - то есть, узел-босс несет ответственность за сообщения от пойнта (см. пункт 2.1.3). Пойнт использует адрес босса, указанный в нодлисте - например, пойнт узла 114/15 может иметь адрес 114/15.12. Сообщения, адресованные пойнту, посылаются боссу, который затем направляет их пойнту. Поддерживая пойнтов, босс может использовать внутренний номер сети, который не должен быть виден вне связи босс-пойнт. К сожалению, если пойнт обращается к другой системе напрямую (например, для файлового запроса), эта внутренняя сеть будет видна в адресе вызывающего. /* В настоящее время от этой технологии отказались в пользу полной 4D адресации (прим. пер.) */ Именно в этом и состоит отличие пойнтов от пользователей BBS - они используют Фидонет-совместимые мейлеры и способны связываться с другими узлами Фидонет минуя узел босса. 1.2.3. Сети и сетевые координаторы Сеть (Network) представляет собой множество узлов одной географической области - как правило, определяемое удобством связи между ними. Сети оптимизируют обмен сообщениями с целью снижения расходов на связь. Сетевой координатор (Network Coordinator, NC) отвечает за ведение списка узлов сети, а также за обеспечение доставки сетевой почты (netmail, нетмейл), посылаемой участникам сети от других узлов Фидонет. Сетевой координатор может обеспечивать и пересылку исходящей почты, но не обязан это делать. Сетевой координатор назначается региональным координатором (Regional Coordinator, RC). 1.2.3.1. Почтовые хабы сети (Network Routing Hubs). Хабы (hub) существуют только в некоторых сетях. Они могут назначаться сетевым координатором, чтобы упростить управление большой сетью. Их обязанности устанавливаются по соглашению между сетевым координатором и сисопами хабов, и не описываются в данном документе, за исключением того, что координатор не может делегировать им разбор конфликтов. 1.2.4. Регионы и региональные координаторы Регион (Region) - это определенная географическая область, включающая узлы, которые могут быть объединены либо не объединены в сети. Типовой регион содержит множество узлов, объединенных в сети, и некоторое количество независимых узлов, не являющихся частью какой-либо сети. Региональный координатор (Regional Coordinator, RC) ведет список независимых узлов региона и принимает сетевые сегменты нодлиста от сетевых координаторов региона. Эти списки объединяются в региональный сегмент нодлиста, который затем пересылается зональному координатору (Zone Coordinator, ZC). Региональный координатор не обязан обеспечивать пересылку почты узлам региона. Региональные координаторы назначаются зональным координатором. 1.2.5. Зоны и зональные координаторы Зона (Zone) - это большая географическая область, включающая несколько регионов и покрывающая одну или несколько стран или континентов. Зональный координатор (Zone Coordinator, ZC) объединяет нодлисты всех регионов зоны, и создает главный нодлист и файл изменений (NodeDiff), которые затем распространяются по Фидонет в зоне. Зональный координатор не обязан обеспечивать пересылку почты узлам зоны. Зональный координатор избирается региональными координаторами этой зоны. 1.2.6. Совет зональных координаторов В некоторых случаях зональные координаторы работают как совет при международном координаторе - в частности, этот совет рассматривает вопросы взаимоотношений между зонами, в том числе уточнение деталей при выпуске нодлиста, посредничество в межзональных конфликтах, и другие вопросы, не решаемые на низлежащих уровнях Фидонет. 1.2.7. Международный координатор (International Coordinator). Международный координатор - это "первый среди равных" зональный координатор, который координирует совместный выпуск единого нодлиста зональными координаторами. Международный координатор действует как председатель совета зональных координаторов и как председатель избирательной комиссии при выборах - он объявляет референдум, собирает и подсчитывает бюллетени и объявляет результат голосования по вопросам, касающимся Фидонет целиком. Международный координатор избирается зональными координаторами. 1.2.8. Вертикальная иерархия. Контроль и равновесие. Вышеописанная иерархия призвана распределить управление Фидонет вплоть до самого нижнего уровня, в то же время позволяя осуществлять единое управление всей системой. Управление становится возможным в результате подчинения нижних уровней верхним. Это значит, что должностное лицо некоторого уровня несет ответственность перед вышестоящим должностным лицом за происходящее на нижних уровнях. Например, региональный координатор отвечает перед зональным координатором за все происходящее в регионе. С точки зрения зонального координатора, региональный координатор полностью отвечает за стабильное функционирование региона. Аналогично, с точки зрения регионального координатора, за стабильное функционирование сети несет ответственность сетевой координатор. Если должностное лицо на любом уровне выше сисопа не может надлежащим образом исполнять свои обязанности, то должностное лицо, стоящее в иерархии непосредственно над ним, может сместить его с должности и назначить другого человека. Например, если региональный координатор не справляется со своими обязанностями, зональный координатор может найти ему замену. Чтобы обеспечить контроль и равновесие на самом высоком уровне Фидонет, из правила организации сверху вниз есть два исключения. Первое состоит в том, что зональные координаторы и международный координатор избираются большинством голосов региональных и зональных координаторов соответственно. Второе, аналогично, состоит в том, что решения, принятые международным координатором могут быть отменены советом зональных координаторов, а решения, принятые зональным координатором, могут быть отменены региональными координаторами. Более подробно это описано в разделах 6 и 7. Решения, принятые координаторами других уровней, не могут быть отменены голосованием на нижних уровнях, но могут быть обжалованы - этот процесс описан в пункте 9.5. 1.3. Определения 1.3.1. FidoNews FidoNews - это еженедельное издание, распространяемое по сети в электронной форме. Это важное средство общения между сисопами Фидонет. FidoNews позволяет вам чувствовать себя частью сообщества людей с общими интересами. Таким образом, поощряется участие пользователей и сисопов в выпуске FidoNews. Корреспонденция направляется редактору на адрес 1:1/1, описание используемого формата можно получить от 1:1/1 и других систем. /* Чтобы быть в курсе происходящего в сети, FidoNews недостаточно - рекомендуется читать официальные эхоконференции (прим. пер.) */ 1.3.2. География Каждый уровень Фидонет географически содержится в уровне, находящемся непосредственно над ним. Определенная географическая точка покрывается одной (и только одной) зоной и одним (и только одним) регионом этой зоны, и либо входит в одну из сетей, либо не входит ни в одну. Если узел находится в области, покрываемой сетью, он должен находиться в списке узлов этой сети, а не быть независимым в регионе (исключение из этого правила - узел, получающий непропорционально большой объем сообщений, пересылаемых через хост сети; см. пункт 4.2). Границы сети определяются областями, установленными местными операторами услуг связи. /* "Оператор услуг связи" - официальный русский термин. В оригинале - "telephone company" (прим. пер.) */ Даже в тех местах, где плотность узлов настолько высока, что требуется более одной сети, географический принцип является определяющим при решении вопроса, какие узлы к какой сети принадлежат. Принадлежность к сети устанавливается с учетом географического или других технических факторов. Оно не основывается на личных или социальных факторах. В некоторых случаях границы областей покрытия операторов услуг связи расположены так, что узел, находящийся в одном регионе, должен быть приписан к другому. В этих случаях, с согласия соответствующих региональных координаторов и зонального координатора, могут быть сделаны исключения наподобие описанных в пункте 5.6. 1.3.3. Зональный почтовый час Зональный почтовый час (Zone Mail Hour, ZMH) - это установленное время, в течение которого все узлы зоны должны иметь возможность принимать нетмейл. Каждая зона Фидонет определяет ZMH и сообщает время своего ZMH всем остальным зонам Фидонет. См. пункты 2.1.8 и 10.2. Zone Mail Hour ранее назывался National Mail Hour и Network Mail Hour. Термин Zone Mail Hour более точен. 1.3.4. Нодлист Нодлист (список узлов, NodeList) - это еженедельно обновляемый файл, содержащий адреса всех существующих узлов Фидонет. Этот файл должен быть подготовлен зональным координатором не позднее ZMH субботы и сделан доступным для скачивания или файлового запроса без какой-либо платы. /* Речь о возможном платном доступе к BBS (прим. пер.) */ Чтобы система была включена в нодлист, она должна соответствовать требованиям, описанным в этом документе. Никакие другие требования не могут быть предъявлены. Частичные нодлисты (также именуемые сегментами и содержащие, например, одну зону) могут готовиться на различных уровнях Фидонет. Официальным нодлистом Фидонет считается полный нодлист, выпускаемый международным координатором, который используется, например, в случаях, когда необходимо определить право голоса. Все сегменты, из которых состоит полный нодлист, можно получить у зональных или региональных координаторов. 1.3.5. Чрезмерно возмутительное поведение В этом уставе встречаются ссылки на "чрезмерно возмутительное поведение", особенно в разделе 9 "Урегулирование конфликтов". Этому термину сложно дать строгое определение, поскольку он основан на решениях структуры координаторов. В общих чертах, возмутительное поведение кого-то раздражает или кому-то вредит. Для того, чтобы вести себя возмутительно по отношению к другим, вовсе не обязательно нарушать законы. Существует разница между чрезмерно возмутительным поведением и просто возмутительным поведением. Например, каждый новый сисоп должен получить некий минимум знаний как в технических вопросах (установка и настройка программного обеспечения), так и в общественных (общение в Фидонет). Редкому сисопу удается ни разу не возмутить остальных. Только если эти действия продолжаются после того, как на них было указано сисопу, они становятся чрезмерно возмутительными. Это не значит, что нельзя быть чрезмерно возмутительным, если действие не повторяется (например, умышленная фальсификация сообщений чрезмерно возмутительна изначально), а просто показывает, что необходимо проявлять некоторую терпимость. Для получения дополнительной информации по этому вопросу см. раздел 9 и историю прецедентов (раздел 10.3). 1.3.6. Коммерческое использование Фидонет является любительской сетью. Участники тратят время и деньги для того, чтобы она работала на благо всех ее пользователей. Она существует не для того, чтобы некое коммерческое предприятие воспользовалось этими добровольными усилиями в своих деловых интересах. С другой стороны, Фидонет обеспечивает компаниям и пользователям удобное и эффективное средство для взаимовыгодного обмена информацией. Координаторы Сетей могут быть вынуждены субсидировать коммерческую деятельность, пересылая нетмейл средствами хоста, и даже могут быть вовлечены в судебный процесс, если дадут какую-либо гарантию доставки сообщений. Таким образом, политика Фидонет такова, что коммерческие сообщения не должны пересылаться. Коммерческими, в частности, считаются сообщения, преследующие некоторые деловые интересы, не приносящие пользы сети в целом. В качестве примеров можно привести внутреннюю переписку компаний, переписку между компаниями, специфические материалы (например, прайс-листы), заказы и связанные с ними материалы, а также все другие проявления деловой активности. 2. Обязанности сисопа 2.1. Общие сведения 2.1.1. Основные положения Как сисоп отдельного узла, вы можете делать что угодно, пока вы соблюдаете почтовые процедуры, не вызываете чрезмерное возмущение у других узлов Фидонет, а также не содействуете и не участвуете в распространении пиратского программного обеспечения или в иной незаконной деятельности, используя Фидонет. 2.1.2. Изучение устава Для того, чтобы понимать значение понятия "возмутительное поведение", всем сисопам следует время от времени перечитывать устав Фидонет. Новые сисопы должны внимательно изучить устав прежде чем запрашивать номер для своего узла. /* В оригинале - "familiarize themselves with policy", что буквально означает "тесно познакомиться с уставом" (прим. пер.) */ 2.1.3. Ответственность за трафик, входящий в Фидонет через узел Сисоп, чей адрес указан в нодлисте, несет ответственность за трафик, входящий в Фидонет через его систему. Это включает в себя (но не ограничивается только этим) трафик от пользователей, пойнтов, а также других FTN-сетей, для которых система может служить шлюзом. Если сисоп позволяет "внешним" сообщениям входить в Фидонет через свою систему, этот шлюз должен четко идентифицироваться по номеру узла Фидонет как исходная точка сообщения, а также действовать как шлюз и в обратном направлении. В случае, если такой трафик нарушает устав, сисоп обязан исправить сложившуюся ситуацию. 2.1.4. Шифрование и просмотр сообщений Фидонет является любительской системой. Наша технология такова, что приватность сообщений не может быть гарантирована. Будучи сисопом, вы имеете право просматривать трафик, проходящий через вашу систему, но только для того, чтобы быть уверенным, что система не используется в незаконных или коммерческих целях. Шифрование, разумеется, делает такой просмотр невозможным. Таким образом, шифрованный или коммерческий трафик, пересылаемый без явного разрешения всех транзитных узлов, может быть признан возмутительным поведением. Определение коммерческого трафика дано в пункте 1.3.6. 2.1.5. Запрет изменения пересылаемых сообщений Вы не можете модифицировать нетмейловые или эхомейловые сообщения (echomail - сообщения, посланные в эхоконференции), проходящие через вашу систему от одного узла Фидонет к другому, за исключением изменений, которые необходимы для пересылки или других технических целей. Если вы оскорблены содержанием сообщения, должна быть выполнена процедура, описанная в разделе 2.1.7. /* Данный запрет относится к содержательной части сообщений - то есть, к тексту, написанному автором сообщения - и не относится к технической информации: заголовкам, служебным строкам-кладжам, строкам via, seen-by, path итд. (прим. пер.) */ 2.1.6. Личная переписка Применительно к переписке слово "личная" следует использовать очень осторожно, особенно когда речь идет о пользователях BBS. В некоторых странах существуют законы о "личной переписке", и нужно дать понять, что слово "личная" не означает, что никто другой, кроме получателя, не сможет прочитать сообщения. Сисоп, который не может разъяснить это отличие, не должен предоставлять своим пользователям возможность "личной переписки". Если пользователь посылает "личное сообщение", он не может повлиять на количество промежуточных систем, через которые пройдет его сообщение. Сисоп, посылающий сообщение другому сисопу, может контролировать этот аспект, направляя сообщение непосредственно на узел получателя, таким образом получая гарантию того, что только получатель или какое-либо другое уполномоченное сисопом лицо может прочитать это сообщение. Следовательно, сисоп вправе ожидать иного уровня конфиденциальности, нежели обычный пользователь. 2.1.6.1. Раскрытие проходящих сообщений Раскрытие или использование в любой форме информации, содержащейся в личном сетевом трафике, не адресованном вам или не написанном вами, считается возмутительным, если эта информация не была распространена автором или получателем как часть формальной жалобы в соответствии с уставом. Это не относится к эхопочте, которая по определению является публичным носителем и применительно к которой термин "приватная конференция", как правило, означает всего лишь ограничение подписки. 2.1.6.2. Личные сообщения, адресованные вам Случай личных сообщений, адресованных вам, существенно сложнее, чем рассмотренный в предыдущем разделе случай транзитных сообщений. Принято считать, что, когда вы получаете сообщение, оно становится вашей собственностью и вы имеете законное право делать с ним все, что вы захотите. Однако ваше законное право не оправдывает вас, если вы ведете себя возмутительно по отношению к другим. В принципе, щепетильные материалы вообще не должны пересылаться по Фидонет. Этот идеал зачастую рушится, поскольку Фидонет является нашим основным средством общения. Если отправитель явно указывает в тексте сообщения, что содержание должно оставаться конфиденциальным, вынос этого самого содержания на публику может считаться возмутительным. Из этого правила есть исключения. Если кто-то говорит одно публично и противоположное в личной переписке, получатель личной переписки не должен осуждаться только потому, что отправитель потребовал сохранить конфиденциальность. В этом случае принимая решения необходимо руководствоваться здравым смыслом - впрочем, как и во всех остальных ситуациях, возникающих при общении в Фидонет. 2.1.7. Пересылка сообщений От вас не требуется пересылать сообщения, если вы не согласны делать это. Вы не обязаны оказывать услуги по пересылке сообщений для всех, делая это для кого-то, если вы не являетесь сетевым координатором или хабом. /* Точнее, не сетевым координатором, а хостом сети - который, согласно 1.2.3, обязан обеспечивать доставку сообщений узлам сети; хабы же, согласно пункту 1.2.3.1, обязаны доставлять сообщения в свой подхабник (прим. пер.) */ Пересылка сообщений через узел, не обязанный ее выполнять, без разрешения этого узла, может быть воспринята как возмутительное поведение. То же самое относится и к незапрошенному эхомейлу. Если вы не пересылаете сообщение, хотя предварительно дали согласие на роутинг, сообщение должно быть возвращено сисопу узла, с которого оно вошло в Фидонет, с объяснением, почему оно не переслано (возвращать сообщения узлу, не входящему в текущий нодлист, нет необходимости). Умышленная задержка проходящего сообщения без выполнения описанной процедуры является возмутительным поведением. Сбой пересылки из-за технической проблемы не считается возмутительным поведением, если не продолжается после того, как на это было указано сисопу. 2.1.8. Исключительность Zone Mail Hour Zone Mail Hour - это сердце Фидонет, потому что в это время происходит пересылка нетмейла между системами. Любая система, которая желает быть частью Фидонет, должна иметь возможность принимать сообщения в это время, используя протокол, определенный действующими публикациями Комитета Фидонет по Техническим Стандартам (на момент подготовки этого документа - FTS-0001). /* Согласно разъяснению FTSC, вышеприведенный абзац содержит требование приема неархивированного нетмейла; остальные требования этого стандарта перекрываются (obsoleted) более поздними публикациями (прим. пер.) */ Разрешается иметь дополнительные возможности (например, поддерживать несколько протоколов, различные форматы, или расширенное время работы), но минимальные требования ограничиваются соответствием FTS-0001 в течение одного часа в сутки. Это время выделено исключительно для пересылки нетмейла. Многие операторы связи требуют оплаты каждой попытки соединения независимо от того, было ли установлено это самое соединение. По этой причине любая деятельность кроме обработки нетмейла, занимающая систему во время ZMH, считается возмутительным поведением. Эхопочта не должна передаваться во время ZMH. Доступ пользователей к BBS должен быть запрещен во время ZMH. /* Согласно разъяснению IC, эти ограничения не относятся к IP-каналам и многолинейным телефонным пулам при условии, что во время ZMH на узле гарантированно найдется хотя бы одна свободная линия или хотя бы один свободный TCP-сокет для приема нетмейла (прим. пер.) */ К узлу, являющемуся участником сети, могут выдвигаться дополнительные требования по соблюдению почтовых процедур в периоды, определяемые сетевым координатором. Ограничения на доступ во время этих периодов устанавливаются по усмотрению NC. 2.1.9. Персональные узлы Редкое исключение в соблюдении ZMH составляют персональные узлы. Лица, запрашивающие персональные узлы, должны при возможности поддерживаться как пойнты. Внесение персонального узла в нодлист оправдано, когда система должна взаимодействовать со многими другими - например, для распространения эхомейла. В этих случаях точное время и способ передачи сообщений устанавливаются по согласованию между сисопами персонального узла и сисопами других узлов. Такое соглашение между персональным узлом и хабом не сохраняется в случае смены хаба. Персональный узел обязан быть частью сети (они не могут быть независимыми в регионе). Внесение персонального узла в список затрагивает интересы каждого участника Фидонет, т.к. он занимает место в каждом экземпляре нодлиста. Внесение персонального узла в нодлист для удобства одного сисопа за счет всех остальных - это роскошь, которую мы не можем себе позволить. /* Напомню, что этот документ писался во времена, когда емкость накопителей измерялась десятками мегабайт (прим. пер.) */ Выдача дополнительных номеров узлов на один телефонный номер /* или, соответственно, пару хост:порт (прим. пер.) */, за исключением особых случаев, предусмотренных стандартами, также попадает в эту категорию. Сисопы, запрашивающие персональные или дополнительные узлы, должны обосновать эти запросы, указав, какую пользу эти узлы принесут сети или Фидонет в целом. Сетевой или региональный координатор может в любой момент сопоставить обещание с реальностью и, если узел не приносит заявленной пользы, он может покинуть нодлист. 2.1.10. Соблюдение почтовых процедур Несоблюдение соответствующих почтовых процедур является основанием для удаления узла из Фидонет без предупреждения (так как предупреждения отправляются посредством нетмейла). 2.1.11. Использование текущего нодлиста Как правило, узлы работают в автоматическом режиме, связываясь с другими узлами по ночам. Если система пытается установить модемное соединение по неправильному или устаревшему номеру, это может привести к тому, что ранним утром у кого-нибудь дома может зазвонить телефон к большому неудовольствию жильцов и властей. /* В случае с IP-узлами существует аналогичный риск нарваться на параноидальную систему защиты от несанкционированного доступа (прим. пер.) */ По этой причине сисопы, обменивающиеся сообщениями, обязаны использовать самую свежую редакцию нодлиста, которая только существует. 2.1.12. Экскоммуникация Исключение узла из сети называется экскоммуникацией (т.е. отказ в связи). Если вы обнаружите, что вам отказано в коммуникации без предупреждения, то это наверняка означает, что ваш координатор не смог связаться с вами. Вам следует устранить проблему и связаться с координатором. Узлы могут быть исключены из нодлиста и по какой-либо иной причине - см. пункты 4.3 и 5.2, а также раздел 9. Содействие экскоммуницированному узлу в обходе экскоммуникации считается возмутительным поведением. Например, если вы решите передавать echomail на узел своего друга, который был экскоммуницирован, очень вероятно, что вы также покинете нодлист. 2.1.13. Время зонального почтового часа Время ZMH для каждой зоны определяется зональным координатором - см. пункт 10.2. 2.1.14. Неиспользование летнего времени Фидонет не использует летнее время. В тех местах, где происходит переход на летнее время, почтовые периоды должны быть скорректированы соответствующим образом. В качестве альтернативы вы можете использовать UTC. 2.2 Процедура получения узла Для начала вам нужно получить текущий нодлист, чтобы иметь возможность связываться с узлами Фидонет. Необязательно быть узлом, чтобы посылать сообщения, но для того, чтобы другие узлы могли посылать сообщения вам, это необходимо. /* Здесь, разумеется, речь идет о непосредственной доставке нетмейла (прим. пер.) */ Первый шаг в получении текущего нодлиста - найти BBS, участвующую в Фидонет. Большинство списков BBS включают как минимум несколько узлов Фидонет, которые обычно помечены как таковые. Используйте местные источники для получения информации, так как во многих сетях публикуется подробная информация, касающаяся области покрытия и специфических требований. /* В большинстве случаев современные BBS используют IP-транспорт и выглядят как HTTP-сайты или FTP-серверы (прим. пер.) */ Получив нодлист, вы должны определить, какая сеть или регион покрывает вашу область. Регионы имеют номера от 1 до 99; номера сетей больше, чем 99. Сети более ограничены по территории, чем регионы, но при этом предпочтительнее, так как они оптимизируют пересылку сообщений и предоставляют больше возможностей своим участникам. Если вы не можете найти сеть, покрывающую вашу область, выберите соответствующий регион. Когда вы найдете сеть или регион, соответствующие вашему местоположению, пошлите сообщение с запросом нулевому узлу этой сети или региона. Запрос должен быть послан нетмейлом - это указывает, что ваша система обладает техническими возможностями участия в Фидонет. Вы должны настроить свое программное обеспечение таким образом, чтобы адрес отправителя не создавал проблем для координатора, получающего его. Если вы укажете адрес существующей системы - это, разумеется, создаст проблемы. Если ваше программное обеспечение имеет такую возможность, используйте адрес -1/-1 (это традиционный адрес для использования будущими сисопами). В противном случае используйте адрес "сеть/9999" (например, если вы хотите вступить в сеть 123, настройте вашу систему как 123/9999). Многие сети имеют свои собственные инструкции для будущих сисопов, и эти процедуры могут явно указывать зарезервированные адреса. /* В настоящее время традиционным является использование существующего пойнтового адреса или, если его нет, адреса /9999 (прим. пер.) */ Запрос должен включать как минимум следующую информацию: 1) Ваше имя. 2) Номер вашего голосового телефона. 3) Название вашего узла. 4) Город и страна, где находится ваш узел. 5) Телефонный номер, которым следует пользоваться для связи с вашим узлом. 6) Время работы (как по пересылке почты, так и в режиме BBS). 7) Максимальную скорость передачи информации, которую вы можете поддерживать. 8) Программное обеспечение и модем, которые вы используете. /* Согласно разъяснению FTSC, в случае IP-узла в пункте 5 следует указать адрес сервера, а в пункте 8 протоколы, которые вы поддерживаете, и номера портов, используемые этими протоколами (прим. пер.) */ Ваш координатор может связаться с вами, чтобы получить дополнительную информацию. Вся предоставляемая информация конфиденциальна и не будет передаваться никому, кроме следующего координатора, который займет этот пост после отставки действующего. Вы должны указать, что вы изучили и обязуетесь выполнять требования этого устава и других действующих нормативных документов Фидонет. Пожалуйста, подождите как минимум две недели, которые нужны для обработки вашего запроса. Если вы посылаете свой запрос региональному координатору, он может быть перенаправлен соответствующему сетевому координатору. 2.3 Если вы покидаете сеть Если ваш узел будет недоступен некоторое продолжительное время (более чем 1...2 дня), сообщите об этом своему координатору как можно быстрее. Ваш координатор не обязан разыскивать вас и узнавать, почему ваш узел не отвечает, поэтому в случае несоблюдения почтовых процедур узел будет удален из нодлиста. Во время вашего отсутствия никогда не устанавливайте на свой телефон автоответчик или другие устройства, которые могут отвечать на модемные соединения. Если вы это сделаете, вызывающие системы будут постоянно связываться с вашим автоответчиком, что приводит к большим счетам и считается крайне возмутительным. Короче говоря, единственное, что может отвечать на телефонные вызовы в то время, когда согласно нодлисту ваш узел работает - это Фидонет-совместимое программное обеспечение. /* То же самое касается IP-узлов - до сих пор существуют операторы связи, производящие тарификацию по трафику (прим. пер.) */ Если вы оставляете свою систему без присмотра на продолжительный период времени (например, когда вы уезжаете в отпуск), вы должны оповестить об этом своего координатора. Узлы имеют неприятную особенность "падать" в самое неподходящее время, поэтому, если такое случится во время вашего отсутствия, вы наверняка захотите, чтобы координатор знал о том, что это временное явление. 2.4 Как создать сеть Если в вашей области несколько узлов, но нет сети, может быть создана новая сеть. Это выгодно как для вас, так и для остальной части Фидонет. У вас появляется возможность более удобного получения обновлений нодлиста и FidoNews, а все остальные могут воспользоваться преимуществами роутинга нетмейла в новую сеть через ее хост. Первым делом следует связаться с другими сисопами вашей области. Вам предстоит решить, какие узлы будут составлять сеть, и какой из этих узлов, по вашему мнению как сисопов новой сети, достоин стать сетевым координатором. Затем свяжитесь со своим региональным координатором, которому потребуется следующая информация: 1) Номера регионов или сетей, которые затрагивает создание новой сети. Региональный координатор проинформирует зонального координатора и соответствующих сетевых координаторов о создании новой сети. 2) Экземпляр сегмента нодлиста для новой сети. Этот файл должен прилагаться к сообщению с заявлением на номер сети, и должен отвечать формату нодлиста, описанном в текущей версии соответствующего стандарта. Пожалуйста, используйте название, отражающее принцип вашего объединения, например, SoCalNet для узлов в Южной Калифорнии (Southern California) или MassNet West в Западном Массачусетсе (Western Massachusetts). Помните, что если вы назовете себя DOGNET, это не идентифицирует вашу область. Получение номера сети происходит не автоматически. Даже если ваш запрос будет одобрен, структура сети может отличаться от указанной в вашем запросе. Региональный координатор рассмотрит ваше заявление и сообщит о своем решении. Не посылайте запрос на получение номера сети зональному координатору. Все запросы на получение номера сети должны обрабатываться региональным координатором. 3 Обязанности, общие для всех координаторов 3.1 Распространение обновлений нодлиста и FidoNews Все координаторы несут ответственность за еженедельное получение и распространение файлов обновлений нодлиста и FidoNews. 3.2 Обработка изменений нодлиста и передача их вышестоящему координатору Каждый координатор несет ответственность за получение информации о нодлисте с нижележащих уровней, ее обработку, и передачу результатов вышестоящему координатору. Сроки обработки определяется требованиями, устанавливаемыми вышестоящим координатором. 3.3 Распространение актуальной версии устава Координатор несет ответственность за распространение текущей версии данного документа на нижнем уровне, и поощряет ознакомление с ним. Кроме того, координатор обязан пересылать любые полученные локальные нормативные документы на верхний уровень, ознакомившись с ними. Хотя это и не обязательно, но привлечение вышестоящего координатора к созданию локальных нормативных документов является хорошим тоном. 3.4 Минимизация количества "шапок" (занимаемых должностей) Рекомендуется ограничение числа функций, которые координаторы выполняют в Фидонет. Координатор, занимающий две различные должности, нарушает процесс апелляции. Например, если сетевой координатор является также региональным координатором, сисоп в этой сети лишается одного уровня апелляции. Нежелательно использование координатором своих узлов для распространения эхоконференций и программного обеспечения. Если он все же выполняет эти функции, ему следует делать это на другом узле, отличном от хоста. Узел координатора должен быть легко доступен для связи с уровней, находящихся непосредственно над и под ним. Другая причина, по которой не поощряется совмещение должностей - это трудность в поиске замены на эти должности, если кто-то выходит из сети. Например, если координатор использует свой узел для распространения эхоконференций и программного обеспечения, эту функциональность будет сложно восстановить при уходе этого человека из сети. 3.5 Участие в подотчетной структуре Координатор должен быть участником подотчетной ему структуры. Это значит, что сетевой координатор является участником сети по географическому признаку, а региональный координатор должен быть либо участником сети в своем регионе, либо независимым узлом региона. 3.6 Поощрение вступления в Фидонет новых сисопов Координаторам рекомендуется создание и поддержка общедоступных BBS для распространения этого устава, FidoNews и нодлистов среди потенциальных новых сисопов. Распространение этой информации важно для роста Фидонет, и координаторы должны поощрять развитие новых систем. 3.7 Традиция и прецедент Координатор не связан решениями своих предшественников или других координаторов того же уровня при решении вопросов, не описанных в этом документе. Более того, новый координатор имеет право пересмотреть любое решение своих предшественников на предмет соответствия требованиям устава, и предпринять любые необходимые действия по урегулированию ситуаций, не соответствующих этим требованиям. 3.8 Техническое управление Первоочередная задача любого координатора - техническое управление функционированием сети. Решения должны приниматься из соображений технической целесообразности. 4 Обязанности сетевого координатора 4.1 Обязанности Сетевой координатор выполняет следующие обязанности: 1) Обеспечивает прием входящей корреспонденции для узлов сети и ее пересылку получателям. 2) Присваивает номера узлам сети. 3) Ведет сетевой сегмент нодлиста и, при его изменении, пересылает копию региональному координатору. 4) Обеспечивает доступ узлов сети к обновлениям нодлиста, новым выпускам FidoNews и новым редакциям нормативных документов сети по мере их выхода, а также периодически проверяет использование узлами свежих нодлистов. 4.2 Пересылка входящей почты Сетевой координатор обязан организовать прием и доставку сообщений, адресованных узлам сети и отправленных через хост сети. Методика реализации этого требования оставлена на ваше усмотрение. Если какой-либо узел вашей сети получает большой объем сообщений, вы можете попросить адресата, чтобы он связался с сисопами узлов, посылающих эти сообщения, и попросил их не направлять сообщения через хост. Если проблему не удастся решить, вы можете попросить своего регионального координатора выдать независимый узел в регионе. Бывает, что какой-нибудь узел начинает веерную рассылку (посылает одно сообщение множеству узлов). Если узел другой сети осуществляет такую рассылку узлам вашей сети через хост, вы можете подать жалобу сетевому координатору узла-нарушителя (если это независимый узел, то жалобу следует подавать региональному координатору). Подобные рассылки считаются возмутительным поведением. Другая причина перегрузки - эхоконференции. Нельзя допускать, чтобы эхопочта снижала возможности хоста по обработке нетмейла. Если узел в вашей сети пересылает большой объем эхопочты, вы можете попросить сисопа либо ограничить ее объем или вообще прекратить пересылку эхопочты. /* Если учесть, что в настоящее время эхоконференции являются основным и наиболее ценным ресурсом сети, эту рекомендацию следует трактовать как "пусть хост выполняет свои функции, а раздачей эхоконференций занимаются другие узлы" (прим. пер.) */ От вас не требуется пересылать шифрованные, коммерческие или незаконные сообщения. Однако, если вы не пересылаете сообщения, вы должны выполнить требования, описанные в разделе 2.1.7. 4.3 Выдача номеров узлам В ваши обязанности входит выдавать номера новым узлам вашей сети. Вы можете также поменять номера существующих узлов по согласованию с сисопами этих узлов. Вы можете присваивать любые номера, следя за тем, чтобы каждый узел имел свой уникальный номер. Нельзя присваивать узлу номер до тех пор, пока вы не получите формальный запрос от этого узла нетмейлом - это гарантирует хотя бы минимальную работоспособность узла. Строгое соблюдение этого правила является одним из основополагающих принципов Фидонет. Рекомендуется, хотя и не требуется, связаться с системой, которая запрашивает номер узла, прежде чем присвоить ей номер. Вы не можете присваивать номер узлу, находящемуся в области, уже покрытой другой сетью. Более того, если некоторые из ваших узлов находятся в области, которая будет покрыта создаваемой сетью, эти узлы следует перенести в новую сеть. Чтобы сообщить новому сисопу назначенный ему номер узла, следует использовать нетмейл - таким образом вы сможете убедиться в том, что новый узел способен его принимать. Если один из узлов вашей сети ведет себя возмутительно, вы можете принять любые меры, которые посчитаете необходимыми в сложившейся ситуации. 4.4 Ведение нодлиста Вы должны вносить изменения в ваш сегмент нодлиста как можно быстрее после получения информации от соответствующих узлов. Также вам следует время от времени посылать сообщения узлам сети, чтобы убедиться в их работоспособности. Если узел не отвечает без предварительного уведомления, вы должны либо пометить его флагом Down, либо сразу удалить из нодлиста (узел может быть помечен флагом Down не более двух недель, после чего он должен быть удален из нодлиста). Если посчитаете необходимым, вы можете возложить часть этой работы на хабов - в этом случае вам следует получать от хабов сегменты нодлиста, описывающие их подхабники. Вам понадобится хранить эти сегменты, так как вы не можете расчитывать на еженедельное получение обновленного сегмента от каждого хаба. Вы должны еженедельно собирать общий нодлист вашей сети и отправлять его региональному координатору к установленному дню и времени. При этом не следует торопиться, чтобы иметь возможность внести последние изменения, но все же нужно принимать во внимание возможность отсутствия связи с региональным координатором, по причине чего вы можете опоздать на неделю. 4.5 Распространение устава, нодлистов и FidoNews Как сетевой координатор, вы должны получать от регионального координатора новый файл изменений нодлиста, нормативные документы сетей и новые выпуски FidoNews по мере их выхода, и распространять их среди узлов вашей сети. Файл изменений нодлиста выпускается еженедельно по субботам, а FidoNews издается по понедельникам. В ваши обязанности входит распространение этого материала среди всех узлов вашей сети, а также рекомендуется делать эти материалы доступными для широкой публики. Также вам следует получать нормативные документы, относящиеся к вашей сети и делать их доступными для узлов вашей сети. Нормативные документы издаются нерегулярно, поэтому вам следует информировать сисопов узлов вашей сети об выходе новых документов и следить за тем, чтобы сисопы знали о нововведениях. Устав, FidoNews и нодлист - это то, что нас объединяет. Без них мы бы перестали быть сообществом и превратились бы в кучку разрозненных BBS. /* Посмотрите на любой HTTP-сервер! (прим. пер.) */ 5 Обязанности регионального координатора 5.1 Обязанности Региональный координатор выполняет следующие обязанности: 1) Присваивает номера независимым узлам региона. 2) Поощряет присоединение независимых узлов региона к существующим сетям или создание ими новых сетей. 3) Присваивает номера сетям в своем регионе и определяет их границы. 4) Создает общий нодлист всех сетей и независимых узлов региона и, в случае изменений, посылает копию зональному координатору. 5) Обеспечивает стабильное функционирование сетей в регионе. 6) Распространяет новые файлы изменений нодлиста, нормативные документы и выпуски FidoNews среди сетевых координаторов региона настолько быстро, насколько это возможно. 5.2 Выдача номеров узлам В ваши обязанности входит выдавать номера независимым узлам региона. Вы можете также поменять номера существующих узлов по согласованию с сисопами этих узлов. Вы можете присваивать любые номера, следя за тем, чтобы каждый узел имел свой уникальный номер. Нельзя присваивать узлу номер до тех пор, пока вы не получите формальный запрос от этого узла нетмейлом - это гарантирует хотя бы минимальную работоспособность узла. Помните, что строгое соблюдение этого правила является одним из основополагающих принципов Фидонет. Рекомендуется, хотя и не требуется, связаться с системой, которая запрашивает номер узла, прежде чем присвоить ей номер. Чтобы сообщить новому сисопу назначенный ему номер узла, следует использовать нетмейл - таким образом вы сможете убедиться в том, что новый узел способен его принимать. Если один из узлов региона ведет себя возмутительно, вы можете принять любые меры, которые посчитаете необходимыми в сложившейся ситуации. Если вы получаете запрос номера узла не из своего региона, вы должны переслать запрос координатору наименьшего уровня, который вы сможете определить, в сферу ответственности которого входит соответствующая географическая область. Если вы получаете запрос номера узла от нового сисопа, находящегося в области, покрытой существующей сетью, вы должны переслать запрос соответствующему сетевому координатору вместо того, чтобы присваивать номер самостоятельно. Если в области, где находятся независимые узлы, создается новая сеть, эти узлы должны быть перенесены в эту сеть сразу же, как только это будет иметь смысл. 5.3 Поощрение создания и роста сетей Одной из ваших основных обязанностей как регионального координатора является содействие росту сетей в вашем регионе. Вы должны избегать выдачи независимых узлов сисопам, находящимся в области, покрытой сетью. Тем не менее, бывают случаи, когда узел не следует делать участником сети - как, например, в случае узла с большим объемом нетмейла (см. пункт 4.2). Если несколько независимых узлов вашего региона находятся в одной области, вы должны предложить им создать сеть, а если необходимо, то и потребовать (см. пункт 2.4). Имейте в виду, что это не повод создавать тривиальные сети - очевидно, что один узел не является сетью. Точное число узлов, при котором проявляется эффект от создания сети, определяется обстоятельствами и остается на ваше усмотрение. /* Согласно сложившейся практике, сеть обычно формируется из 3 и более узлов, и расформировывается если их осталось 2 и менее (прим. пер.) */ 5.4 Выдача номеров сетей В ваши обязанности входит присвоение номеров новым сетям, создаваемым в вашем регионе. Диапазон номеров, которые вы можете использовать для этих целей, выдается зональным координатором. Также вы определяете границы сетей, образующих ваш регион. 5.5 Ведение нодлиста Как региональный координатор, вы выполняете две функции, касающиеся ведения нодлиста региона. Во-первых - ведение списка независимых узлов региона. Вы должны вносить изменения имен, телефонных номеров и т.д. в ваш сегмент нодлиста как можно быстрее после получения информации от соответствующих узлов. Также вам следует время от времени посылать сообщения независимым узлам, чтобы убедиться в их работоспособности. Если узел не отвечает без предварительного уведомления, вы можете либо пометить его флагом Down, либо сразу удалить из нодлиста (узел может быть помечен флагом Down не более двух недель, после чего он должен быть удален из нодлиста). Во-вторых - получение сегментов нодлиста от сетевых координаторов вашего региона и сборка единого регионального сегмента. Вам потребуется хранить нодлисты каждой сети вашего региона, т.к. вы не можете расчитывать на еженедельное получение изменений от каждого сетевого координатора. Вы должны еженедельно собирать сегмент нодлиста для вашего региона и отправлять его зональному координатору к установленному дню и времени. При это не следует торопиться, чтобы иметь возможность внести последние изменения, но все же нужно принимать во внимание возможность отсутствия связи с зональным координатором, по причине чего вы можете опоздать на неделю. 5.6 Географические послабления Бывают случаи, когда география местных сетей связи не совпадает с регионами Фидонет. В исключительных случаях по соглашению с региональными и зональными координаторами, в чьей сфере деятельности находится соответствующая географическая область, допускаются послабления к обычно используемому географическому принципу. Они не даются как право и не являются постоянными. Когда в соответствующем регионе создается сеть, в которой возможен доступ по местным линиям связи к узлу, пользующемуся послаблением, такой узел лишается права на послабление. Послабление может быть пересмотрено и отозвано в любое время любым из вышеперечисленных координаторов. 5.7 Отслеживание работы сетей В ваши обязанности входит назначение сетевых координаторов в вашем регионе. Если уходящий сетевой координатор предлагает преемника, вы не обязаны принимать эту кандидатуру, хотя обычно это оказывается хорошим решением. Аналогично, вы не обязаны принимать кандидатуру, выбранную участниками сети, но, как правило, это оказывается отличным решением. Вы, как региональный координатор, отвечаете за то, чтобы сети в вашем регионе работали в штатном режиме. Это не значит, что от вас требуется управлять деятельностью этих сетей (это входит в обязанности сетевых координаторов), но это значит, что вы должны следить за тем, чтобы сетевые координаторы в вашем регионе исполняли свои обязанности. Если вы пришли к выводу, что сетевой координатор вашего региона плохо исполняет свои обязанности, описанные в разделе 4, вы можете предпринять любые меры, которые, по вашему мнению, необходимы для того, чтобы исправить ситуацию. Если сеть становится настолько большой, что не может справиться с прохождением трафика за время ZMH, региональный координатор может способствовать созданию на базе этой сети нескольких новых сетей. Определение того, в какой новой сети окажется тот или иной узел старой сети, даже если для оператора связи они находятся в одной области локального обслуживания, должно происходить в соответствии с географическим принципом. Ваша обязанность, как регионального координатора - поддержание регулярных прямых контактов с сетями вашего региона. Выбор способа достижения этого остается на ваше усмотрение. 5.8 Распространение устава, нодлистов и FidoNews Как региональный координатор, вы должны получать новый файл изменений нодлиста, нормативные документы сетей и новые выпуски FidoNews по мере их выхода и распространять их среди сетевых координаторов вашего региона. Нодлист выпускается зональным координатором еженедельно по субботам, а FidoNews издается его редактором по понедельникам. Свяжитесь с ними для уточнения деталей того, как еженедельно получать последние версии. В ваши обязанности входит распространение этого материала среди всех сетевых координаторов вашего региона как можно быстрее после его получения. Каким образом вы это будете делать, остается на ваше усмотрение. От вас не требуется распространять эти материалы среди независимых узлов региона, хотя вы вполне можете это делать. Полезно делать эти материалы доступными и для широкой публики. 6 Обязанности зонального координатора 6.1 Общие Первоочередной задачей каждого из зональных координаторов Фидонет является ведение зонального нодлиста, обмен зональными сегментами с другими зональными координаторами и распространение единого нодлиста (или файла изменений) в регионах зоны. Зональный координатор также отвечает за распространение нормативных документов и FidoNews среди региональных координаторов зоны. Зональный координатор ведет сегмент административного региона зонального нодлиста. Административный регион имеет тот же номер, что и зона, и содержит ролевые адреса, назначенные для административных целей и не используемые для обычной почты. В обязанности зонального координатора входит обеспечение стабильного функционирования зоны, которое достигается назначением региональных координаторов и отслеживанием их работы. Если зональный координатор определяет, что региональный координатор плохо выполняет свои обязанности, перечисленные в разделе 5, ему следует назначить нового регионального координатора. Зональный координатор устанавливает географические границы регионов зоны и назначает время зонального почтового часа (Zone Mail Hour, ZMH). Зональный координатор утверждает и может пересматривать любые географические послабления, описанные в пункте 5.6. Зональный координатор отвечает за обеспечение бесперебойной работы межзональных шлюзов (zonegate), передающих сообщения между зонами. /* В настоящее время зонгейты не используются - 4D адресация позволяет использовать стандартный роутинг нетмейла и для межзональных сообщений (прим. пер.) */ Зональные координаторы выбирают среди себя международного координатора. 6.2 Выборы Зональный координатор избирается абсолютным большинством голосов региональных координаторов зоны. 7 Обязанности международного координатора 7.1 Общие Международный координатор - это "первый среди равных" зональных координаторов. Первоочередной задачей международного координатора является организация создания главного нодлиста, посредством распространения зональных сегментов между зонами. Международный координатор отвечает за создание новых зон, а также за ведение переговоров по соглашениям о связности с другими сетями ("другие сети" в этом контексте означает сети, с которыми Фидонет взаимодействует на равных, а не организационый уровень Фидонет). Международный координатор также отвечает за организацию распространения нормативных документов и FidoNews среди зональных координаторов. Международный координатор отвечает за обеспечение деятельности совета зональных координаторов и является председателем этого совета. По вопросам, не рассмотренным подробно в этом документе, международный координатор может издавать разъяснения и расширенные толкования. Совет зональных координаторов может отменить эти документы большинством голосов. 7.2 Выборы Международный координатор избирается (или смещается) абсолютным большинством голосов зональных координаторов. 8 Референдум Процедура, описанная в этом разделе, используется при ратификации новой версии устава Фидонет и описывает механизм изменения устава. Эта же процедура используется для смещения зонального координатора. 8.1 Проведение референдума Референдум по изменению устава проводится в случае, когда большинство региональных координаторов Фидонет сообщают международному координатору о своем желании рассмотреть предложенную новую версию устава. 8.2 Объявление и публикация результатов Предполагаемые изменения устава распространяются с использованием тех же методов, которые используются для распространения файлов изменений нодлиста и FidoNews. Результаты и объявления, касающиеся референдума, распространяются структурой координаторов как часть еженедельного файла изменений нодлиста. Международный координатор предоставляет копии редактору FidoNews для включения в выпуск, хотя официальное объявление и все даты голосования привязываются к распространению нодлиста. В случае принятия нового устава международный координатор устанавливает дату его вступления в силу посредством объявления ее в еженедельном файле изменений нодлиста. Документ вступает в силу не позднее одного месяца после завершения голосования. 8.3 Право голоса Каждый участник структуры координаторов Фидонет уровня сетевого координатора и выше имеет один голос (хабы не имеют права голоса). В случае, если во время голосования в должность вступает новый координатор, голосовать может либо новый координатор, либо его предшественник, но не оба. Если один человек занимает более одного координаторского поста, он, тем не менее, имеет только один голос. Предполагается, что сетевые координаторы знают мнение участников своей сети и выражают его. Проводить формальное голосование не требуется, но сетевой координатор должен проинформировать сеть о поставленных вопросах и выработать позицию сети. Сетевой координатор выступает в качестве представителя рядовых участников Фидонет. 8.4 Механизм голосования Фактический механизм голосования - будет ли голосование тайным, как будут собираться, проверяться и подсчитываться голоса - определяется международным координатором. В идеале, сбор голосов должен вестись посредством некой защищенной системы связи, работающей поверх Фидонет. Из соображений обеспечения достаточного времени для обсуждения, любое голосование должно быть объявлено не позднее чем за две недели до его начала. Время приема голосов не должно быть менее двух недель. 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 Механизм голосования Определение процедуры голосования, сбор голосов и публикацию результатов осуществляет региональный координатор, выбранный смещаемым зональным координатором. В случае, если большинство координаторов выступило за импичмент, зональный координатор покидает свой пост через 2 недели. 8.7.4 Ограничение периодичности импичмента одним в год Смещение зонального координатора в первую очередь является механизмом, посредством которого сеть в целом выражает неудовольствие толкованием устава зональным координатором. В любое время найдется кто-то, кто недоволен толкованием устава. Для того, чтобы координаторы Зон все же занимались толкованием устава, а не собственной защитой, между объявлениями импичмента должен проходить как минимум один календарный год (независимо от того, сколько людей сменится на посту зонального координатора за это время). Если зональный координатор добровольно уходит в отставку во время процедуры импичмента, импичмент считается несостоявшимся и не входит в квоту "один в год". 9 Урегулирование конфликтов 9.1 Общие процедуры Юридическая философия Фидонет может быть выражена двумя правилами: 1) Ты не должен вести себя чрезмерно возмутительно. 2) Ты не должен быть чрезмерно мнительным. Другими словами, никаких строгих правил не существует, но ожидается разумное вежливое поведение. Также, в любом конфликте обсуждается вина каждой стороны, и меры могут быть приняты против любой из них или против каждой ("Не суди, да не судим будешь!"). Ответственность за определение "чрезмерно возмутительного поведения" лежит на структуре координаторов. Подобно общепринятому определению порнографии ("я не могу дать строгое определение, но если увижу - опознаю безошибочно"), дать точное определение допустимого поведения в Фидонет невозможно. Основные положения этого устава намеренно лишены конкретики для того, чтобы обеспечить структуре координаторов ту свободу, которая необходима им, чтобы отвечать нуждам растущего и развивающегося сообщества. Первый шаг при любом конфликте между сисопами - это попытка сисопов связаться лично: как минимум посредством нетмейла, лучше по телефону. Если, подавая жалобу, вы пропустили этот важнейший этап, ваша жалоба не будет рассматриваться. Подача формальной жалобы - не то действие, которое можно проделать с легкостью. Разбор и принятие решения по жалобе требует времени, которое координаторы предпочли бы потратить на более полезную деятельность. Лица, постоянно подающие жалобы по формальным поводам, могут в определенный момент оказаться в роли ответчика по факту чрезмерной мнительности. Жалобы сопровождаются проверяемыми доказательствами, обычно копиями сообщений; просто голословные жалобы не рассматриваются. Несоблюдение описанных здесь процедур (в частности, обращение через голову координатора, или обращение к координатору, не входящему в цепочку апелляции) само по себе является возмутительным поведением. 9.2 Конфликт с другим сисопом Если у вас возник конфликт с другим сисопом, вам следует попробовать урегулировать его нетмейлом или в телефонном разговоре с этим сисопом. Если при этом проблему решить не удалось, вы можете отправить жалобу вашему сетевому координатору и сетевому координатору другого сисопа. Если кто-то из вас (или вы оба) не является участником сети (то есть, является независимым узлом), жалобу следует подавать соответствующему региональному координатору. Если результат рассмотрения вас не устроит, вы имеете право на апелляцию, порядок которой описан в пункте 9.5 9.3 Конфликт с вашим сетевым координатором Если у вас возник конфликт с вашим сетевым координатором и вы считаете, что вас неправильно воспринимают, вы имеете право на рассмотрение сложившейся ситуации. Как и во всех остальных случаях, первым действием должна быть попытка решить проблему, связавшись напрямую. Если при этом проблему решить не удалось, вы связываетесь со своим региональным координатором. Если ваш случай заслуживает внимания, /* в оригинале так и написано - "has merit" (прим. пер.) */ возможны различные варианты развития событий, включая смену сетевого координатора и вплоть до расформирования вашей сети. Если вы были экскоммуницированы сетевым координатором, это решение может быть отменено - в этом случае вы будете восстановлены в сети. Если вы останетесь недовольны решением регионального координатора, вы имеете право на апелляцию, процесс которой описан в пункте 9.5 9.4 Конфликты с другими координаторами Жалобы на возмутительное поведение любых координаторов рассматриваются в соответствии с разделом 9.2 и должны подаваться координатору следующего уровня. Например, если вы считаете, что ваш региональный координатор виновен в возмутительном поведении (в отличие от невыполнения своих обязанностей), вы можете подать свою жалобу зональному координатору. Жалобы, касающиеся деятельности координатора по выполнению ими обязанностей, предусмотренных уставом, принимаются только от уровня, находящегося непосредственно под ним - например, жалобы, касающиеся выполнения региональным координатором его обязанностей, принимаются только от сетевых координаторов или независимых узлов региона. Такие жалобы также должны направляться зональному координатору только после соответствующих попыток решить проблемы с помощью непосредственного общения. 9.5 Процесс апелляции Решение, принятое координатором, может быть обжаловано на следующем вышестоящем уровне. Апелляция должна быть подана в течение двух недель после принятия решения, на которое подается апелляция. Все апеляции должны следовать по иерархической цепочке; если пропущен хотя бы один уровень, апелляция отклоняется безусловно. /* в оригинале: "dismissed out of hand" - "с глаз долой" (прим. пер.) */ В процессе рассмотрения апелляции не будет производиться полное расследование - решение будет принято на основе материалов, которые стороны предоставили для рассмотрения на предыдущем уровне. Например, при рассмотрении апелляции на решение сетевого координатора региональный координатор будет пользоваться материалами, предоставленными этим координатором и апеллирующим сисопом; не следует ожидать, что региональный координатор займется независимым сбором информации. Последовательность апелляций имеет следующую структуру: * Решения сетевого координатора могут быть обжалованы у вышестоящего регионального координатора. * Решения регионального координатора могут быть обжалованы у вышестоящего зонального координатора. Зональный координатор принимает решение и доводит его до сведения региональных координаторов своей зоны. Это решение может быть отменено большинством голосов региональных координаторов. * Решения зонального координатора могут быть обжалованы у международного координатора. Международный координатор принимает решение и доводит его до сведения совета зональных координаторов, который может отменить это решение большинством голосов. Если у вас возник конфликт с самим зональным координатором (то есть, зональный координатор допустил нарушение устава по отношению к вам), жалобу следует подавать международному координатору, который примет решение и доведет его до сведения совета зональных координаторов, который может отменить это решение большинством голосов, как описано выше. 9.6 Ограничения Нельзя подавать жалобы, если с момента возникновения подозрений /* в оригинале: "by admission" - "по предположению" (прим. пер.) */ или обнаружения технических улик прошло более 60 дней. Нельзя подавать жалобы, если с момента происшествия прошло более чем 120 дней, за исключением явно незаконных действий. 9.7 Право на быстрое решение Координатор обязан вынести решение и известить стороны не позднее 30 дней с момента получения жалобы или апелляции. 9.8 Возвращение в ту же сеть Если конфликт решен, все узлы, восстановленные в результате апелляции, возвращаются в свои сети или регионы, к которым они географически или технически принадлежат. 9.9 Сообщения в эхоконференциях Эхоконференции являются важным и мощным ресурсом Фидонет. При рассмотрении конфликтов по уставу переписка в эхоконференциях является одним из видов сетевой переписки, и, таким образом, регламентируется уставом. По самой своей сути эхоконференции предъявляют уникальные технические и социальные требования к сети в дополнение к тем, которые описаны в этой редакции устава. Понимая это, вся иерархия координаторов Фидонет признает в качестве руководящего документа при рассмотрении жалоб по эхомейлу устав эхопочты, утверждаемый эхокоординаторами по процедуре, аналогичной процедуре для этого документа и дополняющий этот устав, но не противоречащий ему. В отдаленном будущем устав эхопочты может быть объединен с этим документом. 9.10 История прецедентов Устав Фидонет по своей природе таков, что допускает различные толкования. Никто не может предсказать, что нас ждет в этой быстро меняющейся среде общения. Устав сам по себе является лишь частью основных правил при рассмотрении конфликтов - не менее важной частью этих правил являются прецеденты. Во избежание появления противоречий между этими частями в процессе рассмотрении конфликтов, описания прецедентов могут добавляться в устав или удаляться из него по решению международного координатора, которое, в свою очередь, может быть отменено советом зональных координаторов. При изменении устава в пользу признания прецедента неправильным, действуют положения устава (грамотно подготовленное изменение предотвращает возникновение такой ситуации, удаляя ссылку на прецедент наряду с изменением устава). Описания прецедентов могут быть удалены, но не могут быть изменены - они, подобно историческим хроникам, создавались примерно в то же время, когда по ним выносились решения, причем именно теми людьми, которые выносили эти решения. Изменять описания прецедента так же глупо, как переписывать историю - то есть, это действие совершенно неприемлемо в сообществе, занимающемся информационным обменом. 10 Приложения 10.1 Общие Приложения к этому документу являют собой исключения по отношению к стандартному процессу внесения изменений. Пункт 10.2 может быть изменен соответствующим зональным координатором, а пункт 10.3 может быть изменен международным координатором (см. пункт 9.10). 10.2 Время зонального почтового часа ZMH соблюдается ежедневно, включая выходные и праздники. Его время считается относительно международного согласованного времени (Universal Coordinated Time, UTC), ранее известного как время Гринвичского меридиана (Greenwich Mean Time, GMT). В тех областях, где вводится летнее время, местное время ZMH меняется, так как в Фидонет переход на летнее время не учитывается. Точный интервал ZMH устанавливается для каждой зоны зональным координатором. В 1 зоне ZMH установлен с 09.00 до 10.00 по UTC. В 2 зоне ZMH установлен с 02.30 до 03.30 по UTC. В 3 зоне ZMH установлен с 18.00 до 19.00 по UTC. 10.3 История прецедентов Истории, описывающие прошлые конфликты, показательны, т.к. демонстрируют общую методику рассмотрения. Любое решение может быть включено в этот документ, если получит большинство голосов либо совета зональных координаторов, либо всех региональных координаторов. Начиная с 4-й версии в устав внесены существенные изменения описания обязанностей зональных координаторов и международного координатора. В описаниях прецедентов, решения по которым принимались на основании 3-й версии устава, вместо "международный координатор(*)" следует читать "зональный координатор". 10.3.1 Случай изворотливого сисопа Сисоп одного из локальных узлов использовал нетмейл в неэтичной деловой практике. Сетевой координатор посчитал это возмутительным поведением и исключил этот узел из нодлиста. Cисоп обратился к региональному координатору с запросом независимого узла. Региональный координатор, проконсультировавшись с сетевым координатором, пришел к выводу, что сетевой координатор принял правильное решение. В выдаче независимого узла было отказано. Международный координатор(*) не вмешивался. 10.3.2 Случай хакера Сисоп одного из локальных узлов использовал файлы-приложения (file attaches), чтобы получать файлы user.bbs с нескольких местных BBS. Сисопы этих BBS посчитали его поведение возмутительным и обратились к сетевому координатору, который согласился и исключил возмутительный узел из нодлиста. Консультации с региональным координатором не проводились, международный координатор(*) не вмешивался. 10.3.3 Случай скандалиста Сисоп одного из локальных узлов был недоволен сетевым координатором, который, по его мнению, не предоставлял достаточно услуг. Постоянные жалобы сетевому координатору не удовлетворили его, поэтому он обратился к международному координатору(*). Международный координатор(*) не стал рассматривать жалобу, так как не было обращения к региональному координатору. Сисоп подал жалобу региональному координатору, который расследовал этот случай и пришел к выводу, что какая-то доля истины в жалобе была. Он помог сетевому координатору сконфигурировать его систему таким образом, чтобы она обеспечивала более высокий уровень услуг локальным узлам. Также региональный координатор решил, что сисоп проявил себя чрезмерно мнительным, ожидая услуг, не требуемых обычно от сетевого координатора. Сисоп был проинформирован об обязанностях сетевого координатора, и получил совет умерить свои аппетиты. 10.3.4 Случай дельца Локальный узел, принадлежащий розничному торговцу, использовался для веерных рассылок своей рекламы через Фидонет. Сетевой координатор был недоволен тем, что ему приходилось обрабатывать исходящий коммерческий трафик, и попросил сисопа узла выйти из сети. Локальный узел обратился к региональному координатору и получил статус независимого узла в регионе. 10.3.5 Метка дьявола Сисоп BBS, связанной с колдовскими ритуалами, взломом, фрикингом и неприличными материалами, обратился к сетевому координатору, чтобы получить узел. Сетевой координатор, посчитав содержание BBS чрезмерно возмутительным, отклонил запрос. Консультации с региональным координатором не проводились. Международный координатор(*), узнав о том, что консультации с региональным координатором не проводились, отклонил апелляцию. В дальнейшем апелляции не подавались. 10.3.6 Случай сисопа-придурка Завсегдатай различных местных узлов пользовался среди сисопов репутацией придурка. Он установил свою BBS, стал сисопом и послал запрос на узел. Сетевой координатор отклонил этот запрос. Апелляции не подавались. 10.3.7 Случай любителя эхоконференций Локальный узел пристрастился к эхоконференциям и принял участие в некоторых из них, получая их через хост сети. Чуть позже он создал собственную эхоконференцию и стал распространять ее между несколькими узлами опять же через хост сети. Сетевой координатор заметил, что работа сети заметно ухудшилась. Он потребовал от сисопа уменьшить количество эхоконференций, проходящих через хост сети. Компромисс был достигнут на том, что большинство трафика эхоконференций более не пересылалось через хост сети, а объем, пересылаемый через хост, был ограничен двадцатью сообщениями за ночь. Апелляции не подавались. 10.3.8 Случай нестабильной работы Локальный пользователь решил установить узел в благотворительных целях. В дневное время машина использовалась в других целях, а сисоп часто отлучался. Когда его не было на месте, его коллеги часто забывали запускать BBS в конце рабочего дня, поэтому узел часто не отвечал в течение продолжительного времени. Сетевой координатор, обнаружив, что узел не способен принимать сообщения, помечал его флагом Down. Сисоп возвращался, снова запускал BBS и просил восстановить его. В конце концов, сетевой координатор решил, что сисоп не способен обеспечить стабильную работу узла, и окончательно удалил его из нодлиста. Последующие запросы от этого сисопа на получение узла были отклонены. Апелляции не подавались. /* Из данного перевода исключен пункт 10.5, гласивший о торговых марках Fido и Fidonet, срок действия которых истек (прим. пер.) */ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iQIVAwUBSkCj8GPJtF4/7cRXAQoAbA/+KoqC2eqlKMxjQBiSN0Y+1eVtn+L3U1xD Wrcgl84FQjka3Gri79xYpzPwX5kHjmXsUJDPK7DLUKJbeqZvvA3RyUoveLoqWO4G 6cwa+mRSpo+8YWfIyvHLsrI0xOdQUy7qxkBaE1zYZ32NHrRYT0J+Uxf1C1AQrRXA 4SW7OOmr1u1GNPUEj2/uLKDtitwBBimPeQ1HpNWxcdLOcVN0rbI0Ebxd5hOFsibb bBgSQb8d1TG+xghWM7kNbASRJBTvQZkbYfOHu1sueAS0dXOn//VeTGuaZRw51trh +VU9YTx/PvgUCN6WaQwucQ255a1CuK6FGMZSkimBVblRlJXkzXQxYZ8iyjhZezVt wyIFEv5eAdQ/zMI2pbo2UFA4Lvzhfu2HgPJxlGe5crWgEhJGjZwOp5sBc0bRMdu2 m/eBWbyaXEb2hVkhQogMuggz9rEnnDapyA2OXDA2mPI90agQd77Tvnei+cuVbJBh kL8Q5pVmrD6GKYz02fwqBDiVmDV+iYRqTt0EdpBg4kEUQnjqU/tyUFqyO9sz2XqM vYYttxe1a7JoO9+L1dw9wxOPszQXsiHcllLsdDadHpVWd//CqX+j9nqcXEOJFVef ZfCoBP5MbeiqhVdmtRb2ztPAvuNQeC9KjARSuqt/I0LrWWZ+GzWpGxh0D4LR71H6 A0BMqiJwmYQ= =oSke -----END PGP SIGNATURE-----