История изменений

Jabber-подобных приоритетов, как я понимаю, сейчас нету от слова «совсем»?

Именно.

В таком виде, как они сделаны в Jabber, их не будет никогда, поскольку это противоречит основной идее протокола.

Если речь только о том, чтобы глушить нотификации — можно пнуть разработчиков, они наверняка согласятся и положат в TODO.

Предусмотрена ли возможность для клиентов хранить историю локально?

Это не регламентируется. Клиент может хранить историю, может не хранить историю, может хранить частично... Текущие клиенты историю не хранят (вебня) или хранят последние N сообщений (iOS/Android).

Есть ли возможность гибкого управления синхронизацией истории? Например, по умолчанию клиент запрашивает с сервера историю за последние N дней/сообщений (по выбору), но не более M килобайт (опционально), запрашивая остальное on demand, и чтобы всё это можно было настроить отдельно для каждого контакта/конференции?

Что касается клиентов — см. выше. Что касается серверов — там всё всегда реплицируется полностью.

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

Возможно ли в нём полное End-to-End шифрование переписки, сейчас или в перспективе? А синхронизацию истории это не будет ломать?

Полное e2e-шифрование сейчас в состоянии «вот ещё чуть-чуть и зарелизим». Синхронизацию истории это ломать не должно, поскольку на уровне сервера содержание сообщения никого не волнует, а на уровне клиента... ну, как настроить. Тут уж либо PFS, либо возможность чтения старых сообщений. Whitepaper можно почитать здесь.

Передаваемые файлы проходят через сервер (или несколько серверов), или же передаются от клиента к клиенту напрямую? Если через сервер, то сохраняются ли они на нём?

Проходят через несколько серверов; в текущей реализации сохраняются на серверах (но это implementation-defined).

Серверная история бесконечная? Если да, то что будет делать владелец сервера, если у него закончится свободное место и не будет возможности добавить нового?

В текущей реализации — бесконечная и страдать соответственно.

Предусмотрен ли какой-нибудь аналог Message Carbons, чтобы синхронизировать историю от клиента к клиенту?

История передаётся только от сервера к клиентам.

Android-клиент планируют добавить в F-droid или как?

Планируют.

VoIP на андроиде уже работает?

Не в курсе, cc: alien.

Jabber-подобных приоритетов, как я понимаю, сейчас нету от слова «совсем»?

Именно.

В таком виде, как они сделаны в Jabber, их не будет никогда, поскольку это противоречит основной идее протокола.

Если речь только о том, чтобы глушить нотификации — можно пнуть разработчиков, они наверняка согласятся и положат в TODO.

Предусмотрена ли возможность для клиентов хранить историю локально?

Это не регламентируется. Клиент может хранить историю, может не хранить историю, может хранить частично... Текущие клиенты историю не хранят (вебня) или хранят последние N сообщений (iOS/Android).

Есть ли возможность гибкого управления синхронизацией истории? Например, по умолчанию клиент запрашивает с сервера историю за последние N дней/сообщений (по выбору), но не более M килобайт (опционально), запрашивая остальное on demand, и чтобы всё это можно было настроить отдельно для каждого контакта/конференции?

Что касается клиентов — см. выше. Что касается серверов — там всё всегда реплицируется полностью.

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

Возможно ли в нём полное End-to-End шифрование переписки, сейчас или в перспективе? А синхронизацию истории это не будет ломать?

Полное e2e-шифрование сейчас в состоянии «вот ещё чуть-чуть и зарелизим». Синхронизацию истории это ломать не должно, поскольку на уровне сервера содержание сообщения никого не волнует, а на уровне клиента... ну, как настроить. Тут уж либо PFS, либо возможность чтения старых сообщений.

Передаваемые файлы проходят через сервер (или несколько серверов), или же передаются от клиента к клиенту напрямую? Если через сервер, то сохраняются ли они на нём?

Проходят через несколько серверов; в текущей реализации сохраняются на серверах (но это implementation-defined).

Серверная история бесконечная? Если да, то что будет делать владелец сервера, если у него закончится свободное место и не будет возможности добавить нового?

В текущей реализации — бесконечная и страдать соответственно.

Предусмотрен ли какой-нибудь аналог Message Carbons, чтобы синхронизировать историю от клиента к клиенту?

История передаётся только от сервера к клиентам.

Android-клиент планируют добавить в F-droid или как?

Планируют.

VoIP на андроиде уже работает?

Не в курсе, cc: alien.