vit01> Готово. Теперь параметр pauth в /x/file доступен только через POST.
vit01> Документация обновлена как в репозитории, так и на сайте.

Спасибо. В свою очередь я внёс эти исправления в iing.

Так же. Не взирая на то, что фэхи хорошо легли на фреки, вернул схему f/f.

Работает это так: f/f/<fecho>/<fid> возвращает файл. Нужно это для получения фэхи без авторизации на аплинке. так как у нас такой фигни не было, то незачем и привносить.

fid генерируется тем же алгоритмом, что и msgid, только по содержимому файла (или я об этом уже писал?).

В гите уже новая версия iing с новой версией фетчера, учитывающего фэхи. Пока для тестирования, конечно.

vit01> Понимаю, что для автоматического. Но он нужен и так, и эдак.
vit01> И на клиенте, и на ноде размер можно приспособить для мониторинга квоты на скачивание и в целом на ограничения. Плюс на клиенте решать, действительно тебе файл нужен или нет.
vit01> Например, я не хочу, чтобы файлы размером более 5 мб (для ноды это может быть 50 мб) скачивались автоматически, пусть скрипты моего явного подтверждения запрашивают. И другие фильтры в таком же духе.

Убедил.

AL>> x/file/filename, x/file/pauth/filename:path не пересекаются.
vit01> // Тогда уж path:filename.
vit01> Окей, это уже сойдёт. Совместимость всё равно поломалась немного (не все ФС поддерживают двоеточия в имени файла), но такой формат будет самым приемлемым в долгосрочной перспективе.

Тут нет двоеточия. Это я наподобии бутылковых маршрутов написал. @route("x/file/<pauth><filename:path>"), что означает, что принимается pauth и filename в виде some/thing/there/file.zip, например. С точки зрения ФС любой ОС всё весьма прозрачно.

AL>> Я вот думаю нафиг там имя, если есть адрес? =)
vit01> Вот получили файл от какого-нибудь tavern,22, и народ с чужих станций (не таверны) должен будет догадываться, Вася загрузил файл или Петя.

Теоретически мне без разницы адрес там или Имярек Имярекович с адресом. Мы будем знать какого сисопа пинать в обоих случаях.

ЗЫЖ я уже поднимал вопрос с поинт-листами, но не взлетело.

Поднял сабж с фэхами. http://spline-online.tk:62200/

Краткое руководство по работе лежит прямо на ней. Регистрация открыта.

vit01>>> И всё-таки я просто настаиваю, чтобы в /f/e выдавался размер файла в байтах.

Та-да. Теперь в f/e на место имени пользователя пришёл размер файла в байтах.

Индекс, таким образом, имеет следующий формат:

fid:filename:size:address:description

За двое суток я пронаблюдал нулевую активность на тестовой ноде. В связи с чем закрыл её за ненадобностью.

vit01> P.S. остальным сетянам тоже желательно хоть как-то прокомментировать сабж и внести исправления, если надо

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

Но попробую =)

AL>> За двое суток я пронаблюдал нулевую активность на тестовой ноде. В связи с чем закрыл её за ненадобностью.
vit01> Когда ты только поднял ту ноду, я посмотрел, почесал репу и подумал, что пока нечего там было тестировать.

Нужно было посмотреть на фэхи в работе и сделать замечания на неровностях. У меня уже глаз замылился.

vit01> Сначала напишу поддержку фэх в PHP-ноде (+ свой отдельный скрипт с квотой), а там уже и участие появится.

Сперва договорим о стандартах, а там уже и писать можно, имхо.

vit01> // На дачу стал ездить, времени опять меньше

Хорошо, что у меня дачи нет =)

Кстати, есть инструкция как его билдить? Всё таки хочу запилить Solarized расцветку.

vit01> Обновление клиента!

Ура!

vit01> Пока я ездил на дачу собирать клубнику и упарывался в ii://develop.16 (увы, никто это даже не прокомментировал), времени на кодинг совсем не было. А сейчас - появилось.

Я не знаю что тебе ответить на эти занятия. Я считаю, что это круто, но самоделкин во мне умер в возрасте 14-ти лет и с тех пор я занимаюсь разве что быдлокодингом. Поэтому решил не разводить информационный шум. Тем не менее, читать интересно. Хотелось бы видео (особенно второй модели и со стаканом) =)

