Project

General

Profile

Demande #242

Migration du système de gestion de mails de l'April

Added by theo _ about 11 years ago. Updated about 9 years ago.

Status:
Fermé
Priority:
Normale
Assignee:
Category:
-
Target version:
-
Start date:
10/05/2011
Due date:
% Done:

100%

Estimated time:
(Total: 0.00 h)
Spent time:
40.00 h (Total: 40.25 h)
Difficulté:

Description

État du système

Exim et sympa sont dans des version obsolètes. Il est nécessaire de les migrer le plus tôt possible.

Des serveurs de tests sont prêt sur pavot.

Actions à entreprendre

  • Migrer d'exim/mescaline à postfix/pavot
  • Migrer de sympa/mescaline à sympa/pavot
  • Migrer de spamvir/ns1 à spamvir/pavot

Subtasks

Demande #780: Gérer les mails qui sont encore reçus sur mescalineFerméVincent-Xavier JUMEL

Actions

Related issues

Blocks Admins - Demande #241: Supprimer MescalineFermé09/29/2011

Actions
Follows Admins - Demande #268: Mettre en place la CSS sympa "April" proposée par un membre.Fermé

Actions
Precedes Admins - Demande #770: Nouvelles sondes Zabbix post migrationRejeté01/11/201202/12/2012

Actions

History

#1

Updated by theo _ about 11 years ago

  • Tracker changed from Anomalie to 6
#2

Updated by theo _ about 11 years ago

Pour mémoire, mail envoyé par vx le 18-07-2010 :

« Je viens d'explorer deux probables schémas pour la future architecture
mail.

Le premier se base sur <http://linuxgazette.net/124/pfeiffer.html&gt;, le
second se basant sur un produit Mandriva : Mandriva Directory Server
<http://mds.mandriva.org/&gt;.

L'aspect interface web centralisée est purement optionnelle dans le
deuxième schémas.

Ces deux projets apportent leurs lots de schémas LDAP supplémentaires
permettant de gérer des adresses mails, des alias et tout le reste.

Le second est packagé pour Debian sous la forme d'un dépôt
supplémentaire et apporte de façon rapide le necéssaire, alors que le
premier ne l'est. De même, MDS supporte la configuration de plusieurs
domaines virtuels, ce qui pourrait s'avérer intéressant;

Cela dit, je suis parti dans l'hypothèse d'avoir un annuaire LDAP pour
stocker une partie des informations sur les adhérents. J'ai passé, ainsi
que Emmanuel Charpentier, du temps à essayer de mettre en place le
backend ldap-sql qui permet de présenter des données issues d'une base
MySQL dans un annuaire LDAP (c'est la méthode proposé sur le wiki de
CiviCRM :
<http://wiki.civicrm.org/confluence/display/CRMDOC/CiviCRM+LDAP+Integration&gt;.)
Je n'ai aucune idée des performances ni même de la stabilité d'un tel
montage, le backend ldap-sql étant encore marqué «experimental» sur le
site d'OpenLDAP. L'autre solution temporaire consisterai à rajouter des
routines permettant de vérifier que l'annuaire ldap est bien synchronisé
avec la base de gdtc. C'est la méthode employé par Dolibarr
<http://www.dolibarr.org> mais il va falloir faire un peu de
développement sur gdtc. La troisième solution consisterai à migrer une
partie du stockage des données vers gdtc.

Au niveau de l'infrastructure LDAP, je pensais avoir un maître LDAP qui
alimenterai un esclave sur chaque machine ayant besoin de LDAP. »

#3

Updated by theo _ about 11 years ago

Accès IMAP/tls et SMTP/tls à finaliser (récupérer certificat April) + gestion du parefeu au niveau de l'hôte.

#4

Updated by François Poulain over 10 years ago

  • Tracker changed from 6 to Demande
#5

Updated by Vincent-Xavier JUMEL about 10 years ago

  • % Done changed from 0 to 70
#6

Updated by Vincent-Xavier JUMEL about 10 years ago

Le sprint du WE dernier a permis de bien avancer sur cette tâche.

#7

Updated by Vincent-Xavier JUMEL about 10 years ago

  • Status changed from Nouveau to En cours de traitement
#8

Updated by theo _ almost 10 years ago

  • Status changed from En cours de traitement to Résolu
#9

Updated by Loïc Dachary about 9 years ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF