@MSGID: 2:6078/80 65508428
@REPLY: 2:6078/1 65507ff6
@TID: ParToss 1.10.073/ZOO/W32
@PID: GED+W32 1.1.5-b20231028
@CHRS: CP866 2
@TZUTC: 0200
@Voice +79212635356
          Привет Dmitriy!

12 Ноя 23 09:24, Dmitriy Romanov -> Cheslav Osanadze:

 CO>>>>  Не видны они в редакторе не по отсутствию базы, а потому что
 CO>>>> Голдед понимает этот параметр и не отображает эту базу. А сама
 CO>>>> база имеет право быть, для возможности рескана линкам.
 DR>>> Тогда проще настроить представление в голдеде, чтобы он просто
 DR>>> не показывал то, что не нужно.
 CO>>  Совсем не проще, чем вставить ключ -0 в неинтересное или убрать
 CO>> его - из интересного и получить эху уже "отресканеную", т.к. база
 CO>> то накоплена! :)
 DR> Так это оно и есть. Включаешь только вариант показывать или не
 DR> показывать в голдеде. База все равно хранится локально.

  Надо Голдеду рассказать про все эхи. Или как он будет разбирать,
что показать, а что нет? Там двумя символами на эху - не обойтись.

  Не хочется в Голдеде прописывать эхи, там тоссер уже не сможет
удалять/добавлять эхи.

 DR>>> Вот интересно, не реализовали ли
 DR>>> где-нибудь транзитный рескан?
 CO>>  Мне кажется, это можно намутить с помощью трекера.
 DR> Боюсь это будет сильное колдунство. Надо чтобы свалившееся по
 DR> транзитному рескану проверилось на дупы, и так как это рескан - то
 DR> дупы должны быть отправлены только запросившему линку, а остальное
 DR> должно быть обработано штатным образом, так как с линка-хранилища
 DR> могут прийти письма не только по рескану, а еще и обычные.

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

 Только... Совсем далеко запросить - не получится, наверное.

 DR> Если вдруг возникает вопрос о том, зачем это все нужно,

 Не возникнет.:) В фидо - почти всё, не-за-чем.:)

 DR> то поясню
 DR> примерно. У меня есть специальный технический поинт 1.128, который в
 DR> свое время работал как nntp-гейт. Потом с переездом я его работу
 DR> остановил, но почта на него валится. Но это мелочи. База от него есть,
 DR> и вся почта на него лежит. При поднятии разве что придется растоссить
 DR> 30 гигов почты. По идее оно задумано не только как nntp-гейт, но и как
 DR> хранилище архивов всех эх, чтобы на ноде не держать. Сей
 DR> поинт автоматически подписывается на все эхи при создании - он вписан
 DR> в шаблон автосоздания. Осталось дело за малым - предусмотреть
 DR> возможность выгрузки из него запросившему линку.

  Мне кажется, на один "прыжок", оно должно работать. Тонкости уже в
процессе реализовать.

  Правда. как реализовать повторный рескан, уже после получения базы
от "архивного пойнта", я не придумал с лёту.:)


                                                         Cheslav.


... У нее были глаза как костяшки домино "пусто-пусто".
--- ...
 * Origin: ,,, (2:6078/80)
SEEN-BY: 5005/49 5015/46 255 5019/40 5020/715 848
1042 4441 12000 5030/49
SEEN-BY: 5030/1081 6035/3 6078/1 80
@PATH: 6078/80 5020/1042 4441