Главная > Сети > Локальные сети >
FAQ конференции relcom.lan по LAN и продуктам Novell [2/7]
                            3. FTP серверы
                                  
3.1. Что такое FTP сервер и как получить с него нужный файл

     FTP сервер  - это  Internet'овский хост,  работающий по протоколу
FTP (File  Transfer Protocol).  Предназначены они  для хранения файлов
(вроде файл-сервера,  но по Internet'овски). В общем случае для работы
с FTP  требуется  on-line  подключение,  поэтому  мы  этот  момент  мы
пропустим.
     Для тех-же  пользователей,  которые  не  имеют  IP  существуют  4
сервера "FTP via MAIL". Которые выполняют команды FTP по письмам.
Эти серверы:

Для работы со всем миром:
BITFTP@pucc.Princeton.edu
mailserv@sl.semsk.su          :+)
mailserv@elvis.msk.su         :+)
ftpmail@kiae.su               :+)
ftpmail@decwrl.dec.com
ftpmail@SunSite.uk.edu
ftpmail@doc.it.ac.uk

Для работы с Европейскими FTP:
BITFTP@vm.gmd.de
BITFTP@plearn.edu.pl


Для того чтобы получить файл с FTP вы должны послать письмо следующего
вида
======================================================================
     To: <FTP_via_Mail_server>
     Subject: не важно

     FTP <имя FTP хоста> UUENCODE
     USER anonymous <Ваш E-mail адрес>
     ..................
     <КОМАНДЫ>
     ..................
     QUIT
======================================================================
Команды у серверов могут быть разные, но все поддерживают, по крайней
мере, следующие:
----------------------------------------------------------------------
Команда                  Описание
----------------------------------------------------------------------
HELP                     Помощь, список доступных команд
DIR                      Выдать список файлов в директории
CD <имя директории>      сменить директорию
GET                      переслать файл с хоста к Вам
======================================================================
3.2. Официальные FTP серверы

     Novell поддерживает  несколько официальных  FTP серверов по всему
земному шару.  они содержат полные копии форума NetWire и обновляются,
как правило, раз в сутки (некоторые европейские еженедельно).
__________________________________________________________________
     <novell.ftp.com> (главный)
     <novell.ftp.de> (европейская копия в Novell Germany) [193.97.1.1]
     <devnull.novell.de> [193.97.4.34]
__________________________________________________________________

     BNUG FTP server
     <bnug.proteon.com> [128.185.17.201]

     University of Groningen
     <ftp.rug.nl> [129.125.4.15]
     /networks/novell

     University of Salford
     <ftp.salford.ac.uk> [146.87.0.201]
     /novlib

     Utah State University
     <netlab2.usu.edu> [129.123.1.44]
     sys:/anonftp subdirectories follow novell ftp..
     Также доступен через Gopher (gopher.usu.edu)

     Lincoln University
     <tui.lincoln.ac.nz> [138.75.10.31]
     novell:novlib

     University of Alabama
     <risc.ua.edu> [130.160.4.7]
     /pub/network/novlib
     Also available via BITNET

     National Research Council (Canada)
     <novell.nrc.ca> [132.246.160.4]
     /netwire

Разделы библиотеки NOVUSER

1) New Uploads
2) Disk Drivers/Patches
3) LAN Drivers/Patches
4) Comm Drvs/Patches
5) Host/Unix Dvrs/Ptch
6) Printer Utils
7) Network (Sys) Utils
8) Client WS Utils
9) Management Tools
10) Text Files/Help
11) Job Postings
12) Classifieds

3.3. Другие полезные FTP серверы

ftp.microsoft.com             ???                 ???
ftp.intel.com                 143.185.65.2        /pub/support
ftp.wordperfect.com           ???                 ???
ftp.computone.com             160.77.1.10         ???
ftp.3com.com                  129.213.128.5       ???
ftp.mcaffe.com                192.187.128.1       pub/antivir
oak.oakland.edu               141.210.10.117      pub/msdos/lan
info.umd.edu                  128.8.10.29         /novell
splicer2.cba.hawaii.edu       128.171.17.2        files/novell
                                                  files/pegasus
wsmr-simtel20.army.mil        192.88.110.29       pd1:<msdos.lan>
                                                  pd1:<msdos.pktdrvr>
                                                  pd1:<msdos.novell>
cc.usu.edu                    129.123.1.1         novell
risc.ua.edu                   130.160.4.7         pub/network/novlib
                                                  pub/network/pegasus
                                                  pub/network/misc
                                                  pub/network/tcpip
