|
Taille: 2125
Commentaire:
|
← Version 6 à la date du 2018-11-07 16:40:49 ⇥
Taille: 2344
Commentaire:
|
| Texte supprimé. | Texte ajouté. |
| Ligne 4: | Ligne 4: |
{i} À noter que tous les nouveaux serveurs mentionnés ici devront __obligatoirement__ être installés via une recette [[Ansible]]. |
|
| Ligne 22: | Ligne 24: |
| * mettre en place une interface web pour l'accès https | * mise en place d'une interface de type ''webmail'' pour l'accès web aux boîtes ''(en vue : roundcube, car bien supporté par Debian)'' |
Cette page présente l'idée d'une infrastructure commune rapatriant les services jusqu'ici distribués localement.
Il ne s'agit pas exactement d'un projet en soi mais plutôt d'une liste d'actions pour y arriver.
À noter que tous les nouveaux serveurs mentionnés ici devront obligatoirement être installés via une recette Ansible.
Listes Mailman
Actions :
- création d'un serveur de liste Mailman commun, dans l'infonuagique ;
- rapatriement des listes centrales et régionales dans ce serveur.
Remarques :
toutes les listes n'ayant pour destinataires que des adresses @auf.org seront converties en Groupe de distribution dans Office 365 ; les autres listes doivent pour le moment rester dans Mailman, faute d'avoir trouvé une plateforme remplissant les mêmes fonctions ;
- toutes les adresses de listes devront passer en @auf.org au final ; si certaines listes ne peuvent changer d'adresse (pour des raisons de communication ou autre), il faudra rapatrier également le domaine utilisé sur le serveur local vers le serveur commun ;
- attention à assurer la continuité de service de la liste — ou au minimum la persistance de l'adresse utilisée, à moins d'avoir obtenu l'accord des utilisateurs pour changer d'adresse.
Messagerie et boîtes aux lettres @*.refer.org
Actions :
- création d'un serveur de messagerie commun, dans l'infonuagique ;
- rapatriement des boîtes aux lettres des CNF dans ce serveur ;
- suppression des serveurs de messagerie locaux.
mise en place d'une interface de type webmail pour l'accès web aux boîtes (en vue : roundcube, car bien supporté par Debian)
Remarques :
- ce serveur devra supporter plusieurs sous-domaines de refer.org ;
- il n'est pas nécessaire de prévoir une interface de gestion web pour ce serveur, étant donné qu'il ne servira qu'à assurer la transition vers la disparition progressive de ce service ;
- il faudra en rechanche évaluer s'il est souhaitable de mettre ces comptes dans des tables SQL, ou si de simples fichiers textes pourraient suffire.
DNS @xx.refer.org @xx.auf.org
Actions :
- Cartographier les extensions dns encore en utilisation ;
- Création des entrées en centrales ;
- suppression des redirections et des serveurs DNS locaux
Remarques :