les gros serveurs SMTP ont une multitude de spool mail pour delivrer
aux MX distants,
mon gestionnaire de mail (galacsys pour ne pas le nommer) m'a dit que
quand un MX distant
activait le greylist ou qu'il etait temporairement innatteignable,
l'IP d'envoi d'un message r=E9-=E9mis pouvait varier, j'avoue ne pas
comprendre la raison...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Xavier Roche
wrote:
mon gestionnaire de mail (galacsys pour ne pas le nommer) m'a dit que quand un MX distant activait le greylist ou qu'il etait temporairement innatteignable, l'IP d'envoi d'un message ré-émis pouvait varier, j'avoue ne pas comprendre la raison...
Euh, a part si il y a un spool "master" qui feede les mails à des slaves avant des IP multiples, je ne vois pas bien.
sebastien@willemijns.com wrote:
mon gestionnaire de mail (galacsys pour ne pas le nommer) m'a dit que
quand un MX distant
activait le greylist ou qu'il etait temporairement innatteignable,
l'IP d'envoi d'un message ré-émis pouvait varier, j'avoue ne pas
comprendre la raison...
Euh, a part si il y a un spool "master" qui feede les mails à des slaves
avant des IP multiples, je ne vois pas bien.
mon gestionnaire de mail (galacsys pour ne pas le nommer) m'a dit que quand un MX distant activait le greylist ou qu'il etait temporairement innatteignable, l'IP d'envoi d'un message ré-émis pouvait varier, j'avoue ne pas comprendre la raison...
Euh, a part si il y a un spool "master" qui feede les mails à des slaves avant des IP multiples, je ne vois pas bien.
Alain Montfranc
Xavier Roche a écrit
wrote:
mon gestionnaire de mail (galacsys pour ne pas le nommer) m'a dit que quand un MX distant activait le greylist ou qu'il etait temporairement innatteignable, l'IP d'envoi d'un message ré-émis pouvait varier, j'avoue ne pas comprendre la raison...
Euh, a part si il y a un spool "master" qui feede les mails à des slaves avant des IP multiples, je ne vois pas bien.
Equilibrage de charge réseau en sortie avec un boitier radware (qui natte les IPs interne) par exemple
Xavier Roche a écrit
sebastien@willemijns.com wrote:
mon gestionnaire de mail (galacsys pour ne pas le nommer) m'a dit que
quand un MX distant
activait le greylist ou qu'il etait temporairement innatteignable,
l'IP d'envoi d'un message ré-émis pouvait varier, j'avoue ne pas
comprendre la raison...
Euh, a part si il y a un spool "master" qui feede les mails à des slaves
avant des IP multiples, je ne vois pas bien.
Equilibrage de charge réseau en sortie avec un boitier radware (qui
natte les IPs interne) par exemple
mon gestionnaire de mail (galacsys pour ne pas le nommer) m'a dit que quand un MX distant activait le greylist ou qu'il etait temporairement innatteignable, l'IP d'envoi d'un message ré-émis pouvait varier, j'avoue ne pas comprendre la raison...
Euh, a part si il y a un spool "master" qui feede les mails à des slaves avant des IP multiples, je ne vois pas bien.
Equilibrage de charge réseau en sortie avec un boitier radware (qui natte les IPs interne) par exemple
sebastien
On 24 mai, 08:14, Alain Montfranc wrote:
Xavier Roche a écrit
wrote:
mon gestionnaire de mail (galacsys pour ne pas le nommer) m'a dit que quand un MX distant activait le greylist ou qu'il etait temporairement innatteignable, l'IP d'envoi d'un message ré-émis pouvait varier, j'avoue ne pas comprendre la raison...
Euh, a part si il y a un spool "master" qui feede les mails à des slav es avant des IP multiples, je ne vois pas bien.
Equilibrage de charge réseau en sortie avec un boitier radware (qui natte les IPs interne) par exemple
Bon j'ai eu leur réponse quand même car j'ai CC cet article (me suis fait un peu engueulé car c'était pas à eux de répondre mais bon................)
Pour eux, chez certains gros fournisseurs de mails, les messages envoyés vers des MX réputés souvent en panne ou/et saturés sont déplacés sur des spools spécifiques (il m'ont parlé de caramail...)
On 24 mai, 08:14, Alain Montfranc <x...@x.con> wrote:
Xavier Roche a écrit
sebast...@willemijns.com wrote:
mon gestionnaire de mail (galacsys pour ne pas le nommer) m'a dit que
quand un MX distant
activait le greylist ou qu'il etait temporairement innatteignable,
l'IP d'envoi d'un message ré-émis pouvait varier, j'avoue ne pas
comprendre la raison...
Euh, a part si il y a un spool "master" qui feede les mails à des slav es
avant des IP multiples, je ne vois pas bien.
Equilibrage de charge réseau en sortie avec un boitier radware (qui
natte les IPs interne) par exemple
Bon j'ai eu leur réponse quand même car j'ai CC cet article (me suis
fait un peu engueulé car c'était pas à eux de répondre mais
bon................)
Pour eux, chez certains gros fournisseurs de mails, les messages
envoyés vers des MX réputés souvent en panne ou/et saturés sont
déplacés sur des spools spécifiques (il m'ont parlé de caramail...)
mon gestionnaire de mail (galacsys pour ne pas le nommer) m'a dit que quand un MX distant activait le greylist ou qu'il etait temporairement innatteignable, l'IP d'envoi d'un message ré-émis pouvait varier, j'avoue ne pas comprendre la raison...
Euh, a part si il y a un spool "master" qui feede les mails à des slav es avant des IP multiples, je ne vois pas bien.
Equilibrage de charge réseau en sortie avec un boitier radware (qui natte les IPs interne) par exemple
Bon j'ai eu leur réponse quand même car j'ai CC cet article (me suis fait un peu engueulé car c'était pas à eux de répondre mais bon................)
Pour eux, chez certains gros fournisseurs de mails, les messages envoyés vers des MX réputés souvent en panne ou/et saturés sont déplacés sur des spools spécifiques (il m'ont parlé de caramail...)
rafeurdean
On May 24, 8:14 am, Alain Montfranc wrote:
Equilibrage de charge réseau en sortie avec un boitier radware (qui natte les IPs interne) par exemple
Sinon il y a des boitiers (ou meme des MTA installables sur Linux ou autre OS) qui permettent d'utiliser plusieurs IP pour l'envoi de messages, voire meme choisir l'IP de sortie selon differents regles. Sans utiliser du NAT.
Cote boitiers, IronPort (rachete par Cisco) est un des fabricants qui font ca.
On May 24, 8:14 am, Alain Montfranc <x...@x.con> wrote:
Equilibrage de charge réseau en sortie avec un boitier radware (qui
natte les IPs interne) par exemple
Sinon il y a des boitiers (ou meme des MTA installables sur Linux ou
autre OS) qui permettent d'utiliser plusieurs IP pour l'envoi de
messages, voire meme choisir l'IP de sortie selon differents regles.
Sans utiliser du NAT.
Cote boitiers, IronPort (rachete par Cisco) est un des fabricants qui
font ca.
Equilibrage de charge réseau en sortie avec un boitier radware (qui natte les IPs interne) par exemple
Sinon il y a des boitiers (ou meme des MTA installables sur Linux ou autre OS) qui permettent d'utiliser plusieurs IP pour l'envoi de messages, voire meme choisir l'IP de sortie selon differents regles. Sans utiliser du NAT.
Cote boitiers, IronPort (rachete par Cisco) est un des fabricants qui font ca.