wuarchive.wustl.edu           128.252.135.4       etc/system/novell
topaz.rutgers.edu             128.252.135.4       tcp-ip-docs
ftp.uni-kl.de                 131.246.9.95        pub/pc/novell
novell.felk.cvut.cs           192.108.160.5       appl/pub/nw311
ftp.urz.uni-heidelberg.de     129.206.100.126     pub/msdos/novell
ftp.informatik.uni-aahen.de   ???        pub/rz.archiv/simtel20/msdos
ns.novell.com                 137.65.4.1          pub/novlib
monk.proteon.com              128.185.123.16      pub/novell
netlab.usu.edu                129.123.1.11        novell
                                                  netwatch
netlab2.usu.edu               128.123.1.11        ???
chaos.cc.ncsu.edu             152.1.19.23         pc/novell
                                                  pc/utils
                                                  pc/email
                                                  pc/net
                                                  pc/manage
garbo.uwasa.fi.               ???                 ???
drycas.club.cc.cmu.edu        ???                 ???
ftp.ci.cuslm.ca               142.17.2.244        public/network
complex.is                    193.4.210.1         /pub
ftp.cc.rl.ac.uk               130.246.12.16       /pub/pcsupp/network
ftp.demon.co.uk               158.152.1.69        ???
hsdndev.harvard.edu           128.103.202.40      /pub
wimpy.uhcc.hawaii.edu         128.171.7.61        /novell
ftp.shsu.edu                  192.892.115.10      /pub
ftp.cdrom.com                 ???                 ???
ftp.netcom.com                ???                 ???
######################################################################


                         4. TCP/IP и NetWare
     TCP/IP это  транспортный протокол  (как и  IPX),  который  широко
используется  в   академических  и   коммерческих   сетях.   Позволяет
объединять компьютеры различных платформ, но в основном на базе UNIX.

4.1. Прохождение TCP/IP пакетов через мост на сервере

     Если Вы используете 2 или более сетевых адаптера на файл-сервере,
то возможно Вы захотите маршрутизировать TCP/IP через сервер (например
если у  вас к одному адаптеру подключено энное количество писюков, а к
другому UNIX  система). Каждый  адаптер, который  Вы хотите  забиндить
имеет IP  адрес и маску сети (network mask). Комбинация сетевой маски,
IP адреса  и поля  destination в  пересылаемом  IP  пакете  определяют
проидет он из одной подсети в другую или нет.
Для примера возьмем сервер с двумя подсетями одна из которых имеет
адрес 137.43.101.0 (IP номера между 137.43.101.1 и 137.43.101.255), а
вторая подсеть с адресом 137.43.102.0. IP конфигурация будет выглядеть
следующим образом:
                    IP address          Network mask
Driver 1:           137.43.101.1        255.255.255.0
Driver 2:           137.32.102.10       255.255.255.0

В терминах Novell это выглядит как
BIND IP TO DRIVER1 ADDR=137.43.101.1 MASK=255.255.255.0
BIND IP TO DRIVER2 ADDR=137.43.102.10 MASK=255.255.255.0
Эта конфигурация  будет пропускать  пакеты из  подсети 137.43.101.0  к
подсети 137.43.102.0 и наоборот.

А вот чего нужно сделать чтобы это заработало на практике:
   1) Описываете на обоих интерфейсах фреймы ETHERNET_II.
   2) Делаете bind IP на обоих интерфейсах с IP-адресами в разных
   сетях, или подсетях.
   3) Запускаете TCP.NLM с ключем forward=yes
   4) На Unixe, не забудьте запустить routed или указать статический
   роутинг для дальней от Unix'a сети на ближний IP-шный интерфейс на
   Novellовском сервере.
   5) В досовском пакете нужно указать в качестве gateway'я ближний
   Novell'овский интерфейс.

[Note: Между прочим это все верно и для комбинации ArcNet - Ethernet]

4.2. Установка сервера FTP в сети NetWare

     Novell'ский FTP сервер входит в поставку 2 продуктов - Novell NFS
и NetWare  Flex/IP.  Это  высокопроизводительный  сервер,  позволяющий
пользователям UNIX'ов  передавать файлы на и с файл-сервера NW3.1X. Он
также позволяет  FTP клиентам  использовать файл-сервер  как шлюз  для
доступа к  другим файл-серверам,  в том  числе и  к  тем,  которые  не
поддерживают TCP/IP.
     Менее крутое  решение это  запуск NCSA telnet в режиме FTP
servermode на  выделенной машине,  например старенькой  XT  (NCSA 
лежит  на
info.umd.edu   в   директории   Computers/PC/Communication/ncsa*.zip).
Однако в этом случае доступно только одно FTP соединение одновременно.

     Еще одно решение - FTPD.NLM написанный Brad Clements (MurkWorks).
