Это сообщение представляет собой четвертое из серии ЧаВо
(Частые Вопросы и Ответы). Все эти сообщения регулярно
публикуются в relcom.newusers. Ведет ЧаВо Евгений Пескин
(eugene@eugene.msk.su).
--
В. Что такое устав?
O. Дело в том, что сами телеконференции представляют собой не что
иное, как некие ярлыки, более-менее всеми признаваемые. Для удобства
общения (а в ряде случаев и успеха коммерческой деятельности) и экономии
времени и ресурсов необходимо не только, чтобы сообщения были как-то
сгруппированы по темам, но и чтобы существовали общие соглашения о
том, какими должны быть сообщения, посылаемые в ту или иную конференцию.
Таким соглашением и является устав.
За нарушения уставов вообще-то предусмотрены кое-какие наказания
но главное то, что соблюдая устав, вы облегчаете жизнь и себе,
и другим -- ваше сообщение достигает нужного адресата и не мешает тем,
кому оно не нужно. В настоящее время уставы в письменном виде
существуют в relcom.ads, relcom.commerce.*, relcom.comp.binaries,
relcom.comp.clarion, relcom.comp.lang.pascal, relcom.comp.os.vms,
relcom.games, relcom.kids, relcom.lan, relcom.humor, relcom.newsusers,
relcom.tcpip, relcom.relarn.general, а также во всех межсетевых конференциях
и конференциях FIDO. Эти уставы регулярно публикуются -- каждые две
недели
или каждый месяц. При отправке сообщений в другие конференции надо
смотреть
на их описания. (см. ЧаВо ч.1). Однако существуют общие для всех конференций
правила, не сильно, впрочем, отличающиеся от правил поведения в приличном
обществе (см. ЧаВО ч.8).
---
В. Мы хотим создать телеконференцию, что для этого нужно сделать?
О. Это зависит от того, о какой конференции идет речь. В любом случае
лучше обратиться к Евгению Пескину (eugene@eugene.msk.su).
Типичная процедура создания некоммерческой конференции такова:
сначала публикуется
RFD (Request For Discussion)
-- приглашение к обсуждению (в конференции relcom.talk, а также по
выбору в других).
Должно содержать проект устава с (как минимум) предполагаемыми
тематикой и статусом конференции, а также причинами, которые делают
нужным создание новой конференции. Другое обязательное
требование -- указание срока обсуждения (не менее 10 дней).
После этого проводится обсуждение (если, конечно, кого-то заинтересует
эта тема). Если инициатор обсуждения не отказался от своей идеи,
то по прошествии указанного срока публикуется
CFV (Call For Vote)
-- призыв к голосованию (в тех же конференциях, где был помещен
RFD). Он содержит (возможно, откорректированный) проект устава и адрес,
на которые надо присылать свои ДА/НЕТ, а также срок окончания
голосования (всего период голосования -- не меньше 14 дней).
CFV по умолчанию выставляет все тот же человек, который послал RFD,
или кто-то, против кого у инициатора нет возражений.
По окончании голосования и подсчета голосов публикуются
списки ДА и НЕТ. Затем следует 5-дневный период утряски и выяснения
недоразумений.
Конференция создается в том случае, если число голосов поданных
ЗА составляет не менее 2/3 от общего числа и ЗА проголосовало не
менее 50 человек.
В случае неудачи следующая попытка не ранее, чем через
полгода.
Прошу обратить внимание, что хотя сам механизм пока не меняется,
ЦИФРЫ меняться будут, это связано с ростом нашей сети.
Кстати, в USENET применяется аналогичный способ создания
конференций.
--
В. Чем отличаются серверы конференций?
О. Существует две программы сервера телеконференций, оба они
предназначены для пересылки статей конференций по электронной почты.
Автором старого сервера является Вадим Антонов (avg@uunet.uu.net),
автором нового Сергей Вакуленко (vak@kiae.su). Так их серверы обычно
и
различают -- по авторству. Новый сервер отличается от старого
расширенным набором команд (INDEX, RFEED, GSTAT и т.п.), быстродействием,
наличием режима упаковки, возможностью заказа статьи по ее общему
идентификатору (Message-Id) и т.д.
Какой сервер установить у себя -- региональные узлы решают сами.
На самом крупном узле (kiae), конечно, установлен сервер Вакуленко.
--
В. Я получаю статьи с сервера в упакованном виде. Цены в прейскуранте
за новости, получаемые из телеконференций, указаны в килобайтах.
Это в упакованном виде или в распакованном?
О. В том виде, в котором вы получаете :). Вне зависимости от того,
упакованы статьи или нет, вы платите "по весу". Таким образом, при
включенном режиме упаковки тарифы для вас снижаются почти в два раза
(если объем достаточно велик, иначе коэффициент сжатия меньше).
Так что пользуйтесь режимом упаковки. Это касается и передачи обычной
почты -- в пакете почтовых программ UUPC, начиная с версии 5.00,
также предусмотрено сжатие пересылаемой информации.
С другой стороны, обычно не стоит публиковать в телеконференциях
текстовые файлы, заархивированные традиционными программами сжатия
(zip, arj, lha и др.). Для тех, кто получает новости в упакованном
виде, выигрыш будет невелик, а вот круг читателей заметно уменьшится
-- разные пользователи работают в различных операционных системах,
и
часто, чтобы разархивировать опубликованный вами текст, нужно потратить
достаточно много времени. А сообщений много, времени нет, и
заархивированное сообщение останется непрочитанным. Так что это
не то место, где нужно экономить...
--
В. Подскажите, какой максимально допустимый размер может иметь
статья, предназначенная для опубликования в телеконференции?
О. Рекомендуется не посылать статей размером больше 20 Кб.
Это связано с тем, что попытка получения файлов большего размера
может оказаться ударом для пользователей с плохой связью.
Существующее программное обеспечение работает так, что при разрыве
соединения передача файла возобновляется с самого начала. А при плохой
связи соединение, как говорят программисты, "падает" ох как часто.
Если же вам надо опубликовать сообщение большего размера --
просто разбейте его на несколько частей размером 20 Кб или меньше.
Только не забудьте пронумеровать части в заголовках, например, так:
Энциклопедия Britannica 1/129
Энциклопедия Britannica 2/129
...
Энциклопедия Britannica 126/129
Энциклопедия Britannica 127/129
Энциклопедия Britannica 128/129
Энциклопедия Britannica 129/129
Здесь первая цифра указывает порядковый номер части, а вторая -- общее
число частей. (На тот случай, если вы не догадались. :) )
НИКОГДА НЕ ПУБЛИКУЙТЕ ГОТОВЫХ ПРОГРАММ В ТЕХ КОНФЕРЕНЦИЯХ, КОТОРЫЕ ДЛЯ
ЭТОГО
НЕ ПРЕДНАЗНАЧЕНЫ. А предназначены только те, в названии которых есть
слово binaries.
--
В. Я подписан в режиме SUBSCRIBE, пришел список статей, я заказал
такие-то, но номера с такого-то по такой-то не пришли.
Почему?
О. Скорее всего, статьи с этими номерами, когда пришел ваш заказ,
уже были удалены. По различным причинам статьи на сервере не хранятся
дольше определенного количества времени, как правило неделю-две.
Если вам не пришла отдельная заказанная статья, то, может быть, ее
снял автор (работающие непосредственно с региональных узлов имеют такую
возможность и иногда ею пользуются, однако снять можно только СВОЮ
статью). Кроме того, бывают и сбои, но о них обычно сообщают
в конференции relcom.postmasters.
--
В. Я послал статью на сервер конференций, а в конференцию она не попала.
С кого можно получить денежную компенсацию?
О. Увы. Это был ответ по существу вопроса. А теперь посмотрим внимательно,
что могло произойти. К сожалению, у серверов действительно бывают сбои,
но виновата ли программа в вашем конкретном случае?
Прежде всего посмотрите: не приходил ли вам возврат от сервера?
Если да, то по диагностике, сопровождающей возврат, скорее всего,
можно определить причину -- возможно, неправильно была дана команда
или с ошибкой набрано название конференции.
Далее -- уж не отправили ли вы статью в управляемую конференцию?
В этом случае оно попало к ведущему, а только он решит, стоит его публиковать
или нет. Более того, если вы направили свое послание миру сразу в несколько
конференций (перечислив их через запятую), и среди них была одна управляемая...
то без санкции ведущего ваша статья не попадет никуда. Такова жизнь.
И наконец, как это ни странно, самая распространенная причина.
КОГДА вы отправили свое письмо? Дело в том, что сервер конференций
хранит статьи только за последние неделю-две. И если вы отправили
статью, датированную 1 января 1980 года (таким впадением в детство
страдают многие компьютеры под управлением ОС MS-DOS), то сервер решит,
что за давностью лет ваша информация не заинтересует широкую общественность.
В. Чувствую себя последним чайником. Отправил заказ на статьи
серверу, а вместо этого мой заказ попал в саму конференцию в виде статьи.
Что я сделал не так?
О. Не огорчайтесь. Это бывает и с теми, кто работает в Relcom не один
год. Просто в вашем заказе серверу оказалось поле Newsgroups (Конференция),
которого в заказе быть _не должно_. Это могло случиться по неопытности,
или, например, если вы пользовались программой чтения почты mailx,
которая имеет свойства запоминать на время сеанса работы все поля,
внесенные
с помощью команды ~headl:.
---