ЧаВО

(Частые Вопросы и Ответы на них)

часть 4

Международные конференции USENET и рассылки

Последние изменения внесены 2 мая 1993 года.

Это сообщение представляет собой четвертое из серии ЧаВо (Частые Вопросы и Ответы). Все эти сообщения регулярно публикуются в 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:.

---
Предложения по ЧаВО присылайте по адресу eugene@eugene.msk.su

Copyright @1993 Евгений Пескин. Данный текст может распространяться без изменений бесплатно внутри сети EUnet/Relcom. Любое другое воспроизведение без согласия автора запрещено.

Скачать архив |  Предыдущая часть |  Следующая часть