Демо-версия находиться на ftp.msen.com в
/pub/vendor/murkworks/demoes/ftpd/ftpdnlm.zip

     HELLSOFT в Чехии произвел на свет еще один FTPD NLM весьма
популярный у буржуев, доступен с novell.felk.cvut.cs в директории
/nw311/ftpd/ftpd18.zip
Так-же в качестве FTP сервера может работать пакет LAN WorkPlace.

[Note:  FTP   серверы  есть   так-же  на   mailserv@sl.semsk.su      и
mailserv@izhmark.udmurtia.su]


4.3. BOOTP и RARP

     Bootp это  метод, при  помощи которого рабочая станция определяет
какой IP  номер она должна использовать и где находятся ее nameservers
и gateways. Если, например, станция используя NCSA или CUTCP запускает
telnet или  ftp и у нее в файле config.tel переменная myip установлена
в bootp,  она посылает  broadcast по  сети. Bootp  сервер  как  только
примет это  сообщение, сразу  же  отвечает  ей  сообщением  в  котором
содержится  ip  номер,  который  она  должна  использовать  и  где  ее
nameserver и  gateways. Достоинством  bootp является  также то,что  он
хранит все  ip номера, информацию о nameserver и gateway в одном файле
на bootp сервере.

На  tacky.cs.olemiss.edu  в  директории  /pub/lpd/ncsa  лежит  lpd.exe
(работает как bootp, так и как lpd).
BOOTP также лежит где-то на lancaster.andrew.cmu.edu.
BOOTPNOS.ZIP в public/network на ftp.ci.cuslm.ca (142.17.2.244).

Rarp похож  на bootp,  но менее  изощренный. Он  так же  как  и  bootp
возвращает на  станцию IP  номер,  но  дольше  никакой  дополнительной
информации. Если  Вы используете  NCSA или Clarkson TCP/IP , вы можете
использовать его  установив переменную myip в rarp. Многие Unixы имеют
встроенный rarp  сервер. Но  главным недостатком  rarp это то, что для
передачи -  приема запроса  он использует  не IP  пакеты,  а  ethernet
protocol. Поэтому rarp запросы *не проходят* через внутренние мосты.
     Rarp серверы  есть как  для Novellского сервера, так и для PC под
управлением LAN Workplace for DOS. NLM-версия rarp сервера доступен на
netlab2.usu.edu в директории misc/rarpserv.nlm.

[Note:    BOOTP     и    RARP         серверы     есть    так-же    на
mailserv@izhmark.udmurtia.su]

4.4. Gopher, WAIS, WWW for NetWare

1)    Gopher     на    mailserv@izhmark.udmurtia.su    в    директории
   /msdos/network/tcpip/servises/gopher/servers
2)  WWW   есть  под  WinSock  на  mailserv@elvis.msk.su  в  директории
   /pub/windows/winsock/serweb03.zip
3) HTTPD  port который  запускается под  Windows/Winsock 1.1 и
требует   выделенной машины лежимт на ftp.netcom.com
     /pub/rdenny/win-httpd-1.2beta.readme
     /pub/rdenny/whtp12b1.zip
     /pub/rdenny/whtp12b1-b2.patch.zip

4) Некая контора по назватием GLACI породила "HTTPD NLM Version 1.0
beta"
Лежит он на ftp.glaci.com в директории /pub/netware/httpd.
Я его с Мозикой попробовал, сначала вроде работал, а потом из за него
сервер упал. Но необходимо заметить, что в тот-же день всем beta-
tester'ам пришло письмо об этой баге, а на следующий день была готова
новая исправленная версия.
Что-бы стать beta-tester'ом напишите письмо Thad Phetteplace по адресу
<tdphette@glaci.com>



4.5. NETX и NCSA Telnet одновременно

Компактная  конфигурация   резидентов,  обеспечивающая   одновременное
использование NETX  и NCSA  Telnet пакетник): pkt+ipxpkt (см. пример в
п. 17.3)
[Note: На  mailserv@kiae.su  это  именуется  скромно  и  со  вкусом  -
ipx.arj]

4.6. LAN Work Place

LAN WorkPlace  это Novell'овския  пакет для  работы с  TCP/IP  из  под
DOS/Windows. Позволяет подключаться к UNIX'ам и NetWare одновременно.
Выполняет telnet; ftp; может выполнять функции FTP сервера.

[Более подробный  обзор смотрите  в  PC  Magazine/Russia  8'92  стр.57
"Программы TCP/IP для NetWare 3.11. Пять вариаций на заданную тему"]