vit01> И ещё, для всех пользователей клиента я подготовил небольшой сюрприз, о котором здесь не написал.
vit01> Обновитесь - увидите =)

Уи-и-и-и! Люблю сюрпризы =)

vit01> Обновляться всем обязательно!

Уже побежал качать апдейт.

Difrex> Блин, а я только вот подсосал сообщения и увидел пост про тестовую ноду, а она в дауне уже :).

Вернуть не долго. Если надо, то верну. Просто интереса не было, я и прикрыл. А то мой уберскромный сервер начинал подтупливать.

vit01>> И ещё, для всех пользователей клиента я подготовил небольшой сюрприз, о котором здесь не написал.
btimofeev> Какое-то все гигантское, и шрифт, и прогресс-колесо))

Шрифт и правда великоват, а колесо я вообще не увидел =(

AL>> Шрифт и правда великоват, а колесо я вообще не увидел =(
vit01> Заглянув в исходники, я примерно понял свою ошибку, но всё-таки хотелось бы увидеть скриншот.

Пока не удалось поймать. Чуть позже сбекаплю базу и грохну её, чтобы успеть закринить.

vit01>> Я только что выкатил обновление

Теперь длинные надпси, которые не входят на экран, переносятся. То, где про количество загружаемых сообщений, съезжает парой символов на вторую строку. Не критично. У меня просто очень мелкое разрешение экрана =)

А вот колёсико я так и не увидел =(

AL>> А вот колёсико я так и не увидел =(
vit01> А ведь я его уменьшил более, чем в 2 раза.
vit01> Если ты в режиме энергосбережения или отключил анимации в настройках разработчика, то у тебя должно быть что-то вроде этого:
vit01> https://ii-net.tk/screens/Screenshot_20170627-143328.png

Такого размера я бы точно увидел колесо.

vit01> Ничё, попробую скоро завести эмулятор 5 андроида, а там и посмотрим.

Вот это я понимаю. Забота о пользователях =)

Подумал с недельку и ничего нового не надумал. Давайте глянем крайний раз, да попробую в доку оформить.

Схема f/c работает по аналогии с x/c, но только для фэх.

Например, f/c/books/pics


Схема f/e работает по аналогии с расширенной u/e, но только для фэх. Возвращает индекс в следующем формате:

hash:filename:size:address:description,

где hash это хеш содержимого файла по алгоритму генерации msgid;
filename - имя файла (ограничения по символам такие же, как и на эхи; по длинне 60 символов);
size - размер файла в байтах;
address - адрес отправителя (nodename, point);
description - однострочное описание файла (ограничени по длинне 1 килобайт).

Например, f/e/books/pics/-5:5


Схема f/f принимает в качестве параметров имя фэхи и хеш файла и возвращает файл.

Например, f/f/books/ansicl.pdf


Схема f/p принимает через POST-запрос параметры pauth, fecho, file и dsc и сохраняет файл в фэху.
----
Подробности реализации в спецификацию забивать не хочу, но технически у меня файлы попадают во фреки.


Из лучшений в голову приходит отказ от передачи имени фэхи в схему f/f. Но насколько это надо, я не знаю. Всё равно больше одного файла за запрос не передать.

vit01> Хочу заметить, что если мы на filename ставим ту же регулярку, что и на эхи, то максимум будет 120 символов

Ну так я и не писал, что длину оставляем ту же. Но против 120 символов я тоже ничего не имею =)

vit01> И насчёт /f/f
vit01> Всё-таки решил добавить её вместо /x/file? Почему?

f/f позволяет качать без авторизации. Свободный фетчинг у нас же. Так что для целостности концепции. Да и как-то красивее это. А то одна дополнительная сущность начинает зависеть от другой дополнительной сущности. А то, что файлы у меня сыпаются в x/file это приятный бонус, который я не хотел бы делать частью стандарта, если честно.

Однако, готов рассмотреть варианты да =)

btimofeev>> А что если добавить возможность указывать нескольких пользователей, к примеру, через запятую. На случай, если хочешь, что бы на твоё сообщение обратили внимание определенные пользователи (и что бы сообщение попало в карбонку к ним всем).
vit01> Вообще, так и сейчас можно делать.
vit01> Поисковой движок андроид-клиента, например, позволяет проделывать подобные фокусы (а карбонка - пока нет, сейчас будет)

Цезий пока этого не поддерживает, но в перспективе есть мысль сделать не только по полю To, но и по Subject и по тексту фильтрацию и соорудить гибкую карбонку. Но как всегда планов много а в реальности прокрастинация в полный рост.

Давно не было новостей сабжа.

Новые коммиты странные. Основное нововведение - мейлер засунут обратно в основной модуль. Я посмотрел повнимательней на то, какой он у меня получается и пришёл к выводу, что фиг кто будет всю эту лапшу параметров из CLI тянуть. Да и не нужно оно.

Следующим шагом будет поддержка файлэх.

Добавил таки документацию по фэхам в extensions.md. Просьба оценить внятность.

Также немного поправил раздел про схему /x/c, указав все возможные подстроки для декларирования поддерживаемых расширений.

vit01> // Стыдоба, Андрей. Существительное длина пишется с одной "н". С двумя - только в форме краткого прилагательного :)

Мне норм =)

Пальцы заплетаются иногда, а вычитка для неуверенных в себе %)x

Добавил инфу про схему f/list.txt.

Не спешите обновляться. Там какая-то хрень дубли плодит =)

Сабж теперь хранит сообщения в sqlite-базе. Просьба потестировать всех желающих помочь проекту.

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

Баг найден. Добавлена поддержка файлэх.

Сабж обновлена до актуальной версии iing. Теперь в полном объёме поддерживает файлэхи.

vit01> Попробовал установить ради интереса. В целом работает нода, норм всё, но есть несколько "но":

Исправил все три замечания. Спасибо большое за тестирование. Глаз уже замылился с этим всем =)

vit01> Попробовал установить ради интереса. В целом работает нода, норм всё, но есть несколько "но":

vit01> 1. Сразу после скачивания из Git запускаю iing.py, жалуется на отсутствие конфига. Хорошо, копирую стандартный. Но, думаю, для развёртки на продакшене людям было бы приятнее и удобнее, если скрипт всё скопирует, даст парочку советов и интерактива.
vit01> 2. points.py также жалуется при первом запуске на отсутствующий points.txt. Это тоже минус для юзабилити. Написать пару строчек с проверкой и touch() лично тебе несложно, а юзверю хлопот меньше.

Блин. Это було утеряно случайно при перепилинге не sqlite. Не спрашивай как - я не знаю =)

vit01> 3. И уже настоящий косяк, на который нельзя закрывать глаза: iing позволяет создавать пустые сообщения через веб-интерфейс (т.е. пустые сабж и/или тело). По стандарту (да и просто ради отзывчивости интерфейса) оба поля обязаны заполняться. Тогда хотя бы проверку на JS набросай, если лень в основном коде копаться.

А вот это реальный баг. Пофикшу.

AL>> Исправил все три замечания.
vit01> А вот и не все. Чистая нода из репозитория всё так же валится при запуске, жалуясь на отсутствие конфига.

Опа о_О

vit01> Если я скопирую конфиг вручную и попробую её запустить снова, то она даже не выдаст предупреждения, что points.txt пуст (и что его следовало бы наполнить чем-то).

Мне казалось, что это логично. Открываем вебморду и регистрируемся =)

vit01> Кстати, ещё заметил, что если в points.py не до конца указать параметры командной строки (например, только -u user, без пароля), то скрипт не обрабатывает исключение, а вываливает Traceback. Тоже непорядок.

Пофикшу.

vit01> Могу заняться этими вещами сам и понасылать тебе патчей, если лень реализовать консольное юзабилити до конца. Это не тяжёлая работа.

Да я сделаю. Мне не лень. Просто работа и всякие другие дела (я утерял диплом армейским способом и сейчас восстанавливаю). А ещё новую игру на инстеде пишу =)

В мире очень много интересного и на всё просто не хватает времени. На этой неделе пришлось пожертвовать сном немного. Так что сейчас лучше в код не лезть. Завтра поправлю эти мелкие недоразумения.

