La criticité de l'archivage dépend essentiellement de l'architecture dans laquelle il a été mis en place.
Le produit vient se greffer sur l'architecture actuellement en place, on peut par exemple n'archiver que le flux sortant, tout comme choisir d'archiver que le flux entrant. Tout dépend de l'implémentation.
On peut intercaller la solution entre deux smtp serveurs, dans ce cas on est sur qu'aucun mails ne sortent (ou entrent) si la solution ne fonctionne pas.
On peut également greffer la solution sans l'intercaler dans le flux smtp, ce qui la rend moins critique.
Concernant le HA, différentes méthodes peuvent être envisagées. A titre d'exemple, on peut utiliser des MX backup en jouant sur le transport tout en assurant une disponibilité de la base de données sur heatbeat et drbd.
La partie consultation étant à mon avis moins critique que le reste, on peut se passer de haute disponibilité sur cette partie là.
[^] # Re: SLO
Posté par dgranjon . En réponse à la dépêche Open Mail Archive : archivage de messagerie en open source. Évalué à 1.
Le produit vient se greffer sur l'architecture actuellement en place, on peut par exemple n'archiver que le flux sortant, tout comme choisir d'archiver que le flux entrant. Tout dépend de l'implémentation.
On peut intercaller la solution entre deux smtp serveurs, dans ce cas on est sur qu'aucun mails ne sortent (ou entrent) si la solution ne fonctionne pas.
On peut également greffer la solution sans l'intercaler dans le flux smtp, ce qui la rend moins critique.
Concernant le HA, différentes méthodes peuvent être envisagées. A titre d'exemple, on peut utiliser des MX backup en jouant sur le transport tout en assurant une disponibilité de la base de données sur heatbeat et drbd.
La partie consultation étant à mon avis moins critique que le reste, on peut se passer de haute disponibilité sur cette partie là.