redlineoandClaude Sonnet 5
264ed74095
First live build against real Visual Studio/VSTO tooling surfaced two issues in the hand-written AddIn scaffold: ThisAddIn derived from the wrong base type (OutlookAddIn is an interface, not the concrete OutlookAddInBase class), and VSTO Application projects cannot build without a signed ClickOnce manifest, so SignManifests is now on with a throwaway self-signed test certificate. Both Core/Core.Tests/AddIn now build clean and Core.Tests passes. Also: mail always sent from Outlook's default account with no way to pick a different one (e.g. a shared mailbox) - added a "From account" setting (Session.Accounts dropdown in SettingsForm, SendUsingAccount in MailSender). And added deploy/ with both a local ClickOnce publish script (real install/uninstall via Windows Apps, no manual registry editing) and a manual registry sideload fallback for scripted rollouts. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
129 lines
11 KiB
Markdown
129 lines
11 KiB
Markdown
# BulkArchiveMailer (outlook-bulk-sender)
|
||
|
||
VSTO-плагин классического Outlook (Win32/C2R, **не** "новый Outlook" — тот
|
||
не поддерживает VSTO и локальный доступ к файловой системе) для массовой
|
||
рассылки зашифрованных `.7z`-архивов, которые генерирует
|
||
[`ssh-access-tui`](../README.md) для каждого пользователя jump-хоста.
|
||
|
||
## Как это связано с ssh-access-tui
|
||
|
||
`ssh-access-tui` (см. `internal/keymgr/pack.go` и
|
||
`internal/keymgr/configonly.go` в корне репозитория) складывает в общий
|
||
выходной каталог по одному архиву на пользователя:
|
||
|
||
- `{login}_ssh_access.7z` — новая пара ключей + конфиг + инструкция (выдаётся
|
||
при первом доступе или полной переиздаче ключа).
|
||
- `{login}_config_update.7z` — только обновлённый конфиг + инструкция, без
|
||
ключа (выдаётся, когда у пользователя поменялся список разрешённых
|
||
сервисов, а сам ключ остался прежним).
|
||
|
||
`ssh-access-tui` только *генерирует* эти архивы — раздача их получателям по
|
||
почте раньше делалась вручную. BulkArchiveMailer автоматизирует именно эту
|
||
последнюю часть: сканирует папку, по имени файла восстанавливает логин и
|
||
адрес получателя, подставляет письмо по шаблону, показывает предпросмотр со
|
||
статусами и рассылает.
|
||
|
||
BulkArchiveMailer **не порождает архивы и не знает пароль от них** — пароль
|
||
общий на партию экспорта и сообщается получателям отдельно, вне этого
|
||
инструмента (см. баннер-напоминание в окне предпросмотра). Инструмент только
|
||
прикладывает уже готовый файл архива к письму.
|
||
|
||
## Как логин превращается в адрес
|
||
|
||
Правило простое и единственное: в логине из имени файла (например,
|
||
`a-makarov`) каждый дефис заменяется на точку, и добавляется домен —
|
||
получаем `a.makarov@<домен>`. Отдельной таблицы соответствий нет и не
|
||
планируется.
|
||
|
||
**Известное ограничение:** если у реального логина дефис не является
|
||
разделителем инициала/фамилии (то есть входит в исходное системное имя как
|
||
есть, а не как искусственный разделитель), адрес получится неправильным.
|
||
Механизм переопределения (per-user override) сознательно не реализован —
|
||
такие логины считаются исключением, которое разбирается вручную (переслать
|
||
письмо оператором с указанием правильного адреса).
|
||
|
||
## Структура решения
|
||
|
||
```
|
||
BulkArchiveMailer.sln
|
||
BulkArchiveMailer.Core/ net48, class library, БЕЗ ссылок на Outlook/COM/реестр — можно
|
||
собрать и протестировать без Windows/Office.
|
||
FilenameParser.cs парсинг "{login}_(ssh_access|config_update).7z"
|
||
EmailAddressBuilder.cs login -> "login.with.dots@domain"
|
||
SendJob.cs модель строки предпросмотра (Login/Email/Kind/ArchivePath/…/Status)
|
||
ArchiveScanner.cs сканирование папки, группировка по логину, конфликт "оба архива сразу"
|
||
TemplateEngine.cs подстановка {Login}/{Email}/{Date} в шаблон
|
||
MailTemplates.cs два именованных шаблона (ssh_access / config_update)
|
||
SendLogStore.cs CSV-журнал отправок + дедуп по (Email, Kind, SHA-256 архива)
|
||
AppSettings.cs %APPDATA%\BulkArchiveMailer\config.json, засев из config.default.json
|
||
config.default.json шаблоны писем и домен по умолчанию (встроен как Embedded Resource)
|
||
BulkArchiveMailer.Core.Tests/ xUnit-заготовка (один smoke-тест) — полное покрытие добавляется отдельно
|
||
BulkArchiveMailer.AddIn/ VSTO-плагин, net48, Windows-only, ссылается на Core
|
||
ThisAddIn.cs / .Designer.cs запуск/остановка плагина
|
||
Ribbon.xml + RibbonController.cs одна кнопка ленты "Массовая рассылка"
|
||
SignatureReader.cs чтение подписи Outlook из %APPDATA%\Microsoft\Signatures через реестр
|
||
MailSender.cs создание/отправка Outlook.MailItem, тестовый режим (Черновики)
|
||
UI/SettingsForm.cs папка, домен, подпись, тестовый режим по умолчанию, оба шаблона
|
||
UI/PreviewForm.cs таблица предпросмотра, баннер про пароль, отправка, итоговый журнал
|
||
docs/BUILD.md как собрать и подключить плагин в Visual Studio на Windows
|
||
```
|
||
|
||
Почему граница именно такая: всё, что в принципе можно проверить без
|
||
Windows/Office (парсинг имён, вывод email, шаблоны, дедуп-журнал,
|
||
JSON-настройки), живёт в `BulkArchiveMailer.Core` и покрывается обычными
|
||
xUnit-тестами. Всё, что обязано трогать Outlook (COM-объекты писем, реестр
|
||
для подписи, лента) — в `BulkArchiveMailer.AddIn`, который без установленного
|
||
Outlook в принципе не запустить.
|
||
|
||
## Настройка
|
||
|
||
При первом запуске плагин создаёт `%APPDATA%\BulkArchiveMailer\config.json`
|
||
из встроенного `config.default.json`. Дальше всё редактируется через окно
|
||
"Настройки" (открывается кнопкой ленты, если папка с архивами ещё не
|
||
настроена или не существует):
|
||
|
||
- **Папка с архивами** — тот самый общий выходной каталог `ssh-access-tui`.
|
||
- **Домен электронной почты** — по умолчанию `redlab.lo` (реальный домен
|
||
организации), обычное редактируемое поле, а не зашитая логика.
|
||
- **Файл подписи (.htm)** — можно оставить пустым (тогда при каждой рассылке
|
||
подпись определяется автоматически по умолчанию Outlook для новых писем)
|
||
либо указать конкретный файл вручную — например, если у оператора настроена
|
||
не та подпись, которую нужно вставлять в такие письма.
|
||
- **Отправлять от** — выпадающий список аккаунтов текущей сессии Outlook
|
||
(`Session.Accounts`), полезно, если у оператора несколько ящиков (например,
|
||
отдельный служебный/shared-ящик именно для этой рассылки). Пункт
|
||
"(по умолчанию Outlook)" — прежнее поведение без явного выбора аккаунта.
|
||
- **Шаблоны писем** — тема и HTML-тело отдельно для `ssh_access` и
|
||
`config_update`, с плейсхолдерами `{Login}`, `{Email}`, `{Date}`.
|
||
- **Тестовый режим по умолчанию** — включён по умолчанию (письма сохраняются
|
||
в Черновики, а не отправляются) до первого осознанного отключения
|
||
оператором в окне предпросмотра.
|
||
|
||
Журнал отправок пишется в `send-log.csv` прямо в папке с архивами
|
||
(`TimestampUtc,Login,Email,Kind,ArchivePath,FileSha256,Status,Error`). Строка
|
||
считается "уже отправлено" (`AlreadySent` в предпросмотре), только если для
|
||
той же пары (email, вид архива) в журнале есть строка `Status=Sent` с тем же
|
||
SHA-256 файла — то есть если архив перегенерировали (новый ключ или новый
|
||
список сервисов), это будет новый хэш, и строка снова станет `Ready`.
|
||
|
||
## Поведение, которое нельзя менять не глядя
|
||
|
||
- Файл с "неправильным" именем не блокирует остальную рассылку — он просто
|
||
попадает в список нераспознанных со статусом "Пропущено".
|
||
- Если для одного логина одновременно лежат оба вида архива — это ошибка
|
||
данных выше по конвейеру (в норме такого не должно случаться), и строка
|
||
помечается как `Error`, заблокирована для отправки, без автоматического
|
||
выбора одного из двух файлов.
|
||
- Одна неудачная отправка не прерывает пачку — журналируется, и цикл идёт
|
||
дальше.
|
||
- Пароль от архива этот инструмент никогда не формирует, не хранит и не
|
||
отправляет — только статичное напоминание в интерфейсе, что пароль нужно
|
||
сообщить получателю отдельно.
|
||
|
||
## Статус сборки
|
||
|
||
**Ничего из этого решения не скомпилировано и не запущено** — код написан в
|
||
среде без Windows, Visual Studio, Office и .NET SDK. Первую сборку и
|
||
проверку нужно сделать на машине с Windows + Visual Studio (workload
|
||
"Office/SharePoint development") — см. [docs/BUILD.md](docs/BUILD.md).
|