Et vous n’avez pas l’impression qu’on en revient à la question
première : mettre en place un MX secondaire chez un ami ?
Solution déjà écartée.
Ou alors on change (manuellement s’entend) le MX de son
domaine vers l’IP du copain quand on se rend compte que le sien
est tombé en panne…
Et vous n’avez pas l’impression qu’on en revient à la question
première : mettre en place un MX secondaire chez un ami ?
Solution déjà écartée.
Ou alors on change (manuellement s’entend) le MX de son
domaine vers l’IP du copain quand on se rend compte que le sien
est tombé en panne…
Et vous n’avez pas l’impression qu’on en revient à la question
première : mettre en place un MX secondaire chez un ami ?
Solution déjà écartée.
Ou alors on change (manuellement s’entend) le MX de son
domaine vers l’IP du copain quand on se rend compte que le sien
est tombé en panne…
[â¦]
> Ou alors on change (manuellement sâentend) le MX de son
> domaine vers lâIP du copain quand on se rend compte que le
> sien est tombé en panneâ¦
Cela suppose une surveillance 24/24 du relais / serveur de
messagerie depuis un réseau externe.
Il me semble que généralement le MX pointe sur un nom de
machine, le client résout ensuite l' entrée A ou AAA.
Mais, corrigez - moi si je me trompe, la mise à jour d' une
entrée dns implique un temps de réplication et de mise Ã
jour des caches clients. Je pense que c' est viable si la
panne est sur une moyenne / longue durée, mais pas assez
réactive sur une courte durée.
Sachant qu' un bon client smtp essaye de renvoyer à certains
intervalles et pendant un certain temps les messages avant
d' abandonner et avertir l' émetteur;
excepté pour certains types de messages (réservation en
ligne entre autre).
[â¦]
> Ou alors on change (manuellement sâentend) le MX de son
> domaine vers lâIP du copain quand on se rend compte que le
> sien est tombé en panneâ¦
Cela suppose une surveillance 24/24 du relais / serveur de
messagerie depuis un réseau externe.
Il me semble que généralement le MX pointe sur un nom de
machine, le client résout ensuite l' entrée A ou AAA.
Mais, corrigez - moi si je me trompe, la mise à jour d' une
entrée dns implique un temps de réplication et de mise Ã
jour des caches clients. Je pense que c' est viable si la
panne est sur une moyenne / longue durée, mais pas assez
réactive sur une courte durée.
Sachant qu' un bon client smtp essaye de renvoyer à certains
intervalles et pendant un certain temps les messages avant
d' abandonner et avertir l' émetteur;
excepté pour certains types de messages (réservation en
ligne entre autre).
[â¦]
> Ou alors on change (manuellement sâentend) le MX de son
> domaine vers lâIP du copain quand on se rend compte que le
> sien est tombé en panneâ¦
Cela suppose une surveillance 24/24 du relais / serveur de
messagerie depuis un réseau externe.
Il me semble que généralement le MX pointe sur un nom de
machine, le client résout ensuite l' entrée A ou AAA.
Mais, corrigez - moi si je me trompe, la mise à jour d' une
entrée dns implique un temps de réplication et de mise Ã
jour des caches clients. Je pense que c' est viable si la
panne est sur une moyenne / longue durée, mais pas assez
réactive sur une courte durée.
Sachant qu' un bon client smtp essaye de renvoyer à certains
intervalles et pendant un certain temps les messages avant
d' abandonner et avertir l' émetteur;
excepté pour certains types de messages (réservation en
ligne entre autre).
[...]excepté pour certains types de messages (réservation en
ligne entre autre).
Tu as un exemple ?
[...]
excepté pour certains types de messages (réservation en
ligne entre autre).
Tu as un exemple ?
[...]excepté pour certains types de messages (réservation en
ligne entre autre).
Tu as un exemple ?
Bref, une réservation sur le site de voyage SNCF (on a le droit de le
citer ?) est envoyé une et une seule fois, en cas de refus (même
temporaire) le message n' est pas renvoyé.
Il me semble même que c' était indiqué lors de la réservation en ligne.
Mais c' était il y a 5 ans, cela à peut être changé depuis.
Bref, une réservation sur le site de voyage SNCF (on a le droit de le
citer ?) est envoyé une et une seule fois, en cas de refus (même
temporaire) le message n' est pas renvoyé.
Il me semble même que c' était indiqué lors de la réservation en ligne.
Mais c' était il y a 5 ans, cela à peut être changé depuis.
Bref, une réservation sur le site de voyage SNCF (on a le droit de le
citer ?) est envoyé une et une seule fois, en cas de refus (même
temporaire) le message n' est pas renvoyé.
Il me semble même que c' était indiqué lors de la réservation en ligne.
Mais c' était il y a 5 ans, cela à peut être changé depuis.
Le Tue, 04 Oct 2011 15:57:28 +0200
Fabrice MATHIEU a écrit:
> Bref, une réservation sur le site de voyage SNCF (on a le droit de le
> citer ?) est envoyé une et une seule fois, en cas de refus (même
> temporaire) le message n' est pas renvoyé.
> Il me semble même que c' était indiqué lors de la réservation en ligne.
> Mais c' était il y a 5 ans, cela à peut être changé depuis.
J'ai une liste grise chez moi (délai 6mn) depuis plusieurs années (le paquet
smtpwrap que j'ai fait date du 4 juillet 2008) et ai fait de nombreuses
réservations sans jamais avoir de souci. Je ne crois pas que la SNCF applique
une politique particulière sur ses mails.
François Boisson
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Le Tue, 04 Oct 2011 15:57:28 +0200
Fabrice MATHIEU <boitePublique@tmpmbox.no-ip.org> a écrit:
> Bref, une réservation sur le site de voyage SNCF (on a le droit de le
> citer ?) est envoyé une et une seule fois, en cas de refus (même
> temporaire) le message n' est pas renvoyé.
> Il me semble même que c' était indiqué lors de la réservation en ligne.
> Mais c' était il y a 5 ans, cela à peut être changé depuis.
J'ai une liste grise chez moi (délai 6mn) depuis plusieurs années (le paquet
smtpwrap que j'ai fait date du 4 juillet 2008) et ai fait de nombreuses
réservations sans jamais avoir de souci. Je ne crois pas que la SNCF applique
une politique particulière sur ses mails.
François Boisson
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20111004204250.0b73d09c.user.anti-spam@maison.homelinux.net
Le Tue, 04 Oct 2011 15:57:28 +0200
Fabrice MATHIEU a écrit:
> Bref, une réservation sur le site de voyage SNCF (on a le droit de le
> citer ?) est envoyé une et une seule fois, en cas de refus (même
> temporaire) le message n' est pas renvoyé.
> Il me semble même que c' était indiqué lors de la réservation en ligne.
> Mais c' était il y a 5 ans, cela à peut être changé depuis.
J'ai une liste grise chez moi (délai 6mn) depuis plusieurs années (le paquet
smtpwrap que j'ai fait date du 4 juillet 2008) et ai fait de nombreuses
réservations sans jamais avoir de souci. Je ne crois pas que la SNCF applique
une politique particulière sur ses mails.
François Boisson
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
En résumé, que me conseillez vous?
Un serveur avec exactement la meme config de l 'autre cote sur lequel je
switcherai "manuellement"?
En résumé, que me conseillez vous?
Un serveur avec exactement la meme config de l 'autre cote sur lequel je
switcherai "manuellement"?
En résumé, que me conseillez vous?
Un serveur avec exactement la meme config de l 'autre cote sur lequel je
switcherai "manuellement"?
En résumé, que me conseillez vous?
Un serveur avec exactement la meme config de l 'autre cote sur lequel je
switcherai "manuellement"?
En résumé, que me conseillez vous?
Un serveur avec exactement la meme config de l 'autre cote sur lequel je
switcherai "manuellement"?
En résumé, que me conseillez vous?
Un serveur avec exactement la meme config de l 'autre cote sur lequel je
switcherai "manuellement"?
On Mon, Oct 03, 2011 at 09:41:42PM +0200,
Fabien LUCE wrote
a message of 29 lines which said:hebergeant mon serveur exim depuis quelques temps, je souhaitais
créer un serveur exim de secours sur le serveur d'un ami.
Je pense que c'est une mauvaise idée, pour les raisons expliqué es en
<http://www.bortzmeyer.org/mx-secondaire.html>.
On Mon, Oct 03, 2011 at 09:41:42PM +0200,
Fabien LUCE <ftg@lutix.org> wrote
a message of 29 lines which said:
hebergeant mon serveur exim depuis quelques temps, je souhaitais
créer un serveur exim de secours sur le serveur d'un ami.
Je pense que c'est une mauvaise idée, pour les raisons expliqué es en
<http://www.bortzmeyer.org/mx-secondaire.html>.
On Mon, Oct 03, 2011 at 09:41:42PM +0200,
Fabien LUCE wrote
a message of 29 lines which said:hebergeant mon serveur exim depuis quelques temps, je souhaitais
créer un serveur exim de secours sur le serveur d'un ami.
Je pense que c'est une mauvaise idée, pour les raisons expliqué es en
<http://www.bortzmeyer.org/mx-secondaire.html>.
Le 15250ième jour après Epoch,
Stephane Bortzmeyer écrivait:
> On Mon, Oct 03, 2011 at 09:41:42PM +0200,
> Fabien LUCE wrote
> a message of 29 lines which said:
>
>> hebergeant mon serveur exim depuis quelques temps, je souhaitais
>> créer un serveur exim de secours sur le serveur d'un ami.
>
> Je pense que c'est une mauvaise idée, pour les raisons expliquées en
> <http://www.bortzmeyer.org/mx-secondaire.html>.
Au fait, j'ai lu avec attention ton document, qui me semble tout à fait
raisonné et assez clair pour tout le monde, et j'ai remarqué avec
étonnement et un plaisir difficilement camouflé (non, ce n'était pas une
érection) que j'y étais cité...
Merci à toi, je mettrai ça dans mon CV dorénavant :)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Le 15250ième jour après Epoch,
Stephane Bortzmeyer écrivait:
> On Mon, Oct 03, 2011 at 09:41:42PM +0200,
> Fabien LUCE <ftg@lutix.org> wrote
> a message of 29 lines which said:
>
>> hebergeant mon serveur exim depuis quelques temps, je souhaitais
>> créer un serveur exim de secours sur le serveur d'un ami.
>
> Je pense que c'est une mauvaise idée, pour les raisons expliquées en
> <http://www.bortzmeyer.org/mx-secondaire.html>.
Au fait, j'ai lu avec attention ton document, qui me semble tout à fait
raisonné et assez clair pour tout le monde, et j'ai remarqué avec
étonnement et un plaisir difficilement camouflé (non, ce n'était pas une
érection) que j'y étais cité...
Merci à toi, je mettrai ça dans mon CV dorénavant :)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/87ty7mhspv.fsf@fermat.tourde.home
Le 15250ième jour après Epoch,
Stephane Bortzmeyer écrivait:
> On Mon, Oct 03, 2011 at 09:41:42PM +0200,
> Fabien LUCE wrote
> a message of 29 lines which said:
>
>> hebergeant mon serveur exim depuis quelques temps, je souhaitais
>> créer un serveur exim de secours sur le serveur d'un ami.
>
> Je pense que c'est une mauvaise idée, pour les raisons expliquées en
> <http://www.bortzmeyer.org/mx-secondaire.html>.
Au fait, j'ai lu avec attention ton document, qui me semble tout à fait
raisonné et assez clair pour tout le monde, et j'ai remarqué avec
étonnement et un plaisir difficilement camouflé (non, ce n'était pas une
érection) que j'y étais cité...
Merci à toi, je mettrai ça dans mon CV dorénavant :)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
On Mon, Oct 03, 2011 at 09:41:42PM +0200,
Fabien LUCE wrote
a message of 29 lines which said:
> hebergeant mon serveur exim depuis quelques temps, je souhaitais
> créer un serveur exim de secours sur le serveur d'un ami.
Je pense que c'est une mauvaise idée, pour les raisons expliquées en
<http://www.bortzmeyer.org/mx-secondaire.html>.
On Mon, Oct 03, 2011 at 09:41:42PM +0200,
Fabien LUCE <ftg@lutix.org> wrote
a message of 29 lines which said:
> hebergeant mon serveur exim depuis quelques temps, je souhaitais
> créer un serveur exim de secours sur le serveur d'un ami.
Je pense que c'est une mauvaise idée, pour les raisons expliquées en
<http://www.bortzmeyer.org/mx-secondaire.html>.
On Mon, Oct 03, 2011 at 09:41:42PM +0200,
Fabien LUCE wrote
a message of 29 lines which said:
> hebergeant mon serveur exim depuis quelques temps, je souhaitais
> créer un serveur exim de secours sur le serveur d'un ami.
Je pense que c'est une mauvaise idée, pour les raisons expliquées en
<http://www.bortzmeyer.org/mx-secondaire.html>.