Informations importantes pour
Revendeurs WLBC
Intégration White Labeled Benno Cloud (WLBC)
Comment les clients finaux sont-ils intégrés chez WLBC, quelles interfaces et possibilités existent ?
Les détails les plus importants sont expliqués ici.
Avez-vous des questions sur les détails techniques de cette page ?
- Perspective dans un avenir proche :
- Dans un avenir proche, en tant que revendeur (potentiel) de notre White Labeled Benno Cloud (WLBC), un portail revendeur sera mis en ligne, qui vous permettra de :
- – Inscription en tant que nouveau revendeur WLBC (self-service)
- – Tableau de bord avec une vue d'ensemble de vos clients finaux et de leurs archives
- – Créer, modifier et supprimer vos clients finaux et gérer les contrats de vos clients finaux
- – Vue d'ensemble des factures que nous vous envoyons pour WLBC
- Pour l'intégration de vos clients finals, nous devons convenir de la manière dont vous configurez ou mettez en œuvre l'exportation des e-mails à archiver, afin que les e-mails puissent être archivés dans Benno Cloud.
À cette fin, nous proposons différentes interfaces que nous présentons et expliquons ci-dessous. - INTERFACES POUR L'IMPORTATION DE MAILS DANS WLBC
- Avec WLBC, les e-mails de facto de toutes les solutions de messagerie et de groupware (y compris Microsoft 365/Exchange Online) peuvent être archivés.
L'importation d'e-mails à partir de boîtes aux lettres IMAP (importation IMAP) n'est pas disponible dans WLBC pour des raisons réglementaires (GoBD). - WLBC dispose des interfaces d'importation suivantes pour l'importation d'e-mails des locataires respectifs ou des clients finals :
1. API REST pour l'importation à partir de systèmes Linux/Unix ainsi que le téléchargement autonome de courriels hérités
2. Boîte aux lettres de journalisation pour M365/Exchange Online
3. Importation SMTP
- 1. API REST pour l'importation à partir de systèmes Linux/Unix
- Les e-mails sont envoyés en tant que fichiers EML individuels à l'API REST de Benno Cloud (téléchargement https). Les fichiers EML doivent être mis en cache si possible directement sur le MTA en tant que copie, puis transférés via REST.
- 1.1 MTA Linux / UNIX
- Pour les systèmes Debian GNU/Linux, nous fournissons un démon MILTER sous forme de paquet Debian prêt à l'emploi. Le démon MILTER peut être connecté à des installations Postfix ou Sendmail.
Toutes les e-mails entrants et sortants sont stockés localement par MILTER. En outre, les informations de l'enveloppe SMTP sont stockées avec les e-mails, de sorte que les données des destinataires BCC éventuels ne soient pas perdues.
Les e-mails mis en cache sont ensuite transférés à Benno Cloud par un travail asynchrone (téléchargement https). Nous fournissons également un paquet Debian GNU/Linux prêt à l'emploi pour cela.
Pour d'autres plates-formes, nous pouvons fournir un exemple d'appel cURL qui peut servir de modèle pour la mise en œuvre de la connexion.
- 2. Serveur Microsoft Exchange et Microsoft 365/Exchange Online (M365)
- Microsoft Exchange Server (MXS) offre la possibilité de stocker temporairement toutes les e-mails entrantes et sortantes ainsi que les e-mails internes dans la dite boîte aux lettres de journalisation. Les e-mails sont stockées en tant qu'e-mails avec les métadonnées dans le corps ainsi que l'e-mail proprement dit en pièce jointe.
Les e-mails peuvent ensuite être exportées via POP3 ou envoyées via SMTP à une boîte aux lettres externe.
M365 ou Exchange Online offre également cette possibilité de configuration. Cependant, les e-mails ne peuvent pas être importées via POP3, mais doivent être envoyées directement via SMTP à une boîte aux lettres collective (directement liée à Benno Cloud).
Pour l'importation depuis MS Exchange ou M365, nous vous communiquons une adresse de boîte aux lettres de journalisation pour chaque client final. Dans MS Exchange ou M365, cette adresse est ensuite configurée comme adresse cible de la boîte aux lettres de journalisation.
Vous trouverez ici une brève explication sur la configuration de la boîte aux lettres de journalisation dans Exchange Online : https://wiki.benno-mailarchiv.de/doku.php/microsoft_office_365
- 3. Import SMTP
- Lors de l'importation SMTP dans Benno Cloud, les e-mails à archiver sont envoyés par SMTP à une adresse e-mail individuelle (fournie par nos soins) de Benno Cloud. Ils arrivent ainsi directement dans les archives.
- Une alternative configurable de manière dynamique au MILTER est la possibilité de transmettre les e-mails par redirection d'enveloppe à une adresse e-mail individuelle de Benno Cloud.
Dans le MTA Postfix Linux/Unix, cela est configuré par exemple à l'aide de BCC Maps (mots-clés sender_bcc_maps, recipient_bcc_maps).
Cette procédure présente l'avantage d'une configuration plus simple et plus dynamique. Cependant, les informations sur les destinataires adressés en BCC sont perdues. Les e-mails sont alors archivés, mais ne peuvent être trouvés que par l'ADMIN dans Benno Cloud sous certaines conditions.
- 4. Import IMAP
- ATTENTION :
- En raison des exigences de la GoBD, aucune interface pour l'importation IMAP n'est disponible ! Même si la récupération IMAP était techniquement réalisable, une archive de messagerie conforme à la GoBD n'est pas réalisable via IMAP.
- Les boîtes aux lettres du fournisseur (par exemple, T-Online, web.de, GMX, etc.) ou les boîtes aux lettres chez des fournisseurs comme All Inkl, qui n'offrent pas à leurs clients d'interfaces appropriées pour une archive de messagerie conforme à la GoBD ou ne les mettent pas à disposition, ne peuvent généralement pas pas être archivées de manière conforme à la GoBD.
- Pour de tels cas, un déménagement vers des fournisseurs de messagerie appropriés est inévitable, qui fournissent des interfaces appropriées pour l'archivage. (LWsystems propose à cet effet le transfert de l'hébergement de messagerie vers le cloud LWsystems (emplacement du serveur : Allemagne). Dans le cloud LWsystems, nous exploitons la Groupware Zimbra. Il est possible de choisir entre des boîtes aux lettres de taille arbitraire – des boîtes aux lettres IMAP simples aux boîtes aux lettres de groupware entières. Celles-ci peuvent naturellement également être utilisées avec Microsoft Outlook et synchronisées avec des appareils mobiles).
- 5. Remarque pour les infrastructures plus grandes : Archivage des doublons sur plusieurs serveurs de messagerie
- Si des e-mails provenant de plusieurs systèmes sources différents sont importés, il est possible qu'un e-mail soit importé plusieurs fois ou par erreur.
Pour de tels cas, il existe des options de configuration correspondantes que nous pouvons utiliser au cas par cas pour vos locataires. - Dans l'article wiki suivant, le problème est expliqué :
https://wiki.benno-mailarchiv.de/doku.php/multi-import - Si vous avez une telle situation, comme expliqué dans le wiki, n'hésitez pas à nous contacter pour clarification !
- 6. Application Web White Label avec domaine individuel
- L'application Web Benno Cloud peut être facilement adaptée à votre design d'entreprise en conséquence marquée. De plus, nous pouvons fournir et exploiter l'application Web sous un nom de domaine de votre choix (par exemple mailarchiv.resellername.de).
- Les éléments suivants doivent être configurés :
1. En tant que revendeur, vous configurez un enregistrement CNAME pour votre domaine.
2. Nous préparons la configuration de l'hôte virtuel sur le serveur Web.
3. Nous configurons un certificat SSL Let's Encrypt (déshydraté) pour le domaine CNAME.
4. Vous concevez et personnalisez l'application Web via HTML/CSS et nous fournissez le fichier CSS pour le téléchargement.
5. Si vous souhaitez utiliser votre logo pour l'application Web, veuillez nous le fournir également.
6. Nous configurons votre fichier CSS et votre logo, etc. sur le serveur Web.
- 7. Marquage blanc complet – y compris l'envoi de courrier électronique
- À compter du 1er décembre 2025, vous pourrez étendre le marquage blanc de votre Benno Cloud à l'envoi de courrier électronique. Les courriels que vos clients transfèrent depuis l'archive seront alors envoyés avec votre propre adresse d'expéditeur et via votre domaine.
- Deux voies alternatives pour atteindre l'objectif :
- Alternative 1 – Simple : Nous envoyons via nos serveurs de messagerie – vous n'avez qu'à adapter votre enregistrement SPF (
a:mailout.benno-cloud.de) et nous fournir votre adresse d'expéditeur.
Alternative 2 – Flexible : Vous envoyez via vos propres serveurs de messagerie – vous avez un contrôle total sur DKIM, DMARC et tous les autres mécanismes d'authentification. - Ajuster les modèles de messagerie : Téléchargez nos modèles de messagerie standard (TXT/HTML) ici, adaptez-les à vos besoins et soumettez-les pour intégration. Cela se fait sans complication via notre équipe de support : support@benno-mailarchiv.de
- Sans votre demande active d'envoi de courrier avec label blanc, les courriels seront envoyés via nos serveurs de messagerie avec des adresses d'expéditeur comme
no-reply@benno-cloud.de.
- INTERFACES D'AUTHENTIFICATION
- Benno Cloud comprend une gestion locale des utilisateurs pour chaque locataire. Il est accessible depuis l'application Web (avec les droits d'administrateur de l'utilisateur).
De plus, l'authentification des utilisateurs peut être effectuée par rapport à un LDAP local ou Active Directory (AD) ou par OAuth2 (par exemple, connexion Microsoft, connexion Google, etc.). - Lors de l'authentification par rapport à un système local chez le client final, aucun accès direct au service LDAP ne doit être effectué. Au lieu de cela, nous fournissons un paquet Debian GNU/Linux qui permet à Benno Cloud d'effectuer l'authentification par rapport au répertoire LDAP interne via l'API REST.