Hacker News Digest

Penguin Mail — это настольный почтовый и календарный клиент для Linux, объединяющий поддержку Gmail, Microsoft 365, а также любых IMAP, POP3 и SMTP-серверов в едином интерфейсе. Он автоматически определяет настройки серверов по адресу электронной почты и позволяет просматривать все учётные записи в одном объединённом ящике или по отдельности, с синхронизацией из системного трея, счётчиком непрочитанных писем и действенными уведомлениями. Приложение включает полноценный календарь с видами день, неделя, месяц и повестка, поддерживая Google, Microsoft и CalDAV, а также контакты из тех же источников и CardDAV, с автодополнением при вводе получателя.

Для безопасности Penguin Mail интегрирует OpenPGP и S/MIME через локальный GnuPG, не храня ключи и не запрашивая парольные фразы. Оно поддерживает правила фильтрации писем в стиле Gmail, Microsoft и Sieve, представленные в понятной форме с возможностью добавления новых. Есть опциональный ИИ-ассистент, который можно запустить локально через LM Studio или Ollama — он отвечает на вопросы вроде «Какие отправленные письма ждут ответа?» или «Что в акциях?», анализируя почту через собственные инструменты приложения и требуя подтверждения перед отправкой писем или изменением настроек. Дополнительные функции включают отложенную отправку с возможностью отмены в течение нескольких секунд, разделение входящих на категории по типу Gmail (Основное, Обновления, Промо, Социальное) и функцию «Скрыть мою почту» — генерацию уникальных плюс-адресов Gmail для регистраций, которые можно отключать при спаме. Всё приложение работает полностью локально: нет собственных серверов, отслеживания или рекламы; соединения с Gmail и Microsoft идут напрямую через их официальные API, обеспечивая конфиденциальность данных. Penguin Mail распространяется бесплатно под лицензией GPL-3.0-or-later для 64-битных систем Linux.

Penguin Mail сталкивается с практическими проблемами, не упомянутыми в статье: необходимость надёжной санитизации HTML‐писем (sandbox‐iframe, CSP), отсутствие выбора отправителя и фавиконов, неприятие встроенного AI‐чата, сомнения в стабильности после месяца разработки, отсутствие поддержки JMAP для Fastmail, отсутствие Flatpak‐пакета, вопросы тестирования и изоляции, разногласия по UI‐инструментариям (GTK4 vs egui) и дизайну меню. Безопасный просмотр HTML‐писем требует полной санитизации и изоляции: sandbox‐iframe, CSP‐заголовки, отказ от доверенного происхождения. Многие пользователи предпочитают клиент без WebView — конвертирующий HTML в markdown или показывающий только текст. Встроенный AI‐чат воспринимается как навязчивый; лучше предоставить доступ к AI через внешние протоколы (MCP) или CLI. Отсутствие выбора адреса отправителя и фавиконов критично для пользователей с несколькими алиасами. Визуальное сходство с Mail.app привлекательно, но GNOME‐стиль меню (гамбургер‐кнопки) усложняет навигацию; рекомендуется полноценная строка меню с несколькими уровнями. Объявление версии 1.0 спустя месяц разработки преждевременно — пользователи ожидают зрелый продукт, учитывая сложность почтовых клиентов и долгосрочные баги. Отсутствие поддержки JMAP для Fastmail упускает шанс выделиться и упростить синхронизацию. Отсутствие Flatpak‐пакета ограничивает доступность в Linux‐дистрибутивах; добавление Flatpak востребовано. Тестирование и изоляция (sandbox) критичны из‐за риска багов; сообщество интересуется стратегией тестов и sandbox‐моделями. Некоторые разработчики считают, что вместо GTK4/libadwaita следует использовать Rust‐нативный UI‐фреймворк (egui) для лучшей интеграции и производительности.

Электронная почта превосходит мессенджеры благодаря универсальности и контролю над данными. Все сообщения приходят в единый интерфейс, где их можно сортировать, архивировать и искать — в отличие от десятка разрозненных платформ вроде Slack или WhatsApp. Архив писем остаётся доступным десятилетиями, тогда как сервисы вроде ICQ или Google Hangouts исчезают, унося историю переписк. Локальное хранение в формате Mbox гарантирует долговечность и возможность обработки скриптами.

Функциональность клиентов вроде Thunderbird включает фильтры, отложенную отправку, тегирование и офлайн-работу, а открытые протоколы SMTP/IMAP дают свободу выбора программ. Электронная почта асинхронна, не отвлекает уведомлениями, защищает конфиденциальность и не содержит рекламы. Это продуктивная среда, где пользователь управляет данными, а не зависит от прихотей корпораций.

• Email предпочтительнее для асинхронного, вдумчивого общения с архивом и поиском, но не подходит для динамичных групповых дискуссий.
• Мессенджеры (Slack, Teams) популярны из-за удобства мгновенного общения, но страдают от отсутствия структуры и проблем с архивом.
• Проблемы email включают спам, сложные ветки обсуждений, ненадежную доставку и устаревшие клиенты.
• Предлагаются гибридные решения: улучшенные интерфейсы email, интеграция с мессенджерами или использование форумов.
• Важен выбор инструмента по ситуации: email для официальной переписки, чат — для оперативных вопросов.

Самостоятельный хостинг почтового сервера — это практичный и почти бесплатный способ автоматизировать рассылки и верификацию, если вы готовы мириться с рисками доставки. Основная сложность — не настройка, а обеспечение того, чтобы письма не попадали в спам у крупных провайдеров вроде Gmail. Для этого достаточно Postfix как SMTP-сервера и OpenDKIM для цифровой подписи писем, плюс правильная конфигурация TLS на порту 25.

Ключевые шаги — выпуск SSL-сертификата для MX-записи, настройка DKIM, SPF и DMARC в DNS. Это разовые действия, но они критичны для репутации домена. Автор отказался от многопользовательского веб-интерфейса, упростив задачу до работы через SSH и консольные утилиты вроде Mutt, что свело затраты времени к минимуму.

• Самостоятельный хостинг почты возможен и практикуется десятилетиями, но требует технических знаний и постоянного обслуживания для обеспечения доставки и безопасности.
• Основные проблемы: репутация IP-адресов, блокировки крупными провайдерами (Gmail, Outlook), uptime и сложность борьбы со спамом.
• Ключевые технологии для успешной доставки: правильная настройка SPF, DKIM, DMARC и PTR-записей.
• Рекомендуются готовые решения (Mail-in-a-Box, Stalwart) для упрощения начальной настройки.
• Рассматривается как хобби для технических специалистов, а не как решение для рядового пользователя.

С января 2026 года Gmail прекратит поддержку Gmailify и POP-подключений для сторонних почтовых аккаунтов. Gmailify позволял применять функции вроде защиты от спама и категоризации входящих к другим ящикам, а POP использовался для загрузки писем без синхронизации в реальном времени.

Вместо этого Google рекомендует использовать IMAP-подключения через мобильное приложение Gmail, которое поддерживает синхронизацию нескольких аккаунтов. Ранее импортированные письма останутся доступными, но новые настройки придётся обновить вручную. Это изменение направлено на повышение безопасности и переход на современные стандарты работы с почтой.

• Пользователи выражают недовольство отключением функции POP3 в Gmail, которая позволяла получать почту с внешних серверов, что создает проблемы для миграции и резервного копирования.
• Предлагаются обходные пути: настройка пересылки (forwarding), использование IMAP через почтовые клиенты (например, Thunderbird) или переход на другие сервисы (ProtonMail, Zoho, самохостинг).
• Высказываются предположения о причинах отключения: монетизация через Google Workspace, борьба с рекламными блокировками в сторонних клиентах и общая стратегия «эншитификации» сервиса.
• Многие отмечают, что потеря POP3 ударяет по платным пользователям Google Workspace и усложняет использование дешевых почтовых хостингов с брендированными доменами.
• Обсуждение подчеркивает централизацию email-инфраструктуры вокруг крупных компаний и упадок децентрализованных протоколов.

• Fediverse (Mastodon, Pixelfed и др.): серверы разделены на «крупнейший» и «остальные» в процентах.
• Atmosphere (Bluesky, WhiteWind и др.): аналогичное деление.

Данные обновляются регулярно.
Концентрация измеряется индексом Херфиндаля-Хиршмана (HHI):

• 0 ≈ полная децентрализация,
• 10 000 ≈ монополия.
  В экономике: <100 — высокая конкуренция, <1500 — неконцентрировано, >2500 — высокая концентрация.

Отслеживаются активные пользователи: для Fediverse — на серверах (инстансах), для Atmosphere — на PDS (личных серверах данных).

Код и данные на GitHub. Предложения и PR приветствуются.
Автор: Rob Ricci (@ricci@discuss.systems, @ricci.io).

• Обсуждение крутилось вокруг того, насколько реально «избежать централизации» в разных сетях: Fediverse, ATProto/Bluesky, Nostr, Git, BitTorrent, SMTP, Bitcoin.
• Участники согласились, что полной децентрализации не существует: всегда появляются «точки притяжения» — GitHub, крупные инстансы Mastodon, Coinbase, трекеры.
• Сравнивали HHI-метрику: Mastodon выглядит менее сконцентрированным, но уступает по числу пользователей; Bluesky проще для массового пользователя, но дороже в инфраструктуре.
• Поднимали риски: спам и DDoS в открытых сетях, исчезновение мелких узлов, дефедерация, отсутствие UX-консистентности.
• Главный вывод: «децентрализация» сама по себе не цель, а баланс между устойчивостью к цензуре, удобством и экономикой узлов.