forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.FTN.DEVELOP

Ответ
 
Опции темы Опции просмотра
  #1  
Старый 14.05.2023, 09:52
Nil A
Guest
 
Сообщений: n/a
По умолчанию Аттачи

Nil A написал(а) к All в May 23 06:33:18 по местному времени:

=============================================================================
* Forwarded by Nil A (2:5015/46)
* Area : n5020.sysop (2:5020 Bone: Техничеcкие беcеды cиcопов)
* From : Eugene Palenock, 2:5020/2065.1 (Saturday May 13 2023 22:17)
* To : Nil A
* Subj : RU.FIDONET.TODAY: Левые входящие сессии с адреса 1:2/3.4 ака 5:6/7.
=============================================================================
Привет, Nil!

13 май 23 21:46, Nil A -> Denis V. Semenov:

NA> А Голдед умеет аттачи делать, а вот куда оно дальше пойдёт, это
NA> вопрос не к нему.

Основные проблемы с аттачами, во времена модемов и tmail, в другом.

1. Имена файлов. Как решать ситуации с одноимёнными файлами, как и когда их чистить из инбаунда. В случае классического t-mail режима когда он сам обрабатывает почту - это проблема. Заливается например файл перед сопроводительным письмом, связь обрывается. Файл застрял в инбаунде.

2. Сопроводительное письмо (в случае очереди t-mail) уходит до файла. А если там случается обрыв связи - то корректной обработки такой ситуации у аплинка нет.

Аттачи бы ходили, если бы все использовали почтовую очередь BSO и обработку мыла более продвинутыми программами, ставящями сопроводительные письма в очереде после файла.


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

-+-
+ Origin: ... (2:5020/2065.1)
=============================================================================

Нello, All!

Тут у меня две мысли.

Во-первых, в n5020.sysop я встречаю уже не первого человека, с аналитическим мышлением вокруг FTN, что, опять же, подтверждает мою гипотезу, что есть перцы, которые щемятся по локалочкам, хотя n5020.sysop, кагбэ ниразу ни локалочка, но близко по ариалу распространения (и не надо мне про дефолт сити сейчас). Ровно поэтому, я мониторю эхи со статистиками, с целью выявить потусторонние активности в разных небонный и нечастый эхах.

Во-вторых, inbound (ну эти BSO, как у всех) бывают 3 штуки - secure, unsecure, local. Хотя, я мог просто насмотреться реализации в Нusky, а не ральные документы про BSO описывают как-то больше outbound. Если что, в зиване не умеют ставить пароль на pkt, т.е. считай им можно залить в парольной сессии любова чёрта. Для меня просто поразительно, что информация, какой линк положил файлы в inbound теряется, и поэтому надо разные там пароли на pkt и коллизии по именам файлов случаются.

Best Regards, Nil
--- GoldED+/LNX 1.1.5
Ответить с цитированием
  #2  
Старый 14.05.2023, 14:51
Eugene Palenock
Guest
 
Сообщений: n/a
По умолчанию Аттачи

Eugene Palenock написал(а) к Nil A в May 23 13:11:22 по местному времени:

Привет, Nil!

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

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

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

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

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

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

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

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

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


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

---
Ответить с цитированием
Ответ

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 13:55. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot