Инструкции по использованию некоторых опций тоссера HPT ver. 1.4

По личному моему опыту

AvailList

# Какой создавать AvailList ( Full | Unique | UniqueOne )

# Full Полный по каждому аплинку в порядке, определенном forwardAreaPriority (по умолчанию)
# Unique по каждому аплинку без дупов у каждого следующего по forwardAreaPriority аплинка
# UniqueOne одним списком без указания аплинков

Пример:

AvailList UniqueOne

Прописывается в секции LinkDefaults.

Присылает (при настройке по примеру) поинту или нижнему линку просто список эх, доступных на аплинках.

Не указывая аплинков..В принципе, а зачем им знать, с кого в результате пойдет эха? Главное, что она доступна.

Растащить эхи, фэхи, поинтов и роутингпо отдельным конфигам.

Что для этого нужно:

1 Прописать в секции конфига

LinkDefaults begin

# Файл, где крейтить эхи

AutoAreaCreateFile c:\fido\husky\CFG\areas.cfg

# и фэхи

AutoFileCreateFile c:\fido\husky\CFG\feareas.cfg

И в самом конце конфига, где эхи и фэхи

# Далее описываются создаваемые эхи и файлэхи в отдельных файлах
# Эхи
include c:\fido\husky\CFG\areas.cfg
# Фэхи
include c:\fido\husky\CFG\feareas.cfg

Потом руками перенести эхи и фэхи в соответствующие файлы и все, потом они уже
крейтятся где надо.

Преимущества:
1. Дает возможность не листать "простыню" общего конфига, а сразу начать работу
с эхами или фэхами
2. Используя плагины
sortEchoArea.pl
sortFechoArea.pl
(Спасибо Michael Dukelsky, 2:5020/1042)
можно отсортировать эхи и фэхи в этих конфигах по алфавиту, проще потом искать
и генерить свои эхо/фэхолисты.

Растащив эхи и фэхи в отдельные конфиги, тож самое сделал и для роутинга.
Успешно.

Попробовал вытащить в отдельные конфиги аплинков/линков и поинтов. Получилось
почему-то только для поинтов.
Т.е. вариация

include c:\fido\husky\CFG\point.cfg

с описанием всех поинтов читается и прекрасно работает, а на вариацию

include c:\fido\husky\CFG\Link.сfg

с описанием все аплинков и линков, скопированную из основного конфига, tparser
орет, что ни один из линков не определен. В чем причина - не знаю.

Флаг при создании новой эхи или фэхи.

Копаясь дальше в описании опций ХПТ, нашел функцию создания флага при создании
новой эхи или фэхи.

# создавать флаг при создании новой эхи

AutoAreaCreateFlag c:\fido\FLAGS\echonew.flg

# создавать флаг при создании новой фэхи

AutoFileCreateFlag c:\fido\FLAGS\fechonew.flg

Категорически удобная опция.

Теперь у меня после создания новой эхи/фэхи по флагу запускается батник,
который сортирует эхи или фэхи в конфиге по алфавиту, генерит мой новый эхо-
или фэхолист (по событию) и хатчит его в мою техническую фэху.

Сортировка по алфавиту эх и фэх.

Если конфиги эхи фэх уже разделены, то их можно отсортировать по алфавиту. Намного проще потом что-то искать.

Особенно если эх и фэх много.

Для этого используются 2 плагина:

sortEchoArea.pl - для эх

sortFechoArea.pl - для фэх. Скачать оба

Если на компьютере не установлен Perl, то в каталоге с HPT должен лежать файл perl.exe и некоторые библиотеки для дальнейшей

его нормальной работы. Какие - не знаю, потому как перл у меня установлен. Дальше запускаем сортировку простеньким батником:

perl sortEchoArea.pl <areas.cfg >c:\fido\temp\CFG\areas.cfg

Где первый файл - это исходный, а второй - уже отсортированый. Плагин помещает готовый файл в другое место.

Нужно только потом заменить исходный на отсортированый.

У меня батник выглядит так:

cd c:\fido\husky\CFG\
perl sortEchoArea.pl <areas.cfg >c:\fido\temp\CFG\areas.cfg
copy /y c:\fido\temp\CFG\areas.cfg c:\fido\husky\CFG\areas.cfg

Но тут кому как больше нравится. Фэхи сортируются точно так же, только другим плагином.

Эти батники удобно запускать по флагам создания новой эхи или фэхи. Я это описывал выше.

Как избавляться от мертвых пасструшных эх в конфиге.

Перечитав фак по HPT нашел как избавляться от мертвых пасструшных эх в конфиге.

Оказалось, что HPT при отписке поинта или нижнего линка на паструшку отписывает
узел на аплинке, но оставляет эху в конфиге. И там она будет вечно, если ничего
не делать. И будет отображаться в %листе как уже имеющаяся на станции. Даже
если линка, с которого она когда-то шла, уже не существует.

Как было сказано в факе, нужно запустить

hptkill -p -d -n

Запустил, проверил. Действительно, все отписанные на аплинке паструшки исчезли
из конфига.

Пуржер

Hашел опцию пуржера.
Закладывается в описании эхи.
Параметры:

-p <integer>
purge after n days: used by purging utilities like sqpack (*); default
value is 0;

Реально работает.

запускать

sqpack (*)

И он сам все сделает.

Пример:

EchoArea SOLOVEY.TEST c:\fido\spool\mail\STEST -b jam -d "Тестовая эха узла
2:5030/2104" -p 60 -dupeCheck del -dupeHistory 7 -a 2:5030/2104

Правила эхоконференций

3.3.14 RulesDir

Синтаксис:

rulesdir <path>

Пример:rulesdir /home/ftn/rules

Этот оператор указывает путь, где ареафиксу искать файлы с правилами эх, которые
будут посланы линку нетмейлом, когда он подпишется на эхи. Имя файла с
правилами совпадает с именем базы сообщений, но с расширением ".rul" (и
соответственно .ru1-.ru9 для файлов с дополнительной информацией). Когда файла
базы сообщений нет, используется имя эхи. © Михаил Дукельский 2:5020/1042

Для HPT сдандартно создавать базу эхоконференции с именем это эхоконференции.

Пример: EchoArea ru.husky d:\fido\spool\mail\ru.husky

В таком случае будет найден файл ru.husky.rul и отправлен линку. Если базы нет - искаться будеь по имени эхи.

Мой архив правил эхоконференций можно скачать здесь. Актуальны там только правила эхобона R50. В остальном возможно, что правила устарели.

Продолжение следует...