- Perspectiva de futuro cercano:
- En un futuro próximo, como (posible) revendedor de nuestra White Labeled Benno Cloud (WLBC), tendrá a su disposición un Portal de Revendedor en línea que le permitirá lo siguiente:
- – 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
- Para la incorporación de sus clientes finales, debemos acordar cómo configurarán o implementarán la exportación de los correos electrónicos a archivar para que puedan ser archivados en Benno Cloud.
A tal efecto, ofrecemos varias interfaces que presentamos y explicamos a continuación. - INTERFACES PARA LA IMPORTACIÓN DE CORREOS EN WLBC
- Con WLBC, los correos electrónicos de prácticamente todas las soluciones de correo y groupware (incluyendo Microsoft 365/Exchange Online) pueden ser archivados.
La importación de correos electrónicos desde buzones IMAP (importación IMAP) no está disponible en WLBC por razones regulatorias (GoBD). - WLBC dispone de las siguientes interfaces de importación para la importación de correos electrónicos de los respectivos clientes o clientes finales:
1. API REST para importación desde sistemas Linux/Unix así como carga automática de correos legacy
2. Buzón de 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, proporcionamos un daemon MILTER como un paquete Debian listo. El daemon MILTER se puede conectar a instalaciones de Postfix o Sendmail.
Todas las E-Mails entrantes y salientes se almacenan localmente en MILTER. Además, se guardan las informaciones del sobre SMTP con las E-Mails, de modo que los datos de los destinatarios BCC no se pierdan.
Las E-Mails almacenadas se transfieren posteriormente a Benno Cloud mediante un trabajo asíncrono (subida https). También para esto proporcionamos un paquete Debian GNU/Linux listo.
Para otras plataformas, podemos proporcionar una llamada cURL ejemplar para que sirva como plantilla para la implementación de la conexión.
- 2. Microsoft Exchange Server y Microsoft 365/Exchange Online (M365)
- Microsoft Exchange Server (MXS) ofrece la posibilidad de almacenar temporalmente todos los correos electrónicos entrantes, salientes e internos en la llamada bandeja de journaling. Los correos electrónicos se guardan como correos electrónicos con metadatos en el cuerpo y el correo electrónico real como un archivo adjunto.
Los correos electrónicos se pueden exportar posteriormente mediante POP3 o enviar a una bandeja de correo externa mediante SMTP.
M365 o Exchange Online también ofrecen esta posibilidad de configuración. Sin embargo, los correos electrónicos no se pueden importar aquí mediante POP3, sino que deben enviarse directamente mediante SMTP a una bandeja de correo colectivo (que está directamente vinculada a Benno Cloud).
Para la importación desde MS Exchange o M365, les proporcionamos una dirección de bandeja de journaling para el cliente final correspondiente. En MS Exchange o M365, esta dirección se configura como la dirección de destino de la bandeja de journaling.
Puede encontrar una breve explicación sobre la configuración de la bandeja de journaling en Exchange Online 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 configurable dinámicamente al MILTER es la posibilidad de enviar los correos electrónicos por reenvío de Envelope a una dirección de correo electrónico individual de Benno Cloud.
En el MTA Postfix de Linux/Unix, esto se configura, por ejemplo, con la ayuda de BCC Maps (palabras clave: sender_bcc_maps, recipient_bcc_maps).
Este procedimiento tiene la ventaja de una configuración más sencilla y dinámica. Sin embargo, aquí se pierden las informaciones sobre los destinatarios que fueron direccionados por BCC. Los correos electrónicos se archivan, pero en ciertas circunstancias solo pueden ser encontrados por el ADMIN en Benno Cloud.
- 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 (por ejemplo, T-Online, web.de, GMX, etc.) o buzones con proveedores como All Inkl, que no ofrecen a sus clientes interfaces adecuadas para un archivo de correo conforme a GoBD o no las ponen a disposición, generalmente no se pueden archivar de acuerdo con GoBD.
- Para tales casos, es inevitable un cambio a proveedores de correo adecuados que proporcionen interfaces adecuadas para el archivo. (LWsystems ofrece para ello el traslado del alojamiento de correo a la LWsystems Cloud (ubicación del servidor: Alemania). En la LWsystems Cloud operamos la Groupware Zimbra. Existe la posibilidad de elegir entre buzones de cualquier tamaño – desde simples buzones de correo IMAP hasta buzones de Groupware completos. Por supuesto, estos también se pueden utilizar con Microsoft Outlook y sincronizar con dispositivos móviles).
- 5. Nota para infraestructuras más grandes: archivo de duplicados en varios servidores de correo
- Si se importan correos electrónicos desde varios sistemas de origen diferentes, existe la posibilidad de que un correo electrónico se importe varias veces o por error.
Para tales casos, existen opciones de configuración correspondientes que podemos utilizar caso por caso para sus clientes. - En el siguiente artículo de Wiki se explica el problema:
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 aplicación web de Benno Cloud se puede personalizar fácilmente según su diseño corporativo. Además, podemos proporcionar y operar la aplicación web bajo un nombre de dominio de su elección (por ejemplo, mailarchiv.resellername.de).
- Se deben configurar los siguientes elementos:
1. Usted como revendedor configura 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 (Deshidratado) para el dominio CNAME.
4. Usted diseña y marca la WebApp mediante HTML/CSS y nos proporciona el archivo CSS para su carga.
5. Si desea utilizar su logotipo para la WebApp, también nos lo proporciona.
6. Configuramos su archivo CSS y 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 – Sencillo: Enviamos a través de nuestros servidores de correo – solo ajusta tu registro SPF (
a:mailout.benno-cloud.de) y danos tu dirección de remitente.
Alternativa 2 – Flexible: Envías a través de tus propios servidores de correo – tienes control total sobre DKIM, DMARC y todos los demás mecanismos de autenticación. - Ajustar plantillas de correo: Descarga nuestras plantillas de correo estándar (TXT/HTML) aquí, ajústalas según tus deseos y envíanoslas para que las implementemos. Esto se hace de manera sencilla a través de nuestro equipo de soporte: support@benno-mailarchiv.de
- Sin tu solicitud activa de envío de correo con etiqueta blanca, los correos se enviarán a través de nuestros servidores de correo con direcciones de remitente como
no-reply@benno-cloud.de.
- INTERFACES DE AUTENTICACIÓN
- Benno Cloud incluye una administración de usuarios local para cada cliente individual. Es accesible dentro de la aplicación web (se asumen derechos de administrador del usuario).
Además, la autenticación de los usuarios se puede realizar contra un LDAP local o Active Directory (AD) o mediante OAuth2 (por ejemplo, inicio de sesión de Microsoft, inicio de sesión de Google, etc.). - 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.