- 展望近期未来：
- 在不久的将来，我们的白标 Benno 云 (WLBC) 的（潜在）经销商将会有一个 经销商门户 在线提供，它将使您能够：
- – 作为新的 WLBC 经销商注册（自助服务）
- – 仪表板，概览您的终端客户及其存档状态
- – 创建、修改和删除您的终端客户，并管理您的终端客户的合同
- – 概览我们向您发送的 WLBC 发票
- 为了使您的终端客户顺利接入，我们需要协调如何设置或实施待存档电子邮件的导出，以便能够在Benno Cloud中存档这些邮件。
为此，我们提供多种接口，接下来我们将介绍并说明这些接口。 - WLBC邮件导入接口
- 使用WLBC，事实上可以存档所有邮件和协作解决方案（包括Microsoft 365/Exchange Online）的电子邮件。
由于监管原因（GoBD），WLBC不支持从IMAP邮箱导入电子邮件（IMAP导入）。 - WLBC具有以下导入接口，用于导入各个租户或终端客户的电子邮件：
1. 用于从Linux/Unix系统导入的REST API，以及旧邮件的自助上传
2. 用于M365/Exchange Online的日志邮箱
3. SMTP导入
- 1. 用于从Linux/Unix系统导入的REST API
- 电子邮件将作为单独的EML文件发送到Benno Cloud的REST API（https上传）。EML文件最好直接缓存在MTA上，然后通过REST传输。.
- 1.1 Linux / UNIX MTA
- 对于Debian GNU/Linux系统，我们提供了一个完整的Debian软件包形式的MILTER守护进程。MILTER守护进程可以与Postfix或Sendmail安装集成。
所有传入和传出的电子邮件都会被MILTER本地缓存。此外，SMTP信封信息与电子邮件一起存储，以便不会丢失任何BCC收件人的数据。
缓存的电子邮件随后由异步运行的作业传输到Benno Cloud（https上传）。为此，我们还提供了一个完整的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导入
- 在Benno Cloud中，通过SMTP导入要归档的电子邮件，将其发送到Benno Cloud的个人邮件地址。这样，它们就可以直接进入存档。.
- 一个可配置的MILTER替代方案是通过Envelope转发将电子邮件发送到Benno Cloud的个人电子邮件地址。
在Linux/Unix MTA Postfix中，例如，使用BCC Maps进行配置（关键词：sender_bcc_maps，recipient_bcc_maps）。
与上述MILTER导入相比，该方法具有优势，配置更简单、更动态。然而，这里会丢失通过BCC寻址的收件人的信息。电子邮件将被存档，但在某些情况下只能由Benno Cloud中的管理员找到。
- 4. IMAP导入
- 注意：
- 由于GoBD的要求，不提供用于IMAP导入的接口！即使IMAP检索在技术上是可行的，也无法通过IMAP实现符合GoBD的邮件归档。.
- 提供商邮箱（例如T-Online，web.de，GMX等）或提供商邮箱，如All Inkl，它们不向客户提供用于符合GoBD的邮件归档的适当接口，通常不能以符合GoBD的方式归档。
- 对于此类情况，必须迁移到合适的邮件提供商，他们提供合适的接口来进行存档。(LWsystems 为此提供迁移邮件托管到 LWsystems 云 (服务器位置：德国)的服务。在 LWsystems 云中，我们使用 群件 Zimbra。您可以 在任意大小的邮箱之间进行选择 – 从简单的 IMAP 邮箱到完整的群件邮箱。这些邮箱当然也可以 与 Microsoft Outlook 一起使用 并与 移动设备同步 。)
- 5. 较大基础设施的提示：在多个邮件服务器上存档重复邮件
- 如果从多个不同的源系统导入电子邮件，则可能会多次或错误地导入同一封电子邮件。
- 以下 Wiki 文章中详细说明了这个问题：
https://wiki.benno-mailarchiv.de/doku.php/multi-import - 如果您有wiki中描述的这种情况，请联系我们以便澄清！
- 6. 带有独立域名的白标Web应用程序
- Benno Cloud WebApp 可以轻松按照您的 企业设计 进行 品牌定制。此外，我们还可以在您选择的 域名（例如mailarchiv.resellername.de）下提供和运营WebApp。
- 需要配置以下内容：
1. 作为经销商，您需要为您的域名设置CNAME记录
2. 我们准备好Web服务器上的VirtualHost配置
3. 我们为CNAME域名设置Let's Encrypt（Dehydrated）SSL证书。
4. 您通过HTML/CSS定制和品牌化WebApp，并将CSS文件提供给我们上传。
5. 如果您想在WebApp中使用您的Logo，也请提供给我们。
6. 我们在Web服务器上设置您的CSS文件和Logo等。
- 7. 完整的白标 – 包括邮件发送
- 自2025年12月1日起，您可以将Benno Cloud的白标扩展到邮件发送。您的客户从存档中转发的电子邮件将使用您自己的发件人地址和您的域名发送。.
- 实现目标的两种替代途径：
- 替代方案1 - 简单：我们通过我们的邮件服务器发送 - 您只需调整您的SPF记录（
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可以使用它通过REST API对内部LDAP目录进行身份验证。.