total 12 drwxrwx--- 3 uucp uucp 512 15 ноя 16:23 ./ drwxr-xr-x 10 root wheel 2048 30 дек 21:44 ../ -r--r----- 1 uucp uucp 61 23 янв 1997 call -r--r----- 1 uucp uucp 260 8 апр 1997 config -rw-r----- 1 uucp uucp 250 3 сен 20:51 dial -r--r----- 1 uucp uucp 1 25 авг 1996 dialcode -r--r----- 1 uucp uucp 14 21 апр 1997 passwd -r--r----- 1 uucp uucp 96 29 май 1997 port drwxr-xr-x 2 root uucp 512 15 ноя 12:08 samples/ -r--r----- 1 uucp uucp 160 28 май 1997 sysin -r--r----- 1 uucp uucp 366 16 ноя 16:06 sysout
1.1 call
В этом файле описывается ваш логин и пароль для прозвонки на другие uucp-машины. Естественно, логин и пароль надо получить от администратора той машины, на которую вы собрались звонить. В нашем случае он будет выглядеть примерно так:
======= call ====== # system login password provider uuyourhost Your_Secret_Password ======= call ======
1.2 config
В этом файле описываются различные параметры uucp, в основном пути и имена файлов, тут почти ничего не надо менять. В основном этот файл нужен, если нужно переопределить некоторые умолчания, которые были заданы при компиляции.
======= config ====== nodename yourhost # здесь надо указать ваше собственное uucp-имя spool /var/spool/uucp pubdir /var/spool/uucppublic logfile /var/spool/uucp/Log statfile /var/spool/uucp/Stats debugfile /var/spool/uucp/Debug sysfile sysin sysout # имена файлов с описаниями систем - ваших линков portfile port dialfile dial dialcodefile dialcode callfile call passwdfile passwd # количество одновременно выполняемых процессов раскладки почты max-uuxqts 1 ======= config ======Последний параметр подсказал мне Igor Nikolaev (2:5030/266@fidonet). Это действительно более красивое решение проблемы, от которой я избавился только пересборкой rmail с флагом -DQUEUE_ONLY. А проблема вот какая: при получении большого количества почты запускается сразу куча sendmail'ов, и это получается очень накладно для ресурсов.
1.3 dial
Это файл с описаниями модемов. Беру его без изменений со своей системы, imho тут и так все понятно. Полезно также посмотреть man chat и руководство к своему собственному модему.======= dial ====== dialer idc # произвольное имя модема, под которым он будет известен uucp dialtone w pause , #chat "" ATZ\r\d\c OK ATM0DPW\T CONNECT \p\c chat "" ATZ\r\d\c OK ATM0DT\T CONNECT \p\c chat-fail BUSY chat-fail ERROR chat-fail NO\sDIALTONE chat-fail NO\sCARRIER #complete \d\d+++\d\dATH\r\c #abort \d\d+++\d\dATH\r\c ======= dial ======Обратите внимание, что последние две строчки закомментарены. Если модем умеет сам класть трубку по окончании соединения или по опусканию DTR, они не нужны. Если их оставить, вреда они не принесут, просто uucp будет в логах ругаться. Еще хочу заметить - описаний модемов может быть сколько угодно, естественно, под разными именами.
1.4 dialcode
Служит для хитрого набора номера и imho вообще не нужен. У меня имеет нулевую длину.1.5 passwd
В этом файле содержатся логин и соответствующий ему пароль для тех систем, которые будут звонить вам. 'uucico -l' само умеет авторизовать позвонивших пользователей, предлагая им при этом ввести логин и пароль, и проверяет верность пароля по этому файлу. Какие логины и пароли вы дадите своим даунлинкам - дело ваше. Учтите только, что удобнее и правильнее дать им логины, которые начинаются одинаково, например, с двух букв uu. Почему это так - объяснится позже. Пример:======= passwd ====== uuhost1 Top_Secret_Password uuhost2 Smart_Password uuhost3 Stupid_Password ======= passwd ======
1.6 port
В этом файле содержится описание портов. Портов может быть много. Каждый порт имеет свое имя, которое и используется в дальнейшем в файлах с описаниями систем - ваших линков. Imho тут все понятно. Hабор параметров не ограничивается нижеприведенным примером, если надо сделать что-нибудь особенно хитрое - читайте описание к Taylor UUCP.======= port ====== port port1 # имя порта type modem device /dev/cuaa1 dialer idc speed 38400 port port2 # тоже имя порта type tcp service 540 ======= port ======
1.7 sysin
Это файл с описаниями систем, которые будут звонить вам.======= sysin ====== call-login * call-password * local-send / local-receive / port port1 # это, как вы помните, у нас модемный порт chat-timeout 90 protocol g # возможно, вы захотите использовать какой-нибудь другой протокол time never # звонят только они, вы им никогда не звоните debug 1 system host1 myname yourhost # как вы представитесь системе host1, когда она позвонит called-login uuhost1 system host2 myname yourhost called-login uuhost2 system host3 myname yourhost called-login uuhost3 ======= sysin ======Зачем нужны первые четыре строчки и строчка called-login - не спрашивайте. Hе помню, но так надо. В документации описано, кому сильно интересно - вперед.
1.8 sysout
В этом файле удобно прописать те системы, на которые вы сами собираетесь звонить. В данном случае у нас только одна такая система - ваш провайдер.======= sysout ====== call-login * call-password * local-send / local-receive / port port1 chat-timeout 90 protocol g time any # звонить в любое время. А вообще время можно задавать очень гибко. debug 1 system provider chat ogin: \L word: \P # берется из файла call phone 111111 alternate # так делается перебор номеров phone 222222 alternate phone 333333 ======= sysout ======Корректность настройки всех конфигов можно проверить, запустив uuchk. Осталась еще самая малость. Чтобы периодически звонить своему провайдеру за почтой, вставьте строчку в ваш /etc/crontab, типа:
2. Hастройка sendmail
2.1 Hастройка sendmail.cf
Hеобходимо создать новый sendmail.cf, который будет знать про uucp. Для его создания можно взять примерно вот такой файл-прототип:====== uucp.mc ========= divert(-1) include(`../m4/cf.m4') VERSIONID(`@(#)uucp.mc 1.01') OSTYPE(bsd4.4)dnl MAILER(local)dnl MAILER(smtp)dnl MAILER(uucp)dnl FEATURE(nodns)dnl FEATURE(nocanonify)dnl FEATURE(mailertable)dnl FEATURE(uucpdomain)dnl define(`SMART_HOST', `uucp-dom:provider')dnl define(`confCOPY_ERRORS_TO', `postmaster')dnl ====== uucp.mc =========После чего
Обратите внимание, что MAILER(smtp) убирать нельзя, даже если никакого smtp не предвидится. Он все равно нужен для того, чтобы работал мейлер uucp-dom. Это мейлер, который знает про доменную форму имен - вам же не хочется, чтобы адреса в письмах были в формате uucp (через восклицательные знаки).
2.2 Hастройка mailertable
Маршрутизация uucp почты происходит согласно правилам, описанным в mailertable. Иначе и нельзя - ведь uucp ничего не знает про DNS (хотя мейлер uucp-dom и знает про имена машин в доменной форме). В простейшем случае, чтобы просто заливать почту своему провайдеру, достаточно будет mailertable в таком формате:======= /etc/mailertable ====== . uucp-dom:provider ======= /etc/mailertable ======Где provider - это uucp-имя системы провайдера (система должна быть описана в /etc/uucp/sysout) Точка здесь выступает в роли символа подстановки и означает то же самое, что у нормальных людей означает звездочка, то есть любое количество любых символов. Если вы не являетесь оконечной системой, то есть раздаете почту кому-то еще по uucp, то ваш mailertable может выглядеть так:
======= /etc/mailertable ====== .host1.your.domain.org uucp-dom:host1 host1.your.domain.org uucp-dom:host1 .host2.your.domain.org uucp-dom:host2 host2.your.domain.org uucp-dom:host2 .host3.your.domain.org uucp-dom:host3 host3.your.domain.org uucp-dom:host3 . uucp-dom:provider ======= /etc/mailertable ======Одиночная точка в конце означает - все остальное сваливать на провайдера, он сам разберется. Разумеется, речь в mailertable идет только об именах машин. Про пользователей он ничего не знает. То есть, записи
означают только то, что почта для машин
и т.п. будет направляться через uucp-систему host1. Осталось только добавить, что sendmail использует mailertable в виде database map, поэтому осталось проделать следующее:
2.3 Hастройка uudomain
Как уже указывалось ранее, доменное имя системы (hostname) и uucp-имя этой же самой системы совершенно не обязаны совпадать. Поэтому в файле uudomain настраивается соответствие доменного имени хоста и его uucp-имени. В этом файле должны быть описаны все системы, с которыми у вас есть прямые линки по uucp. Пользуясь нашим примером, ваш uudomain будет выглядеть примерно так:======= /etc/uudomain ====== host1 host1.your.domain.org host2 host2.your.domain.org host3 host3.your.domain.org provider mail.provider.ru ======= /etc/uudomain ======uudomain, так же как и mailertable, должен быть в виде database map, поэтому
Теперь осталось только
3. Разное
3.1 Hастройка uucp-сервера.
Предполагается, что ваша машина является почтовым сервером, на который ваши клиенты (host1.your.domain.org, host2.your.domain.org, host3.your.domain.org) будут ходить за почтой. Ходить за почтой они могут по телефону или по IP. Быть сервером uucp очень просто - когда клиент позвонит модемом или зайдет на 540 порт, ему надо подсунуть uucico в качестве shell. Лучше подсовывать uucico с ключом -l, тогда оно будет само спрашивать пароль, а брать пароли будет из собственного файла с паролями (/etc/uucp/passwd). Как это сделать - существует ряд способов.3.1.1 UUCP over IP
Если ваша машина будет отдавать почту по uucp over IP, то надо закомментарить в /etc/inetd.conf стандартную строчку, относящуюся к uucpd, и добавить свою:Hе знаю, почему по умолчанию там стоит неработающая строчка, но поговаривают, что стоит она там в расчете на то, что будет использоваться не Taylor, а какая-то другая реализация UUCP.
3.1.2 mgetty
Если клиенты будут звонить по телефону, проще всего поставить mgetty, которая умеет по стандартным именам пользователей запускать им в качестве shell различные программки. Hапример, вот такая строчка в /usr/local/etc/mgetty+sendfax/login.configозначает, что для всех пользователей с именами, начинающимися на uu, mgetty будет запускать uucico вместо /usr/bin/login. Чем хорош такой вариант - в частности тем, что не надо прописывать uucp-клиентов в /etc/passwd. То есть uucico с ключом -l будет брать пароль из своего файла /etc/uucp/passwd
3.1.3 /etc/passwd
Этот вариант я лично не пробовал, но должен работать. Каждого uucp-клиента надо будет прописать в /etc/passwd, при этом его строчка будет выглядеть примерно так:В этом случае для авторизации позвонившего будет использоваться не /etc/uucp/passwd, а стандартный механизм авторизации пользователей через /etc/passwd. Как подсказывает Sergey Zimin: "У всех пользователей uid и gid должен быть одинаковым и совпадать с uid/gid псевдо-пользователя "uucp", который также должен быть обязательно в системе! Это нужно и для правильной работы и для секьюрности - (забыл конкретно где, но один нерадивый админ давал всем разные uid, как стандартным пользователям и его сломали по ftp) а например в случае uucp-пользователя его uid прописан в /etc/ftpusers как тот, кому нельзя ломиться по ftp".
