- Взгляд в ближайшее будущее:
- В скором времени для вас как (потенциального) реселлера нашей White Labeled Benno Cloud (WLBC) будет доступен портал реселлера, который позволит вам следующее:
- – Регистрация в качестве нового реселлера WLBC (самообслуживание)
- – Панель управления с обзором ваших конечных клиентов и их архивных состояний
- – Создание, изменение и удаление ваших конечных клиентов и управление их контрактами
- – Обзор счетов, которые мы направляем вам для WLBC
- Для онбординга ваших конечных клиентов мы должны согласовать, как вы настроите экспорт электронных писем для архивирования, чтобы письма были заархивированы в Benno Cloud.
Для этого мы предлагаем различные интерфейсы, которые мы представляем и объясняем ниже. - ИНТЕРФЕЙСЫ ДЛЯ ИМПОРТА ПОЧТЫ В WLBC
- С помощью WLBC можно архивировать электронные письма фактически всех почтовых и групповых решений (включая Microsoft 365/Exchange Online).
Импорт электронных писем из почтовых ящиков IMAP (импорт IMAP) не доступен в WLBC по нормативным причинам (GoBD). - WLBC имеет следующие импортные интерфейсы для импорта электронных писем соответствующих клиентов:
1. REST API для импорта из систем Linux/Unix, а также для самостоятельного выгрузки устаревших писем
2. Почтовый ящик для журналирования для M365/Exchange Online
3. Импорт SMTP
- 1. REST API для импорта из систем Linux/Unix
- Электронные письма отправляются как отдельные файлы EML в REST API Benno Cloud (загрузка по https). Файлы EML должны быть временно сохранены как копия непосредственно на MTA и затем переданы через REST.
- 1.1 MTA Linux / UNIX
- Для систем Debian GNU/Linux мы предоставляем готовый пакет MILTER Daemon. Демон MILTER может быть интегрирован с установками Postfix или Sendmail.
Все входящие и исходящие электронные письма при этом локально сохраняются MILTER. Кроме того, информация SMTP Envelope сохраняется вместе с электронными письмами, так что данные возможных получателей BCC не теряются.
Сохраненные электронные письма затем передаются в Benno Cloud асинхронно выполняющимся заданием (https-Upload). Для этого мы также предоставляем готовый пакет Debian GNU/Linux.
Для других платформ мы можем предоставить пример вызова cURL, который может служить шаблоном для реализации подключения.
- 2. Microsoft Exchange Server и Microsoft 365/Exchange Online (M365)
- Microsoft Exchange Server (MXS) предлагает возможность хранить все входящие и исходящие, а также внутренние электронные письма в так называемом журнале почтовых ящиков. Электронные письма сохраняются как электронные письма с метаданными в теле и фактическим электронным письмом в приложении.
Электронные письма могут быть впоследствии экспортированы по протоколу POP3 или отправлены по протоколу SMTP во внешний почтовый ящик.
M365 или Exchange Online также предлагает эту возможность конфигурации. Однако электронные письма здесь не могут быть импортированы по протоколу POP3, а должны быть отправлены напрямую по протоколу SMTP в сборный почтовый ящик (который напрямую связан с Benno Cloud).
Для импорта из MS Exchange или M365 мы предоставляем вам адрес журнала почтового ящика для каждого конечного клиента. В MS Exchange или M365 этот адрес затем настраивается как целевой адрес журнала почтового ящика.
Краткое руководство по настройке журнала почтового ящика в Exchange Online можно найти здесь: https://wiki.benno-mailarchiv.de/doku.php/microsoft_office_365
- 3. Импорт SMTP
- При импорте SMTP в Benno Cloud электронные письма, подлежащие архивированию, отправляются по SMTP на индивидуальный (предоставленный нами) адрес электронной почты Benno Cloud. Они попадают напрямую в архив.
- Альтернативой конфигурации MILTER является возможность отправлять электронные письма по пересылке конвертов на индивидуальный адрес электронной почты Benno Cloud.
В Linux/Unix MTA Postfix это настраивается, например, с помощью карт BCC (ключевое слово sender_bcc_maps, recipient_bcc_maps).
Этот метод имеет преимущество более простой и динамичной конфигурации по сравнению с описанным выше импортом MILTER. Однако здесь теряется информация о получателях, которые были адресованы через BCC. Электронные письма затем архивируются, но в некоторых случаях могут быть найдены только администратором в Benno Cloud.
- 4. Импорт IMAP
- ВНИМАНИЕ:
- Из-за требований GoBD нет интерфейса для импорта IMAP! Даже если технически возможно выполнить IMAP-запрос, соответствующее GoBD архивирование электронной почты невозможно реализовать с помощью IMAP.
- Почтовые ящики провайдера (например, T-Online, web.de, GMX и т. д.) или почтовые ящики у провайдеров, таких как All Inkl, которые не предлагают своим клиентам подходящих интерфейсов для соответствующего GoBD архивирования электронной почты или не предоставляют их в распоряжение, как правило, не могут быть архивированы в соответствии с GoBD.
- Для таких случаев необходим переход к подходящим поставщикам электронной почты, которые предоставляют подходящие интерфейсы для архивирования. (LWsystems предлагает для этого переход хостинга электронной почты в облако LWsystems (расположение сервера: Германия). В облаке LWsystems мы используем Groupware Zimbra. Существует возможность выбора между почтовыми ящиками любого размера — от простых почтовых ящиков IMAP до целых почтовых ящиков Groupware. Они, конечно, также могут быть использованы с Microsoft Outlook и синхронизированы с мобильными устройствами).
- 5. Примечание для более крупных инфраструктур: архивирование дубликатов на нескольких серверах электронной почты
- Если электронные письма из нескольких разных систем-источников импортируются, существует возможность того, что электронное письмо будет импортировано несколько раз или ошибочно.
Для таких случаев существуют соответствующие опции конфигурации, которые мы можем использовать для ваших клиентов. - В следующей статье Wiki описана проблема:
https://wiki.benno-mailarchiv.de/doku.php/multi-import - Если у вас возникла такая ситуация, как описано в вики, пожалуйста, свяжитесь с нами для разъяснения
- 6. White Label WebApp с индивидуальной доменой
- Benno Cloud WebApp может быть легко брендирована в соответствии с вашим корпоративным дизайном. Кроме того, мы можем предоставить и поддерживать WebApp под доменным именем по вашему выбору (например, mailarchiv.resellername.de).
- Необходимо настроить следующие элементы:
1. Вы как реселлер настраиваете запись CNAME для вашего домена
2. Мы подготавливаем конфигурацию VirtualHost на веб-сервере
3. Мы настраиваем SSL-сертификат Let's Encrypt (Dehydrated) для домена CNAME.
4. Вы оформляете и брендируете веб-приложение с помощью HTML/CSS и предоставляете нам файл CSS для загрузки.
5. Если вы хотите использовать свой логотип для веб-приложения, вы также предоставляете его нам.
6. Мы настраиваем ваш файл CSS и логотип и т. д. на веб-сервере.
- 7. Полное белое labeling – включая отправку почты
- С 1 декабря 2025 года вы можете расширить белое labeling вашего Benno Cloud на отправку почты. Электронные письма, которые ваши клиенты пересылают из архива, будут отправляться с вашего собственного адреса отправителя и через ваш домен.
- Два альтернативных пути к цели:
- Альтернатива 1 – Просто: Мы отправляем через наши почтовые серверы – вы просто настраиваете свой SPF-Record (
a:mailout.benno-cloud.de) и предоставляете нам свой адрес отправителя.
Альтернатива 2 – Гибко: Вы отправляете через свои собственные почтовые серверы – у вас есть полный контроль над DKIM, DMARC и всеми другими механизмами аутентификации. - Настройка шаблонов почты: Загрузите наши стандартные шаблоны почты (TXT/HTML) здесь, настройте их по своему усмотрению и отправьте нам для интеграции. Это происходит без осложнений через нашу службу поддержки: support@benno-mailarchiv.de
- Без вашего активного запроса на отправку почты с белой этикеткой письма отправляются через наши почтовые серверы с адресами отправителей, такими как
no-reply@benno-cloud.de.
- ИНТЕРФЕЙСЫ АУТЕНТИФИКАЦИИ
- Benno Cloud включает в себя локальное управление пользователями для каждого отдельного клиента. Оно доступно внутри WebApp (при условии наличия прав администратора пользователя).
Кроме того, аутентификация пользователей может производиться против локального LDAP или Active Directory (AD) либо с помощью OAuth2 (например, вход через Microsoft, Google и т. д.). - При аутентификации против локальной системы у конечного клиента не должно быть прямого доступа к службе LDAP. Вместо этого мы предоставляем пакет Debian GNU/Linux, с помощью которого Benno Cloud может выполнять аутентификацию против внутреннего каталога LDAP через REST API.