----------------------------------------------------------------------------
11. Изменил конфиг при работющем binkd. Когда подействуют изменения?
Начиная с версии 0.9.1 binkd научился определять обновление файла
конфигурации. Запущенный с флагом -C он при этом завершался с кодом 3.
(После каждой входящей сессии производилась проверка времени модификации).
Вот файл для запуска binkd версий 0.9.1-0.9.3 и 0.9.4-0.9.6/w32:
====
:aaa
binkd -C binkd.cfg
if errorlevel 4 goto end
if errorlevel 3 goto aaa
:end
====
В версиях 0.9.4/unix и /os2-emx (только в этих) сделан автоматический
перезапуск binkd, если он запущен с ключом -C. Кроме того, начиная с версии
0.9.4 проверяются файлы, включенные в конфиг по include, и проверка
происходит не только при входящих соединениях, но и через каждые
rescan-delay секунд.
В версии 0.9.4/w32 при установке binkd в качестве сервиса Windows NT, нужно
установить его с параметром -C: тогда binkd будет перечитывать конфиг.
До версии 0.9.4 изменения конфига не проверялись, если binkd был запущен
в режиме client-only (ключ -c).
В версях для unix конфиг перечитывается по сигналу SIGHUP, командой
kill -HUP `cat /var/run/binkd.pid`
В версии 1.0 сделано автоматическое перечитывание конфига при его
изменении. Проверка проводится через каждые rescan-delay секунд.
----------------------------------------------------------------------------
12. Как подружить binkd c T-mail/IP?
Hикак не подружить. Протоколы принципиально разные: binkd работает
по протоколу binkp, t-mail/IP - EMSI & etc.
----------------------------------------------------------------------------
13. Существует ли в природе хоть один лог анализер под unix?
Существует множество Perl'овых скриптов и несколько win32-бинарников,
к примеру вот:
binkdstat 0.1 beta4 Christmas version 6.01.2002
Statistics generator for BinkD
(c) Dmitry Sergienko, 2:464/910@fidonet, dmitry@trifle.net 14.08.2000
http://web.apex.dp.ua/~trooper/binkdstathttp://binkd.grumbler.org/loganalisers/binkdstat-ds.0.1_beta4_Christmas
Несколько разных генераторов лежат у Nick Soveiko:
http://www.doe.carleton.ca/~nsoveiko/fido/binkd/statistics_generators/
Также существует программа BndStat:
BNDST101.ZIP 34812 14-Aug-01 (AREA:AFTNMISC)
BndStat 1.01. With sources. BinkD statistics generator. Compiled for all
platforms. Included win32 binaries. (C) Dmitry Rusov, 2:5090/94
Комплект генераторов статистики binkd и qico для *nix (c) Vasily Krysin,
2:5054/84: http://deep.perm.ru/files/fido/fustat-0.02.tar.gz
Анализатор логов от val khokhlov (perl):
http://www.vk.kiev.ua/create/soft.html#bnkdshttp://binkd.grumbler.org/loganalisers/stat-binkd.pl.gz
binkdstat (С) val khokhlov, Dmitry Kolvakh, обновлён в апреле 2006
http://www.pstu.ru/~keu/binkdstat.ziphttp://binkd.grumbler.org/loganalisers/binkdstat.zip
----------------------------------------------------------------------------
14. Binkd долго коннектится (~20 секунд), хотя сетка скоростная (ЛВС).
Наверное "включен" параметр backresolv (писать в лог доменное имя
удаленного хоста) и не настроен DNS.
Самое простое - нужно закомментировать backresolv в файле конфигурации.
Посложнее: необходимо настроить DNS.
----------------------------------------------------------------------------
15. Почему BinkD не хочет понимать передаваемые параметры при запуске из inetd
В inetd.conf нужно первым параметром указывать имя программы (в случае
с binkd - любая строка), вторым и далее параметрами - ключи запуска (-iqs и
прочее по вкусу), последним параметром - полнопутевое имя конфига:
binkp stream tcp nowait root /usr/fido/binkd binkd -isq /usr/fido/binkd.cfg
Если не используется опция -q, в конфиге нужно убрать вывод на консоль
(закомментировать printq, percents, conlog).
----------------------------------------------------------------------------
16. Можно ли сделать FREQ в binkd.
Запросто! Binkd поддерживает WAZOO FREQ.
Чтобы запросить файлы с удаленной системы нужно создать файл вида
nnnnmmmm.REQ и поместить его в outbound рядом с файлами *.?ut и *.?lo,
относящимся к нужному линку. Но файлы *.REQ не инициируют прозвонку в binkd,
для совершения FREQ нужно создать полл.
Для приема и обработки FREQ в Binkd настраивается вызов внешнего
фрек-процессора, поддерживающего SRIF (FSC-0086). Читай файл "!SRIF.TXT" и
комментарий к "exec" в конфиг-файле.
Вот примеры строки в конфиге для DOS-based OS и для *nix (там приходится
указывать маску с регулярными выражениями, чтобы binkd распознал файлы
независимо от регистра букв: и *.REQ, и *.req):
exec "\\ftn\\allfix\\allfix.exe RP -SRIF *S" *.req
exec "/ftn/bin/tmafreq *S" *.[rR][eE][qQ]
С binkd совместимы следующие FREQ-процессоры (но не только эти, подойдет
любой FREQ-процессор, поддерживающий SRIF):
Allfix от Harms Software Engineering: файлэхопроцессор со встроенным
обработчиком файловых запросов, существуют версии под DOS и OS/2;
ViReq от Michael Haase (2:2432/280): специализированный FREQ-процессор
под Windows, распространяется Michael Massenberg (2:2411/505) посредством
Fido-over-IP, по модему и ISDN.
----------------------------------------------------------------------------
17. Как добавить binkd в фидо-станцию, работающую на модеме.
Нужно настроить модемный мэйлер и тоссер на режим BSO (binkley-style
outbound), так чтобы у всех (и у binkd тоже) совпадали inbound- и
outbound-каталоги. Например, в конфигурации мэйлера "T-mail" нужно указать:
BinkStyle_Pack_For All
Если же мэйлер "умеет" только AMA (arcmail-attach) - можно попробовать
использовать файлбоксы и (или) найти программы, которые могут сконвертировать
очередь Вашего мейлера в BSO или файлбоксы. (К примеру, утилита Mail2dir
позволяет использовать файлбоксы с FrontDoor.) Такие средства лишают Вас
возможности отправить почту одному и тому же линку и по IP, и по модему
(например, в случае неполадок в одном из каналов связи). Другой вариант,
радикальный, но наиболее гибкий по возможностям - сменить мэйлер.
См. также вопрос 34.
----------------------------------------------------------------------------
18. Флаги по приему файла не создаются, программы не запускаются
Наверняка неправильно указана маска в конфиге. Нужно так (версии для
windows и os/2 - первые две строки, в юникс-версиях остальные):
flag m:\\ftn\\flg\\pntseg.flg m:\\\\ftn\\\\inbound\\\\sec\\\\pntstr*.*
flag m:\\ftn\\flg\\toss.flg *.su? *.mo? *.tu? *.we? *.th? *.fr? *.sa? *.pkt
exec "/usr/local/bin/ftrack -c /fido/conf/ftrack" *.[Pp][Kk][Tt]
flag "/ftn/flg/echo-in" /ftn/inboundsec/*.[Ss][Uu][0-9A-Za-z]
flag "/ftn/flg/echo-in" /ftn/inboundsec/*.[Mm][Oo][0-9A-Za-z]
flag "/ftn/flg/echo-in" /ftn/inboundsec/*.[Tt][Uu][0-9A-Za-z]
flag "/ftn/flg/echo-in" /ftn/inboundsec/*.[Ww][Ee][0-9A-Za-z]
flag "/ftn/flg/echo-in" /ftn/inboundsec/*.[Tt][Hh][0-9A-Za-z]
flag "/ftn/flg/echo-in" /ftn/inboundsec/*.[Ff][Rr][0-9A-Za-z]
flag "/ftn/flg/echo-in" /ftn/inboundsec/*.[Ss][Aa][0-9A-Za-z]
flag "/ftn/flg/fech-in" /ftn/inboundsec/*.[Tt][Ii][Cc]
Надо указывать полное имя файла, который должен приняться, с четырьмя
слешами или маска должна начинаться с символа "звездочка". Для флага нужно
использовать двойные слэши.
Полное имя - потому что имя файла без пути означает событие приема файла
не в инбаунд, а в текущий каталог. Если маска начинается с "*", то в любой
(а поскольку файлы принимаются в один из инбаундов, работает для всех сессий
- и парольных, и непарольных).
В юниксах нужно учитывать, что большие-маленькие буквы в именах файлов
различаются (используйте регулярные выражения в масках).
----------------------------------------------------------------------------
19. Не работает skipmask.
Для skipmask имя файла сравнивается без пути и регистрозависимо.
----------------------------------------------------------------------------
20. Binkd под DOS.
Victor Pashkevich (2:451/30) портировал binkd 0.9.2 для операционной
системы MS DOS. C марта 2003 года новый вариант этого порта поддерживается
официально (и включен в дерево исходников на CVS).
Исходники binkd 0.9.2/dos:
http://www.doe.carleton.ca/~nsoveiko/fido/binkd/0.9.2/
Исходники и бинарники binkd 0.9.2/dos и binkd 0.9.5a/dos (не самые свежие):
http://www.n451.z2.fidonet.net/binkd/
Свежие исходники - на CVS.
Особенность версии под DOS в том, что в системе нет поддержки сети и каждая
возможная реализация использует один из стеков IP, разработанных независимыми
производителями. Реализация от Victor Pashkevich работает только с драйверами
IBM TCP/IP версии 2.1. Найти их можно в Internet:
http://www.ibm.comhttp://binkd.grumbler.org/tcpdos21.rarftp://ftp.grumbler.org/pub/tcpdos/tcpdos21.rar
Кроме имеющегося, каждый желающий может портировать binkd под имеющуюся
у него версию драйверов IP под DOS :-). Исходники - в Internet'е и файл-эхе
(см. "Где взять свежую версию BinkD.")
----------------------------------------------------------------------------
21. Binkd под Windows 3.x.
Sergey Zharsky (zharik@usa.net) портировал binkd 0.9.2 и binkd 0.9.5 для
Windows 3.x. Работает c IP стеками Trumpet Winsock ver. 3.0 revision D и
Novell TCP/IP Client for Win 3.11 (см. ответ на вопрос "Binkd под DOS."
параграф "Особенность...").
Исходники и бинарники:
http://zharik.host.sk/index.php?pages=d&page=d
Только 0.9.2:
http://www.doe.carleton.ca/~nsoveiko/fido/binkd/0.9.2/
----------------------------------------------------------------------------
22. Разные FTN-домены в binkd и тоссер, не поддерживающий 5D outbound.
Ситуация: два домена (с разными номерами зон, хотя это непринципиально),
почта на первый домен отправляется, на второй - нет. Такая ситуация может
возникнуть, если отсутствует поддержка 5D BSO у тоссера, трекера и других
фидошных программ, используемых на FTN-системе.
Типичная конфигурация binkd для двух доменов и 5D outbound:
domain fidonet c:\\ftn\\outbound\\fidonet 2
domain omeganet c:\\ftn\\outbound\\omeganet 11
address 2:5070/222@fidonet 11:58/6@omeganet
В domain прописывается не номер зоны собственного адреса, как можно было бы
подумать, а зона, которую не надо добавлять к имени outbound'а (т.е. для зоны,
указанной в строке domain, расширения подкаталога аутбаунда не обрабатываются).
Если бы твой тоссер создавал для omeganet бандлы в каталоге omeganet, то
надо было бы писать так, как указано выше; а раз он не работает с 5D и создает
их в fidonet.00b, то писать надо вот так:
domain fidonet c:\\ftn\\outbound\\fidonet 2
domain omeganet c:\\ftn\\outbound\\omeganet 2
address 2:5070/222@fidonet 11:58/6@omeganet
Все свои адpеса обязательно пpописываешь с доменами.
Каталог аyтбаyнда и пyть должен быть везде одинаковый (4D-тоссер считает все
адреса принадлежащими одному домену).
----------------------------------------------------------------------------
23. Как работает "domain ... alias-for ..." в конфиге
Алиасы учитываются при анализе адреса удаленной стороны.
Пример:
domain fidonet.net alias-for fidonet
При проверке домена: fidonet.net в адресе удаленной стороны заменятеся
на fidonet и адрес 1:2/3.4@fidonet.net будет восприниматься как 1:2/3.4@fidonet
----------------------------------------------------------------------------
24. Что означает диагностика "send: TCP/IP error (-10000)" и как это лечить?
Тут две ошибки, основная исправлена перед ответвлением binkd 0.9.5-stable:
1. Дело в том, что в паре мест в коде binkd не было сделано сохранение
значения кода ошибки, но это не проявлялось нигде кроме как в win-версии.
Ошибка проявлялась потому, что в run-time библиотеке MS Visual C (в отличие от
большинства) нарушается стандарт. Ошибка в том, что errno и h_errno в MSVC RTL
являются макросами, раскрывающимся в системные вызовы, и все они сходятся в
вызов GetLastError(). А значение, возвращаемое этой системной функцией,
сбрасывается в нуль при любом успешном системном вызове. Таким образом, errno
выставляется в ноль например при успешном открытии файла. (По стандарту errno
не должен меняться если не было ошибки.) В binkd влияние этого бага устранено:
2003/04/28 07:30:16 gul
* Bugfix: Log() changes TCPERRNO
2.
Ошибка в Winsock - select() всегда возвращает успешный код для non-blocked
socket. Влияние ее (и других обнаруженных в winsock ошибок) частично устранено:
2003/06/06 16:27:44 gul
* Workaround winsock bug - giveup CPU when sending file
2003/08/11 08:41:55 gul
* workaround winsock bug (patch by Alexander Reznikov)
2003/08/24 00:29:31 hbrew
* win9x-select-workaround fix, thanks to Pavel Gulchouck)
Eсть ещё эффект при высоких уровнях протоколирования (в лог пишется куча
сообщений 'data transfer would block', отладочная информация по результатам
работы select()). Hо на работу в обычном режиме это не влияет. Устранить это
можно, но Павел не стал усложнять код.
----------------------------------------------------------------------------
25. Argus (Radius) и binkd: ошибка Argus "Aborting due to carrier loss"
Сессия между binkd и Radius (или Argus - это несущественно) обрывается
с непонятной диагностикой "Aborting due to carrier loss" при включенном
в Radius шифровании трафика. При этом на стороне binkd соединение обрывается
по инициативе удаленной стороны ("Connection reset by peer").
Лог со стороны Radius:
30-Aug-2003 22:24:31 Encrypted (2:463/375) session
30-Aug-2003 22:24:32 Aborting due to carrier loss
30-Aug-2003 22:24:32 Session aborted
30-Aug-2003 22:24:32 End
Причина в том, что авторы Argus придумали свой способ шифрования трафика,
и в binkd это расширение не реализовано. Все бы ничего, но тонкость в том, что
Argus (и вслед за ним Radius) не соблюдает совместимость с протоколом binkp:
шифрование включается безусловно, без проверок его поддержки удаленной
стороной. Такое вопиющее нарушение спецификации недопустимо - но увы. Выход:
отключить шифрование в Argus для каждого линка, у которого используется binkd.
Правильное поведение мэйлера должно было быть следующим:
- если шифрование необязательно - продолжать некриптованную сессию;
- если в настройке мэйлера установлено обязательное шифрование - сообщить
удаленной стороне об аварийном завершении, например так:
M_ERR "DES encription required"
----------------------------------------------------------------------------
26. В названии каталога - символ комментария и binkd не видит каталог.
При настройке binkd в работающей станции с bink/+: в путях встречается
символ "#", он является комментарием для конфига binkd и, чтобы binkd воспринял
правильный путь, этот символ надо искэйпить в конфиге обратным слэшем:
domain fidonet c:\\fido\\\#out
inbound-nonsecure c:\\fido\\unsec\#in
inbound c:\\fido\\\#in
В версии 1.0 начиная со снапшота 1.0a-317 этот искейпинг можно не
использовать, поскольку началом комментария в середине строки стала считаться
последовательность пробела и решетки (" #") или табуляции и решетки. Примеры
ниже.
Нет комментария:
temp-inbound c:\\fido\\temp#this_is_not_a_comment_but_a_directory_name
Комментарии:
inbound c:\\fido\\in # это комментарий, потому что есть пробел перед "#"
# Вся эта строка - комментарий
----------------------------------------------------------------------------
27. Есть ли возможность запуска приложения в binkd по событию?
Если речь о временных событиях - нет, и не будет. Для управления событиями
существуют разнообразные планировщики, в современных операционных системах они
включены в поставку.
Если же речь о событии приема некоторого файла - давно реализовано (начиная
с версии 0.9), см. в конфиге токены exec и flag.
----------------------------------------------------------------------------
28. В чем различие между binkd/w32 и binkd/w9x?
Binkd/w32 - традиционный вариант binkd, консольное win32 приложение.
Binkd/w9x - GUI-приложение win32, создающее временные консольные окна по мере
необходимости. Если запустить binkd/w32 в существующем консольном окне
(например, в окне command.com или cmd.exe), он будет работать в том же окне.
В отличие от него binkd/w9x при запуске сразу же отдает управление вызвавшей
его задаче.
Необходимость разработки binkd/w9x была вызвана тем, что в Windows 95/98/Me
и в Windows NT/2000/XP/2003 есть несколько серьезных различий.
Во-первых, консоль реализована по-разному. Основное отличие - консоль
в Windows 9x не воспринимает сигналы shutdown и window close, поэтому
работающий binkd/w32 не может корректно завершиться при закрытии окна и
завершении (перезагрузке) системы.
Во-вторых, в версиях Windows разных веток сильно различаются принципы
работы сервисов.
В итоге, binkd 1.0a/w32 может работать только сервисом Windows NT и
последующих, а binkd 1.0a/w9x - только сервисом Windows 95/98/Me. В будущем
планируется сделать поддержку сервисов NT в binkd/w9x. Корректная поддержка
работы binkd/w32 сервисом под Windows 9x невозможна из-за описанных
особенностей реализации консоли в этих системах.
----------------------------------------------------------------------------
29. Сильно не хватает чата в binkd! И время синхронизировать хочется.
Чтобы початиться - используй talk, icq или irc (да хоть Gadu-Gadu).
Если есть, где запустить binkd, то по тому же каналу может pаботать и все
перечисленное, и многое другое. Чаться до умопомpачения, если сильно надо.
И для синхронизации времени по IP есть специальные утилиты, например,
ntpdate. Причем ntp* берут время с серверов точного времени, в отличие от
мэйлеров.
----------------------------------------------------------------------------
30. Binkd-service принимает входящее соединение только после исходящего.
Такое поведение замечено при работе binkd/w32, установленного сервисом
на компьютер с работающим McAfee Firewall. При этом файрвол стартует после
запуска binkd и не обнаруживает его активность, соответственно не дает
установиться соединению. Соответственно нужно обеспечить запуск binkd после
инициализации файрвола.
Возможные решения: отказаться от использования binkd как самостоятельного
Windows NT service и запускать его из-под внешнего менеджера сервисов, или
запускать как обычную программу, либо отказаться от использования такого
файрвола.
----------------------------------------------------------------------------
31. Ошибка "start_file_transfer: ECHO is off.: No such file or directory".
Сообщение в логе:
в английской версии Windows
? 10 Sep 20:37:23 [1664] start_file_transfer: ECHO is on.: No such file
or directory
в русской версии Windows
? 10 Sep 20:37:23 [1664] start_file_transfer: Режим вывода команд на экран
(ECHO) отключен.: No such file or directory
Такая ситуация возникает в том случае, когда полл создан командой
echo >> 12345678.ilo
При этом первая строка файла - сообщение от команды echo о текущем статусе
эховывода на экран. О том, как правильно создавать полл см. вопрос 32. См.
также вопрос 09.
----------------------------------------------------------------------------
32. Как правильно создать полл.
Чтобы создать полл в BSO, нужно создать пустой файл NNNNMMMM.ilo,
NNNNMMMM.clo, NNNNMMMM.dlo или NNNNMMMM.flo. Имя файла состоит из:
шестнадцатиричного номера сети (первые 4 знака), шестнадцатиричного номера узла
(4 знака с пятого по восьмой), точки, знака атрибута (i = immediate, c = crash,
d = direct, f = normal) и букв "lo".
Конечно, если нужный файл уже существует, создавать его не нужно, более
того: во избежание потери почты нужно следить чтобы он не был переписан.
Наиболее универсальная команда (работает в DOS, Windows, OS/2, клонах unix,
CP/M и многих других):
cd . >>NNNNMMMM.flo
В DOS, Windows, OS/2 также работает:
type nul >>NNNNMMMM.flo
В клонах UNIX можно использовать на выбор одну из нескольких команд:
touch NNNNMMMM.flo
echo -n "" >>NNNNMMMM.flo
>>NNNNMMMM.flo
cat /dev/null >>NNNNMMMM.flo
----------------------------------------------------------------------------
33. Что означают цифpы в квадpатных скобках в логе?
Это PID (Process ID) в мультипроцессных версиях binkd (например, в версиях
для юниксоподобных ОС) или TID (Thread ID) в многопоточных версиях binkd
(например, в версиях для Windows).
Номер процесса (или потока) облегчает анализ лога: позволяет выделить
сообщения от одного процесса (потока) binkd. В частности, помогает разделить
сообщения, относящиеся к разным сессиям.
----------------------------------------------------------------------------
34. Как настроить эхотаг для отправки исходящего нетмейла?
Нужно настроить программу упаковки нетмэйла таким образом, чтобы почта
упаковывалась в пакеты BSO (Binkley Style Outbound). Если такая программа до
сих пор не использовалась, нужно её установить. В некоторых модемных мэйлерах
возможность упаковки нетмэйла в BSO предусмотрена разработчиками (например,
в T-mail, начиная с версии 2500).
См. также ответ на вопрос 17.
----------------------------------------------------------------------------
35. Зачем нужна директива share в конфиге (shared aka)?
Shared AKA используется для отправки нетмэйла по одному из нескольких
альтернативных маршрутов (одному из нескольких линков) и является защитой от
"падения" линка.
Для примера в конфиге
share 2:999/999 2:5020/52 2:5020/238
указаны аплинки 2:5020/52 и 2:5020/238 с подстановкой (точнее, добавлением)
AKA 2:999/999.
Затем настраиваешь паковку netmail на адрес 2:999/999, и binkd отправит его
на того аплинка, с которым будет первая сессия. Если нет связи с 2:5020/52 -
нетмэйл уйдёт к 2:5020/238. Если нет связи с 2:5020/238 - уйдёт к 2:5020/52.
При этом адресат пакета будет заменен на реального получателя.
Примечание: чтобы нетмейл был обработан на каждом узле корректно, нужно,
чтобы его обработчик нетмейла знал о пароле для shared АКА. На практике пароль
в этих PKT должен отсутствовать и нетмейл-трекер у каждого линка должен
обрабатывать PKT без пароля от тебя.
----------------------------------------------------------------------------
36. Зачем нужна директива ftrans в конфиге?
Чтобы разместить binkd и тоссер на разных компьютерах в сети, при этом
аутбаунд располагается на сетевом диске и пути к нему разные. Более того,
тоссер может работать на машине с FAT и путями вида d:\long\path\to, а binkd -
на юниксовой с путями вида /mnt/samba/wincomp1/path/to.
----------------------------------------------------------------------------
37. Binkd в Windows XP работает сервисом только от администратора. Почему?
В руководствах по информационной безопасности рекомендуется каждый сервис
выполнять с правами специального пользователя. Но при попытке сделать это для
binkd получаем ошибку, и чтобы добиться результата, нужно изменить настройку.
Проще всего взять версию 1.0a-498 или старше. Если же используется binkd 0.9.x,
нужно изменить настройку в операционной системе.
Во-первых, установить и запустить сервис в Windows NT/2000/XP/2003 может
только администратор (дать право другому пользователю на установку, запуск,
остановку и удаление сервисов можно в "локальной политике безопасности"; а если
запуск сервиса от неадминистративного пользователя задаётся из MMC-остнастки
"службы", нужное право даётся пользователю автоматически).
Во-вторых, binkd при установке сервисом производит запись в ветку реестра
HKLM\\SYSTEM\\CurrentControlSet\\Services\\binkd-service\\parameters (если Вы
указываете при установке сервиса имя для сервиса, вместо "binkd-service" будет
это имя, в котором удалены пробелы).
Для описываемой ситуации установить сервис можно и из-под учетной записи
администратора, затем отредактировать параметры запуска сервиса в программе
MMC из остнастки "Services" ("Службы"): задать пользователя (например, fido)
и пароль. Затем нужно в редакторе реестра открыть указанную ветку реестра и
задать права на редактирование этой ветки пользователю fido.
----------------------------------------------------------------------------
A1. Обнаружил баг в binkd!
Попpобуйте освежить веpсию (возможно, ошибка уже исправлена). Если
не помогло - надо "пинать" pазpаботчиков:
binkd-bugs@happy.kiev.ua
Pavel Gulchouck 2:463/68
pассылка binkd-dev@happy.kiev.ua
В писме нужно подробно описать ситуацию возникновения ошибки, при
этом обязательно указать номеp веpсии и приложить вырезку из подpобного
лога (loglevel больше 5).
----------------------------------------------------------------------------
A2. Как связаться с разработчиками.
Автор первых версий binkd - Дмитрий Малов - ныне отошел от проекта.
В 2000-2003 годах проект координирует Павел Гульчук 2:463/68 (Pavel Gulchouck
<gul@gul.kiev.ua>) он же и пишет большую часть кода.
Для общения разработчиков и тестеров создана рассылка:
binkd-dev@happy.kiev.ua. Чтобы на нее подписаться, напишите письмо:
To: majordomo@happy.kiev.ua
Subject:
subscribe binkd-dev
----------------------------------------------------------------------------
A3. Хочу сразу узнавать об изменениях в binkd!
Подпишись на список рассылки binkd-diffs@happy.kiev.ua: по нему
отправляются изменения в исходниках (заодно можно и проверить патчи на ошибки).
Инструкция в предыдущем ответе.
Для обсуждения binkd, общения пользователей и разработчиков существуют
две эхоконференции FIDOnet: русскоязычная RU.BINKD и англоязычная
(международная) BINKD. Ищите на эхохабах :).
----------------------------------------------------------------------------
A4. А когда binkd будет делать ... ?
Возможно, будет когда-нибудь. А может и не будет. Можно подождать, пока
желаемая возможность будет реализована или устранить "недостаток"
самостоятельно - ведь исходники открыты. При этом имеет смысл прислать
разработчикам патч: возможно, он будет включен в основную ветку и наверняка
будет размещен на вебсайте или FTP.
=== Конец.
Страница12 | Предыдущая | Следующая