Pour la redondance, il y a 2 niveaux : la réception et le stockage.
La réception, c'est à dire que tu dois toujours avoir un serveur
prêt à accepter les mails. Généralement, on met en place plusieurs
serveurs qui se chargeront de la réception des mails. Il faudra
ajouter un champ MX pour chaque serveur en réception.
Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire. Il faudra prévoir une
redondance de ces données avec du raid par exemple ou drdb.
Pour la redondance, il y a 2 niveaux : la réception et le stockage.
La réception, c'est à dire que tu dois toujours avoir un serveur
prêt à accepter les mails. Généralement, on met en place plusieurs
serveurs qui se chargeront de la réception des mails. Il faudra
ajouter un champ MX pour chaque serveur en réception.
Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire. Il faudra prévoir une
redondance de ces données avec du raid par exemple ou drdb.
Pour la redondance, il y a 2 niveaux : la réception et le stockage.
La réception, c'est à dire que tu dois toujours avoir un serveur
prêt à accepter les mails. Généralement, on met en place plusieurs
serveurs qui se chargeront de la réception des mails. Il faudra
ajouter un champ MX pour chaque serveur en réception.
Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire. Il faudra prévoir une
redondance de ces données avec du raid par exemple ou drdb.
On Wed, Jul 10, 2013 at 12:16:14PM +0200, julien wrote:Pour la redondance, il y a 2 niveaux : la réception et le stockage.
La réception, c'est à dire que tu dois toujours avoir un serveur
prêt à accepter les mails. Généralement, on met en place plusieurs
serveurs qui se chargeront de la réception des mails. Il faudra
ajouter un champ MX pour chaque serveur en réception.
Non, généralement, c'est inutile, voir la discution
complète résumée ici:
http://www.bortzmeyer.org/mx-secondaire.html
Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire. Il faudra prévoir une
redondance de ces données avec du raid par exemple ou drdb.
Et une sauvegarde, car le RAID n'est pas une sauvegarde.
On Wed, Jul 10, 2013 at 12:16:14PM +0200, julien wrote:
Pour la redondance, il y a 2 niveaux : la réception et le stockage.
La réception, c'est à dire que tu dois toujours avoir un serveur
prêt à accepter les mails. Généralement, on met en place plusieurs
serveurs qui se chargeront de la réception des mails. Il faudra
ajouter un champ MX pour chaque serveur en réception.
Non, généralement, c'est inutile, voir la discution
complète résumée ici:
http://www.bortzmeyer.org/mx-secondaire.html
Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire. Il faudra prévoir une
redondance de ces données avec du raid par exemple ou drdb.
Et une sauvegarde, car le RAID n'est pas une sauvegarde.
On Wed, Jul 10, 2013 at 12:16:14PM +0200, julien wrote:Pour la redondance, il y a 2 niveaux : la réception et le stockage.
La réception, c'est à dire que tu dois toujours avoir un serveur
prêt à accepter les mails. Généralement, on met en place plusieurs
serveurs qui se chargeront de la réception des mails. Il faudra
ajouter un champ MX pour chaque serveur en réception.
Non, généralement, c'est inutile, voir la discution
complète résumée ici:
http://www.bortzmeyer.org/mx-secondaire.html
Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire. Il faudra prévoir une
redondance de ces données avec du raid par exemple ou drdb.
Et une sauvegarde, car le RAID n'est pas une sauvegarde.
Le stockage : une fois le mail accepté par tes serveurs, il faut l e
Le 2013-07-10 13:23, Yves Rutschle a écrit :On Wed, Jul 10, 2013 at 12:16:14PM +0200, julien wrote:Pour la redondance, il y a 2 niveaux : la réception et le stocka ge.
La réception, c'est à dire que tu dois toujours avoir un se rveur
prêt à accepter les mails. Généralement, on met e n place plusieurs
serveurs qui se chargeront de la réception des mails. Il faudra
ajouter un champ MX pour chaque serveur en réception.
Non, généralement, c'est inutile, voir la discution
complète résumée ici:
http://www.bortzmeyer.org/mx-secondaire.html
Oui je suis d'accord, ça complique beaucoup la config d'avoir un
deuxième serveur, et personnellement je n'en utilise pas. Mieux va ut
un bien configuré que deux tu l'auras.
Est-ce que le délais de 5 jours est toujours respecter actuellemen t
par les gros mailer (Gmail, Yahoo, msms, ...) ? Il n'était pas de 7-10
jours à l'origine ? J'ai toujours eu peur qu'au bout de 3 jours le
mail retourne en erreur. Est-ce que vous avez déjà constater dans
temps de mise en attente inférieur à 5 jours ?Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire. Il faudra prévoir un e
redondance de ces données avec du raid par exemple ou drdb.
Et une sauvegarde, car le RAID n'est pas une sauvegarde.
Oui, il y a la tolérance à la panne. Mais surtout la sauvegar de ! Bien
vu Yves !
Julien
Le stockage : une fois le mail accepté par tes serveurs, il faut l e
Le 2013-07-10 13:23, Yves Rutschle a écrit :
On Wed, Jul 10, 2013 at 12:16:14PM +0200, julien wrote:
Pour la redondance, il y a 2 niveaux : la réception et le stocka ge.
La réception, c'est à dire que tu dois toujours avoir un se rveur
prêt à accepter les mails. Généralement, on met e n place plusieurs
serveurs qui se chargeront de la réception des mails. Il faudra
ajouter un champ MX pour chaque serveur en réception.
Non, généralement, c'est inutile, voir la discution
complète résumée ici:
http://www.bortzmeyer.org/mx-secondaire.html
Oui je suis d'accord, ça complique beaucoup la config d'avoir un
deuxième serveur, et personnellement je n'en utilise pas. Mieux va ut
un bien configuré que deux tu l'auras.
Est-ce que le délais de 5 jours est toujours respecter actuellemen t
par les gros mailer (Gmail, Yahoo, msms, ...) ? Il n'était pas de 7-10
jours à l'origine ? J'ai toujours eu peur qu'au bout de 3 jours le
mail retourne en erreur. Est-ce que vous avez déjà constater dans
temps de mise en attente inférieur à 5 jours ?
Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire. Il faudra prévoir un e
redondance de ces données avec du raid par exemple ou drdb.
Et une sauvegarde, car le RAID n'est pas une sauvegarde.
Oui, il y a la tolérance à la panne. Mais surtout la sauvegar de ! Bien
vu Yves !
Julien
Le stockage : une fois le mail accepté par tes serveurs, il faut l e
Le 2013-07-10 13:23, Yves Rutschle a écrit :On Wed, Jul 10, 2013 at 12:16:14PM +0200, julien wrote:Pour la redondance, il y a 2 niveaux : la réception et le stocka ge.
La réception, c'est à dire que tu dois toujours avoir un se rveur
prêt à accepter les mails. Généralement, on met e n place plusieurs
serveurs qui se chargeront de la réception des mails. Il faudra
ajouter un champ MX pour chaque serveur en réception.
Non, généralement, c'est inutile, voir la discution
complète résumée ici:
http://www.bortzmeyer.org/mx-secondaire.html
Oui je suis d'accord, ça complique beaucoup la config d'avoir un
deuxième serveur, et personnellement je n'en utilise pas. Mieux va ut
un bien configuré que deux tu l'auras.
Est-ce que le délais de 5 jours est toujours respecter actuellemen t
par les gros mailer (Gmail, Yahoo, msms, ...) ? Il n'était pas de 7-10
jours à l'origine ? J'ai toujours eu peur qu'au bout de 3 jours le
mail retourne en erreur. Est-ce que vous avez déjà constater dans
temps de mise en attente inférieur à 5 jours ?Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire. Il faudra prévoir un e
redondance de ces données avec du raid par exemple ou drdb.
Et une sauvegarde, car le RAID n'est pas une sauvegarde.
Oui, il y a la tolérance à la panne. Mais surtout la sauvegar de ! Bien
vu Yves !
Julien
Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en
particulier ceci :Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire.
J'ai eu THE information qu'il me manquait : le serveur s'occupe de
stocker les messages en local dans un format comme maildir ou mailbox,
par exemple. En fait, j'avais toujours cru que ce type de stockage ne
fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur
final.
Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on
peut éventuellement se servir du système de mail comme une
infrastructure décentralisée : avec des dépôts séparés, ça me fait
penser à Git par exemple.
À la rigueur, je pourrais même faire tourner un serveur mail qui va
directement chercher mon répertoire personnel les mails que j'ai reçus
avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si
quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pas
aventureux à ce poinct)
Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en
particulier ceci :
Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire.
J'ai eu THE information qu'il me manquait : le serveur s'occupe de
stocker les messages en local dans un format comme maildir ou mailbox,
par exemple. En fait, j'avais toujours cru que ce type de stockage ne
fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur
final.
Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on
peut éventuellement se servir du système de mail comme une
infrastructure décentralisée : avec des dépôts séparés, ça me fait
penser à Git par exemple.
À la rigueur, je pourrais même faire tourner un serveur mail qui va
directement chercher mon répertoire personnel les mails que j'ai reçus
avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si
quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pas
aventureux à ce poinct)
Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en
particulier ceci :Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire.
J'ai eu THE information qu'il me manquait : le serveur s'occupe de
stocker les messages en local dans un format comme maildir ou mailbox,
par exemple. En fait, j'avais toujours cru que ce type de stockage ne
fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur
final.
Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on
peut éventuellement se servir du système de mail comme une
infrastructure décentralisée : avec des dépôts séparés, ça me fait
penser à Git par exemple.
À la rigueur, je pourrais même faire tourner un serveur mail qui va
directement chercher mon répertoire personnel les mails que j'ai reçus
avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si
quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pas
aventureux à ce poinct)
Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu 'on
peut éventuellement se servir du système de mail comme une
infrastructure décentralisée : avec des dépôts sà ©parés, ça me fait
penser à Git par exemple.
à la rigueur, je pourrais même faire tourner un serveur mail qui va
directement chercher mon répertoire personnel les mails que j'ai reçus
avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si
quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pa s
aventureux à ce poinct)
Si tu veux déplacer des messages de Gmail à ton serveur perso , utilise
thunderbird (glisser déplacer entre les compte)
Ce n'est pas ton serveur SMTP qui va lire des mails dans ton home mê me
avec une configuration bizarre. Le SMTP sert uniquement à transfà ©rer
le mail de SMTP en STMP quand le SMTP final est atteint, le mail est
mis dans la "boite mail". Le SMTP ne va jamais lire la boite mail, il
y ajoute uniquement des mails.
C'est ensuite le serveur IMAP qui lit la boite mail à la demande d e
l'utilisateur.
Voilà donc je ne sais pas si tu te trompes, mais j'espère que répond Ã
ta question.
Julien
Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu 'on
peut éventuellement se servir du système de mail comme une
infrastructure décentralisée : avec des dépôts sà ©parés, ça me fait
penser à Git par exemple.
à la rigueur, je pourrais même faire tourner un serveur mail qui va
directement chercher mon répertoire personnel les mails que j'ai reçus
avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si
quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pa s
aventureux à ce poinct)
Si tu veux déplacer des messages de Gmail à ton serveur perso , utilise
thunderbird (glisser déplacer entre les compte)
Ce n'est pas ton serveur SMTP qui va lire des mails dans ton home mê me
avec une configuration bizarre. Le SMTP sert uniquement à transfà ©rer
le mail de SMTP en STMP quand le SMTP final est atteint, le mail est
mis dans la "boite mail". Le SMTP ne va jamais lire la boite mail, il
y ajoute uniquement des mails.
C'est ensuite le serveur IMAP qui lit la boite mail à la demande d e
l'utilisateur.
Voilà donc je ne sais pas si tu te trompes, mais j'espère que répond Ã
ta question.
Julien
Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu 'on
peut éventuellement se servir du système de mail comme une
infrastructure décentralisée : avec des dépôts sà ©parés, ça me fait
penser à Git par exemple.
à la rigueur, je pourrais même faire tourner un serveur mail qui va
directement chercher mon répertoire personnel les mails que j'ai reçus
avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si
quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pa s
aventureux à ce poinct)
Si tu veux déplacer des messages de Gmail à ton serveur perso , utilise
thunderbird (glisser déplacer entre les compte)
Ce n'est pas ton serveur SMTP qui va lire des mails dans ton home mê me
avec une configuration bizarre. Le SMTP sert uniquement à transfà ©rer
le mail de SMTP en STMP quand le SMTP final est atteint, le mail est
mis dans la "boite mail". Le SMTP ne va jamais lire la boite mail, il
y ajoute uniquement des mails.
C'est ensuite le serveur IMAP qui lit la boite mail à la demande d e
l'utilisateur.
Voilà donc je ne sais pas si tu te trompes, mais j'espère que répond Ã
ta question.
Julien
Le 2013-07-10 14:22, Creasixtine Debian a écrit :Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en
particulier ceci :Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire.
J'ai eu THE information qu'il me manquait : le serveur s'occupe de
stocker les messages en local dans un format comme maildir ou mailbox,
par exemple. En fait, j'avais toujours cru que ce type de stockage ne
fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur
final.
Dans le cas d'IMAP que je te recommande vivement, thunderbird maintient
une copie de ta boite mail en local. Et tu peux donc utiliser plusieurs
client IMAP sur plusieurs machines et tu retrouvera exactement le même
contenu.
Le 2013-07-10 14:22, Creasixtine Debian a écrit :
Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en
particulier ceci :
Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire.
J'ai eu THE information qu'il me manquait : le serveur s'occupe de
stocker les messages en local dans un format comme maildir ou mailbox,
par exemple. En fait, j'avais toujours cru que ce type de stockage ne
fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur
final.
Dans le cas d'IMAP que je te recommande vivement, thunderbird maintient
une copie de ta boite mail en local. Et tu peux donc utiliser plusieurs
client IMAP sur plusieurs machines et tu retrouvera exactement le même
contenu.
Le 2013-07-10 14:22, Creasixtine Debian a écrit :Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en
particulier ceci :Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire.
J'ai eu THE information qu'il me manquait : le serveur s'occupe de
stocker les messages en local dans un format comme maildir ou mailbox,
par exemple. En fait, j'avais toujours cru que ce type de stockage ne
fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur
final.
Dans le cas d'IMAP que je te recommande vivement, thunderbird maintient
une copie de ta boite mail en local. Et tu peux donc utiliser plusieurs
client IMAP sur plusieurs machines et tu retrouvera exactement le même
contenu.
Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on
peut éventuellement se servir du système de mail comme une
infrastructure décentralisée : avec des dépôts séparés, ça me fait
penser à Git par exemple.
Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on
peut éventuellement se servir du système de mail comme une
infrastructure décentralisée : avec des dépôts séparés, ça me fait
penser à Git par exemple.
Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on
peut éventuellement se servir du système de mail comme une
infrastructure décentralisée : avec des dépôts séparés, ça me fait
penser à Git par exemple.
Sinon, la grande difficulté n'est pas de recevoir du mail, mais de
faire accepter son mail par les autres, qui sont devenus très
suspicieux et tendent à tout classer comme spam. Je viens de me
souvenir avoir pris des notes sur ce que j'avais fait:
http://rutschle.net/wiki/#[[Posting%20e-mail]] Certaines parties sont
peut-être un peu obsolètes, et c'est pas complet (je pense ajouter
DKIM à un moment). Y.
Sinon, la grande difficulté n'est pas de recevoir du mail, mais de
faire accepter son mail par les autres, qui sont devenus très
suspicieux et tendent à tout classer comme spam. Je viens de me
souvenir avoir pris des notes sur ce que j'avais fait:
http://rutschle.net/wiki/#[[Posting%20e-mail]] Certaines parties sont
peut-être un peu obsolètes, et c'est pas complet (je pense ajouter
DKIM à un moment). Y.
Sinon, la grande difficulté n'est pas de recevoir du mail, mais de
faire accepter son mail par les autres, qui sont devenus très
suspicieux et tendent à tout classer comme spam. Je viens de me
souvenir avoir pris des notes sur ce que j'avais fait:
http://rutschle.net/wiki/#[[Posting%20e-mail]] Certaines parties sont
peut-être un peu obsolètes, et c'est pas complet (je pense ajouter
DKIM à un moment). Y.
Par curiosité, c'est pas moyen pour le référencement tiddlywiki ?
Par curiosité, c'est pas moyen pour le référencement tiddlywiki ?
Par curiosité, c'est pas moyen pour le référencement tiddlywiki ?