Software » Mx Backup
Mx Backup
Publié le 20/05/2009 @ 11:18:31,
Par BrainBusYBonjour tous,
J'aimerais mettre en place un backup MX pour plusieurs noms de domaines avec une rétention minimum de 15 jours, en cas de soucis les mails seraient simplement dans une file d’attente et serait distribués dès le retour à la normale.
L’un d’entre vous a-t-il déjà mis cela en place, vers quel soft se diriger, sachant que cela serait hosté dans un datacenter, et probablement sur un ESXi.
Merci de partager vos expériences.
BrainBusY.
J'aimerais mettre en place un backup MX pour plusieurs noms de domaines avec une rétention minimum de 15 jours, en cas de soucis les mails seraient simplement dans une file d’attente et serait distribués dès le retour à la normale.
L’un d’entre vous a-t-il déjà mis cela en place, vers quel soft se diriger, sachant que cela serait hosté dans un datacenter, et probablement sur un ESXi.
Merci de partager vos expériences.
BrainBusY.
Mx Backup
Publié le 20/05/2009 @ 12:02:02,
Par Dr_DanPourquoi une rétention de 15 jours?
N'importe quel MTA fera l'affaire: postfix,qmail,exim,etc... sendmail exchange
N'importe quel MTA fera l'affaire: postfix,qmail,exim,etc... sendmail exchange
Se tromper est humain ; Vraiment foutre la merde necessite le mot de passe de root.
Mx Backup
Publié le 20/05/2009 @ 12:16:49,
Par BrainBusY15 jours, simplement en cas de GROS soucis genre le batiment à bruler et il faut reconstruire le réseau ailleurs et from scratch.
Et puis dans l'idéal je préfere pas exchange, pour des raisons de couts.
Je pensais vraiment un truc genre open source, stable, ...
Et puis dans l'idéal je préfere pas exchange, pour des raisons de couts.
Je pensais vraiment un truc genre open source, stable, ...
Mx Backup
Publié le 20/05/2009 @ 13:10:51,
Par Dr_DanEt pendant 15 jours vous fermez boutique et partez en vacances ??
Les sociétés qui fournissent du hosting, ont toujours un minimum de 2 datacenters distant.
En fonction du design de votre infrastructure vous pouvez retrouver un service normal après quelques secondes ou quelques heures.
Pourrais-tu déja expliquer ce que tu as comme infrastructure?
Les sociétés qui fournissent du hosting, ont toujours un minimum de 2 datacenters distant.
En fonction du design de votre infrastructure vous pouvez retrouver un service normal après quelques secondes ou quelques heures.
Pourrais-tu déja expliquer ce que tu as comme infrastructure?
Se tromper est humain ; Vraiment foutre la merde necessite le mot de passe de root.
Mx Backup
Publié le 20/05/2009 @ 13:49:14,
Par maxOn s'en fout des raisons !
Si je comprends bien:
Un serveur SMTP 1 qui gère les domaines A, B, C
Un serveur SMTP 2 de Backup qui 99.999% du temps ne fait que transférer les mails au serveur 1.
Le cas de figure de SMTP1 mort pour 15 jours ou plus ou moins ou cas 0.001%:
Avec postfix:
maximal_queue_lifetime = 15d
(par défaut c'est 5 jours)
Si après 15 jours, vous n'avez toujours pas de serveur STMP rétabli ET que vous voulez non pas lire ces vieux mails mais les gardez encore dans la queue list quelque temps, il suffit de se connecter sur le serveur, changer la variable et relancer le service.
Dernière édition: 20/05/2009 @ 13:50:51
Si je comprends bien:
Un serveur SMTP 1 qui gère les domaines A, B, C
Un serveur SMTP 2 de Backup qui 99.999% du temps ne fait que transférer les mails au serveur 1.
Le cas de figure de SMTP1 mort pour 15 jours ou plus ou moins ou cas 0.001%:
Avec postfix:
maximal_queue_lifetime = 15d
(par défaut c'est 5 jours)
Si après 15 jours, vous n'avez toujours pas de serveur STMP rétabli ET que vous voulez non pas lire ces vieux mails mais les gardez encore dans la queue list quelque temps, il suffit de se connecter sur le serveur, changer la variable et relancer le service.
Dernière édition: 20/05/2009 @ 13:50:51
Trololo
Mx Backup
Publié le 20/05/2009 @ 14:07:56,
Par Dr_DanMax>Si ta société peut vivre 15 jours sans mail, vends tes serveurs et utilises la poste!
Sérieusement, ça n'a pas de sens de stocker 15 jours de mail pro. sans que personne ne puisse les lire.
Sérieusement, ça n'a pas de sens de stocker 15 jours de mail pro. sans que personne ne puisse les lire.
Se tromper est humain ; Vraiment foutre la merde necessite le mot de passe de root.
Mx Backup
Publié le 20/05/2009 @ 14:16:57,
Par maxJ'ai dis qu'on se foutait de savoir si c'était une bonne idée ou pas
Trololo
Mx Backup
Publié le 20/05/2009 @ 14:19:51,
Par BrainBusYNon, non, non ... il ne s'agit pas de MA société, mais bien de mes clients, comme je suis au petit soins avec eux, je ne veux plus qu'ils puissent ne plus perdre des mails, c'est tout.
Donc SMTP server A ici, B par la, C encore ailleurs, on s'en fout, mais qu'en cas de problèmes, d'une minute ou de trois jours, les mails ne soient pas perdu, tout simplement.
Qu'on puisse ou pas les lire durant 15 jours n'a pas la moindre importance, je ne veux pas qu'il soit perdu. point.
Voila.
Dernière édition: 20/05/2009 @ 15:16:09
Donc SMTP server A ici, B par la, C encore ailleurs, on s'en fout, mais qu'en cas de problèmes, d'une minute ou de trois jours, les mails ne soient pas perdu, tout simplement.
Qu'on puisse ou pas les lire durant 15 jours n'a pas la moindre importance, je ne veux pas qu'il soit perdu. point.
Voila.
Dernière édition: 20/05/2009 @ 15:16:09
Mx Backup
Publié le 20/05/2009 @ 15:51:08,
Par ovhSérieusement, ça n'a pas de sens de stocker 15 jours de mail pro. sans que personne ne puisse les lire.
Vu le retard de traitement des mails (voir même le classement vertical sans réponse) dans certaines beaucoup de sociétés, ça ne changerait pas grand chose...
Dernière édition: 20/05/2009 @ 15:51:40
Je n'ai rien à voir avec www.ovh.com
Mx Backup
Publié le 20/05/2009 @ 16:27:42,
Par maxComme la réponse a été donnée, on peut discuter maintenant:
Les mails ne sont pas perdus, sauf si il y a une erreur de configuration, c'est juste qu'après x jours, ils sont renvoyés à l'émetteur avec un message lui signalant qu'ils n'ont pas été délivré correctement. Ils ne sont pas perdus, ils sont rentré à la maison, j'insiste bien.
Ton client ne l'a pas reçu certe mais il y a de forte chance que ton client te crie au téléphone parce que ça fait deux jours qu'il ne reçoit pas ses mails et que c'est un scandale et patatit et patata. Dans la vraie vie, tu ne bénéficieras jamais de ces 15 jours de répits.
Qu'on puisse ou pas les lire durant 15 jours n'a pas la moindre importance, je ne veux pas qu'il soit perdu. point.
Les mails ne sont pas perdus, sauf si il y a une erreur de configuration, c'est juste qu'après x jours, ils sont renvoyés à l'émetteur avec un message lui signalant qu'ils n'ont pas été délivré correctement. Ils ne sont pas perdus, ils sont rentré à la maison, j'insiste bien.
Ton client ne l'a pas reçu certe mais il y a de forte chance que ton client te crie au téléphone parce que ça fait deux jours qu'il ne reçoit pas ses mails et que c'est un scandale et patatit et patata. Dans la vraie vie, tu ne bénéficieras jamais de ces 15 jours de répits.
Trololo
Mx Backup
Publié le 20/05/2009 @ 17:24:48,
Par Dr_DanLes mails ne sont pas perdus,
Si le server 1 crame, les mail livrés et pas encore récupérés par l'utilisateur, sont perdus
Se tromper est humain ; Vraiment foutre la merde necessite le mot de passe de root.
Mx Backup
Publié le 20/05/2009 @ 18:08:44,
Par BrainBusYMax, je suis d'accord avec toi, mais tout les serveurs de mail n'accepte pas le NDR, essaye un peu d'envoyer un mail avec une erreur dans l'adresse, le serveur le balance sur le relay skynet par exemple, et bien tu peux toujours attendre un NDR ... Et un relay au delà de 24 heures, ce n'est pas courant ...
+1 Pour Dr_Dan, espérons alors que l'utilisateur en question crame avec le serveur
Dernière édition: 20/05/2009 @ 20:01:00
+1 Pour Dr_Dan, espérons alors que l'utilisateur en question crame avec le serveur
Dernière édition: 20/05/2009 @ 20:01:00