ЗЫЖ А ещё я купил sunvox под андроид и это очень классная штука даже на 5" тачскрине и она тоже пожирает моё время =)

vit01> Предположим, человек хочет развернуть ноду. Обычно порядок действий таков:
vit01> 1. Качаем репу, ставим зависимости
vit01> 2. Запускаем скрипт
vit01> 3. Пытаемся получить поинта и написать "test"
vit01> 4. Если всё норм, настраиваем эхи и фетч
vit01> Пункты 2 и 3 проще совместить, чтобы всё было "не отходя от кассы".

Куда тут отходить то? Даже директорию менять не надо =) Я искренне не понимаю зачем это.

vit01> Также можно облегчить пункт 4, дав небольшие подсказки, и/или сразу конфиг подогнать.

Какого рода подсказки? Есть README, а конфиг, как только дойдут руки, будет копироваться автоматом из умолчального.

AL>> Мне казалось, что это логично. Открываем вебморду и регистрируемся =)
vit01> Не все пользуются вебмордами. Можно хотя бы спросить юзера, вроде того, хочет он создавать первого поинта или нет.

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

AL>> Куда тут отходить то? Даже директорию менять не надо =) Я искренне не понимаю зачем это.
vit01> Про points.txt и points.py в твоём README нет ни слова (значит логично было бы пустить их в дело сразу же), плюс нододержатель так или иначе пойдёт сам этой нодой пользоваться (как минимум ради теста). Мелочь, а приятно.

Ну как минимум ридми я к 0.4 цезия поправлю да =)

AL>> Какого рода подсказки? Есть README, а конфиг, как только дойдут руки, будет копироваться автоматом из умолчального.
vit01> Например, после копирования конфига предложить сисопу его сначала поправить в редакторе, а затем только ноду запустить. В *nix системах можно даже $EDITOR брать на вооружение, чтобы ускорить процесс.

А вот это мысль. Надо будет сделать.

vit01> Кажется, мы опять обсуждаем какие-то малозначащие мелочи вместо того, чтобы заниматься делом :) Все эти штуки можно и не делать, но если сделаешь, будет чуточку приятнее.

У меня сейчас в плане но я скорее хотел фэхи и sqlite чтобы gl00my мог перейти на iing.

vit01> Прошу высказаться насчёт идеи idec-python отсюда: ii://dvUD1leZtApAyB5AlwUC

Я думал над этим. Пока ничего хорошего не надумал. Реализация голого протокола вещь тривиальная и занимает буквально пару часов. Хотя, оформить его в виде библиотеки было бы здорово. Что ещё туда можно запихнуть?

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

vit01> и ещё хотелось бы услышать пожелания по поводу того, как строить GUI для фэх

Ты пробовал запустить iing, закинуть что-нить в фэху и получить это с помощью цезия? Как один из вариантов реализации. Если же говорить о idec-mobile, то не проще ли сразу кидать полученные нодой файлы на фреки, как это сделано в той же iing?

Вот как лучше сделать приватные фреки в вебморде? Потому как authstr теперь передаётся только через POST-запрос. Есть мысли?

У сабжа появился параметр nosubscription, убирающий механизм подписок в веб-интерфейсе.

// Это всё пока делается для перехода инстед клуба на сабж.

По моей оплошности при обновлении сабжа, несколько дней не ходили сообщения с других станций. Всё исправил.

// Спасибо, vit01 =)

AL>> Что ещё туда можно запихнуть?
vit01> Как минимум, обработка тегов, работа с msgline, пара двустрочников для base64, упрощение работы с бандлами.
vit01> Также парсинг значений /x/c, строк /x/file, list.txt, тех же фэх

Ну это я к реализации протокола отношу у себя в голове =)

vit01> Вот посмотри сюда: https://github.com/vit1-irk/idec-mobile/blob/master/app/src/main/java/vit01/idecmobile/Core/IIMessage.java
vit01> Здесь, конечно, не всё необходимое (отсутствует перевод в бандл-строку, например), но в своей основе вынос работы с сообщениями с глаз долой был бы очень удобен в нашем малокачественном python-коде.

