Poster une réponse à un sujet: Mx Backup
Attention, ce sujet est un sujet ancien (5698 jours sans réponse)
BrainBusY
Max, 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
+1 Pour Dr_Dan, espérons alors que l'utilisateur en question crame avec le serveur
Dr_Dan
Les 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
max
Comme 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.
ovh
Sé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...
BrainBusY
Non, 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.
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.
max
J'ai dis qu'on se foutait de savoir si c'était une bonne idée ou pas
Dr_Dan
Max>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.
max
On 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.
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.
Dr_Dan
Et 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?
BrainBusY
15 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, ...