######################################################################


                         5. Электронная почта

5.1. Что такое MHS и зачем он нужен? Классификация MHS (Basic, Global,
Personal)

     NetWare Global Message Handling Service (NetWare Global MHS, NGM)
предлагает удобную,  надежную, перспективную  и недорогую  основу  для
обмена  сообщениями  и  файлами  между  сетями  NetWare  и  различными
компьютерными платформами.
     NGM -  это программное  обеспечение, добавляющее  функции  обмена
сообщениями,  ранее   доступные  посредством   NetWare  MHS   1.5,   к
операционной системе  NetWare 3.11. NGM - это служба приема, обработки
и доставки  сообщенийи файлов  для большого  числа пакетов электронной
почты, систем  учета, бухгалтерии  и многих  других, разработанных для
NetWare MHS v.1.5.
     Реализованный в виде набора NLM-модулей для системы NetWare 3.11,
NGM превращает  файл-сервер NetWare  в мощный почтовый узел, способный
объединить  разнородные   компьютерные   платформы   единым   почтовым
окружением.
     Установка NGM  на файловый сервер NetWare 3.11 превращает его еще
и  в   почтовый  сервер,   поддерживающий  обмен   сообщениями   между
разнородными почтовыми  системами, включая  SMTP (UNIX),  SNADS (IBM),
X.400 и  конечно же Novell MHS v.1.5. Все протоколы объединяются ядром
NGM,   осуществляющим   маршрутизацию,   буферизацию,   преобразование
форматов сообщений,  управление адресами  и именами.  Модули поддержки
протоколов  SMTP,   SNADS,  X.400   и   др.   являются   опциональными
самостоятельными продуктами. Модуль протокола MHS
входит в поставку NGM.
     Почтовый сервер  NGM принимает сообщения и файлы от посылающей их
программы (напр.  пакета электронной  почты) и сохраняет их до момента
отправки.  В  процессе  отправки  и  доставки,  сообщение  может  быть
передано,  в   соответствии  с  адресом  назначения,  через  один  или
несколько почтовых  серверов по  каналам связи и доставлено в почтовый
ящик
принимающей программы.  Оттуда оно  может  быть  получено  принимающей
программой в любой момент.
     Почтовый  сервер   может  одновременно   использоваться   многими
программами, предоставляя пользователям свободный выбор наиболее полно
удовлетворяющих их приложений из числа представленных на рынке.
     Любая программа,  которая способна сформировать текстовый файл из
нескольких строк  с "конвертом"  сообщения, может использовать NGM для
обмена сообщениями  по всей  сети, что дает возможнсть легко создавать
специализированные программы,  использующие  NGM.  С  другой  стороны,
разработчик избавлен  от необходимости  вникать  в  тонкости  передачи
данных,   обработки    ошибок   и    маршрутизации,   что    позволяет
сконцентрировать усилия  на пользовательском  интерфейсе и  прикладной
части пакета.
     Для разработчиков приложений, основывающихся на MHS, поставляется
руководство NetWare  SMF-71 Programmer's Reference Manual, описывающее
форматы сообщений  и  программные  интерфейсы  системы  MHS,  а  также
NetWare  SMF-71   Software  Developer's  Kit  for  MHS,  кроме  SMF-71
Programmer's Reference Manual содержащий 2 экземпляра NGM (на 20 и
100пользователей)
для целей разработки.
     Начиная с  версии NGM  2.0 в комплект поставки включена программа
FirstMail -  простая программа,  дающая возможность пользователю сразу
начать  работать.   FirstMail  позволяет  создать(написать)  письмо  и
отправить его  адресату, просмотреть пришедшую почту, разложить письма
по папкам,  ответить на  письмо или переадресовать его другому другому
абоненту. Тем  самым, Вы  можете сразу  начать работать  с Global MHS,
обмениваясь почтой  со своими абонентами, и лишь приобретя необходимый
опыт, выбрать более сложное MHS-совместимое приложение.
     Синхронизация  каталогов  -  автоматический  метод  сохранения  и
распространения информации  о почтовых  серверах и  их абонентах между
всеми серверами  с автоматической синхронизацией необходимых таблиц на
различных  серверах.   В  добавление,  NGM  поддерживает  обмен  такой
информацией с  другими ситемами, такими как SMTP и SNADS, в результате
все системы  администрируются совместно  и разделяют  одинаковую  базу
данных.
     Автоматическая синхронизация включает многие концепции стандарта
X.500.
     Между серверами  NetWare  Global  MHS  информация  передается  во
внутреннем  формате.   Предусмотрена  возможность  выдачи  запроса  на
синхронизацию  и   получения  результата  в  текстовом  ASCII-формате.
Описание этого формата открыто для разработчиков.
     NGM поддерживает  третью редакцию  Формата Стандартных  Сообщений
(NetWare  Standard  Message  Format  -  SMF),  SMF-71  -  промышленный
стандарт на  интерфейс с  прикладными программами,  используемый всеми
приложениями,  базирующимися   на  MHS.   SMF-71  поддерживает   новые
возможности адресации,  в частности иерархические адреса, максимальная
длина адреса - 255 символов.
     Серверы NGM  связываются друг  с другом и с серверами NetWare MHS
v.1.5. либо  через протокол  IPX (включая  связь через  мосты) либо по
телефонной линии через модемы по асинхронным протоколам MHS async.link
или B+  с плавающими  окнами.  Возможен  обмен  сообщениями  с  узлами
Personal MHS и CompuServe.
     До 8 одновременных асинхронных соединений поддерживается на одном
сервере NGM через интеллектуальные платы с соответствующими драйверами
стандарта Novell  AIO или  COM-порты. Используются возможности модемов
по  компрессии  и  динамическому  обнаружению  и  исправлению  ошибок.
Поддерживается текстовый  формат описания  модемов, позволяющий  легко
расширять набор поддерживаемых модемов.
     В комплект поставки NetWare 3.12 включена Basic MHS - минимальная
версия NGM  с возможностями  рассылки почты  только в  пределах  одной
локальной сети.  Basic MHS  включает First  Mail в  качестве  почтовой
программы  NLM-модуль   для  локальной   доставки  почты.   Basic  MHS
предназначена для  тех пользователей  NetWare,  которым  на  начальном
этапе требуется  лишь внутри  сетевая электронная  почта.  Последующий
переход  на  NGM  для  доставки  почты  между  распределенными  сетями
произойдет без изменений технологии работы почтовой службы.
[NGM - набор NLM-модулей и не может работать на сервере NetWare 2.x.,
модуль X.400 анонсирован, но пока еще не выпущен]

5.2. Сосуществование NetWare и UUPC

     Долго   жонглировал    правами    NW    Alexandr    P.   
Cibezov<sasha@sys.sbor.spb.su> (???)  или <alex@sus.spb.su> (???) и
нашел тот
минимум когда  абонент послав  письмо не  может посмотреть даже его (в
спуле), но  для отправки  прав достаточно.  Создайте  группу  с  этими
правами. И  еще батовский  файл который после сеанса uupc расталкивает
почту из  системных ящиков  по файлам  mbox в соответствующие домашние
каталоги абонентов  системы (понятно  что  uupc  запускается  с  одной
машины и  с правами на ящики абонентов). Bmail запускайте с ключиком -
f. А  прав на  mail\boxes кажется  у user-а  совсем  нет.  В  принципе
секретность полная,  но за  все надо платить. Есть две нехорошие вещи.
Одна ма-ленькая  про нее  автор письма не сказал, и большая - нельзя в
bmail-е каждому user-у иметь свой bml.cfn. Это все в общих чертах.


5.3. Шлюз MHS-UUCP

     Alex Sherbakov <alexs@gate.dialnet.msk.su) писал некоторое время
тому назад что у него имеется MHS/UUCP gate.
Возможно,  что-то  по  этому  поводу  может  Вам  сказать  Иван  Рябов
<pw%xroads.uucp@pccross.msk.su>.
     Кроме этого  какой-то шлюз  лежит на  NSEPro, но  , то опробовать
