Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.FTN.DEVELOP
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.FTN.DEVELOP с датами от 12 Jul 13 20:52:30 до 02 May 24 18:32:18, всего сообщений: 2457
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2164 из 2457 =================================== RU.FTN.DEVELOP =
От   : Eugene Palenock                  2:5020/2065.1      14 May 23 13:11:22
Кому : Nil A                                               14 May 23 13:11:22
Тема : Аттачи
FGHI : area://RU.FTN.DEVELOP?msgid=2:5020/2065.1@FidoNet+6460b3cc
На   : area://RU.FTN.DEVELOP?msgid=2:5015/46+64607663
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
                           Привет, Nil!

14 май 23 06:33, Nil A -> All:

NA> Во-вторых, inbound (ну эти BSO, как у всех) бывают 3 штуки - secure,
NA> unsecure, local. Хотя, я мог просто насмотреться реализации в Husky, а
NA> не ральные документы про BSO описывают как-то больше outbound.

В эпоху когда народу были нужны аттачи - массово был t-mail.
И настроен он был на работу с netmail-очередью (а не BSO) - т.к. ещё выполнял функции обработки netmail.

NA> Если что, в зиване не умеют ставить пароль на pkt, т.е. считай им
NA> можно залить в парольной сессии любова чёрта.

В очередной раз напомню про баг Husky, позволяющий положить/парализовать узел, заливая на парольной сессии битые эхобандлы (он их переименовывает, а когда запас букв для переименования заканчивается - он вешается).
У меня вот аплинк иногда глючит и выдаёт битые эхобандлы, и эта проблема реально актуальна.

NA>  Для меня просто поразительно, что информация, какой линк положил
NA> файлы в inbound теряется, и поэтому надо разные там пароли на pkt
NA> и коллизии по именам файлов случаются.

Taurus в открытом инбаунде файлы кладёт по папкам вида 2.5020.0.0. - для ручного разбора.
Но в парольном инбаунде папки он не делает.
Да и тоссеры наверно не умеют рекурсивно обходить подкаталоги инбаунда.

На отдельно взятом узле наладить аттачи не проблема. У меня например в FTrack для этого специальные правила написаны. Он умеет перемещать аттачи из инбаунда в специальную папку, и сопроводительные письма слать не как .?ut, а делает их в .pkt и кладёт в .?lo после аттача.
И ещё проверяет потери, если письмо с флагом а файла не найдено - то высылает уведомление о потере.
Не знаю умеет ли Husky так обрабатывать аттачи.

Главная проблема в том что всех сисопов не заставить нормально настроить узлы для роутинга аттачей.
Изначально идеология аттачей была плохо продумана, а потом уже поздно было менять.


--
С уважением, Евгений.

---
* Origin: ... (2:5020/2065.1)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.095595 секунды