# Re: Снова мысли о нетмыле
Andrew Lobanov (tavern,1) → Peter – 20:54:24 2017-08-07
> Ну или распиши подробно твою схему? Как сообщения создаются? Как забираются поинтом и нодой с тз запросов?
Ну оно сильно не отличалось с точки зрения запросов. Просто всё в одной эхе "netmail", а не раскидано по нескольким.
Грубо говоря:
== Запрос нетмейла поинтом
POST /n/p
pauth=<pauth>
slice=start:end
Возвращает индекс нетмейла для конкретного поинта.
POST /n/pm
pauth=<pauth>
msgids=<msgid1>/<msgid2>/.../<msgidN>
Запрос бандла нетмейла. Естественно, нода проверяет принадлежность сообщения этому поинту и запросить чужое сообщение, зная его msgid, не получится.
== Запрос нетмейла доверенной нодой
POST /n/n
password=<password>
slice=start:end
Индекс нетмейла для обмена между узлами сети.
POST /n/nm
password=<password>
msgids=<msgid1>/<msgid2>/.../<msgidN>
Запрос бандла доверенной нодой.
----
В обоих случаях имеется просто плоский индекс, как и в случае эхомейла. Реализуется крайне просто, легко ложится на любой способ хранений сообщений нодой. Требует минимальной доработки фетчеров и клиентов.
При этом мой вариант мне больше нравится идеологически =)
// Делать будем в любом случае так, как проголосуем.
Andrew Lobanov (tavern,1) → Peter – 20:54:24 2017-08-07
> Ну или распиши подробно твою схему? Как сообщения создаются? Как забираются поинтом и нодой с тз запросов?
Ну оно сильно не отличалось с точки зрения запросов. Просто всё в одной эхе "netmail", а не раскидано по нескольким.
Грубо говоря:
== Запрос нетмейла поинтом
POST /n/p
pauth=<pauth>
slice=start:end
Возвращает индекс нетмейла для конкретного поинта.
POST /n/pm
pauth=<pauth>
msgids=<msgid1>/<msgid2>/.../<msgidN>
Запрос бандла нетмейла. Естественно, нода проверяет принадлежность сообщения этому поинту и запросить чужое сообщение, зная его msgid, не получится.
== Запрос нетмейла доверенной нодой
POST /n/n
password=<password>
slice=start:end
Индекс нетмейла для обмена между узлами сети.
POST /n/nm
password=<password>
msgids=<msgid1>/<msgid2>/.../<msgidN>
Запрос бандла доверенной нодой.
----
В обоих случаях имеется просто плоский индекс, как и в случае эхомейла. Реализуется крайне просто, легко ложится на любой способ хранений сообщений нодой. Требует минимальной доработки фетчеров и клиентов.
При этом мой вариант мне больше нравится идеологически =)
// Делать будем в любом случае так, как проголосуем.