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]
Страница1234567 | Предыдущая | Следующая