негде (UUCP сейчас у меня нет и может быть больше никогда не будет :+(

[Для  облегчения   ориентации  пользователей   в  огромном  мире  MHS-
совместимых  приложений   Novell  выпускает   справочник  (в   формате
PostScript) "NetWare  Messaging  Solution  Guide",  содержащий  обзоры
приложений и  данные о  фирмах-производителях. В  том числе  о  шлюзах
UUCP-MHS, BBS-MHS, X.400-MHS.
Лежит       он        на       ftp.novell.com       в       директории
/pub/netwire/novlib/08/sguide.exe].

5.4. Что такое Pegasus Mail?

     Pegasus Mail  это крутая,  freeware программа,  написанная  David
Harris из Университета Данедин (Dunedin, NZ).

Основные особенности
- бесплатный (freeware)
- Работает с MHS или без него
- Всю информацию берет из bindery
- Позволяет делать свои шлюзы (например к UUPC, fax, X.400 etc)
- Позволяет определять свои формы для писем
- Позволяет создавать вложенные папки-фолдеры
- Может работать как LISTSERVER
- Может автоматически обрабатывать почту по ключевым словам:
раскладывать в папки, посылать файлы, помещать и удалять подписчиков в
лист рассылки итд итп
- Поддерживает MIME протокол
- Может шифровать сообщения
- Полная поддержка RFC-822 для заголовков писем

Лежит это на risc.ua.edu в директории
/pub/network/pegasus/pmail311.zip (или вроде-бы уже pmail32.zip ???)
[Кстати, FirstMail из NWv3.12- это Pegasus, только не последний ;+)]
[Note: ищите Pegasus Mail на mailserv@izhmark.udmurtia.su и
mailserv@sl.semsk.su под именем pmail310.zip, авось найдете]
5.5. Шлюз Pegasus Mail-UUPC

     Этот шлюз наваял Евгений Судяров <eugene@sandy.nsk.su> и Олег
Горюнов.

     С помощью  PCONFIG определяете  2 gateway'я  - RELCOM для писем и
CONF для отправки писем в конференции.
====================================================================
Gateway name : [RELCOM ]
New mail path : sys:mail\~b
Is  a program to run? : N
New mail search mask : *.cnm
Outgoing mail path : dos:uupc\tmp
Run for outgoing mail : senduupc.bat ~t ~x ~n
Filename format : ~d~d
Run to validate address :
Reply address format : ~%name%@sandy.nsk.su (~p)
Accepts SMTP addresses? : Y
Simple message headers? : No formatting
UUEncode attachments? : Y
Burst messages? : N
Strip GW name? : Y
Force all mail through? : N
===================================================================
Gateway name : [CONF ]
New mail path : sys:mail\~b
Is  a program to run? : N
New mail search mask : *.CNM
Outgoing mail path : dos:uupc\tmp
Run for outgoing mail : sendconf.bat ~x sys:mail\~b ~n
Filename format : ~d~d
Run to validate address :
Reply address format :~%name%@sandy.nsk.su (~p)
Accepts SMTP addresses? : Y
Simple message headers? : No formatting
UUEncode attachments? : Y
Burst messages? : N
Strip GW name? : N
Force all mail through? : N
=================================================================

     UUPC размещается на файл-сервере и все пользователи почты (группа
MAILUSER) имеют  право R  в поддиректории CONF, RWCEM в поддиректориях
MAIL/BOXES, SPOOL, RWCEMF - в TMP; RF на файлы STRIP.EXE, TOCONF.EXE и
RMAIL.EXE SENDCONF.BAT, SENDUUPC.BAT, INIT, которые лежат в UUPC; RWMF
на MAILSTAT, SEQF которые лежат в UUPC/SPOOL.
     Плюс каждому  пользователю Релкома устанавливается в login script
2 досовских  set'a: NAME - имя пользователя (для тех кому не нравиться
использовать ~8  из пегаса, потому что имя получается набрано большими
буквами), UUPC  - определяет  устроиство где  находиться UUPC,  если у
данного пользователя  замапен нужный  новеловский том, или пусто - для
того, чтобы  сообщить, что  нужный том  не замаплен и еще даются права
RWCEM на  директорию пользователя  в UUPC  (например L:\UUPC\ANDY  для
пользователя ANDY etc)
     PMAIL.EXE,  NEWMAIL.EXE,   UUPC.BAT,  SENDUUPC.BAT, 
SENDCONF.BATнаходятся в  SYS:PUBLIC .  Для всех  туда установлен 
путь и  права на
чтение/сканирование.
     Если у  Ваших  пользователей  полные  имена  в  SYSCON'е  набраны
кирилицей, то  необходимо для  них в  меню  <Preferences>  [pmail.exe]
поменять имена на латинские эквиваленты.
     Кроме этого  не задудте  в меню  <SMTP Internet  mail  Interface>
[pconfig.exe]  указать  временную  зону  <Our  time  zone>,  например,
GMT+0600) и наименование Вашей организации <Organization>.

==========================SENDUUPC.BAT============================
@echo off
IF NOT "%UUPC%" == "" GOTO CONT
map root u:=dos: >nul
set UUPC=U:
set NOTUUPC=OK

:CONT

%UUPC%
CD %UUPC%\UUPC\%3
%UUPC%\UUPC\rmail -i -Z %1 < %UUPC%\UUPC\TMP\%2
del %UUPC%\UUPC\TMP\%2

IF "%NOTUUPC%" == "" GOTO END
map del u: >nul
set UUPC=
set NOTUUPC=
:END

==========================SENDCONF.BAT============================
@echo off
IF NOT "%UUPC%" == "" GOTO CONT
map root u:=dos: >nul
set UUPC=U:
set NOTUUPC=OK

