Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Списки рассылки: артерии информации

Кристофер Седор

Электронная почтовая рассылка (Electronic mailing list) — весьма популярный способ обмена информацией как внутри корпораций, так и в Internet. В области коммуникации она занимает нишу между обычной электронной почтой, телеконференциями UseNet и WWW.

Один из факторов, объясняющих популярность почтовой рассылки, — это ее управляемость. В отличие от телеконференций сети UseNet контролировать внесение пользователей в списки рассылки легко. Другой фактор — это заложенная в природу списков возможность работать без вмешательства человека. Ресурсы WWW требуют, чтобы кто-то запускал программу просмотра и загружал страницы, в то время как почтовая рассылка бросает копию каждого сообщения в почтовый ящик каждого подписчика, оставляя за ним право читать или выбрасывать эти сообщения.

Создать списки рассылки можно несколькими способами. На одном конце спектра — построение простого списка рассылки на Unix-системах посредством дополнения таблицы псевдонимов (alias) почтовой системы SendMail. Это простой и эффективный способ организовать рассылку множеству пользователей из одного адреса. Однако то, что просто — не всегда безупречно. Все манипуляции со списком должен производить привилегированный пользователь системы Unix. Каждый раз при внесении изменений вы вручную правите важный конфигурационный файл вашей почтовой системы. Подобные возможности есть и в большинстве других почтовых систем, и все они страдают от того же недостатка: большие накладные расходы на содержание и высокий риск сделать ошибки при внесении изменений.

На другом конце спектра — коммерческое программное обеспечение. Подобное ПО создается для больших списков рассылки с дополнительными возможностями по разрешению проблем, с которыми более простые системы справиться не в состоянии. С подобными системами ассоциируются улучшенное управление, большая устойчивость и гибкая система архивации. Примером может служить ПО почтовой рассылки промышленного класса ListServ компании Lsoft.

Из BITNet в Internet

Первоначально система ListServ была развернута в сети BITNet и базировалась на мейнфреймах IBM. Архитектура BITNet "сохранил — передал дальше", которая построена с учетом низкой скорости типичного соединения, вынуждает ПО доставлять почту особым образом. По мере роста списка рассылки обработка тысяч сообщений индивидуально становится непрактичной. ПО должно быть достаточно интеллектуальным, чтобы посылать единственную копию каждого сообщения на региональный узел, а установленный там другой мейнфрейм IBM, с запущенным ListServ, рассылает почту по региону. Эти большие машины продолжают обрабатывать отдельные крупные списки рассылки в Internet, используя некоторые методы оптимизации, разработанные для сети BITNet. Сейчас созданы версии программы для различных платформ Unix и для Windows NT.

В Internet возможно соединение любого узлового компьютера с любым другим по скоростным каналам. Поэтому метод "сохранил — передал дальше" фактически был похоронен. Это вкупе с быстрыми каналами связи сняло многие свойственные BITNet ограничения, но вместе с тем породило другие. До сих пор списки рассылки представляют собой недорогой способ распространения информации для большой аудитории, однако их настройка достаточно сложна. Чтобы показать, с чем вы можете столкнуться, решив завести список рассылки, мы расскажем вам, как установить Majordomo — пакет, находящийся где-то посредине между простыми списками рассылки и ПО класса ListServ. Сам пакет Majordomo и относящуюся к нему информацию, включая FAQ (часто задаваемые вопросы), можно получить по адресу: http://www.greatcircle.com/

majordomo.

Состав Majordomo

Majordomo представляет собой коллекцию сценариев на языке Perl и единственного файла с исходным кодом на языке Си (оболочка для исполнения сценариев Perl в режиме привилегированного пользователя). Эта коллекция обладает прекрасной переносимостью: она работает на всех основных Unix-платформах, поддерживающих Perl и обычную семантику установки (мы проводили тестирование на FreeBSD — версии Unix BSD 4.4 для ПК с процессорами Intel). Majordomo поддерживает широкий набор функций, включая простую архивацию потока почтовых сообщений, основанные на электронной почте утилиты управления списками, автоматическую подписку пользователей, обзорные и контролируемые списки. Он использует SendMail — встроенный почтовый агент Unix для обработки всех почтовых транзакций.

