* Аюрведа и ПанчаКарма, Индия * Джйотиш-книги * ПанчаКарма * Джйотиш-консультации * Мухурта * НамаКарана * Джйотиш-камни * Аюрведические препараты * Йагйа (Ягъя,Ягья)
Home: http://1-veda.ru - сайт о Ведических науках, традициях и знаниях     Трансценденальная Медитация Генная инженерия Джйотиш -- Ведическая Астрология Аюрведа Вегетарианство и питание Какой сегодня день? Аюрведа и ПанчаКарма в Индии назад Напишите письмо [Send a mail]

GENERAL ECHOMAIL POLICY 1
Общий Устав эхомейла (эхопочты) 1


1 февраля 1989

CОДЕРЖАНИЕ

ПРОЛОГ

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

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

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


I. ИСТОРИЯ

Суть Echimail состоит  в совместном использовании  баз сообщений,
или конференций, различными независимыми адресами сети. Концепция
Echomail была заложена  серией программ, написанных  Джефом Рашем
(Jeff  Rush).  Со   времени  первоначальной  реализации   многими
авторами  написаны  программы,  улучшающие  первоначальную  идею.
Несмотря на опасения, что поток Echomail увеличит трафик  Netmail
настолько, что Сеть  развалится от собственной  тяжести, Echomail
приобрела  популярность.  Для  упрощения  распределения  Echomail
создан  национальный  Echomail  Backbone,  чьей  основной задачей
является  распределение  Echomail   на  национальном  уровне.   В
последнее время в систему  Backbone внесено удачное дополнение  -
Echomail  Star  (звезды эхомэйла).  В  результате роста 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  (ZEC):   Лицо,  занимающее
этот  пост,  отвечает  за  координацию  Echomail  на  уровне Зоны
FidoNet.

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

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

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

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

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

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

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

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


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

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

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


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

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

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

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

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


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


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


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


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


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

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

В случае грубых или постоянных  нарушений NEC,  REC или ZEC могут
рассматривать жалобу,  руководствуясь общим уставом FidoNet,  как
чрезмерно некорректное поведение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Членство в 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

Поделиться: Поделиться в Facebook Опубликовать в twitter.com Поделиться в ВКонтакте Добавить в Google Buzz Поделиться в Моём-Мире Опубликовать в LiveJournal


послать письмоВедические науки, знания, традиции и культура Веда, Ведические науки, знания и традиции | Трансцендентальная Медитация | Джйотиш -- Ведическая Астрология | Аюрведа | ПанчаКарма | ПанчаКарма (Индия) | Стхапатъя-Веда (Васту-Шастра) | Ведические традиции | Йога | Вегетарианство | Киев | Донецк


Присоединиться:
***


© 1999-2022 Использование материалов сайта 1-veda.ru возможно только при наличии разрешения.