- Взгляд в ближайшее будущее:
- В ближайшее время для вас как (потенциального) реселлера нашего White Labeled Benno Cloud (WLBC) будет Reseller-Portal онлайн доступен, который позволит вам следующее:
- – Регистрация в качестве нового реселлера WLBC (самообслуживание)
- – Панель управления с обзором ваших конечных клиентов и их архивных состояний
- – Создание, изменение и удаление ваших конечных клиентов и управление их контрактами
- – Обзор счетов, которые мы направляем вам для WLBC
- Для ввода ваших конечных клиентов нам необходимо согласовать, как вы настроите экспорт архивируемых электронных писем или реализуете его, чтобы письма могли быть архивированы в Benno Cloud.
Здесь мы предлагаем различные интерфейсы, которые мы представим ниже и объясним. - ИНТЕРФЕЙСЫ ДЛЯ ИМПОРТА ПОЧТЫ В WLBC
- С WLBC können E-Mails de facto всех почтовые и Groupware-Lösungen (incl. Microsoft 365/Exchange Online) архивируются.
Импорт E-Mails из IMAP-Mailboxen (IMAP-Import) стоит из регуляторных Gründen (GoBD) в WLBC не к доступу. - WLBC verfügt über следующие Импорт-интерфейсы für импорта E-Mails соответствующих Mandanten bzw. Endkunden:
1. REST API für Import aus Linux/Unix Systemen sowie Selfservice-Upload von Legacy Mails
2. Journaling Mailbox für M365/Exchange Online
3. SMTP Import
- 1. REST API для импорта из систем Linux/Unix
- Электронные письма отправляются как отдельные файлы EML в REST API Benno Cloud (загрузка по https). Файлы EML должны быть временно сохранены как копия непосредственно на MTA и затем переданы через REST.
- 1.1 MTA Linux / UNIX
- Für Debian GNU/Linux систем предоставляем MILTER Daemon как готовый пакет Debian для Verfügung.
Alle ein- und ausgehenden E-Mails werden dabei vom MILTER локально zwischengespeichert. Zusätzlich сохраняются SMTP Envelope информация с E-Mails, так что данные возможных BCC-Empfänger не теряются.
Die zwischengespeicherten E-Mails werden anschließend von einem асинхронного задания к Benno Cloud übertragen (https-Upload). Auch hierfür предоставляем готовый Debian GNU/Linux Paket zur Verfügung.
Für andere Plattformen können wir примерный cURL-Aufruf zur Verfügung stellen, der как Vorlage für eine Implementierung der Anbindung dienen kann.
- 2. Microsoft Exchange Server и Microsoft 365/Exchange Online (M365)
- Microsoft Exchange Server (MXS) предоставляет возможность, все входящие и исходящие, а также внутренние электронные письма в так называемом Journaling Mailbox сохранять. При этом электронные письма сохраняются как письма с метаданными в теле и оригинальным письмом во вложении.
Электронные письма могут быть экспортированы по POP3 или отправлены по SMTP во внешний почтовый ящик.
M365 или Exchange Online также предоставляет эту возможность конфигурации. Однако здесь электронные письма не могут быть импортированы по POP3, а должны принудительно напрямую по SMTP в общую почтовую коробку (которая напрямую связана с Benno Cloud) отправляются.
Для импорта из MS Exchange или M365 мы предоставляем вам адрес Journal Mailbox для соответствующего конечного клиента. В MS Exchange или M365 этот адрес затем настраивается как целевой адрес Journaling Mailbox.
Краткое объяснение конфигурации Journaling Mailbox в Exchange Online вы найдете здесь: https://wiki.benno-mailarchiv.de/doku.php/microsoft_office_365
- 3. Импорт SMTP
- При импорте SMTP в Benno Cloud электронные письма, подлежащие архивированию, отправляются по SMTP на индивидуальный (предоставленный нами) адрес электронной почты Benno Cloud. Они попадают напрямую в архив.
- Динамическая настраиваемая альтернатива MILTER — это Möglichkeit, отправлять электронные письма через пересылку Envelope на индивидуальный адрес электронной почты Benno Cloud.
В Linux/Unix MTA Postfix это, например, настраивается с помощью BCC Maps (ключевые слова sender_bcc_maps, recipient_bcc_maps).
Этот метод имеет gegenüber вышеописанного импорта MILTER преимущество более простой и динамичной конфигурации. Однако здесь теряется информация über получателей, адресованных через BCC. Электронные письма тогда, хотя и архивируются, могут быть найдены только от ADMIN в Benno Cloud.
- 4. Импорт IMAP
- ВНИМАНИЕ:
- Из-за требований GoBD нет интерфейса для импорта IMAP! Даже если технически возможно выполнить IMAP-запрос, соответствующее GoBD архивирование электронной почты невозможно реализовать с помощью IMAP.
- Почтовые ящики провайдеров (например, T-Online, web.de, GMX и др.) либо почтовые ящики у поставщиков, таких как All Inkl, которые не предоставляют своим клиентам подходящие интерфейсы für GoBD‑совместимую архивизацию почты либо не делают их доступными Verfügung, können i.d.R. не GoBD‑совместимо будут архивированы.
- Für derartige Fälle это переезд к подходящим поставщикам почты unumgänglich, которые предоставляют подходящие интерфейсы для архивирования. LWsystems Cloud (Serverstandort: Deutschland) предоставляем. В облаке LWsystems мы используем Groupware Zimbra. Существует Möglichkeit, между Postfächern beliebiger Größe выбрать – от простых IMAP‑почтовых ящиков до полных Groupware-Postfächern. Эти können natürlich также с Microsoft Outlook используется и с мобильными Endgeräten синхронизировано будет).
- 5. Примечание для более крупных инфраструктур: архивирование дубликатов на нескольких серверах электронной почты
- Если электронные письма из нескольких разных исходных систем импортируются, besteht die Möglichkeit, dass eine E-Mail mehrfach oder fälschlicherweise импортируется.
Für такие Fälle существуют соответствующие параметры конфигурации, которые мы можем применять für Ihre Mandanten einsetzen können. - В следующей статье Wiki описана проблема:
https://wiki.benno-mailarchiv.de/doku.php/multi-import - Если у вас возникла такая ситуация, как описано в вики, пожалуйста, свяжитесь с нами для разъяснения
- 6. White Label WebApp с индивидуальной доменой
- Benno Cloud WebApp может легко соответствовать вашему корпоративному дизайну соответственно брендирован будет. Außerdem können мы разместим WebApp под доменным именем по вашему выбору (bspw. mailarchiv.resellername.de) разместить и обслуживать.
- Следующие пункты необходимо настроить:
1. Вы, как реселлер, создаёте запись CNAME для вашего домена
2. Мы подготавливаем конфигурацию VirtualHost на веб‑сервере
3. Мы устанавливаем SSL‑сертификат Let’s Encrypt (Dehydrated) для CNAME‑домена.
4. Вы оформляете и брендуете WebApp с помощью HTML/CSS и предоставляете нам CSS‑файл для загрузки.
5. Если вы хотите использовать ваш логотип для WebApp, предоставьте его нам также.
6. Мы размещаем ваш CSS‑файл и логотип и т.д. на веб‑сервере.
- 7. Полное белое labeling – включая отправку почты
- С 1 декабря 2025 года вы можете расширить белое labeling вашего Benno Cloud на отправку почты. Электронные письма, которые ваши клиенты пересылают из архива, будут отправляться с вашего собственного адреса отправителя и через ваш домен.
- Два альтернативных пути к цели:
- Вариант 1 – Простой: Мы отправляем über наши почтовые серверы – Вы меняете только ваш SPF-Record (
a:mailout.benno-cloud.de) и дайте нам ваш адрес отправителя.
Вариант 2 – Гибкий: Вы отправляете über ваши собственные почтовые серверы – Вы имеете полный контроль über DKIM, DMARC и все остальные механизмы аутентификации. - Настройка шаблонов писем: Скачайте наши стандартные шаблоны писем (TXT/HTML) здесь, настройте их согласно вашим Wünschen и отправьте их нам для внедрения. Это происходит без проблем über наша Support-Team: support@benno-mailarchiv.de
- Без вашего активного запроса отправки писем с White Label, письма будут отправлены через наши почтовые серверы с адресами отправителей, как
no-reply@benno-cloud.deотправляются.
- ИНТЕРФЕЙСЫ АУТЕНТИФИКАЦИИ
- Benno Cloud включает локальное управление пользователями для каждого отдельного клиента. Она доступна внутри веб‑приложения (при условии прав администратора пользователя).
Кроме того, аутентификацию пользователей можно выполнить против локального LDAP или Active Directory (AD) или через OAuth2 (например, Microsoft Login, Google Login и т.д.) выполняется. - При аутентификации против локальной системы у конечного клиента не должно быть прямого доступа к службе LDAP. Вместо этого мы предоставляем пакет Debian GNU/Linux, с помощью которого Benno Cloud может выполнять аутентификацию против внутреннего каталога LDAP через REST API.