Система состоит из трех сценариев на языке Perl: majordomo, resend и archive2.pl. Сердце системы — majordomo, обрабатывает все входящие запросы и производит манипуляции, необходимые для подписки и выписки пользователей. Второй сценарий — resend, переписывает заголовки выходящих сообщений, возвращает адрес "Reply to:" сообщения обратно в адрес списка и добавляет другие строки в заголовок (Х-заголовки описания списка) сообщений. Последний сценарий — archive2.pl, ведет архив сообщений списка рассылки и обычно просто включается в список получателей рассылки. Хотя установка и сопровождение системы не требуют знания языка Perl, все же придется изменить пути, если Perl или SendMail помещены не туда, где предполагается по умолчанию.

Включенная в комплект программа-оболочка обеспечивает выполнение сценариев в режиме привилегированного пользователя (обычно root или bin). Она ускоряет выполнение приложения из каталога, обозначенного в процессе компиляции в файле Makefile, следит за тем, чтобы окружение было правильно и безопасно установлено для исполнения сценариев.

При работе Majordomo использует систему SendMail, которая может обрабатывать простые списки. Вы создаете новый список рассылки, дав указание SendMail включить предварительно подготовленный файл с адресами получателей в общий список. Точно такие же действия производит и Majordomo, только вместо ручного обновления списка рассылки в соответствии с таблицей alias изменения происходят согласно посылаемым по электронной почте командам. Это избавляет администратора системы от хлопот о внесении изменений в список рассылки.

Еще не робот

Создание и модификация списков рассылки до сих пор сопровождаются вмешательством администратора системы для редактирования системной таблицы alias и сопровождения набора файлов конфигурации каждого списка. Обычно это простые операции копирования и корректировки, требующие, однако, значительного внимания к деталям в случае обработки сразу нескольких списков со множеством изменений в каждом. При коррекции существующих списков (например, когда желательно изменить заголовок исходящих сообщений) также необходимо редактирование и таблицы alias, а на это может потребоваться значительное время.

При наличии некоторого опыта администрирования системой Unix установить пакет Majordomo относительно просто. Мы обнаружили, что Majordomo версии 1.93 требует языка Perl версии 5.001m, в то время как в документации утверждается, что достаточно иметь Perl 4.036 и лишь некоторые дополнения от Perl 5.001m. Кроме того, нам также пришлось исправить путь SendMail в сценарии resend, поскольку он не соответствовал принятому по умолчанию. В остальном процесс установки описан в документации Majordomo довольно хорошо. Мы рекомендуем перед инсталляцией просмотреть файл FAQ, поскольку в нем можно найти дополнительные советы по установке и разрешению проблем.

Помощник администратора Internet

Пакету Majordomo свойственны и некоторые ограничения. Если список разрастается или содержит много пользователей, имеющих каналы связи плохого качества, то возникают трудности в обработке трафика. Такой результат порождается методологией доставки почты Internet. Проще всего показать это на примере. Предположим, в вашем списке 500 человек, и каждому из них нужно послать сообщение. Вы можете об этом попросить помощника администратора (SendMail). Однако некоторые получатели не отвечают на звонок (удаленный узел не работает), в результате возникает задержка, и не ответившие абоненты возвращаются в список. До них придется дозваниваться позже. Даже ответившие адресаты могут отнять у помощника много времени в процессе передачи сообщения вследствие плохой связи, увеличивая тем самым общее время доставки сообщения.

