Policy(eng)

ОБЩИЙ УСТАВ ECHOMAIL
1 февраля 1989

ПРОЛОГ

Этот документ устанавливает дальнейшую политику проведения
конференций Echomail и их распределение.

Этот Устав применим к конференциям Echomail, проводимых Echomail
Backbone (Хребтом Echomail) Зоны 1, а также к любым другим
конференциям, к которым Модератор считает его применимым.
Возможные изменения Устава Echomail могут быть предложены простым
большинством голосов Региональных Координаторов Echomail. Право
голоса по предложениям, сделанным структурой Региональных
Координаторов Echomail имеют Зональный Координатор Echomail,
Региональные Координаторы Echomail, Сетевые Координаторы
Echomail, Координаторы Сетей, Региональные Координаторы и
Международный Координатор. Каждое лицо имеет только один голос.
Для принятия изменения требуется простое большинство голосов.

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

I. ИСТОРИЯ

Суть Echimail состоит в совместном использовании баз сообщений,
или конференций, различными независимыми адресами сети. Концепция
Echomail была заложена серией программ, написанных Джефом Рашем
(Jeff Rush). Со времени первоначальной реализации многими
авторами написаны программы, улучшающие первоначальную идею.
Несмотря на опасения, что поток Echomail увеличит трафик Netmail
настолько, что Сеть развалится от собственной тяжести, Echomail
приобрела популярность. Для упрощения распределения Echomail
создан национальный Echomail Backbone, чьей основной задачей
является распределение Echomail на национальном уровне. В
последнее время в систему Backbone внесено удачное дополнение -
Echomail Star (Echomail-звезды). В результате роста FidoNet и
увеличения объема Echomail, назрела необходимость в создании
формального устава, покрывающего Echomail.

II. ОПРЕДЕЛЕНИЯ

1. ECHOMAIL: Процесс совместного использования баз сообщений
независимыми системами с уникальными адресами узла/сети.

2. КОНФЕРЕНЦИЯ ECHOMAIL: Конференция Echomail - это база
сообщений, имеющая структуру форума, распространяемая под
определенным именем конференции и имеющая отношение к
ограниченной области интересов. Можно привести такие примеры, как
TECH, Национальная Техническая Конференция, и COMM, Национальная
Телекоммуникационная Конференция.

3. КОНФЕРЕНЦИЯ, ИМЕЮЩАЯ МОДЕРАТОРА: Конференция, имеющая
Модератора - это конференция Echomail, для которой назначается
Модератор, осуществляющий надзор над течением и содержанием
конференции. Все конференции, проводимые на Backbone, должны
иметь Модератора.

4. КОНФЕРЕНЦИЯ ТОЛЬКО ДЛЯ SYSOP'ОВ: Конференция Только для
SysOp'ов - это конференция, Модератор которой решил, что участие
в ней могут принимать только SysOp'ы, но не пользователи.

5. КОНФЕРЕНЦИЯ ОГРАНИЧЕННОГО РАСПРЕДЕЛЕНИЯ: Конференция
ограниченного распределения - это конференция, ограниченная
только участниками, имеющими право ее принимать. В качестве
примера можно привести REGCON, Конференцию Региональных
Координаторов, COORD, Национальную Конференцию Координаторов
Echomail, и MAGICK, Конференция Echomail с предварительной
регистрацией.

6. ЗОНАЛЬНЫЙ КООРДИНАТОР ECHOMAIL (ЗКЕ): Лицо, занимающее
этот пост, отвечает за координацию Echomail на уровне Зоны
FidoNet.

7. РЕГИОНАЛЬНЫЙ КООРДИНАТОР ECHOMAIL (РКЕ): Лицо, занимающее
этот пост, отвечает за координацию Echomail в своем регионе.

8. СЕТЕВОЙ КООРДИНАТОР ECHOMAIL (СКЕ): Лицо, занимающее этот
пост, отвечает за координацию Echomail на уровне Локальной Сети.

9. ECHOMAIL BACKBONE: Echomail Backbone состоит из
добровольных членов, обеспечивающих сервис для улучшения
распределения Echomail на национальном уровне. Backbone состоит
из узлов, обрабатывающих большой объем трафика Echomail и
отвечающих за распределение Echomail вниз на региональный
уровень.

10. NATIONAL ECHOMAIL LIST: National Echomail List
(Национальный Список Echomail) перечисляет имеющиеся национальные
конференции, модераторов конференции и требования конкретной
конференции. ЗКЕ назначает хранителя National Echomail List.

11. АВТОМАТИЧЕСКАЯ ЦЕНЗУРА: Термин Автоматическая Цензура
относится к программам, приводящим к удалению сообщений из
соответствующей конференции или изменению их содержания.

12. УСТАВ FIDONET: Официально принятый документ, которым
руководствуется FidoNet в своей работе. В момент выхода данного
Устава Echomail - это Устав3, который может быть изменен. Данный
Устав Echomail должен стать частью Общего Устава FidoNet. Пока он
не включен в Общий Устав FidoNet, этот документ будет служить для
определения нарушений устава при передаче Echomail.

13. КОНФЕРЕНЦИЯ ОТКРЫТОГО ДОСТУПА: Это неограниченная
конференция, открытая для всех пользователей, желающих следовать
установленным правилам конференции.

14. ТЕРМИНАЛЬНЫЙ УЗЕЛ: Система, не обрабатывающая Echomail
для передачи другой системе.

III. ОБЯЗАННОСТИ КООРДИНАТОРОВ ECHOMAIL (КЕ)

1. ОБЩИЕ: В обязанности *КЕ входит обеспечение доступности
для любого SysOp'а FidoNet любой конференции, которую SysOp'у не
запрещено принимать из-за несоответствия требованиям,
установленным модератором конференции. Если по какой-либо причине
*КЕ не имеет доступа по общепризнанным каналам распределения к
определенной конференции, от них нельзя требовать передавать ее
ниже. Если же *КЕ не может сделать любую конференцию доступной
для квалифицированного нижнего уровня распределения, это должно
рассматриваться как невыполнение им своих первоочередных
обязанностей. Такое невыполнение обязанностей является причиной
для смещения *КЕ со своего поста, как предусмотрено в данном
документе. Однако от *КЕ нельзя требовать импорта конференции в
масштабах, имеющих неблагоприятное экономическое влияние.
Рекомендуется совместно возмещать затраты. Там же, где подача
конференции выполнима с финансовой стороны координатором,
к любой конференции на Backbone должен быть обеспечен доступ
(если это не конференция ограниченного доступа), если получен
запрос.

Исключение допускается, когда *КЕ отрезает связь для прекращения
несанкционированного распределения конференции. В этом случае
некоторые имеющие санкционированный доступ узлы могут временно
потерять свою связь.

*КЕ должен делать все возможное для обеспечения следующих
моментов:

1. Все нижеидущие связи проинструктированы в соответствии
с этим уставом.

2. Нижеидущие связи знают, как правильно подключиться к
конференции.

3. Объяснено допустимое и недопустимое поведение в
конференциях Echomail.

4. Нижеидущие связи не задействованы в топологиях,
увеличивающих вероятность дублирования сообщений.

2. ОБЯЗАННОСТИ ЗОНАЛЬНОГО КООРДИНАТОРА ECHOMAIL (ЗКЕ):
В обязанности ЗКЕ входит координация связей между Echomail
Backbone как на межзональном, так и на внутризональном уровнях, а
также координация межрегиональных связей. ЗКЕ координирует
передачу Echomail и обеспечивает такие пути ее прохождения,
которые позволяют избегать дублирования сообщений в одной
конференции. В обязанности ЗКЕ также входит наблюдение за
выполнением требований устава как на национальном, так и на
международном уровне.

3. ОБЯЗАННОСТИ РЕГИОНАЛЬНОГО КООРДИНАТОРА ECHOMAIL (РКЕ):
В обязанности РКЕ входит обеспечение регионального распределения
Echomail. Кроме того, РКЕ координирует межрегиональные
перекрестные связи конференций совместно с РКЕ заинтересованного
региона, ставя в известность об этом ЗКЕ. РКЕ обеспечивает
передачу и направление Echomail в своем регионе таким образом,
чтобы не допустить создания дублированных сообщений в одной
конференции. Обязанностью РКЕ также является наблюдение за
выполнением требований устава на региональном уровне.

4. ОБЯЗАННОСТИ СЕТЕВОГО КООРДИНАТОРА ECHOMAIL (СКЕ):
Обязанностью СКЕ является координация внутрисетевой Echomail, и
сотрудничество с РКЕ и СКЕ других сетей в обеспечении межсетевой
передачи Echomail. РКЕ может потребовать от СКЕ обеспечить связи
для независимых (региональных) узлов. СКЕ ведет список
конференций Echomail, доступных в сети, а также требований каждой
области конференции, предоставляемых модератором конференции
(Echolist). СКЕ должен также следить за выполнением требований
данного устава на уровне сети.

5. ОБЯЗАННОСТИ КООРДИНАТОРА ECHOLIST'А: В обязанности
Координатора Echolist'а входит составление и предоставление
списков национальных и международных конференций Echomail, и, по
возможности, конференций на различных локальных уровнях.
Содержание и формат списков Echomail находится в компетенции
Координатора Echolist'а, но список должен обязательно включать
имя конференции и модератора каждой конференции. Координатлор
Echolist'а должен также вести список требований, предъявляемых в
каждой из указанных конференций.

6. ОБЯЗАННОСТИ МОДЕРАТОРА КОНФЕРЕНЦИИ ECHOMAIL: Модератор
Конференции Echomail обязан делать все от него зависящее, чтобы
не допустить нелегальной деятельности или распространения
нелегальной информации, определяемых ниже в Пункте 2 Раздела V,
в координируемой им конференции. Модератор несет ответственность
за то, чтобы сообщения, содержащиеся в конференции,
соответствовали теме конференции. Модератор должен сообщать о
любых нарушениях данного устава соответствующим Координаторам
Echomail и подавать жалобы на нарушения устава, как предусмотрено
документами, принятыми FidoNet. Модератор должен как минимум раз
в месяц помещать в конференции правила конференции. Модератор
должен санкционировать разъединение подачи конференции. О любом
SysOp'е, который, по мнению Модератора, нарушает устав, он
сообщает ближайшему локальному координатору Echomail нарушившего
устав узла (возможно, СКЕ, РКЕ или в крайнем случае ЗКЕ); и
Модератор должен формально санкционировать ограничение подачи
узлу-нарушителю. Модератор конференции является единственным
судьей, решение которого может быть пересмотрено только ЗКЕ (или
его представителями), если наказанным узлом подается жалоба.
Модератор может потребоватьв прямой письменной форме (NetMail),
чтобы *КЕ отсоединил узел от конференции, когда узел отказывается
выполнять опубликованные правила конференции после как минимум
трех предупреждений. Сознательная передача конференции узлу,
наказанному Модератором, считается нарушением данного устава
Echomail и может наказываться дисквалификацией. Срок этой
дисквалификации устанавливается совместным решением модератора
конференции и ближайшим локальным координатором Echomail узла,
нелегально передающего конференцию первоначально нарушившему
устав узлу или Point'у.

Жалобы по конференциям Echomail от SysOp'а должны рассматриваться
на уровне сети (СКЕ) или, если жалобу подает независимый узел, то
на уровне РКЕ. СКЕ или РКЕ, получив такую жалобу, должны принять
меры в соответствии с положениями устава Echomail.

В случае грубых или постоянных нарушений СКЕ, РКЕ или ЗКЕ могут
рассматривать жалобу, руководствуясь общим уставом FidoNet, как
чрезмерно некорректное поведение.

IV. НАЗНАЧЕНИЕ И ИЗБРАНИЕ КООРДИНАТОРОВ ECHOMAIL И МОДЕРАТОРОВ.

1. ПОЛОЖЕНИЕ ДЕДА: Зональные, Региональные и Сетевые
Координаторы, занимающие эти должности в момент принятия Устава
Echomail, продолжают выполнять свои обязанности в указанном
объеме до отставки или замены в соответствии с данным уставом.

2. ИЗБРАНИЕ ЗОНАЛЬНОГО КООРДИНАТОРА ECHOMAIL: ЗКЕ должен
избираться в соответствии со следующей процедурой:

а) при отставке или замене ЗКЕ, Координатор Зоны FidoNet
должен назвать как минимум пять кандидатур на эту
должность.

б) выборы должны проводиться через 10 дней после объявления
кандидатур. ЗКЕ считается избранным, если он получил
простое большинство голосов структуры координаторов
(Международный Координатор, Координатор Зоны, Региональные
Координаторы, Координаторы Сетей, Региональные Координаторы
Echomail, и Сетевые Координаторы Echomail) в своей зоне
Fidonet. Если кто-либо занимает более одного поста, он имеет
только один голос.

3. ИЗБРАНИЕ РЕГИОНАЛЬНОГО КООРДИНАТОРА ECHOMAIL: РКЕ должен
избираться в соответствии со следующей процедурой:

а) при отставке или замене РКЕ, ЗКЕ должен назвать как
минимум 3 кандидатуры на эту должность.

б) выборы должны проводиться через 10 дней после объявления
кандидатур. РКЕ считается избранным, если он получил
простое большинство голосов структуры координаторов
(Региональный Координатор, Координаторы Сетей и Сетевые
Координаторы Echomail) в своем регионе Fidonet. Если
кто-либо занимает более одного поста, он имеет только
один голос.

4. СЕТЕВОЙ КООРДИНАТОР ECHOMAIL: СКЕ назначается
Координатором Сети FidoNet или альтернативным путем, определяемым
Координатором Сети. Если СКЕ не назначен в течение 30 дней, он
назначается РКЕ.

5. СМЕЩЕНИЕ *КЕ: *КЕ может быть смещен со своего поста
простым большинством голосов тех, кто может принимать участие в
избрании его преемника. Чтобы сместить СКЕ, достаточно
большинства голосов членов сети. Должностное лицо непосредственно
над смещаемым координатором (в структуре *КЕ) наблюдает за
голосованием, так же как это предписано при выборах преемника.

*КЕ может быть смещен только ввиду его неспособности должным
образом исполнять свои обязанности, описанные выше, или если он
не является более членом FidoNet. Обещание "бесплатной" передачи
Echomail из другого источника *не* считается достаточной причиной
для смещения.

6. ПРИЗНАНИЕ КОНФЕРЕНЦИЙ: *КЕ соответствующего уровня
признает конференцию на своем уровне. Например: СКЕ признает
конференцию локальной. РКЕ признает конференцию региональной.
ЗКЕ признает конференцию зональной. Международный Координатор
признает конференцию межзональной.

7. СМЕЩЕНИЕ МОДЕРАТОРА КОНФЕРЕНЦИИ ECHOMAIL: Модератор
Конференции Echomail может быть смещен со своего поста тремя
четвертями (3/4) голосов принявших участие в голосовании членов
структуры *КЕ. Голосование должно быть справедливым и вся
структура *КЕ должна быть за десять (10) дней извещена о
предстоящем голосовании. Извещение допустимо одним из следующих
способов: NetMail от ЗКЕ, использование международной связи в
таких конференциях как COORD. Либо, в крайнем случае, письменным
извещением от РКЕ к СКЕ.

Модератор Конференции Echomail может быть смещен только ввиду
неспособности должным образом исполнять свои обязанности,
описанные выше, или за продолжительное нарушение положений
Раздела 5 данного документа, "Положения Устава" (см. ниже).
Неспособность выполнения вышеперечисленных обязанностей
модератора конференции в течение 3 или более месяцев и/или
неспособность назначить доверенное лицо в свое отсутствие
является нарушением данного устава и причиной для смещения с
поста. Голосование может быть объявлено только ЗКЕ (или его
представителем). Этот представитель не должен быть из того же
региона или сети, что и заинтересованный модератор конференции.

Членство в FidoNet не является вопросом первостепенной важности,
но настоятельно рекомендуется.

V. ПОЛОЖЕНИЯ УСТАВА

1. ОСНОВНОЙ УСТАВ ECHOMAIL: Основной устав Echomail должен
способствовать коммуникации в Конференциях Echomail законным
путем и в дружественной атмосфере, в соответствии с общими
принципами FidoNet.

