Фреки по-роутингу

Oleg Redut написал(а) к Cheslav Osanadze в Oct 23 14:00:18 по местному времени:

Доброе (current) время суток, Cheslav!

CO>>> Даже и не знаю, Парма такое сделает? По идее - да. Её пофиг на
CO>>> атрибуты письма. Но для файла - нужны атрибуты! Иначе. письмо то
CO>>> придёт, согласно роутингу, а файл...

OR>> Какие аттрибуты для файла? Файл с путём к нему запихиваются в
OR>> какую-либо лошку. Которая и будет флагом отправки для мейлера.

OR>> Относительно аттачей. Была у меня такая настройка в трекере:

CO> Так нету трекера.:) Точнее, он отключен. Есть только файл route.cfg
CO> для Пармы. А в нём - всё очень примитивно.

Да это пофиг. Вопрос в том, хочешь ли ты нечто запилить. Если да, то включишь, установишь, настроишь. Не хочешь - забьёшь. :-)

Что я могу еще сказать?..
Oleg

... AKA oleg(&)redut.info AKA https://t.me/OVRnsk
--- GoldED+/W64-MSVC 1.1.5-b20180707 (пока работает)

Dima Krylov написал(а) к Dmitriy Orlov в Oct 23 09:52:24 по местному времени:

оПХвЕР!

Kaк-тo нa дняx (27 окт 23) Dmitriy Orlov пишeт к Nil A...

[ ... ]

DO> У меня есть несколько линков и я знаю какие из них поддерживают
DO> транзиты, а какие нет.
Уверенность тут не канает. Сегодня поддерживает, а завтра нет. Флаг в нодлисте для этой фичи должен быть. Нет флага - нет и фрека по роутингу. IMНO.


--- GoldED-NSF

Cheslav Osanadze написал(а) к Oleg Redut в Oct 23 10:02:41 по местному времени:

Привет Oleg!

27 Окт 23 14:00, Oleg Redut -> Cheslav Osanadze:

CO>>>> атрибуты письма. Но для файла - нужны атрибуты! Иначе. письмо
CO>>>> Даже и не знаю, Парма такое сделает? По идее - да. Её пофиг на
CO>>>> то придёт, согласно роутингу, а файл...

OR>>> Какие аттрибуты для файла? Файл с путём к нему запихиваются
OR>>> в какую-либо лошку. Которая и будет флагом отправки для мейлера.

OR>>> Относительно аттачей. Была у меня такая настройка в трекере:

CO>> Так нету трекера.:) Точнее, он отключен. Есть только файл
CO>> route.cfg для Пармы. А в нём - всё очень примитивно.

OR> Да это пофиг. Вопрос в том, хочешь ли ты нечто запилить. Если да,
OR> то включишь, установишь, настроишь. Не хочешь - забьёшь. :-)

Да оно не востребовано, в общем то.


Cheslav.


... Еще два рога прорезались у нашего изобилия.
--- ...

Alexey Vissarionov написал(а) к Stas Mishchenkov в Oct 23 11:41:44 по местному времени:

Доброго времени суток, Stas!
26 Oct 2023 12:36:02, ты -> Nil A:

SM> Шифрованый траффик в Фидо - вообще вещь полузаконная, т.к. внутри
SM> может оказаться коммерческая почта, что явно противоречит.

Не противоречит: транзитный узел в этом случае пересылает зашифрованное сообщение, а не коммерческую информацию.

NA>> Если аттач ушёл по-роутингу6 то ты особо влияние на путь следования
NA>> дальнего нетмейла не имеешь. Тыж не этот самый протокол, где
NA>> прописывается заранее список хостов, через который надо чтобы прошло.
SM> А вот тут есть механизм. Код для Хаски есть, например, здесь:
SM> https://github.com/huskyproject/hpt/...sc/pingpong.pm

Покажи мне хотя бы двух 10.3.6, у кого оно работает в описанном виде, и я поставлю крабом (раком-боком) всю сеть.

SM> В теле письма пишем:
SM> %RouteTo: 2:5020/1046 2:460/58
SM> %RouteTo: 2:5020/545 2:5020/1046
SM> %RouteTo: 2:292/854 2:5020/545

А если транзитный узел вырежет этот кладж? Имеет полное право, есличо.

SM> т.е. куда на каком узле зароутить. Правда, сейчас, AFAIK, этот
SM> механизм поддерживается на двух-трёх узлах, кроме моего.

Список этих 10.3.6 - в президиум.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Лучше пусть судят трое, чем несут четверо
--- /bin/vi

Vladimir Fyodorov написал(а) к Dmitriy Orlov в Oct 23 11:57:00 по местному времени:

Разнообразно приветствую тебя, Dmitriy!

