Comments 92
А что мешает на базе xmpp сделать telergam, viber и skype в одном флаконе? По моему ничего кроме отсутствия возможности "продать" такую идею.
Как стандартный протокол, который объединяет множество клиентов и множество серверов — это хорошее решение, но как протокол который должен быть предназначен для решения «нестрандартных бизнес целей» он никак не годится. Впрочем никто не мешает расширить чего своими командами. Но как показывает опыт, лучше использовать свои команды, чем ориентироваться на какие-то стандарты из XMPP.
Прошу прощения, но вы уж определитесь, то за бизнес-цели минусуют и говорят, что вы продались маркетингу, а то за open source цели не плюсуют и поучают, странно же? Недостатки XMPP протокола нам прекрасно известны, но мы хотим родить какое-то решение в его рамках, с исходниками, без закладок, что никак не противоречит продаже удобного средства обхода блокировок и шифрования трафика.
Этот клиент сделан "как для себя", ради удобства, ничего более и мне было бы приятно, если он оказался бы удобным и для вас, как вариант сделать шлюзы, под уже существующие вещи, это было бы шикарно. Тут важно понимать, что фидбэк для нас очень важен и то что будет сделано, зависит и от вас. Пока что, мы намерены его улучшать и не намерены ни в коем разе доводить до коммерческого продукта. Меньше всего нам хочется продавать звонки и прочее-прочее.
Просто, если люди думают что вот есть XMPP и я на него наверну свою логику взяв готовый сервер и чуток его подправив под себя, то так не получится. Сервер заточен под стандартный XMPP, и по моему в случае кастомизации проще написать с нуля (не сервер, а модуль к серверу), чем править готовый стандартный модуль, реализующий стандартный XEP. Отсюда я делаю вывод что поддерживать XMPP в проприетарных продуктах смысла нет вообще.
Просто теперь это не «модно, молодежно», конечно аудитория будет меньше.
Хочется добавить, что как минимум 18 лет назад, IRC умела все тоже, что сейчас умеет Telegram и вопрос портирования-создания клиента и прилизывания его под мобильные ОС, вопрос максимум года времени. Но за нее Гугль не предлагает Ярд, потому что пользователи они такие, изволят клиента менять...
Дело не в молодежи, я думаю, дело в том, что есть вещи, которые можно продать инвестору и капитализировать на балансе компании, путем включения в базовый актив и последующего повышения цены акций головной компании, за счет дутых параметров оценки, после второго раунда разных придатков. А есть вещи, которые так и обречены, остаться лишь ради забавы.
Или вы именно про обычных пользователей?
— синхронизации истории переписок. хочется зайти с любого клиента на любом устройстве и продолжить общение. Тут нужна поддержка на сервере
— предпросмотра изображений и ссылок. Это можно реализовать чисто средствами клиента
Спасибо за предложения, первое возможно реализовать лишь в рамках своего сервера, со стороны хотя бы 1 человека, второе, возможно реализовать при условии использования либо нашего клиента, либо нашего сервера. Поставил в todo.
Я бы пошутил, про "вашими молитвами", вернее это не совсем шутка, а более чем реально, но смотрите сами, есть не самая плохая статья, есть преальфа релиза, есть исходники, которые каждый может проверить. Есть желание работать и делать что-то лучше, но даже тут, поддержки нет… bitbucket.org, позволяет вести статистику скачиваний, клиент скачали 18 раз!((( Просто даже just for fun, посмотреть, разве не интересно? Но результата нет… сегодня балом правил маркетинг и реклама. Да и шут со всем этим, работа все равно будет идти, вопреки, потому что дело, в общем-то хорошее.
Под iOS клиентов с MUC нет
Года четыре назад, до того как я ушёл с iOS, был OneTeam. Сейчас проверил, и действительно его больше не существует под iOS. Видать поддержка не окупалась. Печально это, но не удивительно. XMPP вообще слабо подходит для мобильных устройств (одно дублирование сообщений если клиент отправляет его с форматированием чего стоит), да и зоопарк клиентов по разному поддерживающих разное количество фич тоже ничем не помогает его популярности.
Полно конечно. Но это же тред о форке PSI.
Самый нормальный Jabber клиент это QIP, пока в него не добавили всяких свестелок и перделок и намертво не привязали к своему Jabber серверу.
1. Один из немногих(трех) с корректной поддержкой GSSAPI авторизации. SSO — добро, нельзя заставлять пользователя вводить один и тот же пароль несколько раз.
2. Неплохая поддержка протокола jabber ( чаты, закладки, автовход в чаты и др.)
3. Кофигурируемость, можно настроить всё что угодно: вид, различные плагины, значки, смайлики, настроить меню чтоб скрыть лишнее. А самое главное можно накидать autoexec_* файлов и все нужные настройки будут сбрасыватся на заданные при каждом запуске.
Чем мне не нравится Miranda-NG:
1. Некорпоративный подход ( в отличие от Miranda IM), за несколько последних обновлений каждый раз обновлялся формат базы, причем громко, с вопросами пользователю. Совместимость плагинов только в пределах одного релиза и т.д.
2. ИМХО разочарование основного разработчика плагина jabber в самом протоколе, по этому я не уверен, что желаемые новые функции будут когда-то реализованы, например MAM (XEP-313)
Теперь о самом протоколе XMPP:
Он не очень хорош на нестабильных подключениях к интернету и не очень хорош на мобильных устройствах (постоянное подключение жрет батарею) возможно решит проблему XEP-0357
Идеальный исход: сервер с поддержкой XEP-0280, XEP-0313 и XEP-0357 и мобильное приложение с их поддержкой (актуальная история и экономное приложение самые запрашиваемые функции), тогда XMPP сможет потягаться с проприетарными протоколами, всё остальное есть: чаты, шифрование, голос, видео и др.
И на самом деле это всё нужно сделать, потому что открытой альтернативы Mycrosoft Lync для корпоративной среды к сожалению нет.
Возможно вы добавите что-то из вышеперечисленного в свой ToDo…
> Авторы думали о том чтобы использовать те средства шифрования, которые были доступны на момент написания.
Там не в средствах шифрования у них проблема, а в том, как устанавливается сессия. Они сами как-то признались, что если делать сделать всё, что упоминалось, у них получится IPSec. Это плохой дизайн протокола в чистом виде.
OMEMO Plugin for Gajim
This is an experimental plugin that adds support for the OMEMO Encryption to Gajim. This plugin is free software distributed under the GNU General Public License version 3 or any later version.
DO NOT rely on this plugin to protect sensitive information!
History
The protocol was developed and first implemented by Andreas Straub as a Google Summer of Code project in 2015. The project's goal was to implement a double-ratchet-based multi-end to multi-end encryption scheme into an Android XMPP-based instant messaging client called Conversations. It was introduced in Conversations and submitted to the XMPP Standards Foundation (XSF) as a proposed XMPP Extension Protocol (XEP) in the autumn of 2015.[1][7]
In October 2015, the ChatSecure project announced basing their encrypting messaging app onto the Conversations core and working on OMEMO support for an iOS version.[8]
A first experimental release of a OMEMO plugin for the cross-platform XMPP client Gajim was made available on December 26, 2015.[9]
Они сами как-то признались, что если делать сделать всё, что упоминалось, у них получится IPSec. Это плохой дизайн протокола в чистом виде.
Ты про авторов протокола или Psi и OTR-плагина?
Так же можете подписаться на нас в соц сетях, там будут анонсы всего что мы делаем, в том числе и новости о WIME:
http://facebook.com/whoergroup
http://twitter.com/whoernet
http://vk.com/whoer
1. Добавить предпросмотр онлайн-контента (уже предлагалось в комментариях). У команды Psi+ это есть в планах.
Чтобы пользователям WIME было не менее комфортно, чем пользователям тех же ВКонтакте и Telegram.
2. Сделать смайл-пак «эмодзи» основным, чтобы видеть соответствующие смайлы, а не «пустые квадраты» на их месте. Он есть в репозитарии с ресурсами у Psi+.
Таковые приходят от собеседников, использующих Hangouts, и с транспортов, от обитателей других сетей.
Чего патчи-то не законтрибьютите в апстрим (откуда они имеют высокие щансы перекочевать и в сам Ψ)? :)
Первые — например, кроме всего прочего, разрабатывают так, чтобы было удобно отсылать патчи в апстрим. Для этого, к примеру, они форкают исходный проект и базируют свои изменения на его основе. И синхронизируют изменения с апстримом. И работают над попаданием своих изменений в апстрим-проект.
Вторые — берут слепок исходников апстрим проекта от определённого момента, делают с ними Initial Commit, пилят-пилят (на данном этапе, зачастую, в закрытом режиме), уходят «в сторону», не следят за изменениями в апстриме и не синхронизируют изменения (потому что при данной модели это трудно, да. Как это будет трудно и для того, кто захочет потом «перетащить» фичи в апстрим, и поэтому апстрим тоже не имеет желания тратить время на лишнее погружение).
В итоге, у первых, как правило, все их изменения вливаются в апстрим проект, они становятся голден контрибьюторами/спонсорами, увековечивают себя в памяти основного проекта и имеют связь со всей аудиторией апстримного проекта (как и контакт с другими девелоперами для помощи если вдруг что).
А у вторых, по моим наблюдениям, зачастую умирает и сам проект (из-за нехватки пользователей у «пилящих» со временем угасает интерес пилить в пустоту, плюс, как правило форкнутый проект пилит значительно меньшее к-во людей, чем в апстриме, поэтому они просто не успевают дделать многие важные вещи вроде security фиксов, например), и остаётся осадок «опенсорс говно и ненужен».
Конечно, с таким подходом-то, кому он нужен.
// из последнего примера «вторых» — BlackSwift. Драма развивалась прямо на моих глазах.
Вы уж извините, но тут попахивает классическим синдромом NIH. Ни больше, ни меньше.
Имхо правильней помогать текущим живым проектам с развитием, чем единолично пытаться возродить умершие.
Например Pidgin вполне перспективный и активно развиваемый IM-клиент, где сильно нехватает свободных рук программистов и свежих идей. Язык программирования там примерно тот же, но вот интерфейс работы с историей реализован довольно убого — ваши руки и опыт смогли бы её хорошенько причесать в нужную сторону.
Мы прочитали Ваш комментарий и спешно выпустили новую версию: https://whoer.net/ru/jabber_im_client
В том числе и для MacOS ;)
Так же достигнута договоренность с jabber.ru о хостинге нашего сервера у них.
P.S. Ещё было бы здорово увидеть реализацию XEP-0313 в вашем клиенте, и можно будет смело перелазить с Gajim на ваш клиент ;)
Тяжело что-то делать, когда нет обратной связи. Новый релиз связан с тем, что мы случайно обнаружили 21000 скачиваний и решили что-то сделать :)
Если не сложно, оставьте задачу на https://bitbucket.org/whoernet/wime/
Будем очень благодарны!
Windows: https://wime.whoer.net/downloads/windows/
MacOS: https://wime.whoer.net/downloads/macos/
Пока вот:
https://www.linux.org.ru/news/opensource/13225336#comments
Можете не сомневаться, что ваш проект очень нужен и важен, и интересен! Давно подписался на все коментарии, и рад что вы не забросили это дело. Я тоже собирал подобную версию, с включенными по умолчанию функциями шифрованиями, только на основе клиента Miranda. PSI + безусловно серьёзнее для этих целей.
Лично для меня интересны возможность шифрования личных чатов и обязательно групповых чатов:
— клиент — сервер
— клиент — клиент
Причем одновременно (естественно). Кроме этого можно рассмотреть разные варианты шифрования (на выбор или одновременно), не только OpenPGP. Было бы удобно раздать клиент всем причастным, и при первом сообщении автоматически формировался бы ключ. Во всяком случае так удалось сделать с другим клиентом. Но принципиально не это, а хороший шифр, не дискредитированный всеми последними событиями последних лет.
Ну и совсем замечательно, если бы была возможность делать звонки, со всё тем же шифрованием.
Несмотря на то, что аналоги по функциям существуют, всё же это серьезные клиенты, часто платные, и почти всегда это не опенсорс. Так что гарантий безопасности от нечистоплотных иностранных спецслужб просто нет )
https://bitbucket.org/whoernet/wime/issues/5/follow-easy-xmpp-recommendations-in
https://bitbucket.org/whoernet/wime/issues/6/implement-easy-group-chats-via-muc-and-mix
https://bitbucket.org/whoernet/wime/issues/7/implement-easy-roster-invitations
Пишу их на английском, чтобы жители остальных стран могли нагуглить нормальный жаббер-клиент с современным функционалом и слазили постепенно со всякого мракобесия типа воцапов-вайвайберов-айсикью…
Не за бесплатно, мы платим за потраченное на разработку время.
OTR действительно из коробки. В плагинах ещё вижу OMEMO. Работает по умолчанию? Можно небольшой комментарий? Спасибо!
Jabber-клиент WIME. Наш open source форк на базе PSI+