2. ЗАПРЕТ НА НЕЛЕГАЛЬНУЮ ДЕЯТЕЛЬНОСТЬ: Любой Узел,
сознательно распределяющий или допускающий ввод в конференции
Echomail любых сообщений, содержащих нелегальную информацию или
способствующих нелегальной деятельности, считается нарушителем
общего устава FidoNet, как ведущий себя чрезмерно некорректно.
Используемое в данном абзаце понятие "нелегальная деятельность"
включает в себя деятельность, нарушающую гражданское
законодательство, также как и деятельность, подпадающую под
статьи уголовного кодекса.

3. АВТОМАТИЧЕСКАЯ ЦЕНЗУРА: Использование Автоматической
Цензуры в передаче или распределении Echomail считается
нарушением данного устава и нетерпимо. Такое поведение считается
чрезмерно некорректным и дисциплинарные меры применяются в
соответствии с Общим Уставом FidoNet.

Исключением из этого положения является удаление, но не цензура,
сообщений любым SysOp'ом, если такие сообщения могут привести к
судебному иску против этого SysOp'а.

Echomail не должна изменяться никакими способами, которые
потенциально могут привести к дублированию.

4. МЕЖСЕТЕВЫЕ КОНФЕРЕНЦИИ: Межсетевые конференции должны
соответствовать общему уставу FidoNet, также как и положениям
данного документа, в дополнение к любым положениям других сетей.

5. ПОЛУЧЕНИЕ ПЛАТЫ ЗА РАСПРЕДЕЛЕНИЕ: Любой, кто получает
прибыль от распределения (передачи от системы к системе)
Echomail, считается чрезмерно некорректным и нарушающим устав
FidoNet, и по действующему в настоящее время уставу FidoNet к
такому узлу должны быть приняты меры принуждения. В данном абзаце
понятие "прибыль" означает получение платы за распределение
Echomail, превышающей фактические затраты на получение и
распределение Echomail, в течение продолжительного времени.
Стоимость оборудования, используемого для получения и
распределения Echomail, не должна покрываться. SysOp, получающий
с пользователей плату за доступ к своей BBS, положений данного
пункта НЕ нарушает.

6. КОНФЕРЕНЦИИ ОГРАНИЧЕННОГО ДОСТУПА: Принимающие участие в
конференции узлы должны уважать и поддерживать ограничения,
налагаемые на конференции ограниченного распределения. Нарушение
этих ограничений отдельными узлами или Point'ами является
нарушением данного устава Echomail и ведет к временному
отстранению от участия в конференции, правила которой были
нарушены, в соответствии с приведенным выше пунктом Раздела III,
"Обязанности Модератора Конференции Echomail".

Конференции только для SysOp'ов должны быть доступны только для
SysOp'ов или Co-SysOp'ов FidoNet или других сетей, с которыми
существуют межсетевые конференции.

Нарушение ограничений, налагаемых на КОНФЕРЕНЦИИ ОГРАНИЧЕННОГО
ДОСТУПА является нарушением данного устава тогда, и только тогда,
когда модератор объявил и указал ограничения, установленные для
этой конференции.

7. ТРЕБОВАНИЕ ПОДДЕРЖКИ PATH (ПУТИ): Поддержка PATHline
(строки ПУТИ), первоначально реализованной фирмой SEA в пакете
MGM, требуется от все узлов, за исключением терминальных. Если
ваш сканер Echomail поддерживает Pathline, вы должны использовать
эту возможность НЕМЕДЛЕННО. Если же ваш сканер не поддерживает
Pathline, и у вас нет другого, то требование выполнения данного
пункта откладывается на 60 дней. После этого *КЕ могут отказать в
приеме/передаче Echomail любому узлу, не поддерживающему
Pathline.

8. СТРОКА SEEN-BY (ВИДЕЛИ): При существующей в настоящее
время технологии и топологии (маршрутная структура Echomail),
строки SEEN-BY играют важную роль в уменьшении числа
дублированных сообщений. Сокращенные строки SEEN-BY не
допускаются, если соответствующий ЗКЕ не считает, что топология
допускает их использование. Также не допускается удаление строк
SEEN-BY (кроме как Шлюзами Зон и Межсетевыми Шлюзами Echomail),
если это не одобрено ЗКЕ.

