- Perspectiva para o futuro próximo:
- Em um futuro próximo, um portal de revendedores estará disponível online para você, como um (potencial) revendedor do nosso Benno Cloud de Marca Branca (WLBC) , que lhe permitirá fazer o seguinte:
- – Registro como novo revendedor WLBC (autosserviço)
- – Painel com visão geral dos seus clientes finais e seus arquivos
- – Anlegen, ändern und löschen Ihrer Endkunden und verwalten der Verträge Ihrer Endkunden
- – Visão geral das faturas que lhe enviaremos para WLBC
- Para integrar seus clientes finais, precisamos coordenar como você configurará ou implementará a exportação de e-mails para serem arquivados, de forma que possam ser armazenados no Benno Cloud.
Oferecemos diversas interfaces para essa finalidade, que apresentaremos e explicaremos a seguir. - INTERFACES PARA IMPORTAR E-MAILS NO WLBC
- O WLBC pode arquivar emails de praticamente todas as soluções de email e groupware (incluindo Microsoft 365/Exchange Online). A importação de emails de caixas de correio IMAP (importação IMAP) não está disponível no WLBC por motivos regulamentares (GoBD).
- A WLBC oferece as seguintes interfaces de importação para importar emails dos respectivos clientes ou usuários finais:
1. API REST para importação de sistemas Linux/Unix e upload de emails legados em regime de autosserviço;
2. Caixa de correio com registro em diário para M365/Exchange Online;
3. Importação SMTP.
- 1. API REST para importação de sistemas Linux/Unix
- As e-mails são enviadas como arquivos EML individuais para a API REST da Benno Cloud (upload HTTPS). Os arquivos EML devem ser armazenados em cache diretamente no MTA como uma cópia e posteriormente transferidos via REST.
- 1.1 Linux / UNIX MTA
- Para sistemas Debian GNU/Linux, fornecemos um daemon MILTER como um pacote Debian pronto para uso. O daemon MILTER pode ser integrado a instalações do Postfix ou Sendmail.
Todos os e-mails recebidos e enviados são armazenados em cache localmente pelo MILTER. Além disso, as informações do envelope SMTP são armazenadas com os e-mails, garantindo que os dados de quaisquer destinatários em cópia oculta (BCC) não sejam perdidos.
Os e-mails em cache são então transferidos para a Benno Cloud por meio de uma tarefa assíncrona (upload HTTPS). Também fornecemos um pacote Debian GNU/Linux pronto para uso para essa finalidade.
Para outras plataformas, podemos fornecer um exemplo de chamada cURL que pode servir como modelo para implementar a integração.
- 2. Microsoft Exchange Server e Microsoft 365/Exchange Online (M365)
- O Microsoft Exchange Server (MXS) oferece a opção de armazenar temporariamente todos os emails recebidos, enviados e internos em uma caixa de correio de registro em diário . Os emails são armazenados com metadados no corpo e o conteúdo propriamente dito como anexo.
Esses emails podem então ser exportados via POP3 ou enviados para uma caixa de correio externa via SMTP.
O Microsoft 365 e o Exchange Online também oferecem essa opção de configuração. No entanto, os emails não podem ser importados via POP3; devem ser enviados diretamente via SMTP para uma caixa de correio central (que está diretamente vinculada ao Benno Cloud).
Para importação do Microsoft Exchange ou do Microsoft 365, forneceremos um endereço de caixa de correio de registro em diário para cada cliente final. Esse endereço é então configurado como o endereço de destino para a caixa de correio de registro em diário no Microsoft Exchange ou no Microsoft 365.
Uma breve explicação de como configurar a caixa de correio de registro em diário no Exchange Online pode ser encontrada aqui: https://wiki.benno-mailarchiv.de/doku.php/microsoft_office_365
- 3. Importar SMTP
- Ao importar SMTP na nuvem Benno, os e-mails a serem arquivados são enviados por SMTP para um endereço de e-mail individual (fornecido por nós) da nuvem Benno. Eles chegam diretamente ao arquivo.
- Uma alternativa ao MILTER com configuração mais dinâmica é a opção de encaminhar e-mails via envelopes para um endereço de e-mail personalizado do Benno Cloud. No MTA Postfix para Linux/Unix, isso é configurado usando mapas de CCO (palavras-chave: sender_bcc_maps, recipient_bcc_maps). Esse método oferece a vantagem de uma configuração mais simples e dinâmica em comparação com a importação do MILTER descrita acima . No entanto, as informações sobre os destinatários endereçados via CCO são perdidas. Embora os e-mails sejam arquivados, eles podem estar acessíveis apenas ao administrador do Benno Cloud.
- 4Importação IMAP
- ATENÇÃO:
- Devido aos requisitos da GoBD, nenhuma interface está disponível para importação IMAP! Mesmo que a recuperação IMAP fosse tecnicamente viável, uma arquivamento de e-mail em conformidade com a GoBD não é viável por meio do IMAP.
- Caixas de correio de provedores (por exemplo, T-Online, web.de, GMX, etc.) ou caixas de correio de provedores como a All Inkl, que não oferecem ou fornecem aos seus clientes interfaces adequadas para o arquivamento de e-mails em conformidade com o GoBD, geralmente não podem ser arquivadas de forma compatível com o GoBD.
- Nesses casos, migrar para provedores de e-mail adequados que ofereçam interfaces de arquivamento apropriadas é essencial. (A LWsystems oferece a opção de migrar a hospedagem de e-mail para a Nuvem LWsystems (localização do servidor: Alemanha). Operamos o groupware Zimbra na Nuvem LWsystems . Você pode escolher entre caixas de correio de qualquer tamanho – desde caixas de correio IMAP simples até caixas de correio de groupware completas. Elas também podem ser usadas com o Microsoft Outlook e sincronizadas com dispositivos móveis .)
- 5. Nota para infraestruturas maiores: Arquivamento de duplicatas em vários servidores de e-mail
- Se os emails forem importados de vários sistemas de origem diferentes, existe a possibilidade de um email ser importado várias vezes ou incorretamente.
Para esses casos, existem opções de configuração específicas que podemos implementar para seus clientes, caso a caso. - O seguinte artigo da wiki explica o problema:
https://wiki.benno-mailarchiv.de/doku.php/multi-import - Se você tiver uma situação como a descrita no Wiki, entre em contato conosco para esclarecimentos!
- 6. WebApp White Label com domínio individual
- O aplicativo web Benno Cloud pode ser facilmente personalizado para combinar com a identidade visual da sua empresa . Além disso, podemos fornecer e operar o aplicativo web sob um nome de domínio de sua escolha (por exemplo, mailarchiv.resellername.de).
- As seguintes etapas precisam ser configuradas:
1. Você, como revendedor, configura um registro CNAME para o seu domínio.
2. Nós preparamos a configuração do VirtualHost no servidor web.
3. Nós configuramos um certificado SSL Let's Encrypt (desidratado) para o domínio CNAME.
4. Você cria o design e a identidade visual do aplicativo web usando HTML/CSS e nos fornece o arquivo CSS para upload.
5. Se desejar usar seu logotipo no aplicativo web, por favor, nos forneça-o também.
6. Nós configuramos seu arquivo CSS, logotipo, etc., no servidor web.
- 7. White Labeling completo - incluindo envio de e-mail
- A partir de 1º de dezembro de 2025, você pode estender o White Labeling da sua Benno Cloud para o envio de e-mail. Os e-mails que seus clientes encaminharem do arquivo serão enviados com seu endereço de remetente e domínio.
- Duas formas alternativas de atingir o objetivo:
- Opção 1 – Simples: Enviamos através dos nossos servidores de e-mail – você só precisa ajustar seu registro SPF (
a:mailout.benno-cloud.de) e nos fornecer seu endereço de remetente.
Opção 2 – Flexível: Você envia através dos seus próprios servidores de e-mail – você tem controle total sobre DKIM, DMARC e todos os outros mecanismos de autenticação. - Personalize modelos de e-mail: Baixe nossos modelos de e-mail padrão (TXT/HTML) aqui, personalize-os ao seu gosto e envie-os para nós para implementação. Isso pode ser feito facilmente através da nossa equipe de suporte: support@benno-mailarchiv.de
- Sem sua solicitação expressa para o envio de e-mails com marca própria, os e-mails serão enviados por meio de nossos servidores de e-mail com endereços de remetente como
no-reply@benno-cloud.de.
- INTERFACES DE AUTENTICAÇÃO
- O Benno Cloud inclui gerenciamento de usuários local para cada locatário individual. O acesso é feito pelo aplicativo web (desde que o usuário tenha direitos de administrador). Além disso, a autenticação do usuário pode ser feita por meio de um LDAP local ou Active Directory (AD) ou via OAuth2 (por exemplo, login da Microsoft, login do Google etc.).
- Ao autenticar contra um sistema local no cliente final, não deve haver acesso direto ao serviço LDAP. Em vez disso, fornecemos um pacote Debian GNU/Linux para realizar a autenticação contra o diretório LDAP interno via REST API.