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) для лучшей интеграции и производительности.

После четырёх лет разработки Stalwart представил полную реализацию JMAP для календарей, контактов, адресных книг, хранения файлов и обмена. Это делает Stalwart первым сервером JMAP, поддерживающим всю семью протоколов совместной работы, открывая новую эру для открытого и эффективного группового ПО. Новые стандарты включают JMAP для Календарей (замена CalDAV), Контактов (альтернатива CardDAV), Файлов (замена WebDAV), а также JSCalendar и JSContact — современные JSON-версии iCalendar и vCard.

JMAP решает проблемы устаревших технологий, предлагая вместо громоздкого XML и несовместимых форматов простые, последовательные API поверх JSON. Протоколы обеспечивают лучшую производительность, простоту реализации и надёжность. Эта реализация знаменует сдвиг в проектировании ПО для совместной работы, позволяя разработчикам строить на единой, когерентной платформе. Поддержка клиентов пока развивается, но такие проекты, как Mailtemi и Parula, уже работают с новыми стандартами.

• Stalwart — первый сервер с полной поддержкой JMAP, но документация и UX оставляют желать лучшего, что затрудняет его внедрение.
• JMAP-совместимые клиенты всё ещё отсутствуют, что делает внедрение Stalwart сложным для конечных пользователей.
• Отсутствие клиентов и серверов, поддерживающих JMAP, затрудняет внедрение, даже если Stalwart технически превосходит IMAP и CalDAV.
• Сообщество обсуждает, что для внедрения JMAP нужно как минимум один из: либо крупный провайдер (Gmail, Fastmail) начнёт поддерживать его, либо Thunderbird и другие клиенты добавят поддержку.

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

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

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

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

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

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