:CONT
%UUPC%
CD %UUPC%\UUPC\%3

%UUPC%\UUPC\toconf %UUPC%\UUPC\TMP\%1  newsserv@sandy.nsk.su
%UUPC%\UUPC\rmail -i -Z newsserv@sandy.nsk.su < %UUPC%\UUPC\TMP\%1

del %UUPC%\UUPC\TMP\%1

IF "%NOTUUPC%" == "" GOTO END
map del u: >nul
set UUPC=
set NOTUUPC=
:END

==========================UUPC.BAT================================
@echo off
IF NOT "%UUPC%" == "" GOTO CONT
map root u:=dos: >nul
set UUPC=U:set NOTUUPC=OK

:CONT
%UUPC%
%UUPC%\UUPC\uucico -r1 -sall -x4 %1 %2 %3 %4 %5 %6 %7 %8 %9
echo Running xqt...
%UUPC%\UUPC\:uuxqt -sall -x4
rem Далее для outpost'а
map  h:=sys:
map i:=sys:
%UUPC%\uupc\outpost

IF "%NOTUUPC%" == "" GOTO END
map del u: >nul
set UUPC=
set NOTUUPC=
map del u: >nul
map del h: >nul
map del i: >nul
:END

==================================================================

     Для  отправки   письма  в   релком  в  поле  TO  ставится  просто
Internet'овский адрес - пегас его съедает, если определен gateway.
     Для посылки  письма в конференцию в поле TO ставится CONF и после
Ctrl+Enter запрашивается вся дополнительная информация.

     Кто что делает:
     STRIP.EXE -  творение Евгения.  Просто приводит  заголовок письма
после пегаса  в более  красивый вид  да рисует  на  экране  рамочку  -
sending, мол.  - в  3-м пегасе  эту программку  можно выкинуть. Насчет
sending автор уже позаботился...
     TOCONF.EXE -  опять его  же творчество.  Запрашивает  а-ля  Пегас
список  конференций,  тему  сообщения  и  т.п.  и  приводит  письмо  к
надлежащему виду для отправки в конференцию.
     OUTPOST.EXE -  это создал  Олег Горюнов из Красноярска. Разбирает
почтовые ящики UUPC по почтовым каталогам Hовеля - в стиле пегаса.

И еше о кириллизации в PMAIL 3.0
Ниже приведен фрагмент файла PM-CHAR.R, который нужно откомпилировать
RESCOM.EXE (как описано в TFM)

{"АА ББ ВВ ГГ ДД ЕЕ ЖЖ ЗЗ ИИ ЙЙ КК ЛЛ ММ НН ОО ПП"
 "РР СС ТТ УУ ФФ ХХ ЦЦ ЧЧ ШШ ЩЩ ЪЪ ЫЫ ЬЬ ЭЭ ЮЮ ЯЯ"
 "аа бб вв гг дд ее жж зз ии йй кк лл мм нн оо пп "
 "рр сс тт уу фф хх цц чч шш щщ ъъ ыы ьь ээ юю яя"}

[Note: уществует так-же версия для Windows, называется WinPMail v1.1 и
лежит это как правило недалеко от ДОСовской версии]

[Original posters: Eugene V. Sudyarov, Yury D. Bogush, Serge V.
Andrjushkov]


Второй интересный вариант предложил Oleg
Samarin<Oleg_Samarin@p4.f50.n5030.z2.fidonet.org> у которого
такойработает, и
даже гейтирует FIDO.

Шлюз состоит из двух почти не связанных между собой частей в каждую
сторону.
Для организации Pegasus -> UUPCнужно:

2: Создать оглавление SYS:MAIL/UUPC для исходящей почты; установить
права доступа к нему для всех пользователей шлюза "F C" (поиск и
создание, но не чтение, - иначе можно будет прочитать письма,
отправляемые другими), для EVERYONE - пустой список прав, если хочется
ограничить доступ к гейту.

3: Определить User-Defined Gateway в PCONFIG'е, заставляя PMAIL
помещать в
SYS:MAIL/UUPC все письма с Internet-Style адресами в поле "To:".
Hапример, так:
            Gateway name : [UUCP            ]
          *New mail path :
  Is  a program to run? :  N
   *New mail search mask :
     *Outgoing mail path :  SYS:MAIL\UUCP
  *Run for outgoing mail :  ~a\reg_out.bat ~x ~t
        *Filename format :  ~d~d
 Run to validate address :
   *Reply address format :  ~p <~8@cipger.spb.su>

                                ~~~~~~~~~~~~~ - сюда пишете свой