Нарушение данного пункта считается чрезмерно некорректным
поведением, к которому применяются меры принуждения согласно
общему уставу FidoNet. Шлюзы Зон и Межсетевые Шлюзы Echomail
ОБЯЗАНЫ удалять строки SEEN-BY исходной Зоны или Сети, для
уменьшения риска конфликтов при адресации.

9. ЛОЖНЫЕ СООБЩЕНИЯ: Ввод или сознательное распределение
ложных сообщений считается чрезмерно некорректным поведением и
нарушением устава FidoNet, наказуемым в соответствии с уставом
FidoNet. В данном пункте понятие "ложное сообщение" определяется
как любое сообщение, вводимое с использованием имени, псевдонима
или адреса узла другого человека, с намерением ввести других в
заблуждение относительно истинного авторства сообщения.
Псевдонимы не должны использоваться для ввода сообщений,
сознательно провоцирующих, огорчающих или вызывающих гнев
участников конференции, с намерением ввести других в заблуждение
относительно истинной личности автора.

10. ОТВЕТСТВЕННОСТЬ SYSOP'А: Каждый SysOp несет
ответственность и делает все от него зависящее, чтобы
пользователи его BBS выполняли требования данного устава. SysOp
может быть привлечен к ответственности за действия своих
пользователей, если SysOp не может доказать, что он делал все от
него зависящее для того, чтобы устав выполнялся.

11. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ECHOMAIL: Обмен EchoMail может
выполняться в любом типе архивном формате хранения по соглашению
обеих сторон. Архивный формат хранения ARC 5.1 фирмы SEA
(non-Squashing - "не-Сжимающий") является "запасным вариантом",
если ни одна из сторон не способна или не хочет поддерживать
альтернативный формат. Продолжительное использование программного
обеспечения Echomail без предварительного соглашения между
передающим и принимающим узлами, если оно мешает распределению
Echomail, влечет за собой дисциплинарные меры, как описано выше в
настоящем документе. См. Раздел III. Примеры запрещенного
программного обеспечения включают использование нестандартных
пакетов Echomail, которые не могут обрабатываться принимающей
системой. Другой пример - использование плохо реализованных
сканеров или тоссеров, приводящих к дублированию сообщений или
неспособности пересылки сообщений по нижеидущим связям. Еще один
пример - использование опций Сокращенных строк SEEN-BY и ^A
скрытых строк SEEN-BY. Использование программного обеспечения
Echomail, которое не отвечает допустимому минимуму стандартов,
определенных Комитетом Технических Стандартов FidoNet (FTSC -
FidoNet Technical Standarts Committee), ведет к применению
дисциплинарных мер, описанных выше в данном документе. Правом
определения, отвечает ли программное обеспечение минимальным
стандартам для использования в сети, наделен Сертификационный
Комитет Программного Обеспечения (Software Certification
Committee).

12. ПЕРЕСЫЛКА ECHOMAIL ЧЕРЕЗ HOST'ОВ: Пересылка Echomail
через Host'ов без предварительного согласия Передающего и
Принимающего Host'а, ведет к применению дисциплинарных мер,
описанных выше в этом документе. См. Раздел III.

13. ПЕРЕДАЧА ECHOMAIL ВО ВРЕМЯ ZONE MAIL HOUR: Передача
Echomail во время Zone Mail Hour, определенного в уставе FidoNet,
без согласия принимающей системы, ведет к применению
дисциплинарных мер, описанных выше в этом документе.
См. Раздел III.

14. МЕЖСЕТЕВЫЕ КОНФЕРЕНЦИИ: Общей политикой FidoNet является
поощрение развития МЕЖСЕТЕВЫХ КОНФЕРЕНЦИЙ. В обязанности тех, кто
обеспечивает связи в МЕЖСЕТЕВЫХ КОНФЕРЕНЦИЯХ, входит удаление
идентификаторов распределения другой сети, которые могут
неблагоприятно повлиять на распределение Конференции Echomail в
FidoNet. Связи МЕЖСЕТЕВЫХ КОНФЕРЕНЦИЙ, поддерживаемые в FidoNet,
должны работать таким образом, чтобы не мешать распределению
Echomail другой сети.

15. КЛЕВЕТНИЧЕСКИЕ СООБЩЕНИЯ: Ввод в конференцию любого
КЛЕВЕТНИЧЕСКОГО СООБЩЕНИЯ, кроме как в конференциях, специально
для этого предназначенных (например, FLAME), ведет к применению
дисциплинарных мер, описанных выше в этом документе.
См. Раздел III. Ввод подтвержденных фактов не считается
нарушением положений этого раздела.

16. ДОБАВЛЕНИЕ ИЛИ УДАЛЕНИЕ КОНФЕРЕНЦИЙ С BACKBONE:
Конференция может быть добавлена к Backbone только по запросу
ПРИЗНАННОГО Модератора Конференции. Конференция может быть
удалена с Backbone из-за недостатка трафика. Комитет в составе
ЗКЕ и 4 РКЕ должен пересматривать статус конференций Echomale на
Backbone каждые 6 месяцев. Каждый раз отмечаются те конференции,
которые не поддерживают минимум 10 сообщений в неделю в течение
предыдущих 6 месяцев, и комитет связывается с их Модераторами.
Этим конференциям дается 3 месяца для улучшения своего трафика, в
противном случае им отказывается в распределении через Backbone.
Признанный модератор конференции может запросить исключить свою
конференцию из распределения через FidoNet Backbone по
собственному усмотрению.

17. ТОПОЛОГИЯ И ДУБЛИРОВАННЫЕ СООБЩЕНИЯ: Перекрестных
Межрегиональных связей нужно избегать, так как это увеличивает
риск неудачной связи и появления дублированных сообщений.
Перекрестные Межрегиональные связи могут быть установлены только
с разрешения РКЕ каждого из этих регионов. Каждый РКЕ делает все
от него зависящее для предоставления высокоскоростных буферов,
OUT OF STATE буфров, буферов PC Pursuit, и т.д., для обеспечения
условий для недорогого, эффективного передвижения Mail в своих
регионах. Если один из РКЕ имеет основания полагать, что в
систему попадают дублированные сообщения, существующая
Перекрестная Межрегиональная связь должна быть немедленно
отрезана до выяснения причины.

Любой SysOp, сознательно устанавливающий связи, которые создают
дублирующие петли (топология, которая создает круговую подачу
конференции), или увеличивают риск таких петель, или
отказывающийся порвать такие связи по требованию своего СКЕ, РКЕ
или ЗКЕ, может быть подвергнут дисциплинарному взысканию, как
описано выше в данном документе. См. Раздел III.

18. СТАНДАРТЫ СООБЩЕНИЙ: До принятия имеющих верховенство
стандартов Комитетом Технических Стандартов FidoNet применяются
следующие стандарты сообщений Echomail:

a) Восьмибитовые символы (ASCII 128-255) и непечатаемые
младшие коды (ASCII 2-31) запрещены, за исключением
использования 8Dh (мягкий символ ) для FTS-0004. Это не
значит, что не поощряется участие других зон или сетей,
которые могут допускать упомянутые символы. Любой процессор
Echomail должен передавть информацию точно в таком же виде,
как она была принята, без удаления любых нестандартных
символов.

б) Строки происхождения (origin lines) ограничены 79
символами, включая требуемое завершение точным адресом в
сети (т.е. Зона:Сеть/ Узел.Point, где Зона и Point
указываются по выбору).

в) Строки раздела (tear lines) ограничены 35 символами,
включая требуемый ввод "--- ". Они могут содержать ТОЛЬКО
идентификацию программы упаковщика или редактора. Строки
раздела для редакторов сообщений не поощряются. Если
редактор добавляет строку раздела, он должен добавлять также
и строку происхождения, чтобы избежать лишних строк раздела.

г) "Дополнительные" строки происхождения (для Шлюзов Зон)
ограничены только необходимой информацией. Она состоит из
требуемого ввода плюс имя сети "Gateway"("Шлюз") и по выбору
идентификатор программного обеспечения и адрес Зона:Сеть/
Узел.
Например: " * Origin: FidoNet Gateway (TComm 88:372/666)"

