Комментарии 65
Что-то мне это напомнило старый добрый TheBat и чат функцию, реализованную там…
Эх. Явно история сделала очередную спирать.
- Можно получать HTML-кодированные письма
- Desktop-приложение на Electron
- Выполняем тег script из письма, радуем отправителя
Белый список для получения писем немного поможет, но именно что немного.
Поддерживает ли Delta Chat HTML-письма?
Да. Если входящей электронной почте не хватает простой текстовой части, мы конвертируем HTML-письма в обычный текст сами. Исходящие сообщения всегда используют обычный текст.
Там конвертация, не факт, что удасться выполнить.
>Desktop-приложение на Electron
Можно написать альтернативу, никто не будет против.
Самая правильная, та как на сей день, это чуть ли не последняя широко распространенная система сообщений без ведорлока.
Всем приходится поддерживать формат email.
А не возникает ли проблем из-за того, что email, вообще-то, имеет немного другую природу коммуникации — письма обычно намного больше однострочного сообщения в чате, присылаются/отправляются намного реже, и, главное, это происходит асинхронно/оффлайн — т.е. никто не ожидает, что получатель сейчас онлайн и быстро ответит на письмо?
Насколько я понял, для этого чата предполагается использовать свой основной email адрес, письма отправляются в обычном формате плюс PGP, иными словами они будут активно перемешиваться с "обычными" email, причём по сути они будут спамить ящик тучами мелких писем. Как в этих условиях продолжать использовать email традиционным способом?
Но разве это не противоречит декларируемой концепции мессенджера "вы можете сразу писать кому угодно, у кого есть email"?
А пусть все клиенты учатся при отображении складывать цепочки писем в стопочки, как это gmail делает =).
В первый раз вот здесь: www.coi-dev.org
Интересно, конкуренты? Или просто совпадение?
И что с голосовыми сообщениями? Было бы здорово что-то вроде Zello-over-email
Ну как, когда нет времени печатать сообщение, отправить войс очень удобно, читать и разбираться в таком чате — очень неудобно.
Но по-моему этой проблеме осталось жить недолго, встроят распознавалку от какого-нибудь microsoft (та которая речь распознаёт лучше живого человека), продублируют войс текстом сразу в интерфейсе мессенджера и все будут довольны.
Иногда оно ошибается с распознаванием, и тогда вы теряете все преимущества такого ввода. А голосовое сообщение не требует от вас проверки.
PS: Родноверном mail.ru не заработал.
Отчасти offtopic, но поскольку скриншоты очень уж показательны, попробую уточнить: вот эта идея выводить тексты сообщений в виде огромных овальных плюшек раскиданных по экрану на десктопе — это бездумное копирование или сознательное решение?
Насколько я могу понять — корни растут из приложения для SMS в первых версиях iOS, там это ещё хоть сколько-то было оправдано т.к. экран очень маленький и собеседников заведомо двое. Но условный 27" монитор с 4К разрешением — это несколько другое дело как мне кажется.
Возможно я слишком стар или/или глуп, но я не понимаю плюсов подобного варианта отображения по сравнению с обычным текстом (как диалоги в книгах) где не нужно носиться из угла в угол на каждой строчке и пытаться читать одновременно тексты с выравниванием по левой и правой границе. Одновременно с этим сейчас подобное отображение встречается буквально везде, навскидку могу назвать только Slack где отображение, к счастью, настраивается.
Возможно кто-то может указать на какие-то преимущества данного формата отображения? Возможно есть какие-то исследования или статьи где обосновывался бы выбор именно такого варианта?
А сейчас, когда не особо нужна PTR-запись, каждый с постоянным айпишником и доменом за доллар, может настроить такой сервер себе.
Менять Thunderbird на их десктопный клиент смысла не вижу, разве что не осилю как прикрутить к нему Autocrypt. Впрочем как и отказываться от нормального почтового клиента на смартфоне.
PS: И еще конечно отстствие привязки к телефонной книге и номеру, хотя это скорее личное.
Вторая мякотка — групповые чаты, в почте это делать не очень удобно, рассылки — да, обсуждения — нет.
Вообще-то есть такая штука, как maillist. Обсуждения. Групповые. В почте. Вполне удобно.
Смартфоны дали нам 50 проприетарных мессенджеров, так что в этом смысле 15 лет назад ситуация была проще и лучше.
Если один из партнеров чата использует приложение электронной почты не совместимое с Autocrypt сообщения не шифруются до тех пор, пока не будет снова доступно приложение, совместимое с Autocrypt.
Опасная, кстати, тема. Лучше бы по-честному сказали "тут безопасность вашего емэйла, не больше не меньше". Я так понял, вместо этого E2E встроили чтобы не отстать от основного эшелона мессенджеров.
Опасно потому, что MITM для активной атаки просто заменяет версию протокола на деградированную, отправляет некодированное сообщение, ты на него отвечаешь и привет. Да, через пару часов может заметишь что замочков нет на сообщениях.
Причём пропадание замочка не означает автоматически что началась какая-то атака: может чувак просто решил тебе через приложение gmail ответить вдруг.
а как он обрабатывает ситуациии, когда письмо включает цитирование всех предыдущих писем цепочки? а если цитируемое письмо идет в начале письма? а если цитируются куски письма и сразу in-line ответы на них?
www.spikenow.com
www.uniboxapp.com
email.im
(Я не говорю, что идея плохая.)
Я установил приложение, но к сожалению не могу оценить его удобство, потому что нужно указывать пароль от своей реальной почты, да и вообще давать вам доступ к своей почте, а я как уважающий себя параноик не могу этого себе позволить.
К тому же логичнее для чатов завести отдельную почту, а не использовать туже саму иначе в обычной почте из-за обилия чатов будет невозможно пользоваться в прежнем режиме.
В общем если бы изначально давался бесплатный тестовый почтовый ящик, то это было бы замечательно.
Если общаться из делтачата с пользователем gmail, то в gmail сообщения не будут группироваться, как обычная переписка, а будут отображаться отдельными письмами.
Насколько я понимаю Вам нужно слать одинаковую тему для всех писем иначе они не будут группироваться.
А как бы сделать то же самое, но поверх какого нибудь мессенджера, на хуках каких нибудь или чере API. Так, чтобы приложение являлось по сути кодирующей/декодирующей надстройкой поверх чужого транспорта, а также менеджером сертификатов. Публичные вообще можно для прозрачности хранить в теге Notes карточки адресной книги. Но как встроить это в чужой клиент? Расширить имеющийся функционал до доп кнопки "закодировать" перед отсылкой и автодекодировать полученные сообщения.
Delta Chat — децентрализованный мессенджер поверх электронной почты