Ну смысл в этом есть, пожалуй. Но актуально это будет разве что для новых проектов, так как в текущих, по сути, уже всё есть.

AL>> Всё, что сверх протокола завязывается уже на конкретный способ хранения и отображения и уже не совсем понятно как добиться универсальности.
vit01> Из того, что сверх протокола, неплохо бы прикрутить функции для работы с сетью (думаю поделиться проксификацией через lib-socks-proxy и поддержкой таймаутов).

А вот я думал над этим. В итоге пришёл к мнению, что переменных http_proxy и https_proxy достаточно. Хотя, еси пускать под виндой, то таки да.

vit01> Просто имеет смысл иметь в реализациях как можно больше общего, дабы сильно не перегружать кодом каждую из них.

Ну это как минимум к выкидыванию кучи уже рабочего кода.

vit01> Попробовал зафетчить фэху pictures с помощью Цезия. GUI здесь по факту отсутствует, хотя реализация и рабочая. Хотелось бы для CutieFeed'а что-нибудь и для IDEC Mobile, чтобы самому выбирать, какие файлы скачивать, и чтобы более-менее прилично выглядело.

Просто если ты на десктопе подписан на фэху, то зачем какой-либо GUI? Сфетчилось и сфетчилось. Главное - квиток в почту и файлы описаний для разгребания.

AL>> Если же говорить о idec-mobile, то не проще ли сразу кидать полученные нодой файлы на фреки, как это сделано в той же iing?
vit01> Проще, но ведь всё равно не очень полноценно с точки зрения юзабилити. Пока что попробую реализовать только Upload-диалог, а там посмотрим.

Ну вот надо подумать. Как вариант, можно парсить имена файлов на предмет "/" и эмулировать подкаталоги в гуи работы с фреками.

AL>> Вот как лучше сделать приватные фреки в вебморде? Потому как authstr теперь передаётся только через POST-запрос. Есть мысли?
vit01> В вебморде можно всё в куки складывать и по ним проверять. Только проверку на csrf сделать ещё.

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

Difrex> Мне кажется, что сначала, нужно решить проблему синхронизации поинтов.

Да ни к чему, как по мне.

Difrex> Чтобы доставить поинту сообщение(не важно шифрованное или нет), нужно знать его координаты. Либо нужно расширить схему сети и сделать ее обязаловкой, а так же наконец-то начать использовать адреса -- тогда узнать, где поинт не сложно.

Это было бы актуально при аутбаундах.

Difrex> Либо можно придумать скрытоэху, которая синкается всеми. В ней можно устроить e2e шифрование, например с GPG ключами. На ноде хранить сообщения от туда по-минимуму. Но тут нужно развитие клиентов. Чтобы они генерили ключи. Ключи можно синкать по надам в SKS.

Вот шифрование штука такая. С одной стороны дополнительные зависимости, с другой стороны, сисоп уже не может отвечать за траффик, идущий через его ноду.

>> Нас спасёт только шифрование
> Вероятно, так и есть. :( Для меня, это выглядит скорее как отсутствие перспектив на netmail.

Вот! Хоть кто-то меня понимает.

Peter>> В принципе, адреса то у нас есть. Это имя ноды и номер поинта. В качестве примера, если сообщение адресовано <syscall,1> - то это netmail ко мне.
vit01> Адреса не уникальны. Мы можем подключить в сеть ещё хоть 10 узлов под названием syscall и отлавливать твою почту.

В сеть то их кто пустит? А я не предлагал разве между узлами обмениваться нетмейлом только по отдельному паролю? Это позволит создать "круг доверия" между узлами и позволит ходить личной переписке между ними без этой уязвимости. Ведь внутри сети у нас не повторяются имена узлов.

vit01> Также любые метаданные сообщений можно подменять на пути следования. И отправителя, и получателя, и адреса, и всё остальное. То есть я тупо захожу в админку на станции, ввожу msgid и меняю любые данные в сообщении. Если уложился в 10 минут - атака MITM сработала. Иногда мне приходится очепятки так править, если случайно загнал сообщение, не подумав =)

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

vit01> Нас спасёт только шифрование, потому что именно оно может гарантировать сохранность переписки. И это гораздо надёжнее в плане транспортов, потому что подойдёт под любую схему синхронизации, какую только можно придумать.

Тогда я пас.

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

>Так что ради соответствия сделал file ok:<hash> по аналогии с msg ok:<hash> в обычном /u/point. Ну и, конечно же, error: no auth
> Очень странно, что это было пропущено при проектировании, в iing и в стандарте.

Потому что я болван =) Спасибо. В ближайшее время внесу соответствующие правки в iing.

А ещё я это сообщение набрал одним пальцем =)

Peter> Мне личные сообщения нужны скорее в рамках "КЛУБА", есть ли смысл делать их хотя бы в пределах одной ноды? Тогда все упрощается.

Если нужны, то почему бы не сделать? Главное, чтобы остальной стандарт поддерживался. Причём по большей части достаточно ii-03 =)

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

Но почему-то нет доверия между сисопами. Мы ж кого попало не берём =)

Надо понимать, что вся сеть у нас строится на доверии и так и надо продолжать. Интернет и правительства государств стремятся к разделению людей, а мы же стремимся к обратному. Посмотрите на картинку на http://ii-net.tk/ она передаёт суть idec - сеть людей. Это то немногое, что отличает нас от остального интернета. И важно это не потерять со временем.

Выдохнул.

Difrex(mobile)> Кстати. Можно сделать ЛС и без шифрования и без общей эхи.
Difrex(mobile)> Например, методы <POST|GET> /i/username
Difrex(mobile)> Т.е поинт отсылает сообщение в свою ноду на поинта с другой ноды.
Difrex(mobile)> node1user:$ curl -XPOST /i/node2user -d '{"auth": "authstring"}'
Difrex(mobile)> И оно становится доступно для фетча для доверенной ноды. На другой ноде, где юзер хочет почитать почту, делается запрос на получение своей почты. Вторая нода делает запрос на все ей известные ноды, ну и фетчит почту своих поинтов.
Difrex(mobile)> Так протокол остается простым и может быть реализован хоть на файлах.
Difrex(mobile)> Вот как-то так.

Я примерно это и предлагал, но Виктора смущает MITM, и доступ сисопов доверенных нод к переписке.

Difrex> Нода может, как по крону фетчить почту своих поинтов, так и напрямую ходить к соседям при запросе от поинта.

Тогда придётся лепить полносвязку, а хотелось бы этого избежать.

Difrex> Поинтовое сообщение ничем не отличается по структуре от сообщения в эху.

Это сабо самой.

Difrex> Даже поле Echo можно оставить. Разрешить его быть пустым, например.

Лучше вписать туда что-нить типа net.mail.

>> Лучше вписать туда что-нить типа net.mail.
> Не, фишка в том, что если оставить поле пустым, то будет периписка между двумя пользователями, а если в echo вписать что-то, то туда можно наинвайтить много пользователей и писать на All.
> Получится что-то вроде приватной эхи.

Не понял зачем это может быть нужно. В стандарте чётко прописана структура сообщения и нигде не допускается пустых полей, ЕМНИП. А приватные эхи тем более не нужны. Есть скрытоэхи.

Сабж теперь может отображать эхи в виде лент (отображение по-умолчанию, переключение в профиле) и передавать содержимое конференций в RSS.

В таверне на данный момент есть следующий фэхи:

* pictures - картинки, скриншоты, всякое такое;
* books.tech - техническая литература, включая учебники и справочники;
* mlp.pictures - картинки с поняшами;
* mlp.special - ещё картинки с поняшами.

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

Все фэхи на данный момент фетчатся с mira station.

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

Фетч двухсторонний.

>> Difrex> Поинтовое сообщение ничем не отличается по структуре от сообщения в эху.
>> Это сабо самой.
> То есть, доверенные ноды тоже забирают по authstr? Как доверенная нода забирает бандл со всем net.mail?

Идея моя состоит в том, что нода для забора нетмейла использует парольный запрос. То есть доверенная нода регистрируется на ноде-аплинке в роутинге нетмейла (их может быть сколько угодно вплоть до полносвязки) и получает бандл нетмейла по паролю. Так нетмейл не утечёт за пределы доверенной сети.