д) Адреса SEEN-BY должны быть в сортированном порядке.
Множественные AKA не допускаются в строках SEEN-BY, за
исключением случая, когда у вас более одного адреса для
обработки Mail. Или же в течение одного месяца при смене
существующего адреса (для избежания дублирования сообщений
на предыдущий адрес). Адреса Узлов 0 не должны
использоваться для распределения Echomail.

е) Все действующие в настоящее время спецификации FTSC
должны соблюдаться.

VI. ВЫПОЛНЕНИЕ

Выполнение настоящего устава предусмотрено Общим уставом FidoNet.
Жалобы о нарушении устава Echomail, могут подаваться потерпевшим,
модератором конференции или Координатором Echomail любого уровня.
Все жалобы, требующие исполнения устава, должны подаваться в
течение 60 дней с момента происшествия или обнаружения его
последствий. Жалоба подается в соответствии с положениями устава
FidoNet, копия направляется соответствующему *КЕ.

Исполнение устава обязательно с момента его принятия, 60 дней
дается на приведение программного обеспечения в соответствие
требованиям устава. По усмотрению ЗКЕ отдельным узлам может быть
дано дополнительно 30 дней, если очевидны усилия, прилагаемые для
выполнения требований. Продолжительное использование не
соответствующего нормам программного обеспечения считается
чрезмерно некорректным.

VII. ПРИНЯТИЕ УСТАВА

1. ПРИНЯТИЕ: Этот устав вступает в силу при его ратификации
простым большинством принявших участие в голосовании. Право
голоса имеют Международный Координатор, Координаторы Зон,
Региональные Координаторы, Координаторы Сетей, Зональные
Координаторы Echomail, Региональные Координаторы Echomail и
Сетевые Координаторы Echomail. Если кто-либо занимает более
одного поста, он тем не менее имеет только один голос.

2. ПОЛОЖЕНИЕ ДЕДА: В течение 60 дней после принятия данного
устава должны быть назначены модераторы для всех существующих
Конференций Echomail, которые не имеют в настоящий момент
модератора. Модератор должен быть назначен Зональным
Координатором Echomail из тех, кто изъявил желание быть
модератором или, если желающих не оказалось, ЗКЕ может сам
назначить модератора для конференции. В том случае, если более
чем один человек желает быть модератором конференции и соглашения
достичь не удается, ЗКЕ может объявить о роспуске конференции и
запретить дальнейшее использование имени данной конференции.
Продолжение использования имени конференции считается чрезмерно
некорректным поведением.

VIII. СТРУКТУРА BACKBONE

Этот раздел приведен только для информации. Он дает простое
описание текущей структуры и деятельности Backbone. ЗКЕ может
изменить эту структуру без внесения поправок в этот документ.

Во главе сети распределения Echomail стоят системы, которые
обычно называют Звездами (Stars). Основное предназначение этих
систем - передача Echomail. Звезды действуют под управлением и по
усмотрению ЗКЕ. Во время написания этого документа существует
3 звезды, каждая из которых имеет систему/план страховки на
случай отказа. В общем, Звезды связаны одна с другой и подают
Echomail Региональным Координаторам Echomail.

РКЕ отвечают за распределение Echomail в своем Регионе. Обычно
РКЕ подают Echomail НКЕ своего региона.

НКЕ отвечают за распределение Echomail отдельным SysOp'ам своей
сети.

Обратите внимание, что РКЕ и НКЕ могут назначать Буферов,
помогающих им в распределении Echomail. Т.е., им не обязательно
самим подавать Echomail на нижестоящий уровень.

Это - ИДЕАЛЬНЫЙ ВАРИАНТ распределения. Для уменьшения затрат на
оплату телефонных счетов и по другим причинам этот метод
распределения не выполняется в точности. Любое изменение его
требует согласия заинтересованного *КЕ. Все *КЕ должны
использовать все имеющиеся в их распоряжении средства, такие как
разветвители, высокоскоростные модемы, ROA, планы Wide Area
Calling (Звонки на Дальние Расстояния), PC Pursuit, совместное
финансирование, и т.д., для обеспечения быстрого, эффективного, и
экономичного передвижения Echomail.

Комитет Echopol

Mike Ratledge
Norm Henke
Rick McWilliams
Barry Shatswell

Хостинг от uCoz