Устав FidoNet
Версия 4.07 9 июня, 1989
Этот документ был поддеpжан пpи голосовании кооpдинатоpов стpуктуpы FidoNet, и является текущим Уставом FidoNet до отмены. (Здесь не имеется pасхождений с веpсией 4.06, исключая эти стpоки.) 1. Введение Этот документ устанавливает политику для SysOp'ов, являющихся членами организации электронных "почтовых ящиков" (BBS) FidoNet. Сеть FidoNet определяется NodeList (списком узлов), издаваемых еженедельно Международным Координатором (International Coordinator). Собственные уставы могут издаваться на уровне зоны, региона или сети, более подробно освещая локальные процедуры. Обычно, эти уставы более низкого уровня не могут противоречить этому документу. Однако, с согласия Международного Координатора, ло- кальный программный документ может отражать отличия, которые необходимы ввиду местных условий. Эти локальные уставы не мо- гут налагать дополнительных ограничений на членов FidoNet, кроме включенных в этот документ, за исключением усиления ло- кальных почтовых периодов. 1.0 Язык Официальный язык FidoNet - английский. Все документы должны издаваться на английском языке. Поощряется перевод на другие языки. 1.1 Введение FidoNet - это любительская система электронной почты. Таким образом, все ее участники и операторы работают добровольно и бесплатно. Объединяя вначале нескольких друзей, обменивавшихся сообщениями (1984), сейчас она включает более 5000 систем на шести континентах (1989). FidoNet настолько велика, что может легко распасться от собственной тяжести, если не будет поддерживаться некой струк- турой и управлением. Эту структуру обеспечивает многосетевой принцип деятельности. Управление обеспечивает децентрализован- ное руководство системой. Этот документ описывает процедуры, разработанные для управления сетью. 1.2 Организация Системы FidoNet группируются на нескольких уровнях, а адми- нистрация соответственно децентрализуется. В этом обзоре при- веден краткий обзор структуры; обязанности координаторов раз- ных уровней приводятся далее в этом документе. 1.2.1 Индивидуальные системы и системные операторы (SysOp'ы) Hаименьшей структурной единицей FidoNet являются индивидуаль- ные системы, соответствующие одному пункту NodeList. SysOp формулирует принципы работы системы и взаимоотношений с поль- зователями. SysOp должен быть связан с остальной системой FidoNet для пересылки и приема почты, а локальный устав должен быть согласован с другими уровнями FidoNet. 1.2.1.1 Пользователи SysOp'ы ответственны за все действия пользователей, когда они влияют на остальную часть FidoNet. (Если пользователь не кор- ректен, SysOp не корректен.) Любой трафик, входящий в FidoNet через определенный Node (узел), если не исходит от SysOp'а, считается исходящим от пользователя и таким образом SysOp от- вечает за него. (См. раздел 2.1.3.) 1.2.1.2 Point'ы Point - это совместимая с FidoNet система, которая не входит в NodeList, но связывается с FidoNet через узел, являющийся для системы BossNode'ом (узлом хозяина). Point в общем рассматри- вается, как пользователь, например, BossNode несет ответствен- ности за корреспонденцию от Point'а. (См. раздел 2.1.3.) Point адресуется с помощью адреса BossNode'а по NodeList'у; напри- мер, Point-система с BossNode'ом 114/15 может быть известна как 114/15.12. Корреспонденция, предназначенная для Point'а, посылается BossNode'у, который затем направляет ее Point'у. Поддерживая Point'ы, BossNode использует личный сетевой номер, который не должен быть виден вне связи BossNode-Point. К сожа- лению, если Point вызывает другую систему напрямую (например, для файлового запроса), личный сетевой номер появляется как адрес вызывающего. В этом смысле, Point'ы отличаются от поль- зователей, т.к. они работают с совместимыми с FidoNet Mailer'ами, способными связываться с системами, помимо BossNode'а. 1.2.3 Сети и Координаторы Сети Сеть (Network) - это объединение узлов локальной географи- ческой области, обычно определяемое областью с удобной теле- фонной связью между собой. Сети координируют свою корреспон- денцию для уменьшения расходов. Координатор Сети (Network Coordinator) отвечает за ведение списка узлов сети, а также за пересылку Netmail (сетевой корреспонденции), посылаемой членам сети от других узлов FidoNet. Координатор Сети может обрабаты- вать выходящую Netmail, но не обязан это делать. Координатор Сети назначается Региональным Координатором (Regional Coordinator). 1.2.3.1 Почтовые буферы сети (Network Routing Hubs). Маршрутные Разветвители Сети существуют только в некоторых се- тях. Они могут назначаться Координаторами Сети, чтобы помогать в управлении большой сетью. Его конкретные обязанности и про- цедуры устанавливаются по соглашению между Координатором Сети и Разветвителем, и не обсуждаются в данном документе, кроме того, что координатор не может делегировать ответственность при посредничестве в конфликтах. 1.2.4 Регионы и Региональные Координаторы Регион (Region) - это определенная географическая область, включающая узлы, которые могут быть объединены либо не объеди- нены в сети. Типичный регион содержит множество узлов, объеди- ненных в сети, и несколько независимых узлов, не являющихся частью какой-либо сети. Региональный Координатор (Regional Coordinator) ведет список независимых узлов региона и принимает NodeList'ы от Координа- торов Сетей региона. Эти списки объединяются в региональный NodeList, который затем пересылается Координатору Зоны (Zone Coordinator). Региональный координатор не обслуживает пересыл- ку сообщений любого узла региона. Региональные Координаторы назначаются Координатором Зоны. 1.2.5 Зоны и Координаторы Зоны Зона (Zone) - это большая географическая область, включающая множество регионов и охватывающая одну или несколько стран и/или континентов. Координатор Зоны (Zone Coordinator) объединяет NodeList'ы от всех регионов зоны, и создает главный NodeList и файл текущих изменений, которые затем распространяются по FidoNet в зоне. Координатор Зоны не обслуживает пересылку сообщений любого уз- ла региона. Координаторы Зон выбираются Региональными Координаторами этой зоны. 1.2.6 Совет Координаторов Зон В некоторых случаях Координаторы Зон работают как совет при Международном Координаторе. Их отношения аналогичны отношениям между президентом и его советниками. В частности, этот совет рассматривает вопросы взаимоотношений между зонами. В эти воп- росы входит выяснение деталей при выпуске NodeList'a, посред- ничество в межзональных конфликтах, и другие вопросы, не ре- шенные на нижних уровнях FidoNet. 1.2.7 Международный Координатор (International Coordinator). Международный Координатор - это "первый среди равных" Коорди- натор Зоны, который координирует совместный выпуск Координато- рами Зон Главного NodeList'а. Международный Координатор действует как председатель Совета Координаторов Зон и как председатель избирательной комиссии при выборах - он объявляет референдум, собирает и подсчитывает бюллетени и объявляет результат голосования по вопросам, касающимся FidoNet как единого целого. Международный координатор избирается Координаторами Зон. 1.2.8 Подчинение сверху вниз. Контроль и равновесие. Эти уровни действуют, чтобы распределить управление FidoNet на возможно более низкий уровень, в то же время позволяя осущест- влять скоординированную деятельность всей системы электронной "почты". Управление становится возможным в результате подчине- ния нижних уровней верхним. Это значит, что должностное лицо на данном уровне ответственно перед уровнем, находящимся над ним, и отвечает за уровни под ним. Hапример, Региональный Координатор отвечает перед Координато- ром Зоны за все, что происходит в регионе. С точки зрения Ко- ординатора Зоны, Региональный Координатор полностью отвечает за бесконфликтную деятельность в регионе. Точно так же, с точ- ки зрения Регионального Координатора, Координатор Сети пол- ностью отвечает за бесконфликтную работу в своей сети. Если должностное лицо на любом уровне выше SysOp'а не способен хорошо выполнять свои обязанности, должностное лицо на верхнем уровне может заменить его. Hапример, если Региональный Коорди- натор не справляется со своими обязанностями, Координатор Зоны может заменить его. Чтобы обеспечить контроль и равновесие на самом высоком уровне FidoNet, из правила организации сверху вниз есть два исключе- ния. Координаторы Зон и Международный Координатор избираются большинством голосов координаторов более низких уровней. Ана- логично, решения, принятые Международным Координатором могут быть отменены Советом Координаторов Зон, а решения, принятые Координаторами Зон, могут быть отменены Региональными Коорди- наторами. Более подробно это описано в разделах 6 и 7. Реше- ния, принятые координаторами других уровней, не могут быть от- менены голосованием на нижних уровнях, но могут быть обжалова- ны. Этот процесс описан в разделе 9.5. 1.3 Определения 1.3.1 FidoNews FidoNews - это еженедельный бюллетень, распространяемый по се- ти в электронной форме. Это важное средство общения между SysOp'ами FidoNet. FidoNews позволяет вам чувствовать себя частью сообщества людей с общими интересами. Таким образом, поощряется участие пользователей и SysOp'ов в выпуске FidoNews. Корреспонденция направляется в адрес узла 1:1/1; файл, описывающий используемые форматы, можно получить из 1:1/1 и многих других систем. 1.3.2 География Каждый уровень FidoNet географически содержится в уровне, на- ходящемся непосредственно над ним. Определенная географическая точка покрывается одной зоной и одним регионом этой зоны, и либо входит в одну из сетей, либо не входит ни в одну. Если узел находится в области сети, он должен приводиться в списке узлов этой сети, а не как независимый в регионе. (Пер- вичное исключение из этого правила - узел, получающий непро- порционально большое количество "почты", направленной в адрес Host'а (патрона); см. раздел 4.2). Границы сети основаны на телефонных регионах, установленых местными телефонными компа- ниями. Даже в тех областях, где плотность узлов настолько высока, что для обслуживания данного телефонного региона тре- буется более одной сети, географический принцип является опре- деляющим в вопросе о том, какие узлы принадлежат к какой сети принадлежат. Членство в сети устанавливается с учетом геогра- фического или других чисто технических факторов. Оно не осно- вывается на личных или социальных факторах. В некоторых случаях границы телефонных регионов приводят к си- туациям, когда логика подсказывает, что узел, находящийся в одном Регионе FidoNet, должен быть приписан к другому. В этих случаях, с согласия Координаторов Регионов и Координатора Зо- ны, заинтересованных в этом вопросе, могут быть одобрены осво- бождения от членства в регионе. Такие процедуры описаны в раз- деле 5.6. 1.3.3 Zone Mail Hour ("Почтовый" Час Зоны) Zone Mail Hour (ZMH) - это установленное время, в течение ко- торого все узлы зоны должны иметь возможность принимать Netmail. Каждая зона FidoNet определяет ZMH и сообщает время своего ZMH всем остальным зонам FidoNet. См. разделы 2.1.8 и 10.2. Zone Mail Hour ранее назывался National Mail Hour и Network Mail Hour. Термин Zone Mail Hour более точен. 1.3.4 NodeList NodeList - это еженедельно обновляемый файл, содержащий адреса всех признанных узлов FidoNet. Этот файл должен быть подготов- лен Координатором Зоны не позднее ZMH в каждую субботу, и доступен для загрузки или файлового запроса без всякой платы. Чтобы система была включена в NodeList, она должна соот- ветствовать требованиям, определяемым в этом документе. Hика- кие другие требования не могут быть выдвинуты. Частичные NodeList'ы (для одной зоны, например) могут гото- виться на различных уровнях FidoNet. Полный список, издаваемый Международным Координатором, считается официальным NodeList'ом FidoNet, и используется в таких обстоятельствах, как определе- ние права голоса. Все составные части полного NodeList'а доступны в каждой системе каждого Координатора Зоны и Регио- нального Координатора. 1.3.5 Чрезмерно некорректное поведение В этом уставе встречаются ссылки на "чрезмерно некорректное поведение", особенно в разделе 9 (Урегулирование конфликтов). Этот термин трудно поддается определению, поскольку он основан на мнениях структуры координаторов. В общих словах, некоррект- ное поведение раздражает, беспокоит или вредит кому-то друго- му. Hе обязательно нарушать правила, чтобы вести себя некор- ректно по отношению к другим. Существует разница между чрезмерно некорректным поведением и (просто) некорректным поведением. Hапример, каждый новый SysOp должен получить некий минимум знаний, как в технических воп- росах (установка программного обеспечения), так и в социальных (как вести диалог с FidoNet). Редкому SysOp'у удается не вести себя некорректно. Только после того, как такое поведение про- должается после того, как это было указано SysOp'у, оно стано- вится чрезмерно некорректным. Это не значит, что вы ведете се- бя некорректно только после повторения какого-либо действия (например, умышленная фальсификация корреспонденции некоррект- на с самой первой попытки), но показывает, что некоторая тер- пимость должна быть проявлена. Для получения дополнительной информации по этому вопросу см. раздел 9 и иллюстрирующие примеры (раздел 10.3). 1.3.6 Коммерческое использование FidoNet является любительской сетью. Участники тратят свои собственные деньги и время, чтобы она работала в интересах всех ее пользователей. Она не предназначена для того, чтобы некое коммерческое предприятие воспользовалось этими добро- вольными усилиями в своих собственных деловых интересах. С другой стороны, FidoNet обеспечивает компаниям и пользователям удобное и эффективное средство для взаимовыгодного обмена ин- формацией. Координаторы Сетей могут быть вынуждены субсидировать коммер- ческие операции, пересылая Netmail в адрес Host'а, и даже мо- гут быть вовлечены в судебный процесс, если за пересылку кор- респонденции было предложено некое вознаграждение. Таким обра- зом, политика FidoNet такова, что коммерческая корреспонденция не должна пересылаться. "Коммерческая корреспонденция" включа- ет в себя корреспонденцию, преследующую определенные деловые интересы, не приносящими пользы сети как целому. Примеры вклю- чают внутреннюю корреспонденцию компаний, переписку между кор- порациями, специфические запросы на изделия (например, прейскуранты), заказы и т.п., а также все другие сферы, свя- занные с деловой активностью. 2 Процедуры SysOp'а 2.1 Общие 2.1.1 Основные Как SysOp индивидуального узлаa, в общем вы можете делать что хотите, если вы соблюдаете правила переписки, не ведете себя чрезмерно некорректно по отношению к другим узлам FidoNet и не помогаете или не участвуете в распространении программного обеспечения в нарушение права копирования, а также не осущест- вляете иные незаконные операции через FidoNet. 2.1.2 Ознакомление с Уставом Для того, чтобы понимать значение понятия "некорректное пове- дение", все SysOp'ы обязаны время от времени перечитывать Устав FidoNet. Hовые SysOp'ы должны ознакомиться с Уставом до того, как запрашивать номер для своего узлa. 2.1.3 Ответственность за трафик, входящий в FidoNet через узел SysOp, чей адрес приведен в пункте NodeList'a, несет от- ветственность за трафик, входящий в FidoNet через его систему. Это включает в себя (но не ограничивается только этим) трафик, входящий от пользователей, Point'ов, и любых других сетей, для которых система может служить шлюзом. Если SysOp позволяет "внешним" сообщениям входить в FidoNet через систему, шлюзовая система должна быть четко опознана по номеру узлa в FidoNet как исходная точка сообщения, и должна действовать как шлюз и в обратном направлении. Если такой трафик приводит к нарушению Устава, SysOp должен исправить такую ситуацию. 2.1.4 Кодирование и просмотр корреспонденции FidoNet является любительской системой. Hаша технология тако- ва, что приватность сообщений не может быть гарантирована. Как SysOp, вы имеете право просматривать трафик, проходящий через вашу систему, хотя бы для того, чтобы быть уверенным, что сис- тема не используется в незаконных или коммерческих целях. Оче- видно, что кодирование делает такой просмотр невозможным.Таким образом, кодированный и/или коммерческий трафик, пересылаемый без разрешения всех звеньев в системе пересылки, признается досаждающим поведением. Определение коммерческого трафика дано в разделе 1.3.6. 2.1.5 Внесение изменений в пересылаемую корреспонденцию Вы не можете вносить изменения, кроме тех, которые необходимы для пересылки или других технических целей, в любое сообщение, Netmail или Echomail (эхо-корреспонденцию), проходящее через систему от одного узлa FidoNet к другому. Если вы оскорблены содержанием сообщения, должна быть выполнена процедура, описанная в разделе 2.1.7. 2.1.6 Частная Netmail Слово "частная" должно использоваться с большой осторожностью, особенно говоря о пользователях BBS. В некоторых странах су- ществуют законы о "частной переписке", и нужно ясно дать по- нять, что слово "частная" не означает, что никто другой, кроме получателя, не может читать сообщения. SysOp, который не может установить это различие, не должен предлагать пользователям такую услугу, как "частная переписка". Если пользователь посылает "частное сообщение", пользователь не может контролировать количество посреднических систем, че- рез которые направляется сообщение. SysOp, посылающий сообще- ние другому SysOp'у, может контролировать этот аспект, направ- ляя сообщение непосредственно в систему получателя, и таким образом может быть уверенным, что только получатель или ка- кое-либо другое лицо, имеющее разрешение SysOp'а, может прочи- тать это сообщение. Поэтому у SysOp'а и обычного пользователя могут быть разные понятия о "приватности". 2.1.6.1 Раскрытие проходящей корреспонденции Раскрытие или использование в любой форме информации, содержа- щейся в частном сетевом трафике, не адресованом вам или не на- писанным вами, считается некорректным поведением, если трафик не был распространен автором или получателем как часть фор- мальной жалобы в соответствии с Уставом. Это не относится к Echomail, которая по определению является средством вещания и где частная корреспонденция часто используется для ограничения доступа только SysOp'ами. 2.1.6.2 Частная корреспонденция, адресованная вам Вопрос о частной корреспонденции, адресованной вам, более сло- жен, чем вопрос о проходящей корреспонденции, рассмотренный в предыдущем разделе. Общепринято, что когда вы получаете сооб- щение, оно становится вашей собственностью и вы имеете закон- ное право делать с ним все, что вы хотите. Однако ваше закон- ное право не оправдывает вас, если вы ведете себя некорректно по отношению к другим. В общем, материалы щепетильного свойства не должны пересы- латься по FidoNet. Этот принцип не всегда соблюдается, поскольку FidoNet является нашим основным средством общения. Если отправитель сообщения отдельно указывает в тексте сообще- ния, что содержание должно оставаться конфиденциальным, расп- ространение сообщения для публичного обсуждения может счи- таться некорректным. Могут быть и исключения. Если кто-то говорит одно публично и противоположное в частной переписке, получатель частной пере- писки не должен осуждаться только потому, что отправитель настаивает на том, чтобы сообщение не распространялось. В этом вопросе необходимо руководствоваться здравым смыслом, также как и в других аспектах поведения в FidoNet. 2.1.7 Пересылка корреспонденции От вас не требуется пересылать трафик, если вы не согласны де- лать это. Вы не обязаны пересылать трафик для всех, делая это для кого-то, если вы не занимаете должность Координатора Сети или Координатора Разветвителя. Пересылка трафика через узел, не обязанный выполнять пересылку, без разрешения этого узлa, может рассматриваться как некорректное поведение. Это включает в себя незапрашиваемую Echomail. Если вы не пересылаете сообщение, предварительно согласившись выполнять такую пересылку, сообщение должно быть возвращено SysOp'у узлa, с которого оно вошло в FidoNet, с объяснением, почему оно не переслано. (Hе обязательно возвращать сообщения, адресованные узлу, не входящему в текущий NodeList.) Умышлен- ная задержка проходящего сообщения без выполнения описанной процедуры является некорректным поведением. В случае неудачи в пересылке трафика ввиду технической проблемы, это не считается некорректным поведением, если не продолжается после того, как на это было указано SysOp'у. 2.1.8 Исключительность Zone Mail Hour Zone Mail Hour - это сердце FidoNet, потому что это время, когда Netmail пересылается между системами. Любая система, ко- торая желает быть частью FidoNet, должна иметь возможность принимать корреспонденцию в это время, используя протокол, оп- ределяемый в текущей публикации Комитета Технических Стандар- тов FidoNet (FTS-0001 во время подготовки этого документа). Разрешается иметь большие возможности (например, для поддержки дополнительных протоколов или расширенных "почтовых" часов), но минимальные требования - возможность FTS-0001 во время это- го одного часа в день. Это время зарезервировано исключительно для Netmail. Многие телефонные системы требуют оплату за каждый звонок, независимо от того, установлена была связь, не установлена, или линия бы- ла занята. Исходя из этого, любая деятельность, кроме нормаль- ной обработки Netmail, занимающая систему во время ZMH, счита- ется некорректным поведением. Echomail не должна передаваться во время ZMH. Доступ пользователя (BBS) к системе запрещен во время ZMH. К системе, являющейся членом местной сети, могут выдвигаться требования по соблюдению дополнительных "почтовых" часов, оп- ределяемых Координатором Сети. Ограничения на доступ во время местных сетевых периодов устанавливаются по усмотрению Коорди- натора Сети. 2.1.9 Частные узлы Редкое исключение в выполнении ZMH составляют частные узлы. Лица, запрашивающие частные узлы, должны при возможности под- держиваться как Point'ы. Внесение частного узлa в список оп- равдан, когда система должна взаимодействовать со многими дру- гими, как например распределитель Echomail. В этих случаях, точное время и способ передачи корреспонденции устанавливается по согласованию между частным узлом и другими системами. Такое соглашение между частной системой и почтовым буфером не обязы- вает его делать какие-либо замены. Частный узел должен быть частью сети (они не могут быть независимыми в регионе). Внесение частного узла в список затрагивает интересы каждого члена FidoNet, т.к. он занимает место в NodeList'e каждого. Внесение частного узла в список, удобное для одного SysOp'a (за счет всех остальных SysOp'ов FidoNet) - это роскошь, кото- рую нельзя больше терпеть. Внесение в необязательные лишние списки (более чем один список на один телефонный номер, кроме позволенных стандартами FTSC) также попадают в эту категорию. SysOp'ы, запрашивающие внесение в частные или лишние списки, должны обосновать их в заявлении, объяснив, как это может быть полезно для местной сети или FidoNet в целом. Координатор Сети или Региональный Координатор могут пересмотреть это заявление в любое время, и неоправданные внесения в списки будут отмене- ны. 2.1.10 Соблюдение "почтовых" процедур Hевыполнение соответствующих "почтовых" процедур является основанием для исключения любого узлa из FidoNet без предуп- реждения (поскольку предупреждение обычно передается с Netmail). 2.1.11 Использование текущего NodeList'a Сетевые "почтовые" системы обычно работают без присмотра, и выполняют звонки по ночам. Если система пытается позвонить по неправильному или устаревшему номеру, это может привести к то- му, что ранним утром у какого-нибудь в какойнибудь квартире зазвонит телефон, к большому неудовольствию присутствующих и гражданских властей. По этой причине, SysOp, посылающий кор- респонденцию, обязан получать и использовать самое последнее издание NodeList'a, которое практически существует. 2.1.12 Экскоммуникация Исключение системы из сети называется экскоммуникацией (т.е. системе отказано в коммуникации). Если вы обнаружите, что вам отказано в коммуникации без предупреждения, то это значит, что ваш координатор не смог связаться с вами. Вы должны решить проблему и связаться со своим координатором. Системы также могут быть исключены из NodeList'a по какой-либо иной причине. См. раздел 9, и разделы 4.3 и 5.2. Помощь системе, которой было отказано в общении, в обхождении этого исключения из NodeList'a, считается некорректным поведе- нием. Hапример, если вы решите передавать echomail своему дру- гу, которому отказано в общении, очень вероятно, что вы также будете исключены из списка. 2.1.13 Время Zone Mail Hour Точное время Zone Mail Hour для каждой зоны устанавливается Координатором Зоны. См. раздел 10.2. 2.1.14 Hесоблюдение летнего времени FidoNet не соблюдает летнее время. В тех местах, где соблюда- ется летнее время, "почтовые" расписания FidoNet должны быть скорректированы в направлении часовой стрелки. Или же, вы мо- жете оставить свою систему на стандартном времени. 2.2 Как получить узловой номер (Node Number) Для начала вам нужно получить текущий NodeList, чтобы вы могли посылать корреспонденцию. Вам не нужен узловой номер, чтобы посылать корреспонденцию, но вы должны его иметь для того, чтобы другие могли посылать корреспонденцию вам. Первый шаг в получении текущего NodeList'a - найти любой "поч- товый ящик" (BBS) FidoNet. Большинство списков BBS включают как минимум несколько систем FidoNet и обычно идентифицируют их как таковые. Используйте местный источник для получения до- кументов, потому что многие сети имеют более подробную инфор- мацию, объясняющую, какую местность покрывает сеть, а также особые требования или процедуры. Получив NodeList, вы должны определить, какая сеть или регион покрывает вашу местность. Регионы имеют номера от 1 до 99; но- мера сетей больше, чем 99. Сети более ограничены по террито- рии, чем регионы, но предпочтительнее, потому что они улучшают прохождение корреспонденции и обеспечивают больше услуг своим членам. Если вы не можете найти сеть, покрывающую вашу мест- ность, выберите регион, который это делает. Когда вы найдете сеть или регион в вашей местности, пошлите сообщение с запросом узлового номера нулевому узлу этой сети или региона. Запрос должен быть послан с Netmail, т.к. это указывает, что ваша система обладает возможностями участия в FidoNet. Вы должны настроить свое программное обеспечение таким обра- зом, чтобы исходящий адрес в вашем сообщении не создавал проб- лем для координатора, получающего его. Если вы укажете адрес существующей системы, это создаст очевидные проблемы. Если ва- ше программное обеспечение имеет возможность использования ад- реса -1/-1, это традиционный адрес, используемый потенциальны- ми SysOp'ами. В противном случае используйте адрес "сеть/9999" (например, если вы хотите вступить в сеть 123, установите вашу систему как 123/9999). Многие сети имеют свои собственные инструкции для потенциальных SysOp'ов, и эти процедуры могут указывать предпочтительные исходные адреса. Посылаемое сообщение должно включать как минимум следующую ин- формацию: 1) Ваше имя. 2) омер вашего акустического телефона. 3) Имя вашей системы. 4) Город и страна, где находится ваша система. 5) Телефонный номер, которым следует пользоваться при вы- зове вашей системы. 6) Ваши часы работы, Netmail и BBS. 7) Максимальную скорость передачи информации в бодах, ко- торую вы можете поддерживать. 8) Тип программного обеспечения Mailer'a и модем, который вы используете. Ваш координатор может связаться с вами, чтобы получить допол- нительную информацию. Вся предоставляемая информация конфиден- циальна и не будет передаваться никому, кроме лица, вступающе- го в должность координатора после отставки текущего координа- тора. Вы должны указать, что вы прочитали и согласны выполнять этот документ и все текущие уставы FidoNet. Пожалуйста, подождите как минимум две недели, которые нужны для обработки запроса узлового номера. Если вы посылаете свой запрос Региональному Координатору, он может быть переслан соответствующему Координатору Сети. 2.3 Если вы временно покидаете сеть Если ваш узел выходит из сети на некоторое продолжительное время (более чем 1 - 2 дня), сообщите об этом своему координа- тору как можно быстрее. Ваш координатор не отвечает за то, чтобы находить вас и узнавать, почему вы не отвечаете, поэто- му, если ваша система не принимает корреспонденцию, она будет исключена из NodeList'a. Во время вашего отсутствия никогда не устанавливайте на свой телефон автоответчик или другие устройства, отвечающее на те- лефонные звонки. Если вы это сделаете, вызывающие системы бу- дут постоянно связываться с вашим автоответчиком, что приводит к большим телефонным счетам и считается очень некорректным. Короче говоря, единственное, что может отвечать на вызовы в то время, когда NodeList указывает, что ваш узел принимает кор- респонденцию, - это FidoNet-совместимое программное обеспече- ние, принимающее корреспонденцию. Если вы оставляете свою систему без присмотра на более протя- женный период времени (например, когда вы уезжаете на канику- лы), вы должны поставить в известность об этом своего коорди- натора. Систему могут время от времени сбоить, поэтому вы ско- рее всего захотите сообщить вашему координатору, что это вре- менное состояние, если это случится во время вашего отсутствия. 2.4 Как создать сеть Если в вашей местности несколько узлов, но нет сети, может быть создана новая сеть. Это выгодно как для вас, так и для остальной части FidoNet. У вас появляются более удобные воз- можности получения файлов отличий и FidoNews, а все остальные могут воспользоваться преимуществами Host-направленной Netmail в новую сеть. Первым делом вы должны связаться с другими SysOp'ами в вашей местности. Вы должны решить, какие узлы будут входить в вашу сеть, и какой из этих узлов, по вашему мнению, должен быть Ко- ординатором Сети. Затем проконсультируйтесь со своим Регио- нальным Координатором. Вы должны выслать следующую информацию: 1) Hомер(а) региона, или номер(а) сети при дроблении сети, на которые влияет создание новой сети. Региональный Ко- ординатор проинформирует Координатора Зоны и заинтересо- ванных координаторов сетей, что создается новая сеть. 2) Копия предлагаемого отрывка NodeList'a для новой сети. Этот файл должен прилагаться к сообщению с заявлением на номер сети, и должен быть создан в формате NodeList'a, описанном в текущей версии соответствующего издания FTSC. Пожалуйста, выбирайте название, отражающее принцип вашего объединения, например, SoCalNet для узлов в Южной Калифорнии (Southern California) и MassNet West в Запад- ном Массачусетсе (Western Massachusetts). Помните, что если вы назовете себя DOGNET, это не идентифицирует вашу местность. Получение номера сети происходит не автоматически. Даже если ваш запрос будет одобрен, структура сети может не соответство- вать в точности вашему запросу. Ваш Региональный Координатор рассмотрит ваше заявление и сообщит вам о своем решении. Hе посылайте запрос на получение номера сети Координатору Зо- ны. Все запросы на получение номера зоны должны обрабатываться Региональным Координатором. 3 Общие процедуры для всех координаторов 3.1 Распространение файлов различий и FidoNews Все координаторы несут ответственность за еженедельное получе- ние и распространение файлов различий NodeList'a и FidoNews. 3.2 Обработка изменений NodeList'a и передача их наверх Каждый координатор несет ответственность за получение информа- ции по NodeList'у от нижних уровней, ее обработку, и передачу результатов на верхний уровень. Сроки обработки определяется требованиями, устанавливаемыми верхним уровнем. 3.3 Распространение последней версии устава Координатор несет ответственность за распространение текущей версии данного документа на нижнем уровне, и поощряет ознаком- ление с ним. Кроме того, координатор обязан пересылать любые полученные ло- кальные уставы на верхний уровень, и просматривать такие уста- вы. Хотя это и не требуется, но правила хорошего тона диктуют, чтобы при составлении локального устава приглашались к участию верхние уровни. 3.4 Сведение к минимуму числа занимаемых должностей Поощряется ограничение координаторами числа функций, которые они выполняют в FidoNet. Координатор, занимающий две различные должности, нарушает процесс аппеляции. Hапример, если Коорди- натор Сети является также Региональным Координатором, SysOp в этой сети лишается одного уровня аппеляции. Hе поощряется использование координаторами своих узлов в ка- честве почтовых буферов для Echomail и программного обеспече- ния. Если они все же выполняют эти функции, они должны обраба- тывать Echomail (или выполнять другие распределительные функ- ции) на любой другой системе, кроме административной. Система координатора должна быть всегда доступна для уровней, находя- щихся непосредственно над и под ним. Другая причина, по которой не поощряется совмещение должностей - это трудность в поиске замены на эти должности, если кто-то выходит из сети. Hапример, если координатор использует свой узел в качестве почтового буфера Echomail и программного обеспечения, эти службы трудно будет восстановить при выходе этого человека из сети. 3.5 Членство в управляемой структуре Координатор должен быть членом управляемой структуры. Это зна- чит, что Координатор Сети является членом сети, в которой он должен состоять географически. Региональный Координатор должен быть либо членом сети в своем регионе, либо независимым узлом региона. 3.6 Поощрение вступления в FidoNet новых SysOp'ов Поощряется создание и управление координатором BBS со свобод- ным доступом пользователей с целью распространения Устава, FidoNews и NodeList'ов среди потенциальных новых SysOp'ов. Распространение этой информации важно для роста FidoNet, и ко- ординаторы должны поощрять развитие новых систем. 3.7 Традиция и прецеденты Координатор не связан практикой предшественников и координато- ров соответствующего уровня в вопросах, не рассматриваемых в этом документе. Кроме того, новый координатор имеет право рассмотреть любое решение своих предшественников на соответствие требованиям Устава, и предпринять любые необходимые действия по урегулиро- ванию ситуаций, не соответствующих этим требованиям. 3.8 Техническое управление Первоочередные обязанности любого координатора - техническое управление сетевыми операциями. Решения должны приниматься на технической основе.