Session 2026-09-15 code: imap_client (auth+metrics), handlers (TG date format), cron fix (venv python), openspec imap-realtime-sync proposal

This commit is contained in:
2026-09-15 17:48:05 +00:00
parent 65c167acc2
commit defcf53d75
10 changed files with 982 additions and 28 deletions
@@ -0,0 +1,212 @@
# Design: Потоковая синхронизация почты (IMAP IDLE) и онлайновая копия ящика
## Context
- Сервер: `mail.corpoffice.tech:143` (STARTTLS), Microsoft Exchange.
Проверено 2026-09-15 (ручной IMAP-тест):
- CAPABILITY: `IMAP4 IMAP4rev1 AUTH=PLAIN AUTH=NTLM AUTH=GSSAPI STARTTLS
SASL-IR UIDPLUS MOVE ID UNSELECT CHILDREN IDLE NAMESPACE LITERAL+`
- **IDLE, MOVE, UIDPLUS, CHILDREN, LITERAL+ — всё есть**, значит потоковая
синхронизация и отслеживание перемещений возможны.
- Логин с чистого скрипта (`LOGIN` / `AUTHENTICATE PLAIN`) не прошёл
(NO LOGIN failed). himalaya логинится успешно — вероятно, проблема в
способе авторизации/лимитах для «незнакомого» клиента, а не в пароле.
В design — использовать существующий himalaya-конфиг и проверенный путь.
- Текущий архиватор: `scripts/mail_archive.py` — poll каждые 5 мин (Hermes cron
`mail-archive-every-5min`, id 5f2305b2bbf8). Отслеживает `last_uid` по папкам
в `/opt/hermes/email/state/mail-archive-last-<folder>.json`.
Уже есть: `fetch_attachments_imaplib()` (сырой IMAP, BODY.PEEK[], не ставит
`\Seen`), `get_inbox_subfolders()` (динамическое обнаружение 136 папок,
CHILDREN), `_imap_utf7_encode()` (modified UTF-7 для кириллических папок).
- Архив: `/opt/hermes/email/<folder>/YYYY/MM/<uid>/email.md` (frontmatter:
id, folder, subject, from, to, date, flags, message_id, in_reply_to, references,
cc, content_type; + classification, handled_*, has_attachment).
**5467 писем** на 2026-09-15.
- Индексы: `scripts/mail_index.py` (SQLite FTS5 `/opt/hermes/email/mail_index.db`),
`sqlite_search.py`, классификатор `email_classifier.py` (Qwen3:8b, Ollama),
обработчики `email_handlers.py` (urgent→TG, task→VTODO, meeting→VEVENT),
`digest.py` (еженедельный).
- Пользователь активно меняет ящик в клиенте: переносит в папки, удаляет,
отвечает. Эти изменения сейчас НЕ видны архиватору.
## Решение
### 1. Выбор модели: 2 постоянных процесса (systemd user units)
Не один процесс на всё, а два — разделение ответственности (как ты предложил):
1. **`email-imap-stream.service`** — держит IMAP-соединение, IDLE, пишет
события в SQLite (`mailbox_events`), архивирует новые письма.
*Единственный* процесс, который разговаривает с IMAP (кроме fallback-cron).
2. **`email-change-analyzer.service`** — постоянно читает `mailbox_events`,
обновляет online-копию (`mailbox_state`), запускает классификатор/обработчики,
индексы, может писать «журнал изменений» для пользователя.
Почему 2, а не 1: падение анализатора не теряет события (они в ChangeLog,
append-only); падение stream-процесса не останавливает анализ (fallback-cron
докачает письма). Отвязка скорости IMAP от скорости LLM-анализа.
### 2. Библиотека для IMAP stream
Варианты:
- (a) `aioimaplib` — Python asyncio IMAP с поддержкой IDLE, reconnect, ивенты.
Мягкая зависимость; если нет — pip install. Совместим с Exchange (IDLE есть).
- (b) Сырой socket (как уже сделано в `fetch_attachments_imaplib`) + select()
на IDLE — без новых зависимостей, но больше кода (reconnect, парсинг
untagged-ответов, литералы).
**Выбор: (a) `aioimaplib`** — проверенная библиотека, IDLE/reconnect из коробки;
сырой IMAP оставляем только в `fetch_attachments_imaplib` (там он уже работает
и менять не нужно). Если `aioimaplib` недоступен/не заводится на нашем Python —
fallback (b).
**Авторизация:** переиспользовать учётку из `config/himalaya-config.toml`
(login `e.storozhenko`, host `mail.corpoffice.tech`). Для stream-процесса —
`AUTH=PLAIN` с SASL-IR (Exchange поддерживает; но в тесте не прошло — проверить
в задаче 2: использовать himalaya `account sync`/`envelope list` как эталон,
возможно, потребуется `\r\n`-формат или конкретный порядок SASL).
### 3. Схема SQLite (новая БД или таблицы в существующей)
Отдельная БД: `/opt/hermes/email/state/mailbox.db` (не смешивать с
`mail_index.db`, чтобы не ломать FTS-индексы и было легко откатиться).
```sql
-- Онлайновая копия ящика: текущее состояние каждого письма
CREATE TABLE mailbox_state (
uid INTEGER NOT NULL, -- UID в папке
folder TEXT NOT NULL, -- папка (например 'INBOX', 'INBOX/Проекты')
message_id TEXT, -- Message-ID
in_reply_to TEXT,
references TEXT, -- цепочка (References / In-Reply-To)
subject TEXT,
from_addr TEXT,
date TEXT,
flags TEXT, -- JSON-массив флагов IMAP
has_attachment INTEGER DEFAULT 0,
archive_path TEXT, -- путь к email.md (если заархивировано)
etag TEXT, -- ETag сервера (возможно, не нужен для IMAP)
last_seen TEXT, -- ISO-время последней синхронизации
deleted INTEGER DEFAULT 0, -- soft-delete (пользователь удалил на сервере)
PRIMARY KEY (folder, uid)
);
-- Журнал изменений (ChangeLog), append-only
CREATE TABLE mailbox_events (
id INTEGER PRIMARY KEY AUTOINCREMENT,
ts TEXT NOT NULL, -- ISO-время события
event TEXT NOT NULL, -- added | moved | deleted | flag_changed | replied | reconcile
folder TEXT,
uid INTEGER,
message_id TEXT,
details TEXT -- JSON: from_folder, to_folder, old_flags, new_flags и т.п.
);
CREATE INDEX idx_events_message ON mailbox_events(message_id);
CREATE INDEX idx_events_ts ON mailbox_events(ts);
```
### 4. Алгоритм stream-процесса (`imap_stream.py`)
```
loop:
1. connect + login (AUTH=PLAIN / STARTTLS)
2. folder list (get_inbox_subfolders через IMAP, dynamic)
3. для каждой папки: SELECT; если нет в mailbox_state — полный reconcile
(UID FETCH 1:* (FLAGS UID MESSAGE-ID ...) = initial sync)
4. reconcile источником истины: для INBOX + подпапок
- UID FETCH (новые UID > last_uid) → событие added, архивация
- сравнение FLAGS (в т.ч. \Seen, \Answered, \Flagged) → flag_changed
- UID SEARCH EXPUNGE / отсутствие в SELECT → deleted (если был в state)
5. IDLE loop (для INBOX, и по очереди для подпапок если CPU позволяет):
- IDLE → ждём untagged: EXISTS (новое письмо), EXPUNGE (удаление),
FETCH FLAGS (изменение флагов), MOVE (если сервер шлёт)
- на событие: обработать (архивировать/обновить state/записать event)
- продлевать IDLE каждые ~29 мин (сервер обычно рвёт после 30)
6. при обрыве: reconnect + reconcile (REQ-IMAP-SYNC-001/002)
7. период паузы между reconcile: 60-300 сек (конфигурируемо)
```
**Архивация новых писем** — переиспользуем существующий код `mail_archive.py`:
`get_email_content()` (himalaya `message read --preview`, не ставит Seen) +
`fetch_attachments_imaplib()` (BODY.PEEK[]). Функции вынести в общий модуль
или импортировать (mail_archive.py уже модульный).
**Удаление:** при событии EXPUNGE/`deleted` — НЕ удаляем файл email.md (письмо
остаётся в архиве, REQ-IMAP-SYNC-004 soft-delete), помечаем `deleted=1` в
`mailbox_state`, пишем событие `deleted` в ChangeLog. Пользователь сможет видеть
«это письмо вы удалили» в RAG/поиске.
**Перемещение:** при обнаружении (MOVE/UIDPLUS от сервера или reconcile:
UID в старой папке исчез, в новой появился с тем же Message-ID) — обновить
`folder`, записать `moved` с from/to. Если UID меняется (Exchange MOVE) —
следить по Message-ID.
### 5. Анализатор (`change_analyzer.py`)
```
loop:
1. читать mailbox_events от последнего обработанного id (offset в state)
2. для каждого события:
added → классифицировать (email_classifier), обработать (email_handlers),
обновить индексы (mail_index --incremental)
flag_changed → обновить flags в mailbox_state; если \Answered → событие replied
moved → обновить folder; если классификация была — можно переклассифицировать
deleted → пометить в RAG/индексе удалённым (не удаляя файл)
3. записать обработанный id (persistent)
4. спать 1-5 сек (или ждать сигнала от stream через очередь)
```
**Связь stream ↔ analyzer:** через SQLite (ChangeLog) — это проще и надёжнее,
чем IPC/очереди. Stream пишет, analyzer читает с offset. Несколько analyser
процессов не нужны (одна учётка).
### 6. Управление / systemd
Два user unit (в `~/.config/systemd/user/`):
```ini
# email-imap-stream.service
[Unit]
Description=Email IMAP realtime sync stream
After=network-online.target
[Service]
Type=simple
ExecStart=/usr/bin/python3 /opt/hermes/email-assistant/scripts/imap_stream.py
Restart=always
RestartSec=5
Environment=HOME=/home/estorozhenko # для himalaya (конфиг там)
[Install]
WantedBy=default.target
```
Аналогично `email-change-analyzer.service`. Включить: `systemctl --user enable --now`.
**Hermes cron** `mail-archive-every-5min` → оставить как **fallback**:
если оба сервиса не работают (например, после ребута без автозапуска), cron
всё равно архивирует раз в 5 мин (REQ-IMAP-SYNC-007). Чтобы не дублировать:
stream-процесс и cron оба идемпотентны (last_uid / mailbox_state).
### 7. Что НЕ делаем (ограничения)
- **НЕ** переписываем архиватор под IMAP с нуля — используем существующий
`mail_archive.py` как библиотеку/подпроцесс.
- **НЕ** удаляем файлы писем при удалении на сервере (RAG должен видеть
«удалено», но данные не теряем).
- **НЕ** реалтайм-синхронизация «один к одному» всех 137 папок через отдельные
IDLE-коннекты — IDLE держим на INBOX (главный источник), подпапки — через
reconcile (раз в 1-5 мин) + CHILDREN-обнаружение. Это баланс скорости и
ресурсов (Exchange лимитирует коннекты на учётку).
- **НЕ** реализуем SMTP/отправку — только чтение (как сейчас).
### 8. Риски и смягчение
| Риск | Смягчение |
|---|---|
| Exchange рвёт IDLE после ~30 мин | авто-reconnect + reconcile после каждого обрыва |
| LOGIN с чистого скрипта не прошёл | использовать himalaya-путь; AUTH=PLAIN; задача 2 — проверить формат |
| IDLE не гарантирует доставку всех событий | reconcile каждые 1-5 мин (REQ-002) |
| MOVE меняет UID на Exchange | следить по Message-ID, а не UID |
| Много папок (137) — много коннектов | IDLE только на INBOX; подпапки — reconcile по очереди |
| aioimaplib не установлен | fallback на сырой socket (уже есть паттерн) |
@@ -0,0 +1,150 @@
# Proposal: Потоковая синхронизация почты (IMAP IDLE) и онлайновая копия ящика
## Why
Сейчас `mail_archive.py` опрашивает IMAP **каждые 5 минут** по расписанию (Hermes cron).
Это pull-модель с двумя фундаментальными ограничениями:
1. **Задержка до 5 минут** — новые письма попадают в архив и в RAG-индексы не сразу,
а в лучшем случае через 5 минут (а с учётом очереди классификатора/обработчиков — дольше).
2. **Слепота к изменениям, которые делает сам пользователь.** Пользователь активно
работает с почтой в клиенте: переносит письма между папками, удаляет, отвечает,
помечает прочитанными. Архиватор знает только `last_uid` и **не видит**:
- перемещение письма из INBOX в подпапку (письмо «пропадает» из INBOX, но в архиве остаётся в INBOX)
- удаление письма (архив хранит удалённое письмо, но не знает, что оно удалено)
- ответ/флаг `\Answered`, `\Flagged` (архив хранит статичные флаги)
- появление новых писем в **существующих** папках (last_uid инкрементален, но только
для писем, добавленных после последнего опроса)
Из-за этого **нельзя строить RAG/граф знаний по почте корректно**: цепочки
«письмо пришло → прочитано → перемещено → на него ответили» в данных отсутствуют,
и при поиске агент не может сказать «это письмо вы удалили» — он просто не находит
его в той папке, где оно было при архивации.
**Хочется:** постоянное (потоковое) соединение с IMAP — как в почтовом клиенте —
которое **мгновенно** узнаёт о новых письмах (через IDLE-уведомления), и отдельный
процесс, который ведёт **онлайновую копию ящика** с полной историей изменений
(лог событий: письмо добавлено/перемещено/удалено/прочитано/получен ответ).
На этой основе потом можно: корректно строить RAG, писать «журнал изменений»,
отвечать на вопросы про историю ящика.
## What Changes
### Архитектура: 2 сервиса (микросервисы на одной машине)
Заменяем «cron-скрипт каждые 5 минут» на два **постоянных процесса** (systemd units):
```
┌─────────────────────────────┐ ┌─────────────────────────────┐
│ svc 1: IMAP Stream/Sync │ │ svc 2: Change Analyzer │
│ (постоянный IDLE-коннект) │ │ (анализ изменений) │
│ │ │ │
│ • держит 1+N IDLE-соединений│ │ • читает журнал изменений │
│ • мгновенно видит события │ │ • обновляет online-копию │
│ • пишет в ChangeLog │ │ • RAG/классификация/ │
│ • скачивает новые письма │ │ обработчики │
└───────────┬─────────────────┘ └─────────────┬───────────────┘
│ журнал изменений (append-only) │
▼ ▼
┌──────────────────────────────────────────────────────┐
│ SQLite: online-копия ящика (состояние) │
│ + ChangeLog (события, append-only) │
└──────────────────────────────────────────────────────┘
```
**svc 1 — IMAP Stream Sync («синхронизатор»):**
- одно постоянное соединение с IMAP (Exchange, :143 STARTTLS), авторизация как у himalaya;
- `IDLE`-команда на INBOX (и ключевых папках) — сервер **пушит** уведомления
`* N EXISTS` / `* N EXPUNGE` / `* N FETCH FLAGS` сразу при изменении;
- на событие — архив письма (через существующий `fetch_attachments_imaplib`, BODY.PEEK[],
не ставя `\Seen`), обновление online-копии, запись события в ChangeLog;
- периодический (раз в N мин) **reconcile** — полный `UID FETCH` изменений с сервера
(страховка от пропущенных событий при обрыве IDLE: сервер не гарантирует доставку всех
событий через IDLE, но reconcile это закрывает);
- папки: динамическое обнаружение (`get_inbox_subfolders()` уже есть) + CHILDREN;
- **MOVE/UIDPLUS** (поддерживается Exchange) — позволяет точнее отслеживать перемещения
(`UID MOVE` возвращает старый/новый UID).
**svc 2 — Change Analyzer («анализатор»):**
- постоянно крутится, читает ChangeLog из SQLite (или файловый след);
- поддерживает **online-копию ящика**: для каждого письма — текущий folder, flags, uid,
thread (References/In-Reply-To), время последнего изменения;
- корректно строит **цепочки**: письмо пришло → прочитано (flag) → перемещено в папку →
на него ответили (по References) → удалено (если пользователь удалил);
- на основе изменений обновляет RAG/индексы и запускает классификатор/обработчики
(аналог текущего `mail-classify-handlers` cron, но по событиям, а не по расписанию);
- **журнал изменений** = история «что, когда, с каким письмом произошло» — его можно
показывать пользователю и использовать в RAG (в отличие от текущей модели, где
у нас только статичные снимки).
### Новые компоненты
- `scripts/imap_stream.py` — svc 1 (постоянный процесс; systemd unit `email-imap-stream.service`)
- `scripts/change_analyzer.py` — svc 2 (анализ ChangeLog → online-копия → RAG/обработчики)
- `schema`: таблица `mailbox_state` (online-копия) + `mailbox_events` (ChangeLog) в
существующей SQLite (`/opt/hermes/email/mail_index.db`) или отдельной
`/opt/hermes/email/state/mailbox.db`
- systemd units (user-level) вместо Hermes cron; cron остаётся как fallback/страховка
(например, каждые 5 минут — reconcile, если оба сервиса умерли)
### Существующие скрипты не ломаются
- `mail_archive.py` остаётся (он уже умеет BODY.PEEK[] и не ставит Seen);
svc 1 может использовать его функции как библиотеку (или дублировать минимально).
- `email_classifier.py`, `email_handlers.py`, `mail_index.py`, `digest.py` — вызываются
из svc 2 (по событиям) и/или остаются по cron (по расписанию) — поведение не меняется.
## Capabilities
### New Capabilities
- `imap-realtime-sync`: Постоянное IMAP-соединение (IDLE) с мгновенным обнаружением
новых писем и изменений (перемещение/удаление/флаги) — без опроса по расписанию.
- `mailbox-online-copy`: Онлайновая копия ящика (folder/flags/uid/thread у каждого письма)
+ журнал изменений (ChangeLog: добавить/переместить/удалить/прочитать/ответить) —
источник истины для RAG и ответов «что случилось с письмом».
- `email-thread-tracking`: Отслеживание цепочек писем (References/In-Reply-To) и событий
жизни письма (пришло → прочитано → перемещено → ответ → удалено).
### Modified Capabilities
- `email-attachments`: скачивание вложений теперь инициируется событиями IDLE,
а не только опросом по расписанию (механика та же: BODY.PEEK[]).
- `email-classification` / `email-handlers`: запускаются по событиям ChangeLog
(новое письмо/изменение), а не только по cron.
## Impact
- **Процессы:** 2 новых systemd user unit (`email-imap-stream.service`,
`email-change-analyzer.service`), всегда запущены. Hermes cron `mail-archive-every-5min`
→ заменяется на reconcile-cron (или остаётся как fallback).
- **Сеть:** постоянное TCP-соединение с mail.corpoffice.tech:143 (keep-alive, IDLE
продлевается каждые ~29 мин). Раньше соединение открывалось каждые 5 минут.
- **Данные:** новая таблица SQLite (online-копия + ChangeLog). Письма в `/opt/hermes/email/`
не переезжают — формат `email.md` и структура папок сохраняются (совместимость с
`mail_index.py`, Obsidian-бэкапами, поиском).
- **Риски:**
- Exchange может рвать IDLE-соединения (keep-alive не вечен) — нужен auto-reconnect
с reconcile после переподключения (обязательное требование).
- IDLE на Exchange поддерживается (проверено: в CAPABILITY есть `IDLE`), но поведение
сервера при `EXPUNGE`/перемещении может отличаться — reconcile закрывает.
- Логин: himalaya логинится успешно. Разобрано 2026-09-15: отказ LOGIN
с чистого скрипта — это rate-limit Exchange (после серии быстрых попыток сервер
молчит timeout), а не TLS-fingerprinting. Работает простой `LOGIN` из
`imap_connect()` с re-try (экспоненциальная пауза). Подробности — в design.md.
- Два постоянных процесса = чуть больше памяти/CPU, но для одной учётки это копейки.
- **Наблюдаемость:** авторизация и метрики (доступность сервера, успешность,
активная сессия) логируются в `/opt/hermes/email/logs/imap_client.log`
(`imap_log()`/`imap_metrics()`/`imap_session` в `scripts/imap_client.py`).
Полноценный Prometheus/статус-эндпоинт для stream-сервиса — позднее (tasks.md).
- **Документация:** README/STATUS/WALKTHROUGH — новые сервисы, порты (нет новых внешних),
как перезапускать, как смотреть журнал изменений.
## Rollback
1. Остановить systemd units (`systemctl --user stop email-imap-stream email-change-analyzer`).
2. Вернуть Hermes cron `mail-archive-every-5min` (он никуда не делся — просто выключен).
3. Удалить новую таблицу/базу (online-копия) — она производная, письма в `/opt/hermes/email/`
не затрагиваются.
4. Существующие скрипты (`mail_archive.py`, классификатор, обработчики) не меняют поведение
при отказе от сервисов — они работают как раньше.
@@ -0,0 +1,27 @@
# email-attachments Specification
## MODIFIED Requirements
### Requirement: Вложения сохраняются в каталог письма
Для каждого письма с вложениями (флаг `has_attachment: true` в frontmatter)
вложения MUST быть сохранены в подкаталог `attachments/` каталога письма
(`/opt/hermes/email/<folder>/YYYY/MM/<uid>/attachments/`). Скачивание выполняется
как при опросе по расписанию (текущее поведение), так и при событийной
синхронизации (сервис `imap-realtime-sync`). Скачивание вложений MUST NOT
выставлять флаг `\Seen`.
#### Scenario: Письмо с вложением архивировано
- **WHEN** `mail_archive.py` заархивировал письмо с `has_attachment: true`
- **THEN** файлы вложений лежат в `<msg_dir>/attachments/` и совпадают с вложениями на IMAP-сервере
#### Scenario: Вложения при событийной синхронизации
- **GIVEN** новое письмо с вложением обнаружено сервисом `email-imap-stream`
- **WHEN** письмо архивируется по событию IDLE
- **THEN** вложения скачаны в `<msg_dir>/attachments/`, флаг `\Seen` не выставлен
#### Scenario: Вложения при reconcile
- **GIVEN** письмо с вложением было пропущено (обрыв соединения)
- **WHEN** сервис выполняет reconcile
- **THEN** вложения докачиваются в `<msg_dir>/attachments/` (то же поведение,
что существующий `--attachments-backfill`)
@@ -0,0 +1,26 @@
# email-classification Specification
## MODIFIED Requirements
### Requirement: Классификация каждого нового письма
Классификация писем (Qwen3:8b через Ollama) MUST запускаться не только по
расписанию (cron `mail-classify-handlers`), но и по событиям из ChangeLog
(новое письмо / изменённое письмо), которые генерирует сервис
`email-imap-realtime-sync`. Механика классификации (теги info/urgent/task/meeting
+ `classification`/`classification_reason` в frontmatter) не меняется.
#### Scenario: Новое письмо после архивации
- **GIVEN** письмо заархивировано (`mail_archive.py`)
- **WHEN** `email_classifier.py` обрабатывает письмо
- **THEN** в frontmatter появляются `classification` и `classification_reason`
#### Scenario: Новое письмо классифицируется сразу
- **GIVEN** в ChangeLog появилось событие `added`
- **WHEN** анализатор `email-change-analyzer` обрабатывает событие
- **THEN** письмо классифицируется (тег + обоснование в frontmatter) без ожидания cron
#### Scenario: Событие обработано повторно (идемпотентность)
- **GIVEN** письмо уже классифицировано (есть `classification` в frontmatter)
- **WHEN** анализатор видит то же событие повторно (например, после рестарта)
- **THEN** классификация не выполняется заново (идемпотентно, как сейчас)
@@ -0,0 +1,118 @@
# imap-realtime-sync Specification
## ADDED Requirements
### Requirement: REQ-IMAP-SYNC-001: Постоянное IMAP-соединение с IDLE
Система MUST поддерживать постоянное IMAP-соединение с почтовым сервером
(mail.corpoffice.tech:143, STARTTLS) с использованием команды `IDLE`
(поддерживается сервером, проверено в CAPABILITY), чтобы узнавать о новых
письмах и изменениях в ящике **мгновенно**, без опроса по расписанию.
#### Scenario: Новое письмо появляется в INBOX
- **GIVEN** сервис `email-imap-stream` запущен и держит IDLE-соединение с INBOX
- **WHEN** в INBOX приходит новое письмо
- **THEN** сервис получает уведомление `* N EXISTS` от сервера в течение секунд
(не дольше таймаута IDLE) И инициирует архивацию письма
#### Scenario: IDLE-соединение обрывается
- **GIVEN** IDLE-соединение активно
- **WHEN** сервер закрывает соединение (таймаут/сбой)
- **THEN** сервис автоматически переподключается и выполняет полный reconcile
(синхронизацию изменений), чтобы не пропустить события, случившиеся во время обрыва
### Requirement: REQ-IMAP-SYNC-002: Reconcile как страховка от пропущенных событий
Сервис MUST периодически (не реже 1 раза в 5 минут) выполнять reconcile —
полную сверку состояния ящика с сервером (UID FETCH / STATUS), потому что IDLE
не гарантирует доставку всех событий (особенно при длительных соединениях).
#### Scenario: Событие потеряно при обрыве
- **GIVEN** сервис работал, но IDLE оборвался на 3 минуты, за это время письмо
было перемещено пользователем
- **WHEN** сервис переподключается и делает reconcile
- **THEN** перемещение обнаруживается и фиксируется в ChangeLog
### Requirement: REQ-IMAP-SYNC-003: Архивация без установки \Seen
Любое скачивание тела/вложений (по событию IDLE или reconcile) MUST NOT
выставлять IMAP-флаг `\Seen`. Используется существующий
`fetch_attachments_imaplib()` (BODY.PEEK[]) и чтение с `--preview`.
#### Scenario: Новое письмо архивируется по событию
- **GIVEN** новое письмо в INBOX с флагами `()` (непрочитанное)
- **WHEN** сервис по событию IDLE архивирует письмо
- **THEN** на IMAP флаги письма остаются `()` (письмо остаётся непрочитанным)
### Requirement: REQ-IMAP-SYNC-004: Онлайновая копия ящика
Система MUST вести онлайновую копию ящика в SQLite (`mailbox_state`): для
каждого письма — текущий folder, UID, флаги, Message-ID, References/In-Reply-To,
дата и время последнего изменения. Копия обновляется при каждом событии.
#### Scenario: Письмо перемещено пользователем
- **GIVEN** письмо было в INBOX, пользователь переместил его в `INBOX/Проекты`
- **WHEN** сервис получает событие пересмещения (MOVE/UIDPLUS или reconcile)
- **THEN** в `mailbox_state` folder обновлён на `INBOX/Проекты`, в ChangeLog
записано событие `moved`
#### Scenario: Письмо удалено пользователем
- **GIVEN** письмо было в ящике
- **WHEN** пользователь удаляет письмо (EXPUNGE/FLAGS \Deleted)
- **THEN** в `mailbox_state` письмо помечается удалённым (soft-delete), в ChangeLog
записано событие `deleted`; файл письма в архиве сохраняется
### Requirement: REQ-IMAP-SYNC-005: Журнал изменений (ChangeLog)
Система MUST вести append-only журнал изменений (`mailbox_events`): каждое
событие (added / moved / deleted / flag_changed / replied) с timestamp, folder,
UID, Message-ID. Журнал служит источником истины для анализатора и RAG.
#### Scenario: Запись о новом письме
- **GIVEN** сервис обнаружил новое письмо
- **WHEN** письмо заархивировано
- **THEN** в `mailbox_events` создана запись `added` с полным контекстом (UID,
folder, Message-ID, timestamp)
#### Scenario: Запись об ответе
- **GIVEN** пользователь ответил на письмо (флаг \Answered или новое письмо с In-Reply-To)
- **WHEN** сервис видит изменение
- **THEN** в ChangeLog записано событие `replied` (по References/In-Reply-To) или
`flag_changed` (для \Answered)
### Requirement: REQ-IMAP-SYNC-006: Анализатор изменений
Система MUST иметь отдельный процесс (`email-change-analyzer`), который читает
ChangeLog и обновляет производные данные: online-копию, RAG-индексы,
классификацию/обработчики. Анализатор работает по событиям (потоково), а не
по расписанию.
#### Scenario: Новое письмо → классификация и обработчики
- **GIVEN** в ChangeLog появилось событие `added`
- **WHEN** анализатор обрабатывает событие
- **THEN** запускается классификация (Qwen3:8b) и обработчики (urgent→TG,
task→VTODO, meeting→VEVENT) — как сейчас, но по событию, без ожидания cron
#### Scenario: Письмо удалено → RAG-индексы
- **GIVEN** в ChangeLog событие `deleted`
- **WHEN** анализатор обрабатывает событие
- **THEN** RAG/индекс помечает письмо удалённым (не удаляя файл) — при поиске
агент может сказать «это письмо удалено пользователем»
### Requirement: REQ-IMAP-SYNC-007: Управление как systemd-сервисами
Сервисы MUST работать как постоянные процессы под systemd (user units),
автозапуск при логине, auto-restart при падении, логи в journald. Hermes cron
остаётся как fallback-reconcile (страховка, если оба сервиса не работают).
#### Scenario: Сервис упал
- **GIVEN** `email-imap-stream.service` запущен
- **WHEN** процесс падает/убивается
- **THEN** systemd перезапускает его автоматически (Restart=always), при старте —
reconcile
#### Scenario: Оба сервиса не работают
- **GIVEN** оба сервиса остановлены (например, после перезагрузки без автозапуска)
- **WHEN** проходит 5 минут
- **THEN** Hermes cron (fallback) запускает `mail_archive.py` — архивация не
останавливается полностью
@@ -0,0 +1,78 @@
# Tasks: Потоковая синхронизация почты (IMAP IDLE) и онлайновая копия ящика
## Задачи
### Фаза 0: Подготовка и проверка авторизации
- [ ] 1. Установить/проверить `aioimaplib` (pip) — библиотека для IDLE-потока;
если не ставится — зафиксировать fallback на сырой socket.
(2026-09-15: `aioimaplib` НЕ установлен; на следующем шаге — решить
ставить или идти на сыром socket, т.к. imap_client.py уже это умеет.)
- [x] 2. **Проверить авторизацию** для stream-процесса:
himalaya логинится успешно (эталон), чистый IMAP-скрипт — нет.
Отработать AUTH=PLAIN (SASL-IR), формат login; зафиксировать рабочий
вариант в коде. (Блокер — без него stream не запустится.)
**Выполнено 2026-09-15**: создан `scripts/imap_client.py` с отдельной
функцией `imap_connect()` (STARTTLS + LOGIN + re-try против rate-limit).
Реальная проверка: LOGIN как e.storozhenko прошёл, `fetch_attachments_imaplib`
через неё скачал `Переместить стол.docx` 1.1 МБ (UID 14200) без \Seen.
Rate-limit Exchange: после серии быстрых попыток сервер молчит (timeout),
поэтому в `imap_connect()` re-try с экспоненциальной паузой.
- [x] 2b. **Логирование авторизации + метрики доступности/сессии**:
`imap_log()` пишет JSON-строки в `/opt/hermes/email/logs/imap_client.log`
(conn_ok / conn_error / auth_ok / auth_failed / session_started / session_ended);
`imap_metrics()` считает auth_success_rate, conn_error, sessions_active;
`imap_session` — контекстный менеджер (гарантирует session_ended).
Проверено: `python3 imap_client.py --metrics` показывает метрики.
Пароль никогда не логируется.
**TODO (позже)**: полноценный мониторинг — Prometheus-формат/статус-эндпоинт
для stream-сервиса, алерты при падении auth_success_rate / conn_error.
### Фаза 1: Скелет сервиса imap_stream.py
- [ ] 3. `scripts/imap_stream.py`: connect + STARTTLS + login; folder list
(get_inbox_subfolders); SELECT INBOX; IDLE-цикл с обработкой untagged
(EXISTS/EXPUNGE/FETCH FLAGS); reconnect при обрыве.
- [ ] 4. Реализовать reconcile: UID FETCH новых писем (>last_uid) → событие
`added` + архивация (переиспользовать mail_archive.py); сравнение FLAGS →
`flag_changed`; отсутствие после EXPUNGE → `deleted` (soft).
- [ ] 5. SQLite schema: `mailbox_state` + `mailbox_events` (ChangeLog) —
создать `/opt/hermes/email/state/mailbox.db`, функции init/insert/read.
### Фаза 2: Change Analyzer
- [ ] 6. `scripts/change_analyzer.py`: чтение mailbox_events от offset;
на `added` — классификация (email_classifier) + обработчики (email_handlers);
на `moved`/`deleted`/`flag_changed` — обновление mailbox_state, RAG-метка.
**Уведомления в ЛС Telegram уже проверены живьём (2026-09-15)**: письмо 3216
помечено urgent → доставка в private chat 281328953 (kpa39l), msg_id=60,
подтверждено пользователем. Для ЛС нужен явный `TELEGRAM_CHAT_ID=281328953`
(дефолт в email_handlers.py — канал @dedinit_vesti).
- [ ] 7. Обработка `replied`: \Answered или новое письмо с In-Reply-To на
известный Message-ID → событие `replied`; обновить thread в state.
### Фаза 3: systemd и интеграция
- [ ] 8. systemd user units (`email-imap-stream.service`,
`email-change-analyzer.service`), автозапуск; проверка auto-restart.
- [ ] 9. Hermes cron `mail-archive-every-5min` → fallback (идемпотентен с
stream; не дублирует). Проверить, что при работающем stream cron не
архивирует повторно (last_uid / state).
- [ ] 10. Живой тест: новое письмо (отправить себе/ждущее), перемещение
(через IMAP MOVE/клиент), удаление, ответ — всё фиксируется в ChangeLog
и mailbox_state; \Seen не ставится (проверка флагов до/после).
### Фаза 4: Документация и доводка
- [ ] 11. STATUS.md / README / WALKTHROUGH: сервисы, порты (нет новых внешних),
как смотреть ChangeLog (`sqlite3 mailbox.db 'select * from mailbox_events'`),
как перезапускать.
- [ ] 12. RAG-интеграция (опционально, Фаза 2 проекта): индексация событий
ChangeLog в Qdrant — чтобы агент мог ответить «что случилось с письмом».
## Верификация
- `systemctl --user status email-imap-stream email-change-analyzer` — active (running)
- `sqlite3 /opt/hermes/email/state/mailbox.db 'select count(*) from mailbox_state'` — растёт
- `sqlite3 ... 'select event, count(*) from mailbox_events group by event'` —
есть added/moved/deleted/flag_changed
- Новое письмо в INBOX → архив появляется в течение ~1-2 мин (не 5)
- Перемещение письма в клиенте → в mailbox_state folder обновлён, в ChangeLog `moved`
- Удаление письма → `deleted` в ChangeLog, файл email.md на месте (soft-delete)
- Ответ → `replied` или `flag_changed` (\Answered)
- Флаги непрочитанного письма на IMAP после архивации: `()` → `()` (Seen нет)
+36 -2
View File
@@ -108,6 +108,17 @@ TG_TIMEOUT = 20
# ---------------------------------------------------------------------------
# Frontmatter
# ---------------------------------------------------------------------------
def _unquote_yaml(v):
"""Снять обрамляющие двойные кавычки YAML-значения (артефакт простого парсера).
Если значение начинается/заканчивается на ", снять их и разэкранировать \\".
"""
v = v.strip()
if len(v) >= 2 and v[0] == '"' and v[-1] == '"':
v = v[1:-1].replace('\\"', '"').replace("\\\\", "\\")
return v
def parse_email_md(path):
"""Прочитать email.md, вернуть (headers, body, content, fm_end)."""
content = path.read_text(encoding="utf-8", errors="replace")
@@ -120,7 +131,7 @@ def parse_email_md(path):
for line in yaml_block.split("\n"):
m = re.match(r"^(\w[\w_-]*)\s*:\s*(.*)$", line)
if m:
headers[m.group(1)] = m.group(2).strip()
headers[m.group(1)] = _unquote_yaml(m.group(2))
else:
headers, body, fm_end = {}, content.strip(), None
return headers, body, content, fm_end
@@ -379,15 +390,38 @@ def tg_call(method, **params):
return data.get("result", {})
def format_date_for_tg(date_str):
"""'2026-09-02 10:49+03:00' → '02.09.2026 10:49' (ДД.ММ.ГГГГ ЧЧ:ММ).
Известные форматы frontmatter:
'2026-09-02 10:49+03:00' (ISO, может быть пробел/буква перед таймзоной)
'2026-09-02T10:49:03+03:00' (RFC3339)
Если распарсить не удалось — вернуть как есть (не ломать уведомление).
"""
s = (date_str or "").strip()
if not s:
return ""
t = s
# нормализуем: отрезаем таймзону (+03:00 / +0300 / Z)
m = re.match(r"^(\d{4})-(\d{2})-(\d{2})[T ](\d{2}):(\d{2})", s)
if m:
return f"{m.group(3)}.{m.group(2)}.{m.group(1)} {m.group(4)}:{m.group(5)}"
return s
def handle_urgent(path, headers, body):
"""Отправить уведомление в Telegram. Возвращает (ok, detail)."""
subject = (headers.get("subject") or "(без темы)").strip()
sender = (headers.get("from") or "?").strip()
# Дата/время получения — из frontmatter, формат ДД.ММ.ГГГГ ЧЧ:ММ
date = format_date_for_tg(headers.get("date") or headers.get("internal_date"))
date_line = f"📅 {date}\n" if date else ""
preview = body.strip()
if len(preview) > MAX_PREVIEW_CHARS:
preview = preview[:MAX_PREVIEW_CHARS].rstrip() + "…"
text = (
f"⚠️ СРОЧНОЕ письмо\n\n"
f"⚠️ СРОЧНОЕ письмо\n"
f"{date_line}"
f"От: {sender}\n"
f"Тема: {subject}\n\n"
f"{preview}\n\n"
+316
View File
@@ -0,0 +1,316 @@
#!/usr/bin/env python3
"""
imap_client.py — общий IMAP-клиент для потоковой синхронизации почты.
Пока содержит вынесенную из mail_archive.py авторизацию как ОТДЕЛЬНУЮ функцию
imap_connect(): соединение + STARTTLS + LOGIN с re-try (экспоненциальная пауза).
Зачем отдельный модуль:
- mail_archive.py (опрос по cron) и imap_stream.py (IDLE-поток) будут
использовать один и тот же клиент и одну авторизацию.
- Авторизация на Microsoft Exchange (mail.corpoffice.tech) чувствительна к
rate-limit: серия быстрых неудачных/частых подключений приводит к тому,
что сервер начинает молчать (таймаут вместо OK/NO). Поэтому imap_connect()
делает re-try с экспоненциальной паузой и ОДНОЙ точкой входа.
Пример:
with imap_connect() as conn:
conn.sendall(b"a2 LOGIN ...\r\n") # или просто команды поверх
...
Возвращает (sock, creds). Сокет обёрнут в SSL (после STARTTLS).
"""
from __future__ import annotations
import socket
import ssl
import time
import sys
import os
import json
import threading
from pathlib import Path
from datetime import datetime, timezone
# Краткая пауза между попытками: уважать rate-limit Exchange.
RETRY_BASE = 5 # первая пауза, сек
RETRY_MAX = 60 # потолок паузы
RETRY_ATTEMPTS = 5
# ── Логирование и метрики ────────────────────────────────────────────────
# Единый лог IMAP-клиента: /opt/hermes/email/logs/imap_client.log
# Формат: JSON-строки (одна запись = одна строка), легко грепать/считать.
LOG_DIR = Path("/opt/hermes/email/logs")
LOG_FILE = LOG_DIR / "imap_client.log"
_log_lock = threading.Lock()
def _utcnow():
return datetime.now(timezone.utc).isoformat(timespec="seconds")
def imap_log(event, **fields):
"""
Записать событие в лог IMAP-клиента (JSON-строка).
Всегда пишутся: ts, event. Остальные поля — из kwargs.
Пароль НИКОГДА не логируется (нет поля password нигде).
Ошибка записи в лог не валит вызывающий код (try/except внутри).
"""
try:
LOG_DIR.mkdir(parents=True, exist_ok=True)
record = {"ts": _utcnow(), "event": event}
record.update(fields)
line = json.dumps(record, ensure_ascii=False)
with _log_lock:
with open(LOG_FILE, "a", encoding="utf-8") as f:
f.write(line + "\n")
except Exception:
pass # лог не должен ломать IMAP
def imap_metrics():
"""
Прочитать метрики из лога (доступность, успешность авторизации, сессии).
Возвращает dict:
file — путь к логу
total_auth — всего попыток авторизации (auth_ok + auth_failed)
auth_ok — успешных
auth_failed — неудачных
auth_success_rate — доля успеха (0..1)
conn_ok — соединений установлено
conn_error — ошибок соединения/недоступности сервера
last_session — последнее событие (ts, event, duration_ms, host)
sessions_active — кол-во активных сессий (session_started - session_ended),
по кратности событий в логе (приблизительно)
"""
try:
rows = []
if LOG_FILE.exists():
with open(LOG_FILE, encoding="utf-8") as f:
for line in f:
line = line.strip()
if not line:
continue
try:
rows.append(json.loads(line))
except json.JSONDecodeError:
continue
auth_ok = sum(1 for r in rows if r.get("event") == "auth_ok")
auth_fail = sum(1 for r in rows if r.get("event") == "auth_failed")
conn_ok = sum(1 for r in rows if r.get("event") == "conn_ok")
conn_err = sum(1 for r in rows if r.get("event") == "conn_error")
started = sum(1 for r in rows if r.get("event") == "session_started")
ended = sum(1 for r in rows if r.get("event") == "session_ended")
last = rows[-1] if rows else None
return {
"file": str(LOG_FILE),
"total_auth": auth_ok + auth_fail,
"auth_ok": auth_ok,
"auth_failed": auth_fail,
"auth_success_rate": round(auth_ok / (auth_ok + auth_fail), 3) if (auth_ok + auth_fail) else None,
"conn_ok": conn_ok,
"conn_error": conn_err,
"last_event": last,
"sessions_active": max(0, started - ended),
"rows": len(rows),
}
except Exception as e:
return {"error": str(e)}
def _load_credentials():
"""
Достать IMAP-учётные данные из конфига himalaya (~/.config/himalaya/config.toml).
Возвращает dict(host, port, login, password).
(Вынесено из _himalaya_imap_credentials() в mail_archive.py, чтобы иметь
единый источник кред и не дублировать парсинг конфига.)
"""
import tomllib
from pathlib import Path
cfg_path = Path.home() / ".config" / "himalaya" / "config.toml"
with open(cfg_path, "rb") as f:
cfg = tomllib.load(f)
accounts = cfg.get("accounts", {})
name = next((n for n, a in accounts.items() if a.get("default")), None)
if name is None and accounts:
name = next(iter(accounts))
if not name:
raise RuntimeError("himalaya config: no account found")
be = accounts[name].get("backend", {})
auth = be.get("auth", {})
password = auth.get("raw") or auth.get("password")
if not password:
cmd = auth.get("cmd", "")
if cmd:
# выполняем команду, выдающую пароль
import subprocess
password = subprocess.run(cmd.split(), capture_output=True,
text=True, timeout=15).stdout.strip()
if not password:
raise RuntimeError(f"himalaya config: no password for account {name}")
return {
"host": be["host"],
"port": be.get("port", 143),
"login": be["login"],
"password": password,
}
def imap_connect(host=None, port=None, login=None, password=None,
retries=RETRY_ATTEMPTS, timeout=None):
"""
Установить IMAP-соединение с STARTTLS и авторизоваться (LOGIN).
Args:
host/port/login/password: переопределение (по умолчанию — из конфига himalaya).
retries: число попыток подключения+логина (для устойчивости к rate-limit).
timeout: таймаут сокета, сек (по умолчанию 30, после логина 120 — Exchange
медленно отвечает на большие FETCH).
Returns:
(sock, creds): sock — SSL-сокет (после STARTTLS), creds — dict с host/login.
Raises:
RuntimeError: если не удалось ни подключиться, ни авторизоваться.
Сокет НЕ закрывается при выходе — вызывающий закрывает (context manager
в вызывающем коде). Авторизация выполняется простым LOGIN (как в работавшем
fetch_attachments_imaplib): на этом Exchange он проходит, а AUTHENTICATE PLAIN
отклоняется (rate-limit/fingerprint — см. README/design).
"""
if host is None:
creds = _load_credentials()
host, port, login, password = creds["host"], creds["port"], creds["login"], creds["password"]
else:
creds = {"host": host, "port": port, "login": login, "password": password}
if timeout is None:
timeout = 30
last_err = None
for attempt in range(1, retries + 1):
sock = None
t_start = time.monotonic()
try:
sock = socket.create_connection((host, port), timeout=timeout)
sock.settimeout(timeout)
greet = sock.recv(1024)
if not greet.startswith(b"* OK"):
raise RuntimeError(f"bad greeting: {greet[:80]!r}")
sock.sendall(b"a1 STARTTLS\r\n")
resp = sock.recv(1024)
if b"OK" not in resp:
raise RuntimeError(f"STARTTLS failed: {resp[:80]!r}")
ctx = ssl.create_default_context()
sock = ctx.wrap_socket(sock, server_hostname=host)
sock.settimeout(120) # после авторизации — на большие FETCH
# LOGIN — простой, как в fetch_attachments_imaplib (работает на Exchange)
login_cmd = f'a2 LOGIN {login} {password}\r\n'.encode()
sock.sendall(login_cmd)
buf = b""
while True:
d = sock.recv(65536)
if not d:
break
buf += d
# дождаться строки "a2 OK/NO/BAD"
lines = buf.split(b"\r\n")
if any(l.startswith(b"a2 ") for l in lines):
break
if b"a2 OK" not in buf:
# последняя строка (ответ) для диагностики, пароль не показываем
tail = buf[-200:].decode("utf-8", "replace")
imap_log("auth_failed", host=host, port=port, login=login,
attempt=attempt, reason="LOGIN rejected",
detail=tail, duration_ms=int((time.monotonic() - t_start) * 1000))
raise RuntimeError(f"LOGIN failed: ...{tail}")
# Успех: метрика доступности (conn_ok) + успешная авторизация
imap_log("conn_ok", host=host, port=port, attempt=attempt,
duration_ms=int((time.monotonic() - t_start) * 1000))
imap_log("auth_ok", host=host, login=login, attempt=attempt,
duration_ms=int((time.monotonic() - t_start) * 1000))
imap_log("session_started", host=host, login=login)
# вернуть сокет; пароль НЕ логируем
return sock, creds
except (socket.timeout, ConnectionError, ssl.SSLError, RuntimeError) as e:
last_err = e
# Классифицируем для метрики доступности: ошибка соединения/таймаут =
# проблема доступности сервера; обычный RuntimeError = проблема
# авторизации/протокола (уже залогирован как auth_failed выше).
if isinstance(e, (socket.timeout, ConnectionError, ssl.SSLError)):
imap_log("conn_error", host=host, port=port, attempt=attempt,
error=type(e).__name__,
duration_ms=int((time.monotonic() - t_start) * 1000),
detail=str(e)[:200])
if sock is not None:
try:
sock.close()
except Exception:
pass
if attempt < retries:
pause = min(RETRY_BASE * (2 ** (attempt - 1)), RETRY_MAX)
time.sleep(pause)
imap_log("auth_failed", host=host, port=port, login=login,
attempt=retries, reason=f"all attempts failed: {type(last_err).__name__}: {last_err}"[:200])
raise RuntimeError(f"IMAP connect/login failed after {retries} attempts: {last_err}")
class imap_session:
"""
Контекстный менеджер IMAP-сессии: авторизация + гарантированная запись
session_ended при закрытии (для метрики "активная сессия").
with imap_session() as (sock, creds):
sock.sendall(...)
Эквивалентно imap_connect(), но на выходе пишет в лог session_ended
(даже при исключении). Пароль не логируется.
"""
def __init__(self, **kwargs):
self._kwargs = kwargs
self._sock = None
self._creds = None
def __enter__(self):
self._sock, self._creds = imap_connect(**self._kwargs)
return self._sock, self._creds
def __exit__(self, exc_type, exc, tb):
if self._sock is not None:
try:
imap_log("session_ended", host=self._creds.get("host") if self._creds else None,
login=self._creds.get("login") if self._creds else None)
finally:
try:
self._sock.close()
except Exception:
pass
self._sock = None
return False # не глотаем исключения
if __name__ == "__main__":
# Быстрый самотест: установить соединение и закрыть.
# python3 imap_client.py — проверить авторизацию
# python3 imap_client.py --metrics — показать метрики из лога
if len(sys.argv) > 1 and sys.argv[1] == "--metrics":
m = imap_metrics()
print(json.dumps(m, ensure_ascii=False, indent=2))
sys.exit(0)
try:
with imap_session() as (s, creds):
print(f"OK: connected+LOGIN as {creds['login']} @ {creds['host']}")
s.sendall(b"a3 LOGOUT\r\n")
except Exception as e:
print(f"FAIL: {e}")
sys.exit(1)
+10 -4
View File
@@ -5,8 +5,14 @@ set -euo pipefail
cd /opt/hermes/email-assistant
# Классификатор: до 10 новых писем за запуск (Qwen ~10-20с/письмо = ~3 мин)
python3 scripts/email_classifier.py --limit 10 || echo "[classifier] ошибка (продолжаем)" >&2
# httpx (для Telegram в email_handlers.py) есть только в .venv /opt/vesti.
# Системный python3 его не имеет — без этого уведомления не отправлялись.
PY=/opt/vesti/.venv/bin/python
[ -x "$PY" ] || PY=python3
# Обработчики: все письма с тегами, без handled_* (идемпотентно)
python3 scripts/email_handlers.py || echo "[handlers] ошибка" >&2
# Классификатор: до 10 новых писем за запуск (Qwen ~10-20с/письмо = ~3 мин)
"$PY" scripts/email_classifier.py --limit 10 || echo "[classifier] ошибка (продолжаем)" >&2
# Обработчики: по 2 письма за проход (идемпотентно; избегаем залпа
# уведомлений, если накопился backlog urgent)
"$PY" scripts/email_handlers.py --limit 2 || echo "[handlers] ошибка" >&2
+9 -22
View File
@@ -480,26 +480,16 @@ def fetch_attachments_imaplib(uid, folder, dest_dir):
import email as emailmod
import email.header as email_header
try:
creds = _himalaya_imap_credentials()
except Exception as e:
print(f" [WARN] нет IMAP-учётных из конфига himalaya: {e}", file=sys.stderr)
return False
sock = None
try:
sock = socket.create_connection((creds["host"], creds["port"]), timeout=30)
sock.settimeout(30)
greet = sock.recv(1024)
if not greet.startswith(b"* OK"):
raise RuntimeError(f"bad greeting: {greet[:80]!r}")
sock.sendall(b"a1 STARTTLS\r\n")
resp = sock.recv(1024)
if b"OK" not in resp:
raise RuntimeError(f"STARTTLS failed: {resp[:80]!r}")
ctx = sslmod.create_default_context()
sock = ctx.wrap_socket(sock, server_hostname=creds["host"])
sock.settimeout(30)
# Авторизация — через общий imap_client.imap_connect() (отдельная функция,
# с re-try против rate-limit Exchange). Креды читаются из конфига himalaya
# внутри imap_connect(). Возвращает (sock, creds).
import sys as _sys
from pathlib import Path as _Path
_sys.path.insert(0, str(_Path(__file__).resolve().parent))
from imap_client import imap_connect
sock, creds = imap_connect()
def cmd(tag, line, expect_literal=None):
sock.sendall(f"{tag} {line}\r\n".encode())
@@ -525,9 +515,6 @@ def fetch_attachments_imaplib(uid, folder, dest_dir):
break
return buf
r = cmd("a2", f'LOGIN {creds["login"]} {creds["password"]}')
if b"OK LOGIN" not in r:
raise RuntimeError(f"LOGIN failed: {r[-120:]!r}")
# Папка — в IMAP modified UTF-7 (кириллица иначе не находится на Exchange)
mbox = _imap_utf7_encode(folder)
r = cmd("a3", f'SELECT "{mbox}"')
@@ -589,7 +576,7 @@ def fetch_attachments_imaplib(uid, folder, dest_dir):
pass
def get_attachments(uid, folder, dest_dir, timeout=25):
def get_attachments(uid, folder, dest_dir, timeout=120):
"""
Скачать вложения письма в dest_dir.