- Perspectiva de futuro cercano:
- En un futuro próximo estará für usted como (potencial) revendedor de nuestra White Labeled Benno Cloud (WLBC) un Portal de Revendedor online zur Verfügung stehen, dass Ihnen folgendes ermöglichen wird:
- – Registro como nuevo revendedor de WLBC (autoservicio)
- – Panel de control con visión general de sus clientes finales y sus archivos
- – Crear, modificar y eliminar sus clientes finales y administrar los contratos de sus clientes finales
- – Visión general de las facturas que le enviamos para WLBC
- Für la incorporación de sus clientes finales debemos coordinar cómo usted configura o implementa la exportación de los correos electrónicos a archivar, de modo que los correos en Benno Cloud archiviert werden können.
Aquí ofrecemos varias interfaces que presentaremos a continuación y erläutern. - INTERFACES PARA LA IMPORTACIÓN DE CORREOS EN WLBC
- Con WLBC pueden los correos electrónicos de facto de todas soluciones de correo y groupware (incl. Microsoft 365/Exchange Online) pueden archivarse.
La importación de correos electrónicos desde buzones IMAP (importación IMAP) está, por razones regulatorias (GoBD), en WLBC no disponible. - WLBC dispone de las siguientes Interfaces de importación para la importación de correos electrónicos de los respectivos clientes o usuarios finales:
1. API REST para importación desde sistemas Linux/Unix así como carga autoservicio de correos heredados
2. Buzón de registro (Journaling) para M365/Exchange Online
3. Importación SMTP
- 1. API REST para importación desde sistemas Linux/Unix
- Las E-Mails se envían como archivos EML individuales a la API REST de Benno Cloud (https-Upload). Los archivos EML deben almacenarse temporalmente como copia directamente en el MTA y luego transferirse a través de REST.
- 1.1 MTA Linux / UNIX
- Para sistemas Debian GNU/Linux ofrecemos un daemon MILTER como paquete Debian listo para usar. El daemon MILTER puede conectarse a instalaciones de Postfix o Sendmail.
Todos los correos electrónicos entrantes y salientes se almacenan localmente en caché por el MILTER. Además, se guardan la información del sobre SMTP con los correos, de modo que los datos de posibles destinatarios BCC no se pierdan.
Los correos electrónicos almacenados en caché se transfieren posteriormente mediante un trabajo asíncrono a Benno Cloud (carga https). También proporcionamos un paquete Debian GNU/Linux listo para usar.
Para otras plataformas podemos proporcionar un ejemplo de llamada cURL que sirva como plantilla para una implementación de la integración.
- 2. Microsoft Exchange Server y Microsoft 365/Exchange Online (M365)
- Microsoft Exchange Server (MXS) ofrece la posibilidad de archivar todos los correos electrónicos entrantes y salientes, así como internos, en la llamada Buzón de registro para almacenarlos temporalmente. Los correos electrónicos se guardan como correos con los metadatos en el cuerpo y el correo electrónico real como adjunto.
Los correos pueden exportarse posteriormente mediante POP3 o enviarse mediante SMTP a un buzón externo.
M365 o Exchange Online también ofrecen esta posibilidad de configuración. Sin embargo, los correos aquí no pueden importarse mediante POP3, sino deben forzosamente enviados directamente mediante SMTP a un buzón colectivo (que está directamente vinculado con Benno Cloud).
Para la importación desde MS Exchange o M365 le proporcionamos una dirección de buzón de registro para el cliente correspondiente. En MS Exchange o M365 esta dirección se configura como la dirección de destino del buzón de registro.
Una breve explicación sobre la configuración del buzón de registro en Exchange Online la encontrará aquí: https://wiki.benno-mailarchiv.de/doku.php/microsoft_office_365
- 3. Importación SMTP
- Al importar SMTP en Benno Cloud, los correos electrónicos que se van a archivar se envían por SMTP a una dirección de correo electrónico individual (predeterminada por nosotros) de Benno Cloud. De esta manera, llegan directamente al archivo.
- Una alternativa dinámica configurable al MILTER es la Möglichkeit de enviar los correos electrónicos mediante reenvío de sobre a una dirección de correo individual de Benno Cloud.
En el MTA Postfix de Linux/Unix, esto se configura, por ejemplo, con la ayuda de BCC Maps (palabra clave sender_bcc_maps, recipient_bcc_maps).
Este procedimiento tiene, frente a la importación MILTER descrita arriba, el ventaja de la configuración más simple y dinámica. Sin embargo, aquí se pierden la información über los destinatarios, que fueron direccionados por BCC. Los correos electrónicos se archivan, pero können ser encontrados solo por el ADMIN en Benno Cloud bajo ciertas Umständen.
- 4. Importación IMAP
- ATENCIÓN:
- Debido a los requisitos de GoBD, ¡NO hay ninguna interfaz disponible para la importación IMAP! Incluso si la recuperación IMAP fuera técnicamente factible, un archivo de correo conforme a GoBD no se puede implementar a través de IMAP.
- Buzones de proveedores (p. ej. T-Online, web.de, GMX, etc.) o buzones en proveedores como, por ejemplo, All Inkl, que no ofrecen a sus clientes interfaces adecuadas para un archivado de correo conforme a GoBD o no las ponen a disposición, pueden, por lo general, no archivado conforme a GoBD.
- Para casos así, es indispensable una migración a proveedores de correo adecuados, que ofrezcan interfaces apropiadas para el archivado. (LWsystems ofrece la migración del hosting de correo a la LWsystems Cloud (Ubicación del servidor: Alemania) y. En la LWsystems Cloud operamos la Groupware Zimbra. Existe la posibilidad, entre buzones de cualquier tamaño para elegir – desde simples buzones IMAP hasta buzones completos de Groupware. Estos pueden, por supuesto, también usarse con Microsoft Outlook y con dispositivos móviles sincronizados se sincronizan).
- 5. Nota para infraestructuras más grandes: archivo de duplicados en varios servidores de correo
- Si los correos electrónicos se importan desde varios sistemas de origen diferentes, existe la posibilidad de que un correo se importe varias veces o de forma incorrecta.
Para tales casos existen opciones de configuración correspondientes que podemos aplicar caso por caso para sus clientes. - En el siguiente artículo de Wiki se explica la problemática:
https://wiki.benno-mailarchiv.de/doku.php/multi-import - ¿Tiene una situación como la descrita en el wiki? ¡No dude en hacérnoslo saber para que podamos discutirla!
- 6. Aplicación web de etiqueta blanca con dominio individual
- La Benno Cloud WebApp puede simplemente a su Corporate Design correspondiente personalizada será. Además, podemos ofrecer la WebApp bajo un nombre de dominio de su elección (p.ej. mailarchiv.resellername.de) proporcionar y operar.
- Los siguientes elementos deben configurarse:
1. Como revendedor, configure un registro CNAME para su dominio
2. Preparamos la configuración de VirtualHost en el servidor web
3. Configuramos un certificado SSL Let’s Encrypt (Dehydrated) para el dominio CNAME.
4. Diseña y personaliza la WebApp mediante HTML/CSS y proporciónanos el archivo CSS para subirlo.
5. Si desea usar su logotipo para la WebApp, también proporciónenoslo.
6. Configuramos su archivo CSS, logotipo, etc., en el servidor web.
- 7. Etiquetado blanco completo: incluido el envío de correo
- A partir del 1 de diciembre de 2025, puede ampliar el etiquetado blanco de su Benno Cloud al envío de correo. Los correos electrónicos que sus clientes redirijan desde el archivo se enviarán con su propia dirección de remitente y a través de su dominio.
- Dos caminos alternativos hacia la meta:
- Alternativa 1 – Simple: Enviamos a través de nuestros servidores de correo – Solo ajusta su registro SPF (
a:mailout.benno-cloud.de) y nos proporciona su dirección de remitente.
Alternativa 2 – Flexible: Usted envía a través de sus propios servidores de correo – Usted tiene control total sobre DKIM, DMARC y todos los demás mecanismos de autenticación. - Adaptar plantillas de correo: Descargue nuestras plantillas de correo estándar (TXT/HTML) aquí, ajústelas a su gusto y envíelas para su incorporación. Esto se realiza sin complicaciones a través de nuestro equipo de soporte: support@benno-mailarchiv.de
- Sin su solicitud activa del envío de correo con marca blanca, los correos über nuestros servidores de correo con direcciones de remitente como
no-reply@benno-cloud.deenviados.
- INTERFACES DE AUTENTICACIÓN
- Benno Cloud incluye una gestión de usuarios local für cada cliente. Está disponible dentro de la WebApp (se requieren derechos de administrador del usuario).
Además, la autenticación de los usuarios contra un LDAP bzw. Active Directory (AD) o mediante OAuth2 (p.ej., Microsoft Login, Google Login, etc.) se realiza. - Al autenticarse contra un sistema local en el cliente final, no debe haber acceso directo al servicio LDAP. En su lugar, proporcionamos un paquete Debian GNU/Linux que permite a Benno Cloud realizar la autenticación contra el directorio LDAP interno a través de la API REST.