домен.

 Accepts SMTP addresses? :  Y
 Simple message headers? :  No formatting
   UUEncode attachments? :  Y
         Burst messages? :  Y
     Strip gateway name? :  Y
 Force all mail through? :  N

    Тогда поле "From:" исходящего письма будет иметь вид

Полное имя <рег_имя@домен>

3: Файл Reg_Out.BAT, который будет запускаться из P-Mail'а для
"регистрации
письма" - создания .SRQ-файла, содержащего имя файла и адрес.

-----------------8<-------------------------------------

echo>%TEMP%\%2.SRQ %1
echo>>%TEMP%\%2.SRQ %2

H:\DOS\Move %TEMP%\%1.SRQ L:\SYS\MAIL
----------------->8-------------------------------------

К сожалению, нельзя прямо вызывать rmail из UUPC, так как она требует
слишком много прав от пользователя, в частности, чтения/записи в
оглавление \UUPC\SPOOL, что недопустимо. Также, из-за
соображенийбезопасности, нельзя
писать готовый батник.

4: Почтовый робот перед запуском UUPC просматривает SYS:MAIL/UUPC, и,
для каждого .SRQ-файла, вызывает rmail:

for %%q in (L:\MAIL\UUPC\*.SRQ) do (
    Rmail.EXE %@Line [%q, 1] <%@Line [%q, 0]
    del %@Line [%q, 1], %@Line [%q, 0]
)
    Почтовый робот должен иметь все права в SYS:MAIL/UUPC


    Теперь о шлюзе на прием: UUPC->Pegasus.

1: В файл \UUPC\Conf\Systems заносятся виртуальные UUPC-узлы с
именами, совпадающими с именами пользователей, и статусом NEVER.

2: В персональный каталог UUPC каждого пользователя поместить файл
Forward содержащий строку вида Рег_имя@Рег_имя. Это заставит RMail
пришедшее на
пользователя письмо форвардить на соответствующий виртуальный узел.

3: Почтовый робот после UUPC просматривает поддиректории
\UUPC\SPOOL\виртуальный_узел\D, перемещая все файлы оттуда в почтовый
каталог соответствующего пользователя, с переименованием в .CNM и
перекодировкой КОИ-8

-> Alt. Квитанции в C\ просто удаляются.

Если для пользователя было гейтировано хотя бы одно письмо, ему
посылается сообщение стандартной командой Sent.


[Кроме этого  шлюза мы  у себя в конторе наваяли нечто получьше (более
удобная  обработки   сообщений  из   конференций,   правильная   рубка
mailbox'ов, в  том числе  и forward'ных,  работа просто  на  локальной
машине, NWDOS7/PNW,  Lantastic). Сейчас  проверяем  следующую  версию,
работающею  с   несколькими  серверами   NW,  далее   будет  обработка
конференций с  нескольких newsserv'еров. Кого это интересут пишите мне
или по адресу <randy@libr.nsk.su>]

5.6. Шлюзы от Pegasus Mail к Internet - Mercury и Charon

     Charon это двунаправленная очередь_печати_Novell-Unix_LPD_gateway
и шлюз  Internet/Novell. Секция  шлюза работает  совместно  с  Pegasus
Mail. Charon бесплатный. Требует выделенной станции для запуска и, так
же необходим SMTP mail server как агент почты.
Charon лежит на info.umd.edu (128.8.10.29) под именем
info/Computers/Novell/Utilities/charon40a.zip

     Mercury это  другой шлюз  Internet/Novell работающий  совместно с
Pegasus Mail  (и написан  также David  Harris). В  отличии  от  Charon
Mercury состоит  из 3 NLMов и запускается на сервере. Mercury требует,
чтобы Ваш  файл сервер  поддерживал TCP/IP  и может обслуживать только
один файл-сервер (а Charon до 8). Для Mercury v1.0 есть прилада-
фильтримени Димы  Ткаченко, которая  делала преобразование  КОИ-Альт,
 но  с
v1.11 она не работает :-(

     Как и  Charon'у, Mercury'ию  требуется SMTP  mail server  (обычно
Unix система) для обработки входящей-исходящей почты.
     Mercury        доступен         с         risc.ua.edu         как
/pub/network/pegasus/merc110.zip    и     с     tyr.let.rug.nl     как
/pub/pmail/merc110.zip

[Note:     ищите      их     на     mailserv@izhmark.udmurtia.su     и
mailserv@sl.semsk.su]

Страница 1 2 3 4 5 6 7 | Предыдущая | Следующая

Украинская Баннерная Сеть

Главная  Алфавитный индекс  Справка  Добавить FAQ  E-mail
Новости  Поиск по сайту

© УкрFAQ 2009
Сайт создан в системе uCoz