Пытаюсь понять, как работает роутинг fidonet-сообщений. Допустим я - 2:466/4, мой аплинк - 2:466/50, письмо (нетмыл) идет от 2:466/466.2820 к 2:466/4.1.
Судя по моим исследованиям бэкапов архивов с пакетами получается вот что:
В заголовке пакета указывается станция 2:466/50 откуда шел пакет и станция 2:466/4 куда шел пакет.
В заголовке сообщения указывается станция 2:466/466 с которой ушло сообщение и станция 2:466/4 для поинта которой было адресовано сообщение.
Реальный отправитель 2:466/466.2820 и получатель 2:466/4.1 указываются в кладжах:
Наконец-то закончил собирать МиГ. Пиксельную расцветку правда мне сделать не удалось - руки не стоят, да и модель я выбрал неудачную, еще и с внешней расшивкой. Но все-равно, получилось приемлемо:
Продолжаю писать php-компоненты для Fido. На очереди компонент для работы с BinkleyTerm Style Outbound (BSO). Полный документ стандарта можно почитать по ссылке FTS-5005.003
Зональный outbound
Для каждой зоны своя директория outbound, например если у нас если линки на разные зоны (для примера 1 и 2, а наша зона - 2), то у нас будет два аутбаунда:
./outbound.001 - для зоны 1
./outbound - для нашей зоны 2 (опционально outbound.002)
В свете смены работы, пришлось полезть посмотреть что такое Odoo вообще и его апи в частности.
Для начала про Odoo - на мою малинку она ставилась эдак минут 20, может и больше, но, как ни странно, без всяких танцев с бубном. Первое обращение (типа сетап базы в постгрессе и т.д.) отрабатывало еще минут пятнадцать, и только тогда оно впустило меня внутрь, посмотреть что же оно такое.
Штука интересная - предлагает установить довольно много приложений на любой вкус - CRM, управление проектами, продажами, сервисный центр, билдер сайтов, в общем - дофига всего:
