Re: champs MX sur bind
Bonjour Stephane Bortzmeyer a écrit : À une époque, c'était le comportement par défaut de sendmail (95 % des MTA). Mais ça ne l'est plus et ce genre de messages idiots (je suis bien d'accord avec vous sur leur pertinence) est nettement plus rare. Avec le greylist cela reprend du sens Guy -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
Yves Rutschle [EMAIL PROTECTED] Mauvais exemple: pour une absence de 2 mois, tu peux aussi bien changer le MX principal dans le DNS. Si tu as aussi un site Web, c'est ce qu'il faudra que tu fasses, vu qu'il n'y a pas mécanisme de serveur Web secondaire (ce qui n'eut pourtant pas été absurde et sans doute plus utile que les SMTP secondaires...). Le temps de retention des mails sur un secondaire est parametrable sous postfix (les autres je ne sais pas), et il est possible de lui dire de garder les mails jusqu'a un maximum de 100 jours: mettre dans le main.cf # Temps maximal de presence dans la file d'attente avant rejet : maximal_queue_lifetime = 100d et hop, fini les pertes de mails au bout de 5 jours.
Re: champs MX sur bind
On Fri, May 25, 2007 at 11:02:09AM +0200, Le poulpe qui bloppe ! wrote: Mauvais exemple: pour une absence de 2 mois, tu peux aussi bien changer le MX principal dans le DNS. Si tu as aussi un site Web, c'est ce qu'il faudra que tu fasses, vu qu'il n'y a pas mécanisme de serveur Web secondaire (ce qui n'eut pourtant pas été absurde et sans doute plus utile que les SMTP secondaires...). Le temps de retention des mails sur un secondaire est parametrable sous postfix (les autres je ne sais pas), et il est possible de lui dire de garder les mails jusqu'a un maximum de 100 jours: mettre dans le main.cf Bien sûr que c'est parametrable, ça n'a rien à voir avec ce dont je parle. Ce que je dis, c'est que si tu déménages ton serveur, tu peux aussi bien changer le DNS et ne jamais avoir de MX secondaire. Dans ton cas, au lieu de t'embeter avec un MX secondaire, tu mets un MX primaire et tu fais pointer ton DNS dessus. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
On Thu, May 24, 2007 at 12:11:57AM +0200, Gilles Mocellin wrote: Idem. Heureusement qu'on ne perd pas de courrier si une pelleteuse coupe un câble ! Tu connais pas mes utilisateurs... Notre production peut dépendre de l'arrivé de mails (bien qu'on essaye de faire autrement autant que possible)... Ben, c'est votre de modèle de production qui est pourri (sans vouloir t'offenser, hein ;) ). Les pelleteuses, elles peuvent couper votre MX primaire, mais elles peuvent aussi couper n'importe lequel des cables qui passent entre votre correspondant et vos MX. Il est *courant* que des mails mettent plusieurs heures à arriver, surtout quand il y a des serveurs SMTP de grosses organisations dans la chaine (le serveur de listes Debian vient à l'esprit, par exemple). Si on veut *savoir* que c'est arrivé, il faut prendre un protocole synchrone: formulaire Web, message Jabber, coup de téléphone. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
Yves Rutschle a écrit : On Thu, May 24, 2007 at 12:11:57AM +0200, Gilles Mocellin wrote: Idem. Heureusement qu'on ne perd pas de courrier si une pelleteuse coupe un câble ! Tu connais pas mes utilisateurs... Notre production peut dépendre de l'arrivé de mails (bien qu'on essaye de faire autrement autant que possible)... Ben, c'est votre de modèle de production qui est pourri (sans vouloir t'offenser, hein ;) ). Les pelleteuses, elles peuvent couper votre MX primaire, mais elles peuvent aussi couper n'importe lequel des cables qui passent entre votre correspondant et vos MX. Il est *courant* que des mails mettent plusieurs heures à arriver, surtout quand il y a des serveurs SMTP de grosses organisations dans la chaine (le serveur de listes Debian vient à l'esprit, par exemple). Si on veut *savoir* que c'est arrivé, il faut prendre un protocole synchrone: formulaire Web, message Jabber, coup de téléphone. Y. hé hé hé. on pourrait troller pendant des heures sur l'importance des mail en entreprise. Peu de personnes ont conscience que c'est un outil asynchrone et qu'il peut arriver mille choses au petit mail pour qu'il n'arrive pas dans la minute ! Combien de fois je me suis pris la tête par que le FAI (grande entreprise historique française...) merdait. Bref. Pour ma part, le MX secondaire est inutile. Les très rares fois où notre MX est hors-service, les mails attendent. Bye. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
On Wed, 23 May 2007 21:09:36 +0200, Stephane Bortzmeyer [EMAIL PROTECTED] wrote: Est-ce lorsque le premier serveur tombe, alors les mails sont dirigés vers le second ? À noter que, pour 99 % des sites, un MX secondaire ne sert à rien et représente du travail en plus. Je vous déconseille d'en mettre un. Perso je pense l'inverse : il est important que le mail entre le plus tôt dans le SI de l'entreprise (ou de...) afin de pouvoir en avoir une trace. Cela me semble mieux que de le laisser se balader dans la nature, on en a une trace et on sait comment il est traité. Dans le cas contraire, c'est assez galère de répondre aux questions et on doit demander beaucoup de renseignements supplémentaires à l'utilisateur, renseignements que l'on pourrait prendre dans les logs si le mail était entré dans le SI plus tôt. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
Le 13657ième jour après Epoch, Gilles Mocellin écrivait: Tu connais pas mes utilisateurs... Notre production peut dépendre de l'arrivé de mails (bien qu'on essaye de faire autrement autant que possible)... Ah? Et vous produisez quoi au juste? Histoire que j'achête pas :) Franchement, le mail pour valider une production c'est ... osé ! Sinon, quelqu'un a un filtre anti-pelleteuse ? -- Le miracle se produit non pas en contradiction avec la nature, mais en contradiction avec ce que nous connaissons de la nature. -+- Saint Augustin (354-430) -+- pgpb56tj4WTJR.pgp Description: PGP signature
Re: champs MX sur bind
Stephane Bortzmeyer wrote: À noter que, pour 99 % des sites, un MX secondaire ne sert à rien et représente du travail en plus. Je vous déconseille d'en mettre un. Sauf que certaines entreprises n'ont pas trop envie que les gens qui lui écrive recoivent de temps en temps un warning du SMTP expéditeur message delayed bla bla will retry later blabla you don't need to resend your message blabla auquel l'expéditeur ne comprend rien la plupart du temps (et qu'il interprête parfois de façon farfelue). Le secondaire récupère le message dans ce cas sans embêter l'expéditeur (mais du coup, l'expéditeur ne sait pas que son message est en attente, on peut pas avoir le beurre et...). -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
On Thu, May 24, 2007 at 08:58:07AM +0200, Yves Rutschle wrote: Il est *courant* que des mails mettent plusieurs heures à arriver, surtout quand il y a des serveurs SMTP de grosses organisations dans la chaine (le serveur de listes Debian vient à l'esprit, par exemple). C'est surréaliste: ce mail a mis près de 24h à me revenir. À croire que quelqu'un sur le serveur de Debian lit tout ce que j'écris parano Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
Le 24/05/07, Yves Rutschle [EMAIL PROTECTED] a écrit : On Thu, May 24, 2007 at 08:58:07AM +0200, Yves Rutschle wrote: Il est *courant* que des mails mettent plusieurs heures à arriver, surtout quand il y a des serveurs SMTP de grosses organisations dans la chaine (le serveur de listes Debian vient à l'esprit, par exemple). C'est surréaliste: ce mail a mis près de 24h à me revenir. À croire que quelqu'un sur le serveur de Debian lit tout ce que j'écris parano Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Autre exemple utile de serveur secondaire: Je migre de departement, donc je doit attendre 1 a 2 mois mon abonnement internet avant d'avoir mon ip fixe. Je serais bien content dans 2 mois de recuperer mes mails (meme vieux de 2 mois), car c'est un serveur de mail perso, mais c'est quand meme mon adresse principale. Apres c'est sur que niveau pro, ca se discute, mais c'est quand meme plus propre d'arriver a recuperer les mails envoyés, plutot que de laisser voir a vos clients que vous etes en panne... Question de point de vue sans doute.
Re: champs MX sur bind
On Thu, May 24, 2007 at 07:13:27PM +0200, Le poulpe qui bloppe ! wrote: Autre exemple utile de serveur secondaire: Je migre de departement, donc je doit attendre 1 a 2 mois mon abonnement internet avant d'avoir mon ip fixe. Je serais bien content dans 2 mois de recuperer mes mails (meme vieux de 2 mois), car c'est un serveur de mail perso, mais c'est quand meme mon adresse principale. Mauvais exemple: pour une absence de 2 mois, tu peux aussi bien changer le MX principal dans le DNS. Si tu as aussi un site Web, c'est ce qu'il faudra que tu fasses, vu qu'il n'y a pas mécanisme de serveur Web secondaire (ce qui n'eut pourtant pas été absurde et sans doute plus utile que les SMTP secondaires...). Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
On Thu, May 24, 2007 at 07:13:27PM +0200, Le poulpe qui bloppe ! [EMAIL PROTECTED] wrote a message of 94 lines which said: mais c'est quand meme plus propre d'arriver a recuperer les mails envoyés, plutot que de laisser voir a vos clients que vous etes en panne... Peu de clients tapent mailq de temps en temps pour voir quels fournisseurs sont en panne :-) Question de point de vue sans doute. Non, question d'allocation de moyens dans un monde imparfait où les ressources humaines sont limitées. Configurer le MX secondaire prend du temps, c'est plus compliqué qu'avec un seul MX (et il y a donc plus de possibilités de cafouiller, ce qui ne serait pas très professionnel). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
On Thu, May 24, 2007 at 08:02:20PM +0200, Yves Rutschle [EMAIL PROTECTED] wrote a message of 26 lines which said: vu qu'il n'y a pas mécanisme de serveur Web secondaire (ce qui n'eut pourtant pas été absurde et sans doute plus utile que les SMTP secondaires...). AOL/ Il y a eu des propositions (http://www.anta.net/nic/draft-andrews-http-srv-01.shtml), pourtant, en général bâties sur les enregistrements SRV (http://www.bortzmeyer.org/2782.html) mais sans succès. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
On Thu, May 24, 2007 at 01:52:22PM +0200, Vincent Bernat [EMAIL PROTECTED] wrote a message of 29 lines which said: Perso je pense l'inverse : il est important que le mail entre le plus tôt dans le SI de l'entreprise (ou de...) afin de pouvoir en avoir une trace. Pour une grosse entreprise, qui a des moyens humains, oui, ça a un sens (mon employeur fait cela, tiens). Mais pour une organisation plus petite, il faut se demander si le jeu en vaut bien la chandelle. Surtout que, si on veut éviter que les deux MX ne tombent en même temps, victimes de la même pelleteuse, il faut deux sites et ça commence à faire cher... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
On Thu, May 24, 2007 at 04:31:42PM +0200, Daniel Caillibaud [EMAIL PROTECTED] wrote a message of 23 lines which said: Sauf que certaines entreprises n'ont pas trop envie que les gens qui lui écrive recoivent de temps en temps un warning du SMTP expéditeur message delayed bla bla will retry later blabla you don't need to resend your message blabla À une époque, c'était le comportement par défaut de sendmail (95 % des MTA). Mais ça ne l'est plus et ce genre de messages idiots (je suis bien d'accord avec vous sur leur pertinence) est nettement plus rare. (mais du coup, l'expéditeur ne sait pas que son message est en attente, Oui. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
Le 13657ième jour après Epoch, Yves Rutschle écrivait: On Thu, May 24, 2007 at 08:58:07AM +0200, Yves Rutschle wrote: Il est *courant* que des mails mettent plusieurs heures à arriver, surtout quand il y a des serveurs SMTP de grosses organisations dans la chaine (le serveur de listes Debian vient à l'esprit, par exemple). C'est surréaliste: ce mail a mis près de 24h à me revenir. Ne t'inquiète pas outre mesure, il semble que murphy soit un peu fatigué en ce moment. Mes logs exims sont pleines de: 2007-05-24 19:23:50 SMTP data timeout (message abandoned) on connection from murphy.debian.org [70.103.162.31] 2007-05-24 19:23:50 SMTP data timeout (message abandoned) on connection from murphy.debian.org [70.103.162.31] 2007-05-24 19:23:52 SMTP data timeout (message abandoned) on connection from murphy.debian.org [70.103.162.31] À croire que quelqu'un sur le serveur de Debian lit tout ce que j'écris parano C'est le cas... Tous les messages sont lus par un certain Spamassassin. Je sais pas qui c'est lui, mais franchement c'est pas cool de sa part. (h-1:12 avant vendredi ^^)
Re: champs MX sur bind
Le Thursday 24 May 2007 15:43:06 François TOURDE, vous avez écrit : Le 13657ième jour après Epoch, Gilles Mocellin écrivait: Tu connais pas mes utilisateurs... Notre production peut dépendre de l'arrivé de mails (bien qu'on essaye de faire autrement autant que possible)... Ah? Et vous produisez quoi au juste? Histoire que j'achête pas :) C'est gratuit ! Franchement, le mail pour valider une production c'est ... osé ! C'est pas de la validation, ça encore on pourrait s'en passer en cas de crise ! C'est vraiment la matière première : des pubs (textes, photos, pdfs) à faire passer dans nos journaux... Sinon, quelqu'un a un filtre anti-pelleteuse ? La police ? signature.asc Description: This is a digitally signed message part.
Re: champs MX sur bind
Le Thursday 24 May 2007 22:14:04 Stephane Bortzmeyer, vous avez écrit : On Thu, May 24, 2007 at 01:52:22PM +0200, Vincent Bernat [EMAIL PROTECTED] wrote a message of 29 lines which said: Perso je pense l'inverse : il est important que le mail entre le plus tôt dans le SI de l'entreprise (ou de...) afin de pouvoir en avoir une trace. Pour une grosse entreprise, qui a des moyens humains, oui, ça a un sens (mon employeur fait cela, tiens). Mais pour une organisation plus petite, il faut se demander si le jeu en vaut bien la chandelle. Surtout que, si on veut éviter que les deux MX ne tombent en même temps, victimes de la même pelleteuse, il faut deux sites et ça commence à faire cher... Nous avons deux sites, deux fournisseurs d'accès, 13kms entre les deux sites... Mais non, on est pas riches, loin de là. signature.asc Description: This is a digitally signed message part.
Re: champs MX sur bind
On Fri, May 25, 2007 at 12:22:16AM +0200, Gilles Mocellin wrote: Nous avons deux sites, deux fournisseurs d'accès, 13kms entre les deux sites... Pfff, et en cas de bombardement nucléaire, vous faites quoi? Il faut un site à au moins 200km, idéalement aux antipodes. Voir dans un autre système, au cas où les vogons passent par là. Hmm.. OK. je sors. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
Le 13658ième jour après Epoch, Yves Rutschle écrivait: On Fri, May 25, 2007 at 12:22:16AM +0200, Gilles Mocellin wrote: Nous avons deux sites, deux fournisseurs d'accès, 13kms entre les deux sites... Pfff, et en cas de bombardement nucléaire, vous faites quoi? Il faut un site à au moins 200km, idéalement aux antipodes. Voir dans un autre système, au cas où les vogons passent par là. Non, en général les vogons s'tirent ailleurs. Hmm.. OK. je sors. Idem -- La seule excuse de Dieu est qu'il n'existe pas. -+- Henri Beyle, dit Stendhal -+-
champs MX sur bind
Bonjour, J'ai mis en place un serveur DNS, j'aimerais avoir plus de renseignements sur les champs MX. @ IN MX 1 mail.domain.com. @ IN MX 2 mail2.domain.com. le serveur de mail préféré est la plus petite valeur ici 1 donc le serveur mail.comain.com. A quoi sert les autres valeurs alors ? Est-ce lorsque le premier serveur tombe, alors les mails sont dirigés vers le second ? Dans ce cas il faudrait que le serveur de mails mail2.domain.com soit identique au serveur de mails mail.domain.com. Est-ce bien ça ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
Debian CEFAR wrote: Bonjour, J'ai mis en place un serveur DNS, j'aimerais avoir plus de renseignements sur les champs MX. @ IN MX 1 mail.domain.com. @ IN MX 2 mail2.domain.com. le serveur de mail préféré est la plus petite valeur ici 1 donc le serveur mail.comain.com. A quoi sert les autres valeurs alors ? A préciser les préférences, dans quel ordre s'adresser aux différents MX. Est-ce lorsque le premier serveur tombe, alors les mails sont dirigés vers le second ? Oui Dans ce cas il faudrait que le serveur de mails mail2.domain.com soit identique au serveur de mails mail.domain.com. Est-ce bien ça ? Ben non, si c'est le même, si le 1er tombe, le 2e pourra difficilement prendre les mails... Plusieurs MX, c'est quand tu as plusieurs serveurs de mails, quand le 1er est HS, ou simplement un peu engorgé, le SMTP de l'expéditeur va s'adresser au 2e serveur (mais sinon, il va reproposer le mail au 1er serveur qq temps plus tard). Ensuite, à toi de voir comment gérer ce 2e serveur (en général, il sert juste de tampon et va renvoyer les mails sur le 1er quand il sera revenu, mais c'est pas obligatoire). Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
Le 13656ième jour après Epoch, Daniel Caillibaud écrivait: Debian CEFAR wrote: Dans ce cas il faudrait que le serveur de mails mail2.domain.com soit identique au serveur de mails mail.domain.com. Est-ce bien ça ? Ben non, si c'est le même, si le 1er tombe, le 2e pourra difficilement prendre les mails... Il a dit identique, pas le même :) Et non, ils ne sont pas obligés d'être identiques. Ce que fait un MX secondaire c'est juste accepter les mails pour un domaine donné, et être capable de les renvoyer vers le MX primaire quand celui-ci remarche. Ensuite, à toi de voir comment gérer ce 2e serveur (en général, il sert juste de tampon et va renvoyer les mails sur le 1er quand il sera revenu, mais c'est pas obligatoire). Ben si, c'est le but. Le serveur secondaire n'a qu'un rôle de tampon à avoir.
Re: champs MX sur bind
François TOURDE wrote: Il a dit identique, pas le même :) Dsl, j'ai effectivement compris de travers. Et non, ils ne sont pas obligés d'être identiques. Ce que fait un MX secondaire c'est juste accepter les mails pour un domaine donné, et être capable de les renvoyer vers le MX primaire quand celui-ci remarche. Ensuite, à toi de voir comment gérer ce 2e serveur (en général, il sert juste de tampon et va renvoyer les mails sur le 1er quand il sera revenu, mais c'est pas obligatoire). Ben si, c'est le but. Le serveur secondaire n'a qu'un rôle de tampon à avoir. Pas forcément, c'est couramment pratiqué, mais on pourrait très bien imaginer N serveurs SMTP qui réceptionnent les mails en les gardant chacun chez soi, et un autre serveur pop ou imap, qui irait récupérer ces mails sur chaque machine pour les centraliser et les mettre à dispo du destinataire final. -- Daniel R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin de message est-il si effroyable? R: Répondre au dessus de la citation Q: Quelle est la chose la plus désagréable dans un message ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
Le 13656ième jour après Epoch, Daniel Caillibaud écrivait: François TOURDE wrote: Il a dit identique, pas le même :) Dsl, j'ai effectivement compris de travers. Et non, ils ne sont pas obligés d'être identiques. Ce que fait un MX secondaire c'est juste accepter les mails pour un domaine donné, et être capable de les renvoyer vers le MX primaire quand celui-ci remarche. Ensuite, à toi de voir comment gérer ce 2e serveur (en général, il sert juste de tampon et va renvoyer les mails sur le 1er quand il sera revenu, mais c'est pas obligatoire). Ben si, c'est le but. Le serveur secondaire n'a qu'un rôle de tampon à avoir. Pas forcément, c'est couramment pratiqué, mais on pourrait très bien imaginer N serveurs SMTP qui réceptionnent les mails en les gardant chacun chez soi, et un autre serveur pop ou imap, qui irait récupérer ces mails sur chaque machine pour les centraliser et les mettre à dispo du destinataire final. Oui, mais dans ce cas ce ne sont pas des MX secondaires en général. Mais effectivement il est possible d'affecter des priorités plus basses (valeur plus élevée) à des serveurs qui vont conserver les messages, voire même les renvoyer eux-même vers une machine non déclarée ... Ça m'apprendra à être trop affirmatif des fois ;)
Re: champs MX sur bind
On Wed, May 23, 2007 at 03:02:48PM +0200, Debian CEFAR [EMAIL PROTECTED] wrote a message of 29 lines which said: Est-ce lorsque le premier serveur tombe, alors les mails sont dirigés vers le second ? À noter que, pour 99 % des sites, un MX secondaire ne sert à rien et représente du travail en plus. Je vous déconseille d'en mettre un. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
Le Wednesday 23 May 2007 21:09:36 Stephane Bortzmeyer, vous avez écrit : On Wed, May 23, 2007 at 03:02:48PM +0200, Debian CEFAR [EMAIL PROTECTED] wrote a message of 29 lines which said: Est-ce lorsque le premier serveur tombe, alors les mails sont dirigés vers le second ? À noter que, pour 99 % des sites, un MX secondaire ne sert à rien et représente du travail en plus. Je vous déconseille d'en mettre un. Oula ! Et comment je vais faire mes migrations de Sarge vers Etch sans couper le service si j'ai qu'un serveur moi ? Et en cas de panne (réseau, peleteuse, clim, serveur...) ? Avec deux serveurs quasi-identiques, c'est pas la mort le boulot supplémentaire. signature.asc Description: This is a digitally signed message part.
Re: champs MX sur bind
On Wed, May 23, 2007 at 11:05:55PM +0200, Gilles Mocellin [EMAIL PROTECTED] wrote a message of 49 lines which said: Et comment je vais faire mes migrations de Sarge vers Etch sans couper le service si j'ai qu'un serveur moi ? Il va être coupé cinq jours (la durée d'attente de la plupart des MTA, par défaut) ? J'en doute, donc, les clients feront comme les clients de courrier électronique ont toujours faits depuis l'aube des temps : ils attendront et réessaieront. Le courrier n'est pas le Web, il est asynchrone et pas pressé. Et en cas de panne (réseau, peleteuse, clim, serveur...) ? Idem. Heureusement qu'on ne perd pas de courrier si une pelleteuse coupe un câble ! Avec deux serveurs quasi-identiques, c'est pas la mort le boulot supplémentaire. Oh que si, notamment en ce qui concerne les règles anti-spam. Par exemple, les listes noires ne servent à rien si on a un MX secondaire (les spammeurs se connectent souvent au MX de plus *basse* priorité, comptant, en général à juste titre, qu'il est moins protégé). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: champs MX sur bind
Le Wednesday 23 May 2007 23:19:31 Stephane Bortzmeyer, vous avez écrit : On Wed, May 23, 2007 at 11:05:55PM +0200, Gilles Mocellin [EMAIL PROTECTED] wrote a message of 49 lines which said: Et comment je vais faire mes migrations de Sarge vers Etch sans couper le service si j'ai qu'un serveur moi ? Il va être coupé cinq jours (la durée d'attente de la plupart des MTA, par défaut) ? J'en doute, donc, les clients feront comme les clients de courrier électronique ont toujours faits depuis l'aube des temps : ils attendront et réessaieront. Le courrier n'est pas le Web, il est asynchrone et pas pressé. Et en cas de panne (réseau, peleteuse, clim, serveur...) ? Idem. Heureusement qu'on ne perd pas de courrier si une pelleteuse coupe un câble ! Tu connais pas mes utilisateurs... Notre production peut dépendre de l'arrivé de mails (bien qu'on essaye de faire autrement autant que possible)... Avec deux serveurs quasi-identiques, c'est pas la mort le boulot supplémentaire. Oh que si, notamment en ce qui concerne les règles anti-spam. Par exemple, les listes noires ne servent à rien si on a un MX secondaire (les spammeurs se connectent souvent au MX de plus *basse* priorité, comptant, en général à juste titre, qu'il est moins protégé). J'ai dit avec une configuration identique, y compris l'antispam. Bon, c'est vrai que je n'ai pas de grylisting, là ça serait plus coton. signature.asc Description: This is a digitally signed message part.
Re: champs MX sur bind
Le 13656ième jour après Epoch, Stephane Bortzmeyer écrivait: On Wed, May 23, 2007 at 03:02:48PM +0200, Debian CEFAR [EMAIL PROTECTED] wrote a message of 29 lines which said: Est-ce lorsque le premier serveur tombe, alors les mails sont dirigés vers le second ? À noter que, pour 99 % des sites, un MX secondaire ne sert à rien et représente du travail en plus. Je vous déconseille d'en mettre un. En fait, ça sert un peu. Pas mal de spammeurs passent par les MX secondaires, qui sont souvent moins bien configurés en anti-spam que les primaires, et ces derniers acceptent systématiquement ce qui vient des secondaires. En gros: Installez un secondaire qui réponds systématiquement try again later et vous aurez moins de spam :) Quand je veux je le fais ;)