Следующая группа проблем возникает, когда увеличивается число сообщений, которые нужно обработать помощнику администратора. В его распоряжении есть способы обработки дополнительных сообщений, включая передачу части задания другим, использование альтернативных каналов связи (голосовая почта или электронные почтовые рассылки). Кроме того, система SendMail имеет ограниченные интеллект и ресурсы применительно к проблемам доставки. Ее основные задачи состоят в сортировке сообщений по почтовым отделениям (mail exchanger) и в поддержке буферов сообщений, предназначенных для регулярно посещаемых узлов. Эта тактика позволяет избежать излишних потерь времени на соединение и рассоединение.

Вы можете нанять больше помощников или запустить дополнительные демоны системы SendMail. Однако такое решение вскоре приведет к проблеме масштабирования. Вы попросту не сможете запустить достаточное число дополнительных демонов SendMail на реальной машине. Важен фактор роста: список из 500 человек по 10 сообщений каждому означает передачу 5 тыс. сообщений ежедневно, что не так уж много. Но если они адресованы получателям с плохой связью или если к каждому сообщению приложена диаграмма сети в виде присоединенного файла MIME, может возникнуть проблема временного характера. В сутках всего 1440 мин, и если отправка каждого сообщения, включая присоединенный файл, займет одну минуту, вы просто не успеете обслужить очередь.

MIME: присоединенным файлам — да

Распространение MIME побуждает все больше людей присоединять документы к своим почтовым сообщениям. Мы вынуждены следить за распределением ресурсов наших серверов NetWare, когда в течение 5 мин они убывают на 10 Mбайт вследствие доставки 100 копий документа объемом 100 Кбайт. Такая ситуация нормальна для местных списков (хотя, возможно, не столь приятна для почтового сервера), но в случае распределенных списков нужно приготовиться к дополнительным расходам.

Решения для масштабирования простых распределительных систем известны. Первое состоит в использовании местных списков в качестве кустовых дистрибуторов. Местные небольшие списки могут быть просто обозначены одним псевдонимом или обрабатываться отдельной копией Majordomo. К сожалению, такое решение требует кооперации пользователей по региональному принципу вместо регистрации в главном узле распределения. Другие возможные решения построены на применении обобщенных и контролируемых списков. Контролируемый список требует участия модератора — человека, который обязан просматривать каждую статью и направлять ее на рассылку только тогда, когда ее содержание приемлемо для подписчиков. Обобщенные списки подразумевают сбор статей за некоторый период времени (обычно за день) и рассылку всех накопленных сообщений в виде одного сообщения. Объединение обоих методов повышает эффективность самой доставки и улучшает содержание каждого сообщения. Majordomo поддерживает обе функции.

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

Вообще-то, списки подобных размеров должны мигрировать в другие телеконференции таких сетей, как UseNet или Web. Однако, как указывалось ранее, некоторые уникальные свойства продолжают делать списки почтовой рассылки притягательными для тех областей, где необходимы контролируемость и автоматическая доставка.


распечатать статью




  
5 '1996
СОДЕРЖАНИЕ

колонка редактора

• Телефония через Internet: новое поле битвы?

локальные сети

• Беспроводные ЛВС: вчера, сегодня и завтра

• Недорогие коммутаторы Ethernet

• Мультимедиа и ЛВС

• Оптические дисковые автоматы

корпоративные сети

• Watchdog кусается

• "Плоды" большого дерева NDS

• Необычные, но невыдуманные истории

услуги сетей связи

• Категории служб в сетях АТМ

• Будущее карманных устройств связи

• Передача данных по сетям сотовой связи

• Обзор аппаратуры SDH

• Связные заметки с выставки CeBIT

интернет и интрасети

• Мир TCP/IP. Традиционные приложения (часть 2)

• Почтовый пакет компании Демос

• Списки рассылки: артерии информации

• Таблицы на Web

• Ваш след в Web

приложения клиент-сервер

• Связующее ПО. "Вождение" приложений по сети

• Связующее ПО. Смена веры

защита данных

• Управляемые ИБП: защита предприятия

• Системы firewall: можете спать спокойно

новые продукты

• Сетевые принтеры: новинки на Comtek’96, Многофункциональность System 5000, Накопители TRAVAN TR-4 фирмы Seagate



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх