netmail. -- по сути это одновременно авторизация и софт не надо менять

>То есть, доверенные ноды тоже забирают по authstr?

>Как доверенная нода забирает бандл со всем net.mail?

for node in neighbords:
  for username in node_users:
    r = requests.get('https://' + node '/x/i/' + username)
    for msg in r.content.split("\n"):
      if msg.split(':')[0] not in point_mails():
        store_to_pointmail(base64.d64decode(msg.split(':')[1]))

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

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

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

То есть, доверенные ноды тоже забирают по authstr? Как доверенная нода забирает бандл со всем net.mail?

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

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

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

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

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

jmaks>> Не работает почему-то authstr, который ты мне выдавал с mira station.
vit01> Напиши мне на me@ii-net.tk , разберёмся

jmaks>> И кнопки просмотреть pass нету.
vit01> Сделаю кнопку

vit01>>> Всем обновиться!
jmaks>> Я конечно может занудствую, но хотелось бы хоть знать какая теперь версия, что искать для обновления, а то найдешь, да не то.
vit01> 1. Заходишь на https://ii-net.tk, там есть кнопка
vit01> 2. Или в самом клиенте в Navigation Drawer'e в списке есть кнопка "Обновиться", она приведёт сразу на APK

jmaks>> Реквестирую СОХРАНЕНИЕ черновика сообщения
vit01> Он и так должен сохраняться, если ты кнопку "назад" нажимаешь.

jmaks>> прошло 15мин, обновилось, упало уведомление, что есть новый мессдж, открыл верхний фолд, нажал, смотрю, ага, работает уведомлялка. Открываю Drafts
vit01> Очень странное поведение. Однако я понял примерно, куда копать, спасибо за багрепорт.

vit01>> Он и так должен сохраняться, если ты кнопку "назад" нажимаешь.

btimofeev> Похоже нужно ещё и в onPause сохранять.

Да уже сообразил, чётко видно в исходниках. Но потом, сегодня занят.

jmaks>> Реквестирую СОХРАНЕНИЕ черновика сообщения

vit01> Он и так должен сохраняться, если ты кнопку "назад" нажимаешь.

Похоже нужно ещё и в onPause сохранять.

jmaks> Не работает почему-то authstr, который ты мне выдавал с mira station.

jmaks> И кнопки просмотреть pass нету.

vit01>> Всем обновиться!
jmaks> Я конечно может занудствую, но хотелось бы хоть знать какая теперь версия, что искать для обновления, а то найдешь, да не то.

jmaks> Реквестирую СОХРАНЕНИЕ черновика сообщения

jmaks> прошло 15мин, обновилось, упало уведомление, что есть новый мессдж, открыл верхний фолд, нажал, смотрю, ага, работает уведомлялка. Открываю Drafts

vit01> Всем обновиться!

vit01> Только что добавил в клиент очень вкусную фичу - обновление отдельных сообщений с сервера

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

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

> Так что читать чужие письма всё равно сисопы смогут.

> Да и с точки зрения зависимостей один фиг добавлять больше компонентов придётся.

> В общем, я пока займу опять выжидательную позицию.

Peter> Почему ты думаешь, что уровень доверия к ноде по ЭЦП недостаточная мера?

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

> Ну, если существует два варианта развития событий: хороший или дурацкий, то ситуация обязательно пойдёт по второму сценарию. Пока нас мало, мы можем не читать чужую почту и жить честно. Как только узлов станет больше, будут и сисопы, которым захочется потешить своё любопытство.

vit01>> Адреса не уникальны. Мы можем подключить в сеть ещё хоть 10 узлов под названием syscall и отлавливать твою почту.
AL> В сеть то их кто пустит? А я не предлагал разве между узлами обмениваться нетмейлом только по отдельному паролю?

vit01>> Также любые метаданные сообщений можно подменять на пути следования.
AL> Ну и долой такого сисопа при первом палеве из сети.

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

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

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

Когда мы пытаемся договориться по поводу чего-то, надо учитывать и плюсы, и минусы. Так что надо приводить примеры и с MITM, потому что кому-то это может не понравиться.

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