27 Октября 2023, Dmitriy Orlov писАл к Andrey Ignatov следующее:

DO> Не, ну прикольно что велик уже изобрели! А какой софт это поддреживает
DO> не в курсе?

Подозреваю, что никакой. Видимо, поэтому и остался этот документ в виде пропозала, а в официальные стандарты FTS так и не попал.

Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр.
... Одним коннектом сыт не будешь
--- GoldED+/OSX 1.1.5-b20231021

Alexey Vissarionov написал(а) к Andrey Ignatov в Oct 23 11:50:50 по местному времени:

Доброго времени суток, Andrey!
26 Oct 2023 13:01:02, ты -> Stas Mishchenkov:

AI> Ну я, кстати, сдул пыль с Vtrack из репозитория с исходниками hpt,
AI> починил его, и подправил под себя - так что я теперь могу из перла
AI> вмешиваться в обработку писем на любом этапе тоссинга,

Дык удобно же.

AI> в том числе менять роутинг. Но мне лень :) Как-то пока не нужно было.

И вряд ли будет.

AI> Разве что настроил пинг-бота, форвард нодового нетмейла на мой поинт,
AI> и несколько фильтров, в том числе отброс почты от узлов, которых нет
AI> в нодлисте.

~/fido/lib/hptfunctions.pl - это просто еще один конфигурационный файл hpt. Лично у меня там примерно 20 кб отборнейшей перлятины.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Опыт и алкоголизм всегда победят молодость и энтузиазм
--- /bin/vi

Stas Mishchenkov написал(а) к Alexey Vissarionov в Oct 23 13:01:14 по местному времени:

Нi Alexey!

27 Oct 23 11:41, Alexey Vissarionov -> Stas Mishchenkov:

SM>> Шифрованый траффик в Фидо - вообще вещь полузаконная, т.к. внутри
SM>> может оказаться коммерческая почта, что явно противоречит.

AV> Не противоречит: транзитный узел в этом случае пересылает зашифрованное
AV> сообщение, а не коммерческую информацию.

Само по себе шифрованое сообщение не противоречит, хотя, и может быьт расценено как AB, если у узла нет флага ENC.

NA>>> Если аттач ушёл по-роутингу6 то ты особо влияние на путь следования
NA>>> дальнего нетмейла не имеешь. Тыж не этот самый протокол, где
NA>>> прописывается заранее список хостов, через который надо чтобы прошло.
SM>> А вот тут есть механизм. Код для Хаски есть, например, здесь:
SM>> https://github.com/huskyproject/hpt/...sc/pingpong.pm

AV> Покажи мне хотя бы двух 10.3.6, у кого оно работает в описанном виде, и я
AV> поставлю крабом (раком-боком) всю сеть.

Не ёрничай. Лучше пальцем покажи, в чём, по твоему мнению, может быть уязвимость.

SM>> В теле письма пишем:
SM>> %RouteTo: 2:5020/1046 2:460/58
SM>> %RouteTo: 2:5020/545 2:5020/1046
SM>> %RouteTo: 2:292/854 2:5020/545

AV> А если транзитный узел вырежет этот кладж?

Это не кладж. Кладжи начинаются с \x01, а не с %. Вписывать руками кладж не удобно. (Я знаю про Ctrl+A)

AV> Имеет полное право, есличо.

Нет, пока это не техническая информация, адресованная непосредственно этому узлу.

SM>> т.е. куда на каком узле зароутить. Правда, сейчас, AFAIK, этот
SM>> механизм поддерживается на двух-трёх узлах, кроме моего.

AV> Список этих 10.3.6 - в президиум.

Пока я вижу только возможность послать сообщение по кругу, да, и то один раз - дальше оно пойдёт по стандартному роутингу, т.к. эти команды инвалидизируются при выполнении.

Нave nice nights.
Stas Mishchenkov.

--- Учить-то история учит, но ответственности за успеваемость учеников не несёт

Nil A написал(а) к Alexey Vissarionov в Oct 23 05:03:58 по местному времени:

Нello, Alexey!

Friday October 27 2023 11:41, from Alexey Vissarionov -> Stas Mishchenkov:

SM>> А вот тут есть механизм. Код для Хаски есть, например, здесь:
SM>> https://github.com/huskyproject/hpt/...sc/pingpong.pm

AV> Покажи мне хотя бы двух 10.3.6, у кого оно работает в описанном виде,
AV> и я поставлю крабом (раком-боком) всю сеть.

Думаешь, что зациклится? TTL? Типа никто не проверяет (за)лупы, которые в нетмейлах @via, а в эхах path?

SM>> В теле письма пишем:
SM>> %RouteTo: 2:5020/1046 2:460/58
SM>> %RouteTo: 2:5020/545 2:5020/1046
SM>> %RouteTo: 2:292/854 2:5020/545
AV> А если транзитный узел вырежет этот кладж? Имеет полное право, есличо.

Цеж есть не кладж, а просто команда к ивойному рооту на перле, с буквы % начинающаяся.

SM>> т.е. куда на каком узле зароутить. Правда, сейчас, AFAIK, этот
SM>> механизм поддерживается на двух-трёх узлах, кроме моего.
AV> Список этих 10.3.6 - в президиум.

> 10.3.6 The Case of the Sysop Twit

Нерелеватно.

Best Regards, Nil
--- GoldED+/LNX 1.1.5

Vladimir Donskoy написал(а) к Oleg Redut в Oct 23 19:57:08 по местному времени:

Нello Oleg!

27 окт 23 10:13, Oleg Redut wrote to Vladimir Donskoy:

OR>>> Ничего не перепутал? Как раз из нетмайла с флагом frq тоссер

VD>> Все вы забываете в этом треде один момент: только из нетмайла,
VD>> созданного на данном узле! И далее по тексту:

OR> Я не забываю. Я только этот вариант и рассматриваю. :-)

Согласно сабжу мы роутинг рассматриваем.

OR>>> Далее мейлер, согласно своим настройкам, согласно
OR>>> файл-флагов и указанного в них [директного] адреса будет в
OR>>> нужное время прозваниваться (или не прозваниваться, а ждать
OR>>> входящего) для отправки .req файла.

VD>> А если письмо не создано на этом узле/тоссере, то всё
VD>> вышенаписанное побоку и чужое письмо едет по роутингу! Менять
VD>> его атрибуты вы не имеете права. И обработка этого письма - дело
VD>> того узла, которому оно предназначено (с которого фрекают)!

OR> Логично. Но можно послать квиток.

Если квиток запрошен соответствующим флагом в письме, иначе это спам...

CO>>>> А ничерта я и не понял.:)
OR>>> И вообще тоссер, если и делает запрос, то почему он же
OR>>> должен уметь возвращать? Хоть по роутингу, хоть директом? Он же
OR>>> передаёт дальнейшее на откуп мейлерам и другой стороне.
OR>>> Обработают с той стороны сделанный запрос, значит придёт файло
OR>>> при очередной сессии с любой из сторон.

VD>> Причём файл придёт вместе с письмом, с флагом "атт" и
VD>> предназначенным тому узлу, который сделал фрек. И опять, если это
VD>> не тот же узел, работу которого мы рассматриваем, - письмо с
VD>> файлом идёт далее транзитом.

OR> А вот это уже далеко не факт. Дистанционно фрекнутые файлы узел
OR> адресата может тупо положить на холд. И ждать директной прозвонки с
OR> любой стороны.

Отсутствует роутинг фреков, раз на холде лежит! Итого - такая система не поддерживает роутинг фреков, нечего к ней обращаться.

OR> Аттач - это активное действие по отправке файла.
OR> Обработка фрека - пассивное: выкладывание запрощенного файла на
OR> отправку и создание какой-либо лошки, согласно политики ноды. Создание
OR> и отправка аттача по роутингу - это уже не относится к процедуре
OR> фрека. Это уже отдельный наворот объединяющий два понятия. Это как бы
OR> просто нетмайлом написали, отправь мне, плиз, такой-то файл. И ему
OR> заттачили бы по роутингу. Просто можно, конечно, это автоматизировать.
OR> Но это не будут фрек и аттач в чистом виде этих понятий.

Так эта самая автоматизация и есть "поддержка фреканья по роутингу"! И у узла, не понимающего такого - фрекать по роутингу не получится, максимум обычный фрек выйдет.

С уважением, Vladimir Donskoy.

--- GoldED+/W64-MSVC 1.1.5-b20230214

Vladimir Donskoy написал(а) к Cheslav Osanadze в Oct 23 20:04:48 по местному времени:

Нello Cheslav!

27 окт 23 07:47, Cheslav Osanadze wrote to Vladimir Donskoy:

VD>> Обычно мэйлер при сессии сперва передаёт файл, а потом уже письмо
VD>> (pkt) с аттачем и адресом куда предназначен файл из инбаунда.

CO> Не, вопрос не про наличии файла, вопрос в его роутинге по
CO> файл-боксам. :)

Там будут лежать сперва файл, потом PKT с флагом аттача. А если файловая система не понимает что раньше положили в бокс, то эта кривая штука должна быть заменена на обычный бинк-стайл, когда в LO-шку кладутся списки для передачи в нужном порядке.

С уважением, Vladimir Donskoy.

--- GoldED+/W64-MSVC 1.1.5-b20230214