Tether: iMessage, SMS, etc. on Linux 🔥 Горячее 💬 Длинная дискуссия
Tether — это проект, созданный для воспроизведения функций Apple Continuity на Linux с iPhone. После перехода на Linux автор скучал по возможности отправлять и получать iMessages и SMS, синхронизировать буфер обмена, передавать файлы и видеть уведомления с iPhone на компьютере. Особенно ему не хватало автозаполнения OTP-кодов из почты или сообщений в веб-формы — небольшая, но критичная функция, которая значительно упрощала работу.
Проект начался с синхронизации буфера обмена, что стало фундаментом для дальнейшей разработки. Сначала был выпущен iOS-приложение с базовой поддержкой, а затем добавлен Linux-демон. Безопасность была приоритетом: связь реализована через mTLS с взаимной аутентификацией. Далее последовала передача файлов, а для OTP-автозаполнения использованы браузерные и почтовые расширения (для Firefox и Thunderbird), которые перехватывают коды и вставляют их в поля ввода.
Ключевым прорывом стало использование Bluetooth и протокола Apple Notification Center Service (ANCS) через изучение проектов ancs4linux и BlueFerry. Несмотря на лицензионные различия (GPL у исходников, MIT у Tether), автор реализовал чистую комнату на C++ для работы с iMessage, SMS, уведомлениями и синхронизацией контактов. Теперь Tether поддерживает всё это плюс ранее реализованные функции: передача файлов, буфер обмена и OTP-автозаполнение.
Хотя Bluetooth-интеграция остаётся сложной и полной нетривиальных edge-кейсов, проект достиг стабильной работы. Автор подчеркивает, что Tether создан не для коммерческой выгоды, а для общего блага, и призывает к участию: исправлениям багам, новым функциям, переводам и документации. Он особенно рекомендует попробовать Tether тем, кто использует Linux и iPhone и скучает по бесшовной интеграции устройств.
Комментарии (165)
Тред подтверждает практическую ценность Tether для пользователей iPhone на Linux, выделяя три добавления к статье: (1) архитектурное отличие от OpenBubbles/Beeper — Tether работает поверх Bluetooth-профилей iPhone (как CarPlay), а не маскируется под Mac; (2) история с лицензированием — автор после критики перелицензировал ancs4linux на MIT; (3) набор реальных ограничений: требует брокер-приложение на iPhone и Wayland, а KDE Connect на iOS остаётся ненадёжным, что и оправдывает существование Tether.
-
Tether принципиально отличается от OpenBubbles/Beeper/BlueBubbles: проект имитирует Mac и общается с серверами Apple, а Tether просит сам iPhone через Bluetooth отправлять/получать сообщения — по сути использует путь, аналогичный CarPlay и автомобильным head-unit (@zackb).
-
Apple не имеет видимых юридических оснований преследовать Tether, так как он только общается с iPhone владельца по Bluetooth/LAN и бесполезен без самого iPhone — в отличие от Beeper/BlueBubbles, которые нарушали ToS серверов Apple (@teach).
-
Спор: @voakbasda считает отказ Apple от интероперабельности близким к криминалу и восхваляет Tether как «пробивание стены сада Apple»; @BatchBeat возражает, что претензии к экосистеме нелогичны при сознательном использовании iPhone и Apple воспринимает такой интероп как враждебный; @binkHN добавляет, что Google с RCS показывает ту же закрытость.
-
Совет: На вопрос о Wi-Fi-only шаринге буфера обмена iOS→Linux без облака: OP-автор Tether делает это, но не автоматически — нужно открыть приложение и нажать кнопку (@cassianoleal).
-
Совет: Альтернативы для OTP на Linux без iPhone: WhatsApp с linked-устройствами (но @dwedge предупреждает, что WhatsApp уже скрывает OTP на linked-устройствах), Google Messages через web, фоновые Android-приложения, форвардящие SMS в Discord (@porridgeraisin, @desireco42).
-
KDE Connect на iOS работает ненадёжно: отправка файлов часто ломается, многие функции недоступны — именно это вынудило автора Tether писать собственный стек (@cassianoleal, @blinkingled).
-
Совет: Tether требует Wayland и не работает на X11 — для @mcswell на xfce это блокирующее ограничение (@mcswell, @inigyou).
-
Совет: Нужен брокер-приложение на iPhone, причём недоступно на старых iOS (включая 17.0), что отсекает часть пользователей (@ThinkBeat, @dadoum).
-
Автор Tether после критики @pzmarzly о copyleft-лицензии перелицензировал ancs4linux на MIT в течение ~5 минут после комментария — это вызвало одобрение треда как пример здоровой реакции сообщества (@voakbasda).
-
Спор: @kees99 считает, что LGPL и так покрывает use-case copyleft-библиотеки для линковки с проприетарным кодом — это не требует GPL; @pzmarzly настаивает, что copyleft всё равно ограничивает интероперабельность.
-
Совет: Для замены macOS на Linux критической фичей остаётся именно iMessage/SMS-интеграция — @cpressland готов купить Framework 13 Pro, если Tether будет работать заявленно; @jonathanwallace перешёл на Linux на той же неделе и ищет, что контрибьютить.
-
Совет: Tether не решает шаринг файлов на iPhone в фоне — нужно держать приложение открытым; @lxe предпочитает LocalSend, но отмечает его ограничения.
-
Совет: Исторически через Bluetooth MAP (Message Access Profile) @harryposner в 2020 уже смог отправлять/получать iMessage через Linux-iPhone, но застрял на «Group metadata side channel» — подробности в blueferry doc, упомянутой в проекте.
-
Спор: @aeon_ai заявляет, что Tether не обеспечивает E2E-шифрование и менее безопасен; в треде прямого опровержения этому нет, но @zackb указывает, что трафик идёт от самого iPhone, а не через Apple-серверы.
Thunderbird adds native Microsoft Exchange email support 🔥 Горячее
Thunderbird версии 145 теперь официально поддерживает нативный доступ к Microsoft Exchange через протокол Exchange Web Services (EWS). Это означает, что больше не требуется стороннее расширение для работы с почтой. Интеграция обеспечивает полное отображение папок, синхронизацию сообщений, управление папками как локально, так и на сервере, а также обработку вложений. Для настройки достаточно создать новый аккаунт в Thunderbird, выбрать Exchange и разрешить клиенту автоматически определить параметры.
В настоящее время поддерживается только функционал электронной почты; интеграция с календарем и адресной книгой находится в разработке и будет добавлена в будущих релизах. Thunderbird использует стандартный процесс входа Microsoft (OAuth2) и автоматически определяет настройки аккаунта, что упрощает переход с Outlook. Разработчики также отмечают, что Microsoft постепенно отказывается от EWS в пользу более современного интерфейса Microsoft Graph, поддержка которого также запланирована на будущее.
Комментарии (120)
- Thunderbird теперь поддерживает Exchange, но пока без календаря и контактов, что вызывает сомнения в полноте реализации.
- Пользователи отмечают, что Thunderbird всё ещё не реализовал полную поддержку календаря и адресной книги, что делает его менее привлекательным для корпоративных пользователей.
- Некоторые комментаторы подчеркивают, что Microsoft не предоставляет полной документации или стабильного API для Exchange, что делает разработку сложной.
- Некоторые пользователи выражают обеспокоенность, что Thunderbird не поддерживает Graph API, что может ограничить его функциональность.
- Некоторые комментаторы подчеркивают, что Thunderbird не поддерживает MAPI, что может ограничить его функциональность.
The RSS feed reader landscape 🔥 Горячее 💬 Длинная дискуссия
Статья «A deep dive into the RSS feed reader landscape» разбирает, как за 20+ лет RSS-читалок рынок вырос из пары продуктов в целую экосистему. Автор классифицирует их по модели развертывания (локальные, расширения браузера, самостоятельный хостинг, облачный) и модели монетизации (бесплатно, разовая покупка, SaaS). В таблице приведены 30+ продуктов — от NetNewsWire и Thunderbird до Feedly и Inoreader — с пометкой, где они доступны и сколько стоят.
Ключевые выводы: большинство продуктов — это либо само-обслуживаемые (RSS Guard, Newsboat), либо SaaS (Feedly, Inoreader). Почти все предлагают мобильные и десктопные клиенты, но лишь немногие (NetNewsWire, Thunderbird) делают это с открытым исходным кодом. Автор подчеркивает, что выбор зависит от вашего приоритета: контроль над данными, удобство или цена.
Комментарии (166)
- Пользователи делятся опытом с разными RSS-ридерами: от классических NetNewsWire и Reeder до самописных скриптов и само-хостед FreshRSS.
- Обсуждаются плюсы и минусы разных решений: кто-то хвалит встроенный в Firefox Brief, кто-то жалуется на отсутствие поиска в большинстве клиентов.
- Некоторые делятся лайфхаками: как поднять собственный сервер FreshRSS, как настроить IFTTT-экспорт из Inoreader, как сделать Telegram-бота на 15 строк кода.
- Участники обмениваются ссылками на гитхаб-репозитории с кодом, который можно взять и использовать.
- Ветераны вспоминают Google Reader и то, как тот сервис умер, и как это стало триггером для разработки альтернатив.
Benefits of choosing email over messaging
Электронная почта превосходит мессенджеры благодаря универсальности и контролю над данными. Все сообщения приходят в единый интерфейс, где их можно сортировать, архивировать и искать — в отличие от десятка разрозненных платформ вроде Slack или WhatsApp. Архив писем остаётся доступным десятилетиями, тогда как сервисы вроде ICQ или Google Hangouts исчезают, унося историю переписк. Локальное хранение в формате Mbox гарантирует долговечность и возможность обработки скриптами.
Функциональность клиентов вроде Thunderbird включает фильтры, отложенную отправку, тегирование и офлайн-работу, а открытые протоколы SMTP/IMAP дают свободу выбора программ. Электронная почта асинхронна, не отвлекает уведомлениями, защищает конфиденциальность и не содержит рекламы. Это продуктивная среда, где пользователь управляет данными, а не зависит от прихотей корпораций.
Комментарии (118)
- Email предпочтительнее для асинхронного, вдумчивого общения с архивом и поиском, но не подходит для динамичных групповых дискуссий.
- Мессенджеры (Slack, Teams) популярны из-за удобства мгновенного общения, но страдают от отсутствия структуры и проблем с архивом.
- Проблемы email включают спам, сложные ветки обсуждений, ненадежную доставку и устаревшие клиенты.
- Предлагаются гибридные решения: улучшенные интерфейсы email, интеграция с мессенджерами или использование форумов.
- Важен выбор инструмента по ситуации: email для официальной переписки, чат — для оперативных вопросов.
Gmail will no longer support checking emails from third-party accounts via POP 🔥 Горячее 💬 Длинная дискуссия
С января 2026 года Gmail прекратит поддержку Gmailify и POP-подключений для сторонних почтовых аккаунтов. Gmailify позволял применять функции вроде защиты от спама и категоризации входящих к другим ящикам, а POP использовался для загрузки писем без синхронизации в реальном времени.
Вместо этого Google рекомендует использовать IMAP-подключения через мобильное приложение Gmail, которое поддерживает синхронизацию нескольких аккаунтов. Ранее импортированные письма останутся доступными, но новые настройки придётся обновить вручную. Это изменение направлено на повышение безопасности и переход на современные стандарты работы с почтой.
Комментарии (324)
- Пользователи выражают недовольство отключением функции POP3 в Gmail, которая позволяла получать почту с внешних серверов, что создает проблемы для миграции и резервного копирования.
- Предлагаются обходные пути: настройка пересылки (forwarding), использование IMAP через почтовые клиенты (например, Thunderbird) или переход на другие сервисы (ProtonMail, Zoho, самохостинг).
- Высказываются предположения о причинах отключения: монетизация через Google Workspace, борьба с рекламными блокировками в сторонних клиентах и общая стратегия «эншитификации» сервиса.
- Многие отмечают, что потеря POP3 ударяет по платным пользователям Google Workspace и усложняет использование дешевых почтовых хостингов с брендированными доменами.
- Обсуждение подчеркивает централизацию email-инфраструктуры вокруг крупных компаний и упадок децентрализованных протоколов.