- 展望近期未来：
- 在可预见的未来，作为我们 White Labeled Benno Cloud (WLBC) 的（潜在）经销商，您将获得一个 Reseller-Portal 在线可用，这将使您能够:
- – 作为新的 WLBC 经销商注册（自助服务）
- – 仪表板，概览您的终端客户及其存档状态
- – 创建、修改和删除您的终端客户，并管理您的终端客户的合同
- – 概览我们向您发送的 WLBC 发票
- 对于您的终端客户的入职，我们必须协调您如何设置或实现要归档的电子邮件的导出，以便邮件能够在 Benno Cloud 中归档。
为此，我们提供多种接口，以下将进行介绍和说明。 - WLBC邮件导入接口
- 使用 WLBC 可以实际 所有 邮件和协作软件解决方案（incl. Microsoft 365/Exchange Online）被归档。
从 IMAP 邮箱（IMAP-Import）导入电子邮件因监管原因（GoBD）在 WLDB 不 可用。 - WLBC 拥有以下 导入接口 用于导入各自客户或终端用户的电子邮件：
1. REST API 用于从 Linux/Unix 系统导入以及旧邮件的自助上传
2. Journaling 邮箱用于 M365/Exchange Online
3. SMTP 导入
- 1. 用于从Linux/Unix系统导入的REST API
- 电子邮件将作为单独的EML文件发送到Benno Cloud的REST API（https上传）。EML文件最好直接缓存在MTA上，然后通过REST传输。.
- 1.1 Linux / UNIX MTA
- Für Debian GNU/Linux 系统，我们提供一个完整的 Debian 包的 MILTER 守护进程。MILTER 守护进程可以连接到 Postfix 或 Sendmail 安装。
所有进出邮件都会被 MILTER 本地临时存储。Zusätzlich，SMTP Envelope 信息与邮件一起保存，以免潜在的 BCC-Empfänger 数据丢失。
临时存储的邮件随后由一个异步运行的任务上传到 Benno Cloud übertragen（https-Upload）。Auch hierfür，我们提供一个完整的 Debian GNU/Linux 包。
Für 其他平台 können 我们提供一个示例 cURL 调用，作为实现连接的模板。
- 2. Microsoft Exchange Server和Microsoft 365/Exchange Online（M365）
- Microsoft Exchange Server (MXS) 提供 Möglichkeit，将所有进出以及内部电子邮件存储在所谓的 Journaling Mailbox 进行临时存储。电子邮件将作为包含正文元数据以及实际电子邮件附件的邮件进行保存。
电子邮件可以随后通过 POP3 导出或通过 SMTP 发送到外部邮箱。
M365 或 Exchange Online 也提供此配置 möglichkeit。然而，这里的电子邮件无法通过 POP3 导入，而是 müssen 强制直接通过 SMTP 发送到一个汇总邮箱（该邮箱直接与 Benno Cloud verknüpft 是）
对于从 MS Exchange 或 M365 的导入，我们会为每位终端客户提供一个 Journal 邮箱地址。在 MS Exchange 或 M365 中，此地址将被配置为 Journaling 邮箱的目标地址。
关于 Exchange Online 中 Journaling 邮箱配置的简要说明，请参见此处： https://wiki.benno-mailarchiv.de/doku.php/microsoft_office_365
- 3. SMTP导入
- 在Benno Cloud中，通过SMTP导入要归档的电子邮件，将其发送到Benno Cloud的个人邮件地址。这样，它们就可以直接进入存档。.
- 一种可配置的动态替代方案用于 MILTER，是 Möglichkeit，将电子邮件通过 Envelope 转发发送到 Benno Cloud 的个人电子邮件地址。
在 Linux/Unix MTA Postfix 中，例如使用 BCC Maps（关键词 sender_bcc_maps、recipient_bcc_maps）进行配置。
该方法相较于上述 MILTER 导入的 gegenüber 优势 的更简化且更具动态性的配置。然而，这里关于 über Empfänger 的信息会丢失，这些收件人是通过 BCC 指定的。电子邮件仍然会被归档，但可能只能由 ADMIN 在 Benno Cloud 中找到。
- 4. IMAP导入
- 注意：
- 由于GoBD的要求，不提供用于IMAP导入的接口！即使IMAP检索在技术上是可行的，也无法通过IMAP实现符合GoBD的邮件归档。.
- 提供商邮箱（例如 T-Online、web.de、GMX 等）或类似 All Inkl 等提供商的邮箱，这些提供商未向其客户提供适当的接口 für 一项 GoBD‑合规邮件归档，亦未提供 Verfügung，können i.d.R. 不 GoBD‑合规归档。
- 对于此类情况，必须迁移到合适的邮件提供商，他们提供用于归档的合适接口。（LWsystems 为邮件托管迁移提供 LWsystems Cloud （服务器位置：德国）提供。在 LWsystems 云中我们运行 Groupware Zimbra。有可能， 在任意大小的邮箱之间进行选择 — 从简单的 IMAP 邮箱到完整的 Groupware 邮箱。这些当然也可以 与 Microsoft Outlook 一起使用 并与 移动设备同步 使用）。
- 5. 较大基础设施的提示：在多个邮件服务器上存档重复邮件
- 如果从多个不同的源系统导入电子邮件，可能会出现同一封电子邮件被多次或错误地导入的情况。
对于此类情况，存在相应的配置选项，我们可以针对您的客户按需使用。 - 在以下 Wiki 文章中阐述了该问题：
https://wiki.benno-mailarchiv.de/doku.php/multi-import - 如果您有wiki中描述的这种情况，请联系我们以便澄清！
- 6. 带有独立域名的白标Web应用程序
- Benno 云 WebApp 可以轻松地根据您的 企业形象设计 相应 品牌化 将被实现。此外，我们可以在 您选择的域名 （例如 mailarchiv.resellername.de）提供并运行。
- 以下事项需要配置：
1. 您作为经销商为您的域名设置一个 CNAME 记录 für
2. 我们在 Web 服务器上准备 VirtualHost 配置
3. 我们为 CNAME 域名设置 Let’s Encrypt (Dehydrated) SSL 证书 für。
4. 您通过 HTML/CSS 设计并品牌化 WebApp，并将 CSS 文件提供给我们上传 Verfügung。
5. 如果您想为 WebApp 使用您的徽标 für，请将其同样提供给我们 Verfügung。
6. 我们在 Web-Server 上设置您的 CSS 文件和徽标等。
- 7. 完整的白标 – 包括邮件发送
- 自2025年12月1日起，您可以将Benno Cloud的白标扩展到邮件发送。您的客户从存档中转发的电子邮件将使用您自己的发件人地址和您的域名发送。.
- 实现目标的两种替代途径：
- Alternative 1 – 简单: 我们通过我们的邮件服务器发送 – 您只需调整您的 SPF 记录 (
a:mailout.benno-cloud.de) 并提供您的发件人地址。
Alternative 2 – 灵活: 您通过您自己的邮件服务器发送 – 您对 DKIM、DMARC 以及所有其他身份验证机制拥有完全控制。 - Mail-Templates 调整: 下载我们的标准邮件模板 (TXT/HTML) 在此, 根据您的需求进行调整并提交给我们以便录入。此过程通过我们的支持团队简便完成：support@benno-mailarchiv.de
- 如果您未主动请求白标邮件发送，邮件将通过我们的邮件服务器使用类似
no-reply@benno-cloud.de的发件人地址发送。
- 身份验证接口
- Benno Cloud 包含针对每个租户的本地用户管理。它可以在 Web 应用内访问（需要用户的管理员权限）。
此外，用户的身份验证可以针对本地 LDAP 或 Active Directory (AD) 或通过 OAuth2 （例如 Microsoft 登录、Google 登录等）进行。 - 当针对终端客户的本地系统进行身份验证时，不应直接访问LDAP服务。相反，我们为此提供了一个Debian GNU/Linux软件包，Benno Cloud可以使用它通过REST API对内部LDAP目录进行身份验证。.