Hi all, I put into production SOGo with an LDAP server and dovecot and postfix for my laboratory. Today there are 400 users of this service. My lab has partnered with another laboratory with 50 people who already have their messaging solution MS exchange. I created 50 new user accounts in the LDAP server, and the users can log in to webmail SOGo, and their information is present in the ldap directory. How is it possible to disable the mail module and calendar set as the default module for user configuration of SOGo?
According to my tests with this configuration it should be possible to allow external collaborators share calendars easier group. What about you? Thanks in advance Seba == In French with more information == SOGo calendar et utilisation de comptes utilisateurs extérieurs J’ai mise en production, depuis plus de 2 ans, SOGo comme webmail pour le laboratoire ou je suis Administrateur Système. Je suis responsable du service de messagerie qui compte environ 400 utilisateurs. Les utilisateurs en sont comptant des fonctions fournis par SOGo, et certains utilisent leur agenda personnel depuis leur smartphone ou depuis Thunderbird assez facilement via CalDAV. Mais le laboratoire ou je travaille a fusionné avec un autre laboratoire, pour créer un nouveau institut de recherche. Concernant le service de messagerie, celui-ci va rester dans l’état, et le laboratoire qui nous a rejoints va devenir un nouveau département de recherche. Ce département héberge sa messagerie au niveau de notre université, et ne compte pas migrer leurs comptes vers notre infrastructure pour des raisons politiques…. J’aimerai malgré tout trouver une solution pour fournir un service de partage d’agendas entre les utilisateurs de ces deux départements. Pour faire simple voici le problème DepartementA : 400 Utilisateurs Compte LDAP, messagerie dovecot/postix , mail : [email protected] Webmail, agenda : SOGo DepartementB : [les nouveaux utilisateurs] 50 utilisateurs Compte LDAP : les nouveaux utilisateurs ont un compte LDAP pour l’authentification WEB Messagerie : hébergement extérieur via l’université, mail [email protected] Webmail, agenda, smartphone : exchange + activesync J’administre aussi le serveur LDAP, qui est aussi utilisé pour l’authentification WEB avec des comptes de la class inetOrgPerson, mais aussi pour la messagerie avec les comptes autorisées qui ont en plus la class posixAccount. Comme j’ai créé les comptes utilisateurs du departementB dans le serveur LDAP (class inetorgperson), ces utilisateurs peuvent se connecter sur le Webmail via SOGo. Ils apparaissent également dans l’annuaire, et dans les partages pour les agendas. Par contre le module mail ne fonctionne pas, ce qui est normale car ces utilisateurs non pas de compte sur le serveur de messagerie du laboratoire…. Serait-il possible via une option d’indiquer à sogo de ne pas afficher le module mail pour certains utilisateurs ? Dans ce cas les utilisateurs du departementB pourraient facilement se connecter sur SOGo et accéder uniquement à la fonction agenda. De plus les différent gestionnaire du departemùent A ou B pourrais avoir des agendas partagé relativement facilement, ce qui serait un plus pour SOGo. Si vous avez d’autres pistes pour autoriser des personnes extérieures pour créer des agendas de groupe je suis intéressé. Petite remarque : Avec les différentes solutions de messagerie existante au niveau des universités, si SOGo arrivent à rajouter une options pour fédérer plusieurs domaine de messagerie, ce serait intéressant. Par exemple : rajouter l’authentification par imap externe, si le compte utilisateur existe dans le serveur LDAP Exmple : user account : login, mail : [email protected] Ldap account : Uid=login [email protected] Password : password for localauth Sogoextimapserver=imap.universite.fr Sogoextsmtpserver=smtp.universite.fr Lorsque l’utilisateur se connecte sur SOGo, il saisit sont password imap. Si l’utilisateur a besoin d’accéder a l’authentification des services web local, il saisit sont password local (password) -- [email protected] https://inverse.ca/sogo/lists
