Serveur mail: quel agent par defaut? + quqelques conseils

Johnny B

10/03/2015 à 18:20

Comme quoi tu as un sérieux problème d'égo je répondais à Hugues mais
pas à toi (qui continue a déblatérer des infos sans préciser).

Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.

Tu parles sans savoir à quelqu'un qui route entre 200 et 300 millions de
mails/mois sur plusieurs clusters, impliqué dans des asso comme
SignalSpam alors dans ton combat puéril de "qui a la plus grosse" tu as
juste gagné le prix du profil du nerd dégénéré imbus de lui même. (il en
faut des comme toi).

Je suis tout a fait disposé a appuyer ce que je dis techniquement
sachant que tu te contrefiche de Postfix et de Qmail, travail ton
argumentaire et tes compétences. La ML Debian n'est pas la pour te faire
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait
avec Hugues contrairement à toi qui vient baver comme un nerd.

On 03/10/2015 05:30 PM, BERTRAND Joël wrote:

Johnny B a écrit :
Les serveurs des FAI fonctionnent en multi MX avec des priorités et des
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot
trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer.

L'envoi de mail est de plus en plus restrictif donc attention aux
requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la
phase de warmup de ton IP. Certaines blocklist ou site de réputation
peuvent ne pas apprécier ton débit d'envoi, mais ton quota est
largement "tolérable"

2000 mails / jour en notifications devraient passer avec un joli Postfix
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de
la doc et des tests. Déployer a l'arrache sans phase de dev est
contre-productif il faut pratiquer.

Soupirs...

Merci de m'apprendre mon métier. J'ai administré et j'administre
toujours plusieurs domaines de messageries qui traitent plusieurs
dizaines de milliers de messages par jour sur une infrastructure dont
tu n'as même pas idée. Je sais à peu près de quoi je parle. Ta
logorrhée verbale ne m'impressionne pas d'autant qu'elle ne veut à peu
près rien dire.

À ce propos, tes messages vont dès à présent chez mon copain Dave
Null.

Fin de la discussion.

--
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: https://lists.debian.org/

Comme quoi tu as un sérieux problème d'égo je répondais à Hugues mais
pas à toi (qui continue a déblatérer des infos sans préciser).

Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.

Tu parles sans savoir à quelqu'un qui route entre 200 et 300 millions de
mails/mois sur plusieurs clusters, impliqué dans des asso comme
SignalSpam alors dans ton combat puéril de "qui a la plus grosse" tu as
juste gagné le prix du profil du nerd dégénéré imbus de lui même. (il en
faut des comme toi).

Je suis tout a fait disposé a appuyer ce que je dis techniquement
sachant que tu te contrefiche de Postfix et de Qmail, travail ton
argumentaire et tes compétences. La ML Debian n'est pas la pour te faire
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait
avec Hugues contrairement à toi qui vient baver comme un nerd.

On 03/10/2015 05:30 PM, BERTRAND Joël wrote:

Johnny B a écrit :

Les serveurs des FAI fonctionnent en multi MX avec des priorités et des
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot
trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer.

L'envoi de mail est de plus en plus restrictif donc attention aux
requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la
phase de warmup de ton IP. Certaines blocklist ou site de réputation
peuvent ne pas apprécier ton débit d'envoi, mais ton quota est
largement "tolérable"

2000 mails / jour en notifications devraient passer avec un joli Postfix
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de
la doc et des tests. Déployer a l'arrache sans phase de dev est
contre-productif il faut pratiquer.

Soupirs...

Merci de m'apprendre mon métier. J'ai administré et j'administre
toujours plusieurs domaines de messageries qui traitent plusieurs
dizaines de milliers de messages par jour sur une infrastructure dont
tu n'as même pas idée. Je sais à peu près de quoi je parle. Ta
logorrhée verbale ne m'impressionne pas d'autant qu'elle ne veut à peu
près rien dire.

À ce propos, tes messages vont dès à présent chez mon copain Dave
Null.

Fin de la discussion.

--
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: https://lists.debian.org/54FF262A.6060303@gmail.com

Vous avez filtré cet utilisateur ! Consultez son message

Comme quoi tu as un sérieux problème d'égo je répondais à Hugues mais
pas à toi (qui continue a déblatérer des infos sans préciser).

Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.

Tu parles sans savoir à quelqu'un qui route entre 200 et 300 millions de
mails/mois sur plusieurs clusters, impliqué dans des asso comme
SignalSpam alors dans ton combat puéril de "qui a la plus grosse" tu as
juste gagné le prix du profil du nerd dégénéré imbus de lui même. (il en
faut des comme toi).

Je suis tout a fait disposé a appuyer ce que je dis techniquement
sachant que tu te contrefiche de Postfix et de Qmail, travail ton
argumentaire et tes compétences. La ML Debian n'est pas la pour te faire
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait
avec Hugues contrairement à toi qui vient baver comme un nerd.

On 03/10/2015 05:30 PM, BERTRAND Joël wrote:

Johnny B a écrit :
Les serveurs des FAI fonctionnent en multi MX avec des priorités et des
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot
trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer.

L'envoi de mail est de plus en plus restrictif donc attention aux
requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la
phase de warmup de ton IP. Certaines blocklist ou site de réputation
peuvent ne pas apprécier ton débit d'envoi, mais ton quota est
largement "tolérable"

2000 mails / jour en notifications devraient passer avec un joli Postfix
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de
la doc et des tests. Déployer a l'arrache sans phase de dev est
contre-productif il faut pratiquer.

Soupirs...

Merci de m'apprendre mon métier. J'ai administré et j'administre
toujours plusieurs domaines de messageries qui traitent plusieurs
dizaines de milliers de messages par jour sur une infrastructure dont
tu n'as même pas idée. Je sais à peu près de quoi je parle. Ta
logorrhée verbale ne m'impressionne pas d'autant qu'elle ne veut à peu
près rien dire.

À ce propos, tes messages vont dès à présent chez mon copain Dave
Null.

Fin de la discussion.

--
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: https://lists.debian.org/

Philippe Deleval

10/03/2015 à 21:10

Tu ne devrais poster que le vendredi.

Amicalement

Philippe

Le 10/03/2015 18:13, Johnny B a écrit :

Comme quoi tu as un sérieux problème d'égo je répondais à Hugues mais
pas à toi (qui continue a déblatérer des infos sans préciser).

--
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: https://lists.debian.org/

Christophe

11/03/2015 à 01:20

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particulièrement
houleuse, mais je m'interroge ...

Pour ma part, je ne connais quasiment que postfix (en remplacement
immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours f ait ce
que je souhaitais, particulièrement simplement (parfois par un parcours
furieux de la doc, mais il y a toujours une solution, qui s'avère simpl e
au final), que ce soit en terme de filtrage, d'appel à un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD.

Les solutions de transport de mail sont multiples, et ne considère pas
le sendmail des familles comme nécessairement désuet ... de fait, je ne
le connais pas : la simple commande sendmail étant fournie par bien des
paquets ...

Étant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expérience est maitre dans ce cas.

Par contre, si qmail est utilisé par exemple par OVH pour la *totalité *
de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de
dire, "ça respecte pas" ... pour quelle raison exactement ?)

@+
Christophe.

Le 10/03/2015 18:13, Johnny B a écrit :

Comme quoi tu as un sérieux problème d'égo je répondais à Hug ues mais
pas à toi (qui continue a déblatérer des infos sans préciser).

Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.

Tu parles sans savoir à quelqu'un qui route entre 200 et 300 millions de
mails/mois sur plusieurs clusters, impliqué dans des asso comme
SignalSpam alors dans ton combat puéril de "qui a la plus grosse" tu as
juste gagné le prix du profil du nerd dégénéré imbus de lui m ême. (il en
faut des comme toi).

Je suis tout a fait disposé a appuyer ce que je dis techniquement
sachant que tu te contrefiche de Postfix et de Qmail, travail ton
argumentaire et tes compétences. La ML Debian n'est pas la pour te fa ire
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait
avec Hugues contrairement à toi qui vient baver comme un nerd.

On 03/10/2015 05:30 PM, BERTRAND Joël wrote:
Johnny B a écrit :
Les serveurs des FAI fonctionnent en multi MX avec des priorités et des
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot
trop sur le premier MX ne compte pas sur le 2eme pour te laisser pass er.

L'envoi de mail est de plus en plus restrictif donc attention aux
requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la
phase de warmup de ton IP. Certaines blocklist ou site de réputatio n
peuvent ne pas apprécier ton débit d'envoi, mais ton quota est
largement "tolérable"

2000 mails / jour en notifications devraient passer avec un joli Post fix
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de
la doc et des tests. Déployer a l'arrache sans phase de dev est
contre-productif il faut pratiquer.

Soupirs...

Merci de m'apprendre mon métier. J'ai administré et j'administ re
toujours plusieurs domaines de messageries qui traitent plusieurs
dizaines de milliers de messages par jour sur une infrastructure dont
tu n'as même pas idée. Je sais à peu près de quoi je parle. Ta
logorrhée verbale ne m'impressionne pas d'autant qu'elle ne veut à peu
près rien dire.

À ce propos, tes messages vont dès à présent chez mon copa in Dave
Null.

Fin de la discussion.

--
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: https://lists.debian.org/

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particulièrement
houleuse, mais je m'interroge ...

Pour ma part, je ne connais quasiment que postfix (en remplacement
immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours f ait ce
que je souhaitais, particulièrement simplement (parfois par un parcours
furieux de la doc, mais il y a toujours une solution, qui s'avère simpl e
au final), que ce soit en terme de filtrage, d'appel à un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD.

Les solutions de transport de mail sont multiples, et ne considère pas
le sendmail des familles comme nécessairement désuet ... de fait, je ne
le connais pas : la simple commande sendmail étant fournie par bien des
paquets ...

Étant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expérience est maitre dans ce cas.

Par contre, si qmail est utilisé par exemple par OVH pour la *totalité *
de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de
dire, "ça respecte pas" ... pour quelle raison exactement ?)

@+
Christophe.

Le 10/03/2015 18:13, Johnny B a écrit :

Comme quoi tu as un sérieux problème d'égo je répondais à Hug ues mais
pas à toi (qui continue a déblatérer des infos sans préciser).

Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.

Tu parles sans savoir à quelqu'un qui route entre 200 et 300 millions de
mails/mois sur plusieurs clusters, impliqué dans des asso comme
SignalSpam alors dans ton combat puéril de "qui a la plus grosse" tu as
juste gagné le prix du profil du nerd dégénéré imbus de lui m ême. (il en
faut des comme toi).

Je suis tout a fait disposé a appuyer ce que je dis techniquement
sachant que tu te contrefiche de Postfix et de Qmail, travail ton
argumentaire et tes compétences. La ML Debian n'est pas la pour te fa ire
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait
avec Hugues contrairement à toi qui vient baver comme un nerd.

On 03/10/2015 05:30 PM, BERTRAND Joël wrote:

Johnny B a écrit :

Les serveurs des FAI fonctionnent en multi MX avec des priorités et des
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot
trop sur le premier MX ne compte pas sur le 2eme pour te laisser pass er.

L'envoi de mail est de plus en plus restrictif donc attention aux
requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la
phase de warmup de ton IP. Certaines blocklist ou site de réputatio n
peuvent ne pas apprécier ton débit d'envoi, mais ton quota est
largement "tolérable"

2000 mails / jour en notifications devraient passer avec un joli Post fix
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de
la doc et des tests. Déployer a l'arrache sans phase de dev est
contre-productif il faut pratiquer.

Soupirs...

Merci de m'apprendre mon métier. J'ai administré et j'administ re
toujours plusieurs domaines de messageries qui traitent plusieurs
dizaines de milliers de messages par jour sur une infrastructure dont
tu n'as même pas idée. Je sais à peu près de quoi je parle. Ta
logorrhée verbale ne m'impressionne pas d'autant qu'elle ne veut à peu
près rien dire.

À ce propos, tes messages vont dès à présent chez mon copa in Dave
Null.

Fin de la discussion.

--
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: https://lists.debian.org/54FF8619.1000205@stuxnet.org

Vous avez filtré cet utilisateur ! Consultez son message

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particulièrement
houleuse, mais je m'interroge ...

Pour ma part, je ne connais quasiment que postfix (en remplacement
immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours f ait ce
que je souhaitais, particulièrement simplement (parfois par un parcours
furieux de la doc, mais il y a toujours une solution, qui s'avère simpl e
au final), que ce soit en terme de filtrage, d'appel à un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD.

Les solutions de transport de mail sont multiples, et ne considère pas
le sendmail des familles comme nécessairement désuet ... de fait, je ne
le connais pas : la simple commande sendmail étant fournie par bien des
paquets ...

Étant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expérience est maitre dans ce cas.

Par contre, si qmail est utilisé par exemple par OVH pour la *totalité *
de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de
dire, "ça respecte pas" ... pour quelle raison exactement ?)

@+
Christophe.

Le 10/03/2015 18:13, Johnny B a écrit :

Comme quoi tu as un sérieux problème d'égo je répondais à Hug ues mais
pas à toi (qui continue a déblatérer des infos sans préciser).

Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.

Tu parles sans savoir à quelqu'un qui route entre 200 et 300 millions de
mails/mois sur plusieurs clusters, impliqué dans des asso comme
SignalSpam alors dans ton combat puéril de "qui a la plus grosse" tu as
juste gagné le prix du profil du nerd dégénéré imbus de lui m ême. (il en
faut des comme toi).

Je suis tout a fait disposé a appuyer ce que je dis techniquement
sachant que tu te contrefiche de Postfix et de Qmail, travail ton
argumentaire et tes compétences. La ML Debian n'est pas la pour te fa ire
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait
avec Hugues contrairement à toi qui vient baver comme un nerd.

On 03/10/2015 05:30 PM, BERTRAND Joël wrote:
Johnny B a écrit :
Les serveurs des FAI fonctionnent en multi MX avec des priorités et des
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot
trop sur le premier MX ne compte pas sur le 2eme pour te laisser pass er.

L'envoi de mail est de plus en plus restrictif donc attention aux
requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la
phase de warmup de ton IP. Certaines blocklist ou site de réputatio n
peuvent ne pas apprécier ton débit d'envoi, mais ton quota est
largement "tolérable"

2000 mails / jour en notifications devraient passer avec un joli Post fix
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de
la doc et des tests. Déployer a l'arrache sans phase de dev est
contre-productif il faut pratiquer.

Soupirs...

Merci de m'apprendre mon métier. J'ai administré et j'administ re
toujours plusieurs domaines de messageries qui traitent plusieurs
dizaines de milliers de messages par jour sur une infrastructure dont
tu n'as même pas idée. Je sais à peu près de quoi je parle. Ta
logorrhée verbale ne m'impressionne pas d'autant qu'elle ne veut à peu
près rien dire.

À ce propos, tes messages vont dès à présent chez mon copa in Dave
Null.

Fin de la discussion.

--
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: https://lists.debian.org/

BERTRAND Joël

11/03/2015 à 10:30

Christophe a écrit :

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particulièrement
houleuse, mais je m'interroge ...

Procmail est ton ami, cela permet de filtrer efficacement les
indésirables :-P

Pour ma part, je ne connais quasiment que postfix (en remplacement
immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours fait ce
que je souhaitais, particulièrement simplement (parfois par un parcours
furieux de la doc, mais il y a toujours une solution, qui s'avère simple
au final), que ce soit en terme de filtrage, d'appel à un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD.

Postfix n'est pas mauvais en soi. Pour des configurations standard, il
convient tout à fait. Je n'en ai pas l'usage parce que pour des
configurations plus poussées sa plus grande simplicité n'en fait pas un
atout mais plutôt un handicap.

Les solutions de transport de mail sont multiples, et ne considère pas
le sendmail des familles comme nécessairement désuet ... de fait, je ne
le connais pas : la simple commande sendmail étant fournie par bien des
paquets ...

Étant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expérience est maitre dans ce cas.

Sendmail a un gros défaut. Il est turing-complet donc peut tout faire
si on lui demande gentiment. Sa configuration peut donc faire peur
d'autant que certains systèmes poussent le vice à ne le configurer qu'au
travers d'un immonde fichier sendmail.cf qui ressemble assez à du bruit
de télétransmission plutôt qu'en utilisant les macros m4. C'était encore
le cas sous Solaris 10 (au moins les premières versions, je n'ai pas
regardé récemment si cela s'était arrangé) et c'est toujours le cas sous
OpenVMS. Et là, j'avoue, c'est rude. C'est principalement pour cela
qu'il a mauvaise presse.

Par contre, si qmail est utilisé par exemple par OVH pour la *totalité*
de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de
dire, "ça respecte pas" ... pour quelle raison exactement ?)

Pour au moins cette raison mais ce n'est pas la seule :

"qmail was not designed to replace Sendmail, and does not behave exactly
as Sendmail did in all situations. In some cases, these differences in
behavior have become grounds for criticism. For instance, qmail's
approach to bounce messages (a format called QSBMF) differs from the
standard format of delivery status notifications specified by the IETF
in RFC 1894, meanwhile advanced to draft standard as RFC 3464, and
recommended in the SMTP specification."

ce qui peut mettre un certain bazar sur des serveurs bien administrés.
Postfix, quant à lui, respecte les specs et se comporte normalement.

Cordialement,

JKB

--
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: https://lists.debian.org/

Christophe a écrit :

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particulièrement
houleuse, mais je m'interroge ...

Procmail est ton ami, cela permet de filtrer efficacement les
indésirables :-P

Pour ma part, je ne connais quasiment que postfix (en remplacement
immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours fait ce
que je souhaitais, particulièrement simplement (parfois par un parcours
furieux de la doc, mais il y a toujours une solution, qui s'avère simple
au final), que ce soit en terme de filtrage, d'appel à un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD.

Postfix n'est pas mauvais en soi. Pour des configurations standard, il
convient tout à fait. Je n'en ai pas l'usage parce que pour des
configurations plus poussées sa plus grande simplicité n'en fait pas un
atout mais plutôt un handicap.

Les solutions de transport de mail sont multiples, et ne considère pas
le sendmail des familles comme nécessairement désuet ... de fait, je ne
le connais pas : la simple commande sendmail étant fournie par bien des
paquets ...

Étant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expérience est maitre dans ce cas.

Sendmail a un gros défaut. Il est turing-complet donc peut tout faire
si on lui demande gentiment. Sa configuration peut donc faire peur
d'autant que certains systèmes poussent le vice à ne le configurer qu'au
travers d'un immonde fichier sendmail.cf qui ressemble assez à du bruit
de télétransmission plutôt qu'en utilisant les macros m4. C'était encore
le cas sous Solaris 10 (au moins les premières versions, je n'ai pas
regardé récemment si cela s'était arrangé) et c'est toujours le cas sous
OpenVMS. Et là, j'avoue, c'est rude. C'est principalement pour cela
qu'il a mauvaise presse.

Par contre, si qmail est utilisé par exemple par OVH pour la *totalité*
de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de
dire, "ça respecte pas" ... pour quelle raison exactement ?)

Pour au moins cette raison mais ce n'est pas la seule :

"qmail was not designed to replace Sendmail, and does not behave exactly
as Sendmail did in all situations. In some cases, these differences in
behavior have become grounds for criticism. For instance, qmail's
approach to bounce messages (a format called QSBMF) differs from the
standard format of delivery status notifications specified by the IETF
in RFC 1894, meanwhile advanced to draft standard as RFC 3464, and
recommended in the SMTP specification."

ce qui peut mettre un certain bazar sur des serveurs bien administrés.
Postfix, quant à lui, respecte les specs et se comporte normalement.

Cordialement,

JKB

--
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: https://lists.debian.org/55000928.1010501@systella.fr

Vous avez filtré cet utilisateur ! Consultez son message

Christophe a écrit :

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particulièrement
houleuse, mais je m'interroge ...

Procmail est ton ami, cela permet de filtrer efficacement les
indésirables :-P

Pour ma part, je ne connais quasiment que postfix (en remplacement
immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours fait ce
que je souhaitais, particulièrement simplement (parfois par un parcours
furieux de la doc, mais il y a toujours une solution, qui s'avère simple
au final), que ce soit en terme de filtrage, d'appel à un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD.

Postfix n'est pas mauvais en soi. Pour des configurations standard, il
convient tout à fait. Je n'en ai pas l'usage parce que pour des
configurations plus poussées sa plus grande simplicité n'en fait pas un
atout mais plutôt un handicap.

Les solutions de transport de mail sont multiples, et ne considère pas
le sendmail des familles comme nécessairement désuet ... de fait, je ne
le connais pas : la simple commande sendmail étant fournie par bien des
paquets ...

Étant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expérience est maitre dans ce cas.

Sendmail a un gros défaut. Il est turing-complet donc peut tout faire
si on lui demande gentiment. Sa configuration peut donc faire peur
d'autant que certains systèmes poussent le vice à ne le configurer qu'au
travers d'un immonde fichier sendmail.cf qui ressemble assez à du bruit
de télétransmission plutôt qu'en utilisant les macros m4. C'était encore
le cas sous Solaris 10 (au moins les premières versions, je n'ai pas
regardé récemment si cela s'était arrangé) et c'est toujours le cas sous
OpenVMS. Et là, j'avoue, c'est rude. C'est principalement pour cela
qu'il a mauvaise presse.

Par contre, si qmail est utilisé par exemple par OVH pour la *totalité*
de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de
dire, "ça respecte pas" ... pour quelle raison exactement ?)

Pour au moins cette raison mais ce n'est pas la seule :

"qmail was not designed to replace Sendmail, and does not behave exactly
as Sendmail did in all situations. In some cases, these differences in
behavior have become grounds for criticism. For instance, qmail's
approach to bounce messages (a format called QSBMF) differs from the
standard format of delivery status notifications specified by the IETF
in RFC 1894, meanwhile advanced to draft standard as RFC 3464, and
recommended in the SMTP specification."

ce qui peut mettre un certain bazar sur des serveurs bien administrés.
Postfix, quant à lui, respecte les specs et se comporte normalement.

Cordialement,

JKB

--
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: https://lists.debian.org/

Hugues MORIN

11/03/2015 à 17:20

--001a1134b9648ddecf0511058f11
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Bonjour

Merci a tous pour ces conseils :D

Je viens de transferer tout mes sites sur le nouveau serveur.
Je n'ai pas encore installe de MTA et biensur les sites n'envoient plus
d'emails.

Je viens de lire vos post, je pense que je vais installer Postfix.
Il est surement beaucoup plus puissant que mon besoin mais il me semble que
c'est un standard.
Du coup il doit etre bien documente et "qui peut le plus peut le moins"

Je regarde la doc, je fais quelques tests et je vous tiens au courant

Cordialement
Hugues

Le 11 mars 2015 01:02, Christophe a Ã©crit :

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particuliÃ¨reme nt
houleuse, mais je m'interroge ...

Pour ma part, je ne connais quasiment que postfix (en remplacement
immÃ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§a a toujours fait ce que
je souhaitais, particuliÃ¨rement simplement (parfois par un parcours furieux
de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple au final),
que ce soit en terme de filtrage, d'appel Ã un processus/socket exte rne, de
gestion des queues, ou encore de simple transport.

Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.

Les solutions de transport de mail sont multiples, et ne considÃ¨re p as le
sendmail des familles comme nÃ©cessairement dÃ©suet ... de fait, je ne le
connais pas : la simple commande sendmail Ã©tant fournie par bien des
paquets ...

Ãtant le plus ancien de la bande, il a surement des attraits que d'a utres
n'ont pas ... mais il faut en effet surement s'y plonger, et l'expÃ©r ience
est maitre dans ce cas.

Par contre, si qmail est utilisÃ© par exemple par OVH pour la *totali tÃ©* de
ses envois de mails, il doit bien y avoir une raison : si OVH ne respecte
pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t que de dire, " Ã§a
respecte pas" ... pour quelle raison exactement ?)

@+
Christophe.

Le 10/03/2015 18:13, Johnny B a Ã©crit :

Comme quoi tu as un sÃ©rieux problÃ¨me d'Ã©go je rÃ©pond ais Ã Hugues mais

pas Ã toi (qui continue a dÃ©blatÃ©rer des infos sans prÃ ©ciser).

Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.

Tu parles sans savoir Ã quelqu'un qui route entre 200 et 300 millio ns de
mails/mois sur plusieurs clusters, impliquÃ© dans des asso comme
SignalSpam alors dans ton combat puÃ©ril de "qui a la plus grosse" tu as
juste gagnÃ© le prix du profil du nerd dÃ©gÃ©nÃ©rÃ© imbus de lui mÃªme. (il en
faut des comme toi).

Je suis tout a fait disposÃ© a appuyer ce que je dis techniquement
sachant que tu te contrefiche de Postfix et de Qmail, travail ton
argumentaire et tes compÃ©tences. La ML Debian n'est pas la pour te faire
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait
avec Hugues contrairement Ã toi qui vient baver comme un nerd.

On 03/10/2015 05:30 PM, BERTRAND JoÃ«l wrote:

Johnny B a Ã©crit :

Les serveurs des FAI fonctionnent en multi MX avec des prioritÃ©s et des
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot
trop sur le premier MX ne compte pas sur le 2eme pour te laisser passe r.

L'envoi de mail est de plus en plus restrictif donc attention aux
requÃªtes de dialogues SMTP avec les serveurs distants. Il y a aus si la
phase de warmup de ton IP. Certaines blocklist ou site de rÃ©putat ion
peuvent ne pas apprÃ©cier ton dÃ©bit d'envoi, mais ton quota est
largement "tolÃ©rable"

2000 mails / jour en notifications devraient passer avec un joli Postf ix
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est d e
la doc et des tests. DÃ©ployer a l'arrache sans phase de dev est
contre-productif il faut pratiquer.

Soupirs...

Merci de m'apprendre mon mÃ©tier. J'ai administrÃ© et j'adm inistre
toujours plusieurs domaines de messageries qui traitent plusieurs
dizaines de milliers de messages par jour sur une infrastructure dont
tu n'as mÃªme pas idÃ©e. Je sais Ã peu prÃ¨s de quoi j e parle. Ta
logorrhÃ©e verbale ne m'impressionne pas d'autant qu'elle ne veut Ã peu
prÃ¨s rien dire.

Ã ce propos, tes messages vont dÃ¨s Ã prÃ©sent ch ez mon copain Dave
Null.

Fin de la discussion.

--
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: https://lists.debian.org/

--001a1134b9648ddecf0511058f11
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr"><div><div><div><div><div><div>Bonjour<br><br><br></div>Mer ci a tous pour ces conseils :D<br><br></div>Je viens de transferer tout mes sites sur le nouveau serveur.<br></div>Je n'ai pas encore installe de MTA et biensur les sites n'envoient plus d'emails.<br><br></div>Je viens de lire vos post, je pense que je vais installer Postfix.<br></div>Il est surement beaucoup plus puissant que mon besoin mais il me semble que c 'est un standard.<br></div>Du coup il doit etre bien documente et &quot ;qui peut le plus peut le moins"<br><div><div><div><div><div><div><br> </div><div>Je regarde la doc, je fais quelques tests et je vous tiens au co urant<br><br></div><div>Cordialement<br></div><div>Hugues<br><br></div><div ><br></div></div></div></div></div></div></div><div class="gmail_extra">< br><div class="gmail_quote">Le 11 mars 2015 01:02, Christophe <span dir ="ltr"><<a href="mailto:" target="_blank"> xnet.org</a>></span> a Ã©crit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bo nsoir,<br>
<br>
(et Top post pour la cause)<br>
<br>
Vous m'excuserez d'intervenir dans cette conversation particuliÃ ¨rement houleuse, mais je m'interroge ...<br>
<br>
Pour ma part, je ne connais quasiment que postfix (en remplacement immÃ ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§a a toujours fait ce que je souhaitais, particuliÃ¨rement simplement (par fois par un parcours furieux de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple au final), que ce soit en terme de filtrage, d& #39;appel Ã un processus/socket externe, de gestion des queues, ou enc ore de simple transport.<br>
<br>
Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.<br>
<br>
Les solutions de transport de mail sont multiples, et ne considÃ¨re pas le sendmail des familles comme nÃ©cessairement dÃ©suet ... de fait , je ne le connais pas : la simple commande sendmail Ã©tant fournie par bien des paquets ...<br>
<br>
Ãtant le plus ancien de la bande, il a surement des attraits que d&#39 ;autres n'ont pas ... mais il faut en effet surement s'y plonger, e t l'expÃ©rience est maitre dans ce cas.<br>
<br>
Par contre, si qmail est utilisÃ© par exemple par OVH pour la *totalit Ã©* de ses envois de mails, il doit bien y avoir une raison : si OVH ne respecte pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t qu e de dire, "Ã§a respecte pas" ... pour quelle raison exacteme nt ?)<br>
<br>
@+<br>
Christophe.<span class=""><br>
<br>
<br>
<br>
Le 10/03/2015 18:13, Johnny B a Ã©crit :<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border- left:1px #ccc solid;padding-left:1ex">
Comme quoi tu as un sÃ©rieux problÃ¨me d'Ã©go je rÃ©pon dais Ã Hugues mais<div><div class="h5"><br>
pas Ã toi (qui continue a dÃ©blatÃ©rer des infos sans prÃ© ciser).<br>
<br>
Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.<br>
<br>
Tu parles sans savoir Ã quelqu'un qui route entre 200 et 300 milli ons de<br>
mails/mois sur plusieurs clusters, impliquÃ© dans des asso comme<br>
SignalSpam alors dans ton combat puÃ©ril de "qui a la plus grosse& quot;Â tu as<br>
juste gagnÃ© le prix du profil du nerd dÃ©gÃ©nÃ©rÃ© imb us de lui mÃªme. (il en<br>
faut des comme toi).<br>
<br>
Je suis tout a fait disposÃ© a appuyer ce que je dis techniquement<br>
sachant que tu te contrefiche de Postfix et de Qmail, travail ton<br>
argumentaire et tes compÃ©tences. La ML Debian n'est pas la pour te faire<br>
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait <br>
avec Hugues contrairement Ã toi qui vient baver comme un nerd.<br>
<br>
<br>
On 03/10/2015 05:30 PM, BERTRAND JoÃ«l wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1p x #ccc solid;padding-left:1ex">
Johnny B a Ã©crit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1p x #ccc solid;padding-left:1ex">
Les serveurs des FAI fonctionnent en multi MX avec des prioritÃ©s et de s<br>
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot<b r>
trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer.<br >
<br>
L'envoi de mail est de plus en plus restrictif donc attention aux<br>
requÃªtes de dialogues SMTP avec les serveurs distants. Il y a aussi la <br>
phase de warmup de ton IP. Certaines blocklist ou site de rÃ©putation<b r>
peuvent ne pas apprÃ©cier ton dÃ©bit d'envoi,Â mais ton qu ota est<br>
largement "tolÃ©rable"<br>
<br>
2000 mails / jour en notifications devraient passer avec un joli Postfix<br >
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de <br>
la doc et des tests. DÃ©ployer a l'arrache sans phase de dev est<br >
contre-productif il faut pratiquer.<br>
<br>
<br>
</blockquote>
<br>
Â Â Soupirs...<br>
<br>
Â Â Merci de m'apprendre mon mÃ©tier. J'ai administr Ã© et j'administre<br>
toujours plusieurs domaines de messageries qui traitent plusieurs<br>
dizaines de milliers de messages par jour sur une infrastructure dont<br>
tu n'as mÃªme pas idÃ©e. Je sais Ã peu prÃ¨s de quoi j e parle. Ta<br>
logorrhÃ©e verbale ne m'impressionne pas d'autant qu'elle n e veut Ã peu<br>
prÃ¨s rien dire.<br>
<br>
Â Â Ã ce propos, tes messages vont dÃ¨s Ã prÃ©s ent chez mon copain Dave<br>
Null.<br>
<br>
Â Â Fin de la discussion.<br>
<br>
</blockquote>
<br>
</div></div></blockquote><div><div class="h5">
<br>
-- <br>
Lisez la FAQ de la liste avant de poser une question :<br>
<a href="http://wiki.debian.org/fr/FrenchLists" target="_blank">http:// wiki.debian.org/fr/<u></u>FrenchLists</a><br>
<br>
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe "<br>
vers <a href="mailto:" target ="_blank">debian-user-french-REQUEST@<u></u>lists.debian.org</a><br>
En cas de soucis, contactez EN ANGLAIS <a href="mailto: ebian.org" target="_blank"></a><br></div></div >
Archive: <a href="https://lists.debian.org/" target="_blank">https://lists.debian.org/<u></u> org</a><br>
<br>
</blockquote></div><br></div>

--001a1134b9648ddecf0511058f11--

--
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: https://lists.debian.org/CAMEeNc3PD8Z08AE4OG_=

--001a1134b9648ddecf0511058f11
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Bonjour

Merci a tous pour ces conseils :D

Je viens de transferer tout mes sites sur le nouveau serveur.
Je n'ai pas encore installe de MTA et biensur les sites n'envoient plus
d'emails.

Je viens de lire vos post, je pense que je vais installer Postfix.
Il est surement beaucoup plus puissant que mon besoin mais il me semble que
c'est un standard.
Du coup il doit etre bien documente et "qui peut le plus peut le moins"

Je regarde la doc, je fais quelques tests et je vous tiens au courant

Cordialement
Hugues

Le 11 mars 2015 01:02, Christophe <tech@stuxnet.org> a Ã©crit :

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particuliÃ¨reme nt
houleuse, mais je m'interroge ...

Pour ma part, je ne connais quasiment que postfix (en remplacement
immÃ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§a a toujours fait ce que
je souhaitais, particuliÃ¨rement simplement (parfois par un parcours furieux
de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple au final),
que ce soit en terme de filtrage, d'appel Ã un processus/socket exte rne, de
gestion des queues, ou encore de simple transport.

Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.

Les solutions de transport de mail sont multiples, et ne considÃ¨re p as le
sendmail des familles comme nÃ©cessairement dÃ©suet ... de fait, je ne le
connais pas : la simple commande sendmail Ã©tant fournie par bien des
paquets ...

Ãtant le plus ancien de la bande, il a surement des attraits que d'a utres
n'ont pas ... mais il faut en effet surement s'y plonger, et l'expÃ©r ience
est maitre dans ce cas.

Par contre, si qmail est utilisÃ© par exemple par OVH pour la *totali tÃ©* de
ses envois de mails, il doit bien y avoir une raison : si OVH ne respecte
pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t que de dire, " Ã§a
respecte pas" ... pour quelle raison exactement ?)

@+
Christophe.

Le 10/03/2015 18:13, Johnny B a Ã©crit :

Comme quoi tu as un sÃ©rieux problÃ¨me d'Ã©go je rÃ©pond ais Ã Hugues mais

pas Ã toi (qui continue a dÃ©blatÃ©rer des infos sans prÃ ©ciser).

Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.

Tu parles sans savoir Ã quelqu'un qui route entre 200 et 300 millio ns de
mails/mois sur plusieurs clusters, impliquÃ© dans des asso comme
SignalSpam alors dans ton combat puÃ©ril de "qui a la plus grosse" tu as
juste gagnÃ© le prix du profil du nerd dÃ©gÃ©nÃ©rÃ© imbus de lui mÃªme. (il en
faut des comme toi).

Je suis tout a fait disposÃ© a appuyer ce que je dis techniquement
sachant que tu te contrefiche de Postfix et de Qmail, travail ton
argumentaire et tes compÃ©tences. La ML Debian n'est pas la pour te faire
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait
avec Hugues contrairement Ã toi qui vient baver comme un nerd.

On 03/10/2015 05:30 PM, BERTRAND JoÃ«l wrote:

Johnny B a Ã©crit :

Les serveurs des FAI fonctionnent en multi MX avec des prioritÃ©s et des
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot
trop sur le premier MX ne compte pas sur le 2eme pour te laisser passe r.

L'envoi de mail est de plus en plus restrictif donc attention aux
requÃªtes de dialogues SMTP avec les serveurs distants. Il y a aus si la
phase de warmup de ton IP. Certaines blocklist ou site de rÃ©putat ion
peuvent ne pas apprÃ©cier ton dÃ©bit d'envoi, mais ton quota est
largement "tolÃ©rable"

2000 mails / jour en notifications devraient passer avec un joli Postf ix
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est d e
la doc et des tests. DÃ©ployer a l'arrache sans phase de dev est
contre-productif il faut pratiquer.

Soupirs...

Merci de m'apprendre mon mÃ©tier. J'ai administrÃ© et j'adm inistre
toujours plusieurs domaines de messageries qui traitent plusieurs
dizaines de milliers de messages par jour sur une infrastructure dont
tu n'as mÃªme pas idÃ©e. Je sais Ã peu prÃ¨s de quoi j e parle. Ta
logorrhÃ©e verbale ne m'impressionne pas d'autant qu'elle ne veut Ã peu
prÃ¨s rien dire.

Ã ce propos, tes messages vont dÃ¨s Ã prÃ©sent ch ez mon copain Dave
Null.

Fin de la discussion.

--
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: https://lists.debian.org/54FF8619.1000205@stuxnet.org

--001a1134b9648ddecf0511058f11
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr"><div><div><div><div><div><div>Bonjour<br><br><br></div>Mer ci a tous pour ces conseils :D<br><br></div>Je viens de transferer tout mes sites sur le nouveau serveur.<br></div>Je n'ai pas encore installe de MTA et biensur les sites n'envoient plus d'emails.<br><br></div>Je viens de lire vos post, je pense que je vais installer Postfix.<br></div>Il est surement beaucoup plus puissant que mon besoin mais il me semble que c 'est un standard.<br></div>Du coup il doit etre bien documente et &quot ;qui peut le plus peut le moins"<br><div><div><div><div><div><div><br> </div><div>Je regarde la doc, je fais quelques tests et je vous tiens au co urant<br><br></div><div>Cordialement<br></div><div>Hugues<br><br></div><div ><br></div></div></div></div></div></div></div><div class="gmail_extra">< br><div class="gmail_quote">Le 11 mars 2015 01:02, Christophe <span dir ="ltr"><<a href="mailto:tech@stuxnet.org" target="_blank">tech@stu xnet.org</a>></span> a Ã©crit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bo nsoir,<br>
<br>
(et Top post pour la cause)<br>
<br>
Vous m'excuserez d'intervenir dans cette conversation particuliÃ ¨rement houleuse, mais je m'interroge ...<br>
<br>
Pour ma part, je ne connais quasiment que postfix (en remplacement immÃ ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§a a toujours fait ce que je souhaitais, particuliÃ¨rement simplement (par fois par un parcours furieux de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple au final), que ce soit en terme de filtrage, d& #39;appel Ã un processus/socket externe, de gestion des queues, ou enc ore de simple transport.<br>
<br>
Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.<br>
<br>
Les solutions de transport de mail sont multiples, et ne considÃ¨re pas le sendmail des familles comme nÃ©cessairement dÃ©suet ... de fait , je ne le connais pas : la simple commande sendmail Ã©tant fournie par bien des paquets ...<br>
<br>
Ãtant le plus ancien de la bande, il a surement des attraits que d&#39 ;autres n'ont pas ... mais il faut en effet surement s'y plonger, e t l'expÃ©rience est maitre dans ce cas.<br>
<br>
Par contre, si qmail est utilisÃ© par exemple par OVH pour la *totalit Ã©* de ses envois de mails, il doit bien y avoir une raison : si OVH ne respecte pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t qu e de dire, "Ã§a respecte pas" ... pour quelle raison exacteme nt ?)<br>
<br>
@+<br>
Christophe.<span class=""><br>
<br>
<br>
<br>
Le 10/03/2015 18:13, Johnny B a Ã©crit :<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border- left:1px #ccc solid;padding-left:1ex">
Comme quoi tu as un sÃ©rieux problÃ¨me d'Ã©go je rÃ©pon dais Ã Hugues mais<div><div class="h5"><br>
pas Ã toi (qui continue a dÃ©blatÃ©rer des infos sans prÃ© ciser).<br>
<br>
Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.<br>
<br>
Tu parles sans savoir Ã quelqu'un qui route entre 200 et 300 milli ons de<br>
mails/mois sur plusieurs clusters, impliquÃ© dans des asso comme<br>
SignalSpam alors dans ton combat puÃ©ril de "qui a la plus grosse& quot;Â tu as<br>
juste gagnÃ© le prix du profil du nerd dÃ©gÃ©nÃ©rÃ© imb us de lui mÃªme. (il en<br>
faut des comme toi).<br>
<br>
Je suis tout a fait disposÃ© a appuyer ce que je dis techniquement<br>
sachant que tu te contrefiche de Postfix et de Qmail, travail ton<br>
argumentaire et tes compÃ©tences. La ML Debian n'est pas la pour te faire<br>
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait <br>
avec Hugues contrairement Ã toi qui vient baver comme un nerd.<br>
<br>
<br>
On 03/10/2015 05:30 PM, BERTRAND JoÃ«l wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1p x #ccc solid;padding-left:1ex">
Johnny B a Ã©crit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1p x #ccc solid;padding-left:1ex">
Les serveurs des FAI fonctionnent en multi MX avec des prioritÃ©s et de s<br>
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot<b r>
trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer.<br >
<br>
L'envoi de mail est de plus en plus restrictif donc attention aux<br>
requÃªtes de dialogues SMTP avec les serveurs distants. Il y a aussi la <br>
phase de warmup de ton IP. Certaines blocklist ou site de rÃ©putation<b r>
peuvent ne pas apprÃ©cier ton dÃ©bit d'envoi,Â mais ton qu ota est<br>
largement "tolÃ©rable"<br>
<br>
2000 mails / jour en notifications devraient passer avec un joli Postfix<br >
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de <br>
la doc et des tests. DÃ©ployer a l'arrache sans phase de dev est<br >
contre-productif il faut pratiquer.<br>
<br>
<br>
</blockquote>
<br>
Â Â Soupirs...<br>
<br>
Â Â Merci de m'apprendre mon mÃ©tier. J'ai administr Ã© et j'administre<br>
toujours plusieurs domaines de messageries qui traitent plusieurs<br>
dizaines de milliers de messages par jour sur une infrastructure dont<br>
tu n'as mÃªme pas idÃ©e. Je sais Ã peu prÃ¨s de quoi j e parle. Ta<br>
logorrhÃ©e verbale ne m'impressionne pas d'autant qu'elle n e veut Ã peu<br>
prÃ¨s rien dire.<br>
<br>
Â Â Ã ce propos, tes messages vont dÃ¨s Ã prÃ©s ent chez mon copain Dave<br>
Null.<br>
<br>
Â Â Fin de la discussion.<br>
<br>
</blockquote>
<br>
</div></div></blockquote><div><div class="h5">
<br>
-- <br>
Lisez la FAQ de la liste avant de poser une question :<br>
<a href="http://wiki.debian.org/fr/FrenchLists" target="_blank">http:// wiki.debian.org/fr/<u></u>FrenchLists</a><br>
<br>
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe "<br>
vers <a href="mailto:debian-user-french-REQUEST@lists.debian.org" target ="_blank">debian-user-french-REQUEST@<u></u>lists.debian.org</a><br>
En cas de soucis, contactez EN ANGLAIS <a href="mailto:listmaster@lists.d ebian.org" target="_blank">listmaster@lists.debian.org</a><br></div></div >
Archive: <a href="https://lists.debian.org/54FF8619.1000205@stuxnet.org" target="_blank">https://lists.debian.org/<u></u>54FF8619.1000205@stuxnet. org</a><br>
<br>
</blockquote></div><br></div>

--001a1134b9648ddecf0511058f11--

--
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: https://lists.debian.org/CAMEeNc3PD8Z08AE4OG_=GX-yLP7ahxcqspeUotsKHShaEYrsJw@mail.gmail.com

Vous avez filtré cet utilisateur ! Consultez son message

--001a1134b9648ddecf0511058f11
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Bonjour

Merci a tous pour ces conseils :D

Je viens de transferer tout mes sites sur le nouveau serveur.
Je n'ai pas encore installe de MTA et biensur les sites n'envoient plus
d'emails.

Je viens de lire vos post, je pense que je vais installer Postfix.
Il est surement beaucoup plus puissant que mon besoin mais il me semble que
c'est un standard.
Du coup il doit etre bien documente et "qui peut le plus peut le moins"

Je regarde la doc, je fais quelques tests et je vous tiens au courant

Cordialement
Hugues

Le 11 mars 2015 01:02, Christophe a Ã©crit :

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particuliÃ¨reme nt
houleuse, mais je m'interroge ...

Pour ma part, je ne connais quasiment que postfix (en remplacement
immÃ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§a a toujours fait ce que
je souhaitais, particuliÃ¨rement simplement (parfois par un parcours furieux
de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple au final),
que ce soit en terme de filtrage, d'appel Ã un processus/socket exte rne, de
gestion des queues, ou encore de simple transport.

Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.

Les solutions de transport de mail sont multiples, et ne considÃ¨re p as le
sendmail des familles comme nÃ©cessairement dÃ©suet ... de fait, je ne le
connais pas : la simple commande sendmail Ã©tant fournie par bien des
paquets ...

Ãtant le plus ancien de la bande, il a surement des attraits que d'a utres
n'ont pas ... mais il faut en effet surement s'y plonger, et l'expÃ©r ience
est maitre dans ce cas.

Par contre, si qmail est utilisÃ© par exemple par OVH pour la *totali tÃ©* de
ses envois de mails, il doit bien y avoir une raison : si OVH ne respecte
pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t que de dire, " Ã§a
respecte pas" ... pour quelle raison exactement ?)

@+
Christophe.

Le 10/03/2015 18:13, Johnny B a Ã©crit :

Comme quoi tu as un sÃ©rieux problÃ¨me d'Ã©go je rÃ©pond ais Ã Hugues mais

pas Ã toi (qui continue a dÃ©blatÃ©rer des infos sans prÃ ©ciser).

Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.

Tu parles sans savoir Ã quelqu'un qui route entre 200 et 300 millio ns de
mails/mois sur plusieurs clusters, impliquÃ© dans des asso comme
SignalSpam alors dans ton combat puÃ©ril de "qui a la plus grosse" tu as
juste gagnÃ© le prix du profil du nerd dÃ©gÃ©nÃ©rÃ© imbus de lui mÃªme. (il en
faut des comme toi).

Je suis tout a fait disposÃ© a appuyer ce que je dis techniquement
sachant que tu te contrefiche de Postfix et de Qmail, travail ton
argumentaire et tes compÃ©tences. La ML Debian n'est pas la pour te faire
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait
avec Hugues contrairement Ã toi qui vient baver comme un nerd.

On 03/10/2015 05:30 PM, BERTRAND JoÃ«l wrote:

Johnny B a Ã©crit :

Les serveurs des FAI fonctionnent en multi MX avec des prioritÃ©s et des
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot
trop sur le premier MX ne compte pas sur le 2eme pour te laisser passe r.

L'envoi de mail est de plus en plus restrictif donc attention aux
requÃªtes de dialogues SMTP avec les serveurs distants. Il y a aus si la
phase de warmup de ton IP. Certaines blocklist ou site de rÃ©putat ion
peuvent ne pas apprÃ©cier ton dÃ©bit d'envoi, mais ton quota est
largement "tolÃ©rable"

2000 mails / jour en notifications devraient passer avec un joli Postf ix
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est d e
la doc et des tests. DÃ©ployer a l'arrache sans phase de dev est
contre-productif il faut pratiquer.

Soupirs...

Merci de m'apprendre mon mÃ©tier. J'ai administrÃ© et j'adm inistre
toujours plusieurs domaines de messageries qui traitent plusieurs
dizaines de milliers de messages par jour sur une infrastructure dont
tu n'as mÃªme pas idÃ©e. Je sais Ã peu prÃ¨s de quoi j e parle. Ta
logorrhÃ©e verbale ne m'impressionne pas d'autant qu'elle ne veut Ã peu
prÃ¨s rien dire.

Ã ce propos, tes messages vont dÃ¨s Ã prÃ©sent ch ez mon copain Dave
Null.

Fin de la discussion.

--
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: https://lists.debian.org/

--001a1134b9648ddecf0511058f11
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr"><div><div><div><div><div><div>Bonjour<br><br><br></div>Mer ci a tous pour ces conseils :D<br><br></div>Je viens de transferer tout mes sites sur le nouveau serveur.<br></div>Je n'ai pas encore installe de MTA et biensur les sites n'envoient plus d'emails.<br><br></div>Je viens de lire vos post, je pense que je vais installer Postfix.<br></div>Il est surement beaucoup plus puissant que mon besoin mais il me semble que c 'est un standard.<br></div>Du coup il doit etre bien documente et &quot ;qui peut le plus peut le moins"<br><div><div><div><div><div><div><br> </div><div>Je regarde la doc, je fais quelques tests et je vous tiens au co urant<br><br></div><div>Cordialement<br></div><div>Hugues<br><br></div><div ><br></div></div></div></div></div></div></div><div class="gmail_extra">< br><div class="gmail_quote">Le 11 mars 2015 01:02, Christophe <span dir ="ltr"><<a href="mailto:" target="_blank"> xnet.org</a>></span> a Ã©crit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bo nsoir,<br>
<br>
(et Top post pour la cause)<br>
<br>
Vous m'excuserez d'intervenir dans cette conversation particuliÃ ¨rement houleuse, mais je m'interroge ...<br>
<br>
Pour ma part, je ne connais quasiment que postfix (en remplacement immÃ ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§a a toujours fait ce que je souhaitais, particuliÃ¨rement simplement (par fois par un parcours furieux de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple au final), que ce soit en terme de filtrage, d& #39;appel Ã un processus/socket externe, de gestion des queues, ou enc ore de simple transport.<br>
<br>
Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.<br>
<br>
Les solutions de transport de mail sont multiples, et ne considÃ¨re pas le sendmail des familles comme nÃ©cessairement dÃ©suet ... de fait , je ne le connais pas : la simple commande sendmail Ã©tant fournie par bien des paquets ...<br>
<br>
Ãtant le plus ancien de la bande, il a surement des attraits que d&#39 ;autres n'ont pas ... mais il faut en effet surement s'y plonger, e t l'expÃ©rience est maitre dans ce cas.<br>
<br>
Par contre, si qmail est utilisÃ© par exemple par OVH pour la *totalit Ã©* de ses envois de mails, il doit bien y avoir une raison : si OVH ne respecte pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t qu e de dire, "Ã§a respecte pas" ... pour quelle raison exacteme nt ?)<br>
<br>
@+<br>
Christophe.<span class=""><br>
<br>
<br>
<br>
Le 10/03/2015 18:13, Johnny B a Ã©crit :<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border- left:1px #ccc solid;padding-left:1ex">
Comme quoi tu as un sÃ©rieux problÃ¨me d'Ã©go je rÃ©pon dais Ã Hugues mais<div><div class="h5"><br>
pas Ã toi (qui continue a dÃ©blatÃ©rer des infos sans prÃ© ciser).<br>
<br>
Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail.<br>
<br>
Tu parles sans savoir Ã quelqu'un qui route entre 200 et 300 milli ons de<br>
mails/mois sur plusieurs clusters, impliquÃ© dans des asso comme<br>
SignalSpam alors dans ton combat puÃ©ril de "qui a la plus grosse& quot;Â tu as<br>
juste gagnÃ© le prix du profil du nerd dÃ©gÃ©nÃ©rÃ© imb us de lui mÃªme. (il en<br>
faut des comme toi).<br>
<br>
Je suis tout a fait disposÃ© a appuyer ce que je dis techniquement<br>
sachant que tu te contrefiche de Postfix et de Qmail, travail ton<br>
argumentaire et tes compÃ©tences. La ML Debian n'est pas la pour te faire<br>
mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait <br>
avec Hugues contrairement Ã toi qui vient baver comme un nerd.<br>
<br>
<br>
On 03/10/2015 05:30 PM, BERTRAND JoÃ«l wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1p x #ccc solid;padding-left:1ex">
Johnny B a Ã©crit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1p x #ccc solid;padding-left:1ex">
Les serveurs des FAI fonctionnent en multi MX avec des prioritÃ©s et de s<br>
compteurs d'IPs (sans parler des check sur les domaines), si tu shoot<b r>
trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer.<br >
<br>
L'envoi de mail est de plus en plus restrictif donc attention aux<br>
requÃªtes de dialogues SMTP avec les serveurs distants. Il y a aussi la <br>
phase de warmup de ton IP. Certaines blocklist ou site de rÃ©putation<b r>
peuvent ne pas apprÃ©cier ton dÃ©bit d'envoi,Â mais ton qu ota est<br>
largement "tolÃ©rable"<br>
<br>
2000 mails / jour en notifications devraient passer avec un joli Postfix<br >
ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de <br>
la doc et des tests. DÃ©ployer a l'arrache sans phase de dev est<br >
contre-productif il faut pratiquer.<br>
<br>
<br>
</blockquote>
<br>
Â Â Soupirs...<br>
<br>
Â Â Merci de m'apprendre mon mÃ©tier. J'ai administr Ã© et j'administre<br>
toujours plusieurs domaines de messageries qui traitent plusieurs<br>
dizaines de milliers de messages par jour sur une infrastructure dont<br>
tu n'as mÃªme pas idÃ©e. Je sais Ã peu prÃ¨s de quoi j e parle. Ta<br>
logorrhÃ©e verbale ne m'impressionne pas d'autant qu'elle n e veut Ã peu<br>
prÃ¨s rien dire.<br>
<br>
Â Â Ã ce propos, tes messages vont dÃ¨s Ã prÃ©s ent chez mon copain Dave<br>
Null.<br>
<br>
Â Â Fin de la discussion.<br>
<br>
</blockquote>
<br>
</div></div></blockquote><div><div class="h5">
<br>
-- <br>
Lisez la FAQ de la liste avant de poser une question :<br>
<a href="http://wiki.debian.org/fr/FrenchLists" target="_blank">http:// wiki.debian.org/fr/<u></u>FrenchLists</a><br>
<br>
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe "<br>
vers <a href="mailto:" target ="_blank">debian-user-french-REQUEST@<u></u>lists.debian.org</a><br>
En cas de soucis, contactez EN ANGLAIS <a href="mailto: ebian.org" target="_blank"></a><br></div></div >
Archive: <a href="https://lists.debian.org/" target="_blank">https://lists.debian.org/<u></u> org</a><br>
<br>
</blockquote></div><br></div>

--001a1134b9648ddecf0511058f11--

--
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: https://lists.debian.org/CAMEeNc3PD8Z08AE4OG_=

Johnny B

11/03/2015 à 17:30

Salut Christophe, Hugues (désolé je top-post)

Concernant Qmail, pour ceux qui connaissent, savent que le développeur
(Bernstein) est imbuvable, imbus de lui même, (Ses nombreux topics
assassins sont encore sur le web) considérant son système comme parfait.
(ce qui est quasiment véridique puisque 4 bugs en 15 ans challengés via
des concours) et ne souhaitant pas mettre Qmail sous licence libre (sauf
depuis 2007).

Qmail a explosé dans les PME entre 2000 et 2007 mais manque de suivi de
part la philosophie de son concepteur. (qui n'est pas très apprécié,
Qmail en a donc subi la réputation). D'ou sa "bonne réputation" chez OVH
depuis des années. (Qmail est vieux mais ultra robuste)

J'utilise aussi Sendmail pour de petites taches, j'aime son pouvoir
d'ubiquité, mais en effectuant un comparatif technique des solutions
actuelles et en se documentant sur les analyses des spécialistes on
constate que Sendmail est déficient en terme de sécurité même s'il garde
ses performances qui restent moindres par rapport à Qmail et Postfix. En
2015 la sécurité des systèmes mails n'est pas une option.

Pas de polémiques à relancer, ce sont des constats de réalité, à vous
faire vos choix en fonction de vos besoins et de votre philosophie.

bon courage @+

On 03/11/2015 10:21 AM, BERTRAND Joël wrote:

Christophe a écrit :
Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particulièrement
houleuse, mais je m'interroge ...

Procmail est ton ami, cela permet de filtrer efficacement les
indésirables :-P

Pour ma part, je ne connais quasiment que postfix (en remplacement
immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours fait ce
que je souhaitais, particulièrement simplement (parfois par un parcours
furieux de la doc, mais il y a toujours une solution, qui s'avère simple
au final), que ce soit en terme de filtrage, d'appel à un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD.

Postfix n'est pas mauvais en soi. Pour des configurations
standard, il convient tout à fait. Je n'en ai pas l'usage parce que
pour des configurations plus poussées sa plus grande simplicité n'en
fait pas un atout mais plutôt un handicap.

Les solutions de transport de mail sont multiples, et ne considère pas
le sendmail des familles comme nécessairement désuet ... de fait, je ne
le connais pas : la simple commande sendmail étant fournie par bien des
paquets ...

Étant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expérience est maitre dans ce cas.

Sendmail a un gros défaut. Il est turing-complet donc peut tout
faire si on lui demande gentiment. Sa configuration peut donc faire
peur d'autant que certains systèmes poussent le vice à ne le
configurer qu'au travers d'un immonde fichier sendmail.cf qui
ressemble assez à du bruit de télétransmission plutôt qu'en utilisant
les macros m4. C'était encore le cas sous Solaris 10 (au moins les
premières versions, je n'ai pas regardé récemment si cela s'était
arrangé) et c'est toujours le cas sous OpenVMS. Et là, j'avoue, c'est
rude. C'est principalement pour cela qu'il a mauvaise presse.

Par contre, si qmail est utilisé par exemple par OVH pour la *totalité*
de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de
dire, "ça respecte pas" ... pour quelle raison exactement ?)

Pour au moins cette raison mais ce n'est pas la seule :

"qmail was not designed to replace Sendmail, and does not behave
exactly as Sendmail did in all situations. In some cases, these
differences in behavior have become grounds for criticism. For
instance, qmail's approach to bounce messages (a format called QSBMF)
differs from the standard format of delivery status notifications
specified by the IETF in RFC 1894, meanwhile advanced to draft
standard as RFC 3464, and recommended in the SMTP specification."

ce qui peut mettre un certain bazar sur des serveurs bien administrés.
Postfix, quant à lui, respecte les specs et se comporte normalement.

Cordialement,

JKB

--
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: https://lists.debian.org/

Salut Christophe, Hugues (désolé je top-post)

Concernant Qmail, pour ceux qui connaissent, savent que le développeur
(Bernstein) est imbuvable, imbus de lui même, (Ses nombreux topics
assassins sont encore sur le web) considérant son système comme parfait.
(ce qui est quasiment véridique puisque 4 bugs en 15 ans challengés via
des concours) et ne souhaitant pas mettre Qmail sous licence libre (sauf
depuis 2007).

Qmail a explosé dans les PME entre 2000 et 2007 mais manque de suivi de
part la philosophie de son concepteur. (qui n'est pas très apprécié,
Qmail en a donc subi la réputation). D'ou sa "bonne réputation" chez OVH
depuis des années. (Qmail est vieux mais ultra robuste)

J'utilise aussi Sendmail pour de petites taches, j'aime son pouvoir
d'ubiquité, mais en effectuant un comparatif technique des solutions
actuelles et en se documentant sur les analyses des spécialistes on
constate que Sendmail est déficient en terme de sécurité même s'il garde
ses performances qui restent moindres par rapport à Qmail et Postfix. En
2015 la sécurité des systèmes mails n'est pas une option.

Pas de polémiques à relancer, ce sont des constats de réalité, à vous
faire vos choix en fonction de vos besoins et de votre philosophie.

bon courage @+

On 03/11/2015 10:21 AM, BERTRAND Joël wrote:

Christophe a écrit :

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particulièrement
houleuse, mais je m'interroge ...

Procmail est ton ami, cela permet de filtrer efficacement les
indésirables :-P

Pour ma part, je ne connais quasiment que postfix (en remplacement
immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours fait ce
que je souhaitais, particulièrement simplement (parfois par un parcours
furieux de la doc, mais il y a toujours une solution, qui s'avère simple
au final), que ce soit en terme de filtrage, d'appel à un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD.

Postfix n'est pas mauvais en soi. Pour des configurations
standard, il convient tout à fait. Je n'en ai pas l'usage parce que
pour des configurations plus poussées sa plus grande simplicité n'en
fait pas un atout mais plutôt un handicap.

Les solutions de transport de mail sont multiples, et ne considère pas
le sendmail des familles comme nécessairement désuet ... de fait, je ne
le connais pas : la simple commande sendmail étant fournie par bien des
paquets ...

Étant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expérience est maitre dans ce cas.

Sendmail a un gros défaut. Il est turing-complet donc peut tout
faire si on lui demande gentiment. Sa configuration peut donc faire
peur d'autant que certains systèmes poussent le vice à ne le
configurer qu'au travers d'un immonde fichier sendmail.cf qui
ressemble assez à du bruit de télétransmission plutôt qu'en utilisant
les macros m4. C'était encore le cas sous Solaris 10 (au moins les
premières versions, je n'ai pas regardé récemment si cela s'était
arrangé) et c'est toujours le cas sous OpenVMS. Et là, j'avoue, c'est
rude. C'est principalement pour cela qu'il a mauvaise presse.

Par contre, si qmail est utilisé par exemple par OVH pour la *totalité*
de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de
dire, "ça respecte pas" ... pour quelle raison exactement ?)

Pour au moins cette raison mais ce n'est pas la seule :

"qmail was not designed to replace Sendmail, and does not behave
exactly as Sendmail did in all situations. In some cases, these
differences in behavior have become grounds for criticism. For
instance, qmail's approach to bounce messages (a format called QSBMF)
differs from the standard format of delivery status notifications
specified by the IETF in RFC 1894, meanwhile advanced to draft
standard as RFC 3464, and recommended in the SMTP specification."

ce qui peut mettre un certain bazar sur des serveurs bien administrés.
Postfix, quant à lui, respecte les specs et se comporte normalement.

Cordialement,

JKB

--
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: https://lists.debian.org/55006B7A.4090205@gmail.com

Vous avez filtré cet utilisateur ! Consultez son message

Salut Christophe, Hugues (désolé je top-post)

Concernant Qmail, pour ceux qui connaissent, savent que le développeur
(Bernstein) est imbuvable, imbus de lui même, (Ses nombreux topics
assassins sont encore sur le web) considérant son système comme parfait.
(ce qui est quasiment véridique puisque 4 bugs en 15 ans challengés via
des concours) et ne souhaitant pas mettre Qmail sous licence libre (sauf
depuis 2007).

Qmail a explosé dans les PME entre 2000 et 2007 mais manque de suivi de
part la philosophie de son concepteur. (qui n'est pas très apprécié,
Qmail en a donc subi la réputation). D'ou sa "bonne réputation" chez OVH
depuis des années. (Qmail est vieux mais ultra robuste)

J'utilise aussi Sendmail pour de petites taches, j'aime son pouvoir
d'ubiquité, mais en effectuant un comparatif technique des solutions
actuelles et en se documentant sur les analyses des spécialistes on
constate que Sendmail est déficient en terme de sécurité même s'il garde
ses performances qui restent moindres par rapport à Qmail et Postfix. En
2015 la sécurité des systèmes mails n'est pas une option.

Pas de polémiques à relancer, ce sont des constats de réalité, à vous
faire vos choix en fonction de vos besoins et de votre philosophie.

bon courage @+

On 03/11/2015 10:21 AM, BERTRAND Joël wrote:

Christophe a écrit :
Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particulièrement
houleuse, mais je m'interroge ...

Procmail est ton ami, cela permet de filtrer efficacement les
indésirables :-P

Pour ma part, je ne connais quasiment que postfix (en remplacement
immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours fait ce
que je souhaitais, particulièrement simplement (parfois par un parcours
furieux de la doc, mais il y a toujours une solution, qui s'avère simple
au final), que ce soit en terme de filtrage, d'appel à un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD.

Postfix n'est pas mauvais en soi. Pour des configurations
standard, il convient tout à fait. Je n'en ai pas l'usage parce que
pour des configurations plus poussées sa plus grande simplicité n'en
fait pas un atout mais plutôt un handicap.

Les solutions de transport de mail sont multiples, et ne considère pas
le sendmail des familles comme nécessairement désuet ... de fait, je ne
le connais pas : la simple commande sendmail étant fournie par bien des
paquets ...

Étant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expérience est maitre dans ce cas.

Sendmail a un gros défaut. Il est turing-complet donc peut tout
faire si on lui demande gentiment. Sa configuration peut donc faire
peur d'autant que certains systèmes poussent le vice à ne le
configurer qu'au travers d'un immonde fichier sendmail.cf qui
ressemble assez à du bruit de télétransmission plutôt qu'en utilisant
les macros m4. C'était encore le cas sous Solaris 10 (au moins les
premières versions, je n'ai pas regardé récemment si cela s'était
arrangé) et c'est toujours le cas sous OpenVMS. Et là, j'avoue, c'est
rude. C'est principalement pour cela qu'il a mauvaise presse.

Par contre, si qmail est utilisé par exemple par OVH pour la *totalité*
de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de
dire, "ça respecte pas" ... pour quelle raison exactement ?)

Pour au moins cette raison mais ce n'est pas la seule :

"qmail was not designed to replace Sendmail, and does not behave
exactly as Sendmail did in all situations. In some cases, these
differences in behavior have become grounds for criticism. For
instance, qmail's approach to bounce messages (a format called QSBMF)
differs from the standard format of delivery status notifications
specified by the IETF in RFC 1894, meanwhile advanced to draft
standard as RFC 3464, and recommended in the SMTP specification."

ce qui peut mettre un certain bazar sur des serveurs bien administrés.
Postfix, quant à lui, respecte les specs et se comporte normalement.

Cordialement,

JKB

--
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: https://lists.debian.org/

Hugues MORIN

11/03/2015 à 19:40

--001a113e9fe498d70205110792a5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Re....

Bon beh c'est moins evident que je l'aurai pense :-/
Je fatigue je crois .....

Bon alors, j'ai installe postfix. Au cours de l'installation il m'a demande
quel type d'installation je voulais.
Il m'a semble que smarthost (au vu des explications de l'installateur)
semblait correct.
J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon domaine:
mx1.ovh.net)

J'ai fait un test..... et la c'est le drame .... ca ne fonctionne pas.
Impossible d'envoyer des email via le site

J'ai trouve dans un premier temps ca:
http://www.foulquier.info/tutoriaux/mise-en-place-d-un-smtp-avec-postfix-su r-linux-debian
Que j'ai essaye de suivre ... sans succes

Puis ca: https://www.debian-fr.org/probleme-postfix-t49205.html
Ou j'ai essaye de suivre pas a pas (et en testant) les tribulations de
Graille sans succes aussi.

Je suis sur que je ne suis pas loin .... mais je dois faire une erreur
quelque part

Voila mon main.cf:
# See /usr/share/postfix/main.cf.dist for a commented, more complete versio n

# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = ns34XXXX.ip-XXX-XXX-XXX-eu
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = ns34XXXX.ip-XXX-XXX-XXX-eu, localhost.ip-XXX-XXX-XXX-eu,
localhost
relayhost = mx1.ovh.net
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all

Bonne soiree
Cordialement
Hugues

Le 11 mars 2015 17:21, Johnny B a Ã©crit :

Salut Christophe, Hugues (dÃ©solÃ© je top-post)

Concernant Qmail, pour ceux qui connaissent, savent que le dÃ©veloppe ur
(Bernstein) est imbuvable, imbus de lui mÃªme, (Ses nombreux topics
assassins sont encore sur le web) considÃ©rant son systÃ¨me comme parfait.
(ce qui est quasiment vÃ©ridique puisque 4 bugs en 15 ans challengÃ ©s via des
concours) et ne souhaitant pas mettre Qmail sous licence libre (sauf depu is
2007).

Qmail a explosÃ© dans les PME entre 2000 et 2007 mais manque de suivi de
part la philosophie de son concepteur. (qui n'est pas trÃ¨s apprÃ ©ciÃ©, Qmail
en a donc subi la rÃ©putation). D'ou sa "bonne rÃ©putation" chez OVH depuis
des annÃ©es. (Qmail est vieux mais ultra robuste)

J'utilise aussi Sendmail pour de petites taches, j'aime son pouvoir
d'ubiquitÃ©, mais en effectuant un comparatif technique des solutions
actuelles et en se documentant sur les analyses des spÃ©cialistes on
constate que Sendmail est dÃ©ficient en terme de sÃ©curitÃ© m Ãªme s'il garde
ses performances qui restent moindres par rapport Ã Qmail et Postfix . En
2015 la sÃ©curitÃ© des systÃ¨mes mails n'est pas une option.

Pas de polÃ©miques Ã relancer, ce sont des constats de rÃ©al itÃ©, Ã vous
faire vos choix en fonction de vos besoins et de votre philosophie.

bon courage @+

On 03/11/2015 10:21 AM, BERTRAND JoÃ«l wrote:

Christophe a Ã©crit :

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particuliÃ¨re ment
houleuse, mais je m'interroge ...

Procmail est ton ami, cela permet de filtrer efficacement les
indÃ©sirables :-P

Pour ma part, je ne connais quasiment que postfix (en remplacement
immÃ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§ a a toujours fait ce
que je souhaitais, particuliÃ¨rement simplement (parfois par un par cours
furieux de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple
au final), que ce soit en terme de filtrage, d'appel Ã un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.

Postfix n'est pas mauvais en soi. Pour des configurations standard,
il convient tout Ã fait. Je n'en ai pas l'usage parce que pour des
configurations plus poussÃ©es sa plus grande simplicitÃ© n'en fa it pas un
atout mais plutÃ´t un handicap.

Les solutions de transport de mail sont multiples, et ne considÃ¨re pas
le sendmail des familles comme nÃ©cessairement dÃ©suet ... de f ait, je ne
le connais pas : la simple commande sendmail Ã©tant fournie par bie n des
paquets ...

Ãtant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expÃ©rience est maitre dans ce cas.

Sendmail a un gros dÃ©faut. Il est turing-complet donc peut tout faire
si on lui demande gentiment. Sa configuration peut donc faire peur d'aut ant
que certains systÃ¨mes poussent le vice Ã ne le configurer qu'a u travers
d'un immonde fichier sendmail.cf qui ressemble assez Ã du bruit de
tÃ©lÃ©transmission plutÃ´t qu'en utilisant les macros m4. C' Ã©tait encore le
cas sous Solaris 10 (au moins les premiÃ¨res versions, je n'ai pas r egardÃ©
rÃ©cemment si cela s'Ã©tait arrangÃ©) et c'est toujours le c as sous OpenVMS.
Et lÃ , j'avoue, c'est rude. C'est principalement pour cela qu'il a mauvaise
presse.

Par contre, si qmail est utilisÃ© par exemple par OVH pour la *tota litÃ©*
de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t que de
dire, "Ã§a respecte pas" ... pour quelle raison exactement ?)

Pour au moins cette raison mais ce n'est pas la seule :

"qmail was not designed to replace Sendmail, and does not behave exactly
as Sendmail did in all situations. In some cases, these differences in
behavior have become grounds for criticism. For instance, qmail's approa ch
to bounce messages (a format called QSBMF) differs from the standard for mat
of delivery status notifications specified by the IETF in RFC 1894,
meanwhile advanced to draft standard as RFC 3464, and recommended in the
SMTP specification."

ce qui peut mettre un certain bazar sur des serveurs bien administrÃ ©s.
Postfix, quant Ã lui, respecte les specs et se comporte normalement .

Cordialement,

JKB

--
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: https://lists.debian.org/

--001a113e9fe498d70205110792a5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr"><div><div><div><div><div><div>Re....<br><br></div>Bon beh c'est moins evident que je l'aurai pense :-/<br></div>Je fatigue je crois .....<br><br></div>Bon alors, j'ai installe postfix. Au cours de l'installation il m'a demande quel type d'installation je voul ais.<br></div>Il m'a semble que smarthost (au vu des explications de l& #39;installateur) semblait correct.<br></div>J'ai alors fournie le nom de mon serveur (la machine ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-ho st (le MX de mon domaine: <a href="http://mx1.ovh.net" target="_blank"> mx1.ovh.net</a>)<br><br></div><div>J'ai fait un test..... et la c'e st le drame .... ca ne fonctionne pas.<br></div><div>Impossible d'envoy er des email via le site<br></div><div><br></div><div>J'ai trouve dans un premier temps ca: <a href="http://www.foulquier.info/tutoriaux/mise-en -place-d-un-smtp-avec-postfix-sur-linux-debian">http://www.foulquier.info/t utoriaux/mise-en-place-d-un-smtp-avec-postfix-sur-linux-debian</a><br></div ><div>Que j'ai essaye de suivre ... sans succes<br><br></div><div>Puis ca: <a href="https://www.debian-fr.org/probleme-postfix-t49205.html">http s://www.debian-fr.org/probleme-postfix-t49205.html</a><br></div><div>Ou j&# 39;ai essaye de suivre pas a pas (et en testant) les tribulations de Graill e sans succes aussi.<br></div><div><div><br></div><div>Je suis sur que je n e suis pas loin .... mais je dois faire une erreur quelque part<br><br></di v><div>Voila mon <a href="http://main.cf">main.cf</a>:<br># See /usr/shar e/postfix/main.cf.dist for a commented, more complete version<br><br><br># Debian specific:Â Specifying a file name will cause the first<br># lin e of that file to be used as the name.Â The Debian default<br># is /et c/mailname.<br>#myorigin = /etc/mailname<br><br>smtpd_banner = $myhostn ame ESMTP $mail_name (Debian/GNU)<br>biff = no<br><br># appending .domain is the MUA's job.<br>append_dot_mydomain = no<br><br># Uncomment the next line to generate "delayed mail" warnings<br>#delay_warning_ time = 4h<br><br>readme_directory = no<br><br># TLS parameters<br>smtpd _tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem<br>smtpd_tls_key_file =/etc/ssl/private/ssl-cert-snakeoil.key<br>smtpd_use_tls=yes<br>smtpd_t ls_session_cache_database = btree:${data_directory}/smtpd_scache<br>smtp_ tls_session_cache_database = btree:${data_directory}/smtp_scache<br><br># See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for<br ># information on enabling SSL in the smtp client.<br><br>myhostname = ns 34XXXX.ip-XXX-XXX-XXX-eu<br>alias_maps = hash:/etc/aliases<br>alias_datab ase = hash:/etc/aliases<br>myorigin = /etc/mailname<br>mydestination = ns34XXXX.ip-XXX-XXX-XXX-eu, localhost.ip-XXX-XXX-XXX-eu, localhost<br>r elayhost = <a href="http://mx1.ovh.net">mx1.ovh.net</a><br>mynetworks = <a href="http://127.0.0.0/8">127.0.0.0/8</a> [::ffff:127.0.0.0]/104 [ ::1]/128<br>mailbox_size_limit = 0<br>recipient_delimiter = +<br>inet_i nterfaces = all<br><br><br></div><div>Bonne soiree<br></div><div>Cordiale ment<br></div><div>Hugues<br></div></div><div class="gmail_extra"><br><di v class="gmail_quote">Le 11 mars 2015 17:21, Johnny B <span dir="ltr">& lt;<a href="mailto:" target="_blank">frozzenshell @gmail.com</a>></span> a Ã©crit :<br><blockquote class="gmail_quot e" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204) ;padding-left:1ex">Salut Christophe, Hugues (dÃ©solÃ© je top-post)< br>
<br>
Concernant Qmail, pour ceux qui connaissent, savent que le dÃ©veloppeur (Bernstein) est imbuvable, imbus de lui mÃªme, (Ses nombreux topics as sassins sont encore sur le web) considÃ©rant son systÃ¨me comme par fait. (ce qui est quasiment vÃ©ridique puisque 4 bugs en 15 ans challen gÃ©s via des concours) et ne souhaitant pas mettre Qmail sous licence l ibre (sauf depuis 2007).<br>
<br>
Qmail a explosÃ© dans les PME entre 2000 et 2007 mais manque de suivi d e part la philosophie de son concepteur. (qui n'est pas trÃ¨s appr Ã©ciÃ©, Qmail en a donc subi la rÃ©putation). D'ou sa &quot ;bonne rÃ©putation" chez OVH depuis des annÃ©es. (Qmail est vi eux mais ultra robuste)<br>
<br>
J'utilise aussi Sendmail pour de petites taches, j'aime son pouvoir d'ubiquitÃ©, mais en effectuant un comparatif technique des soluti ons actuelles et en se documentant sur les analyses des spÃ©cialistes o n constate que Sendmail est dÃ©ficient en terme de sÃ©curitÃ© m Ãªme s'il garde ses performances qui restent moindres par rapport Ã Qmail et Postfix. En 2015 la sÃ©curitÃ© des systÃ¨mes ma ils n'est pas une option.<br>
<br>
Pas de polÃ©miques Ã relancer, ce sont des constats de rÃ©alit Ã©, Ã vous faire vos choix en fonction de vos besoins et de votre philosophie.<br>
<br>
<br>
bon courage @+<div><div><br>
<br>
<br>
<br>
On 03/11/2015 10:21 AM, BERTRAND JoÃ«l wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Christophe a Ã©crit :<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Bonsoir,<br>
<br>
(et Top post pour la cause)<br>
<br>
Vous m'excuserez d'intervenir dans cette conversation particuliÃ ¨rement<br>
houleuse, mais je m'interroge ...<br>
</blockquote>
<br>
Â Â Procmail est ton ami, cela permet de filtrer efficacement les indÃ©sirables :-P<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Pour ma part, je ne connais quasiment que postfix (en remplacement<br>
immÃ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§a a toujours fait ce<br>
que je souhaitais, particuliÃ¨rement simplement (parfois par un parcour s<br>
furieux de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple<br>
au final), que ce soit en terme de filtrage, d'appel Ã un<br>
processus/socket externe, de gestion des queues, ou encore de simple<br>
transport.<br>
<br>
Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.<br>
</blockquote>
<br>
Â Â Postfix n'est pas mauvais en soi. Pour des configurations standard, il convient tout Ã fait. Je n'en ai pas l'usage par ce que pour des configurations plus poussÃ©es sa plus grande simplicit Ã© n'en fait pas un atout mais plutÃ´t un handicap.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Les solutions de transport de mail sont multiples, et ne considÃ¨re pas <br>
le sendmail des familles comme nÃ©cessairement dÃ©suet ... de fait, je ne<br>
le connais pas : la simple commande sendmail Ã©tant fournie par bien de s<br>
paquets ...<br>
<br>
Ãtant le plus ancien de la bande, il a surement des attraits que<br>
d'autres n'ont pas ... mais il faut en effet surement s'y plong er, et<br>
l'expÃ©rience est maitre dans ce cas.<br>
</blockquote>
<br>
Â Â Sendmail a un gros dÃ©faut. Il est turing-complet donc pe ut tout faire si on lui demande gentiment. Sa configuration peut donc faire peur d'autant que certains systÃ¨mes poussent le vice Ã ne le configurer qu'au travers d'un immonde fichier <a href="http://se ndmail.cf" target="_blank">sendmail.cf</a> qui ressemble assez Ã du bruit de tÃ©lÃ©transmission plutÃ´t qu'en utilisant les mac ros m4. C'Ã©tait encore le cas sous Solaris 10 (au moins les premi Ã¨res versions, je n'ai pas regardÃ© rÃ©cemment si cela s&# 39;Ã©tait arrangÃ©) et c'est toujours le cas sous OpenVMS. Et l Ã , j'avoue, c'est rude. C'est principalement pour cela qu& #39;il a mauvaise presse.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Par contre, si qmail est utilisÃ© par exemple par OVH pour la *totalit Ã©*<br>
de ses envois de mails, il doit bien y avoir une raison : si OVH ne<br>
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t que de<br>
dire, "Ã§a respecte pas" ... pour quelle raison exactement ?) <br>
<br>
</blockquote>
<br>
Â Â Pour au moins cette raison mais ce n'est pas la seule :<b r>
<br>
"qmail was not designed to replace Sendmail, and does not behave exact ly as Sendmail did in all situations. In some cases, these differences in b ehavior have become grounds for criticism. For instance, qmail's approa ch to bounce messages (a format called QSBMF) differs from the standard for mat of delivery status notifications specified by the IETF in RFC 1894, mea nwhile advanced to draft standard as RFC 3464, and recommended in the SMTP specification."<br>
<br>
ce qui peut mettre un certain bazar sur des serveurs bien administrÃ©s. Postfix, quant Ã lui, respecte les specs et se comporte normalement.< br>
<br>
Â Â Cordialement,<br>
<br>
Â Â JKB<br>
<br>
</blockquote>
<br>
-- <br>
Lisez la FAQ de la liste avant de poser une question :<br>
<a href="http://wiki.debian.org/fr/FrenchLists" target="_blank">http:// wiki.debian.org/fr/<u></u>FrenchLists</a><br>
<br>
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe "<br>
vers <a href="mailto:" target ="_blank">debian-user-french-REQUEST@<u></u>lists.debian.org</a><br>
En cas de soucis, contactez EN ANGLAIS <a href="mailto: ebian.org" target="_blank"></a><br></div></div >
Archive: <a href="https://lists.debian.org/" ta rget="_blank">https://lists.debian.org/<u></u>< /a><br>
<br>
</blockquote></div><br></div></div>

--001a113e9fe498d70205110792a5--

--
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: https://lists.debian.org/CAMEeNc1a8zuBjqft1q5PU5kccFPC=z+=

--001a113e9fe498d70205110792a5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Re....

Bon beh c'est moins evident que je l'aurai pense :-/
Je fatigue je crois .....

Bon alors, j'ai installe postfix. Au cours de l'installation il m'a demande
quel type d'installation je voulais.
Il m'a semble que smarthost (au vu des explications de l'installateur)
semblait correct.
J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon domaine:
mx1.ovh.net)

J'ai fait un test..... et la c'est le drame .... ca ne fonctionne pas.
Impossible d'envoyer des email via le site

J'ai trouve dans un premier temps ca:
http://www.foulquier.info/tutoriaux/mise-en-place-d-un-smtp-avec-postfix-su r-linux-debian
Que j'ai essaye de suivre ... sans succes

Puis ca: https://www.debian-fr.org/probleme-postfix-t49205.html
Ou j'ai essaye de suivre pas a pas (et en testant) les tribulations de
Graille sans succes aussi.

Je suis sur que je ne suis pas loin .... mais je dois faire une erreur
quelque part

Voila mon main.cf:
# See /usr/share/postfix/main.cf.dist for a commented, more complete versio n

# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = ns34XXXX.ip-XXX-XXX-XXX-eu
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = ns34XXXX.ip-XXX-XXX-XXX-eu, localhost.ip-XXX-XXX-XXX-eu,
localhost
relayhost = mx1.ovh.net
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all

Bonne soiree
Cordialement
Hugues

Le 11 mars 2015 17:21, Johnny B <frozzenshell@gmail.com> a Ã©crit :

Salut Christophe, Hugues (dÃ©solÃ© je top-post)

Concernant Qmail, pour ceux qui connaissent, savent que le dÃ©veloppe ur
(Bernstein) est imbuvable, imbus de lui mÃªme, (Ses nombreux topics
assassins sont encore sur le web) considÃ©rant son systÃ¨me comme parfait.
(ce qui est quasiment vÃ©ridique puisque 4 bugs en 15 ans challengÃ ©s via des
concours) et ne souhaitant pas mettre Qmail sous licence libre (sauf depu is
2007).

Qmail a explosÃ© dans les PME entre 2000 et 2007 mais manque de suivi de
part la philosophie de son concepteur. (qui n'est pas trÃ¨s apprÃ ©ciÃ©, Qmail
en a donc subi la rÃ©putation). D'ou sa "bonne rÃ©putation" chez OVH depuis
des annÃ©es. (Qmail est vieux mais ultra robuste)

J'utilise aussi Sendmail pour de petites taches, j'aime son pouvoir
d'ubiquitÃ©, mais en effectuant un comparatif technique des solutions
actuelles et en se documentant sur les analyses des spÃ©cialistes on
constate que Sendmail est dÃ©ficient en terme de sÃ©curitÃ© m Ãªme s'il garde
ses performances qui restent moindres par rapport Ã Qmail et Postfix . En
2015 la sÃ©curitÃ© des systÃ¨mes mails n'est pas une option.

Pas de polÃ©miques Ã relancer, ce sont des constats de rÃ©al itÃ©, Ã vous
faire vos choix en fonction de vos besoins et de votre philosophie.

bon courage @+

On 03/11/2015 10:21 AM, BERTRAND JoÃ«l wrote:

Christophe a Ã©crit :

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particuliÃ¨re ment
houleuse, mais je m'interroge ...

Procmail est ton ami, cela permet de filtrer efficacement les
indÃ©sirables :-P

Pour ma part, je ne connais quasiment que postfix (en remplacement

immÃ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§ a a toujours fait ce
que je souhaitais, particuliÃ¨rement simplement (parfois par un par cours
furieux de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple
au final), que ce soit en terme de filtrage, d'appel Ã un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.

Postfix n'est pas mauvais en soi. Pour des configurations standard,
il convient tout Ã fait. Je n'en ai pas l'usage parce que pour des
configurations plus poussÃ©es sa plus grande simplicitÃ© n'en fa it pas un
atout mais plutÃ´t un handicap.

Les solutions de transport de mail sont multiples, et ne considÃ¨re pas

le sendmail des familles comme nÃ©cessairement dÃ©suet ... de f ait, je ne
le connais pas : la simple commande sendmail Ã©tant fournie par bie n des
paquets ...

Ãtant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expÃ©rience est maitre dans ce cas.

Sendmail a un gros dÃ©faut. Il est turing-complet donc peut tout faire
si on lui demande gentiment. Sa configuration peut donc faire peur d'aut ant
que certains systÃ¨mes poussent le vice Ã ne le configurer qu'a u travers
d'un immonde fichier sendmail.cf qui ressemble assez Ã du bruit de
tÃ©lÃ©transmission plutÃ´t qu'en utilisant les macros m4. C' Ã©tait encore le
cas sous Solaris 10 (au moins les premiÃ¨res versions, je n'ai pas r egardÃ©
rÃ©cemment si cela s'Ã©tait arrangÃ©) et c'est toujours le c as sous OpenVMS.
Et lÃ , j'avoue, c'est rude. C'est principalement pour cela qu'il a mauvaise
presse.

Par contre, si qmail est utilisÃ© par exemple par OVH pour la *tota litÃ©*

de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t que de
dire, "Ã§a respecte pas" ... pour quelle raison exactement ?)

Pour au moins cette raison mais ce n'est pas la seule :

"qmail was not designed to replace Sendmail, and does not behave exactly
as Sendmail did in all situations. In some cases, these differences in
behavior have become grounds for criticism. For instance, qmail's approa ch
to bounce messages (a format called QSBMF) differs from the standard for mat
of delivery status notifications specified by the IETF in RFC 1894,
meanwhile advanced to draft standard as RFC 3464, and recommended in the
SMTP specification."

ce qui peut mettre un certain bazar sur des serveurs bien administrÃ ©s.
Postfix, quant Ã lui, respecte les specs et se comporte normalement .

Cordialement,

JKB

--
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: https://lists.debian.org/55006B7A.4090205@gmail.com

--001a113e9fe498d70205110792a5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr"><div><div><div><div><div><div>Re....<br><br></div>Bon beh c'est moins evident que je l'aurai pense :-/<br></div>Je fatigue je crois .....<br><br></div>Bon alors, j'ai installe postfix. Au cours de l'installation il m'a demande quel type d'installation je voul ais.<br></div>Il m'a semble que smarthost (au vu des explications de l& #39;installateur) semblait correct.<br></div>J'ai alors fournie le nom de mon serveur (la machine ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-ho st (le MX de mon domaine: <a href="http://mx1.ovh.net" target="_blank"> mx1.ovh.net</a>)<br><br></div><div>J'ai fait un test..... et la c'e st le drame .... ca ne fonctionne pas.<br></div><div>Impossible d'envoy er des email via le site<br></div><div><br></div><div>J'ai trouve dans un premier temps ca: <a href="http://www.foulquier.info/tutoriaux/mise-en -place-d-un-smtp-avec-postfix-sur-linux-debian">http://www.foulquier.info/t utoriaux/mise-en-place-d-un-smtp-avec-postfix-sur-linux-debian</a><br></div ><div>Que j'ai essaye de suivre ... sans succes<br><br></div><div>Puis ca: <a href="https://www.debian-fr.org/probleme-postfix-t49205.html">http s://www.debian-fr.org/probleme-postfix-t49205.html</a><br></div><div>Ou j&# 39;ai essaye de suivre pas a pas (et en testant) les tribulations de Graill e sans succes aussi.<br></div><div><div><br></div><div>Je suis sur que je n e suis pas loin .... mais je dois faire une erreur quelque part<br><br></di v><div>Voila mon <a href="http://main.cf">main.cf</a>:<br># See /usr/shar e/postfix/main.cf.dist for a commented, more complete version<br><br><br># Debian specific:Â Specifying a file name will cause the first<br># lin e of that file to be used as the name.Â The Debian default<br># is /et c/mailname.<br>#myorigin = /etc/mailname<br><br>smtpd_banner = $myhostn ame ESMTP $mail_name (Debian/GNU)<br>biff = no<br><br># appending .domain is the MUA's job.<br>append_dot_mydomain = no<br><br># Uncomment the next line to generate "delayed mail" warnings<br>#delay_warning_ time = 4h<br><br>readme_directory = no<br><br># TLS parameters<br>smtpd _tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem<br>smtpd_tls_key_file =/etc/ssl/private/ssl-cert-snakeoil.key<br>smtpd_use_tls=yes<br>smtpd_t ls_session_cache_database = btree:${data_directory}/smtpd_scache<br>smtp_ tls_session_cache_database = btree:${data_directory}/smtp_scache<br><br># See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for<br ># information on enabling SSL in the smtp client.<br><br>myhostname = ns 34XXXX.ip-XXX-XXX-XXX-eu<br>alias_maps = hash:/etc/aliases<br>alias_datab ase = hash:/etc/aliases<br>myorigin = /etc/mailname<br>mydestination = ns34XXXX.ip-XXX-XXX-XXX-eu, localhost.ip-XXX-XXX-XXX-eu, localhost<br>r elayhost = <a href="http://mx1.ovh.net">mx1.ovh.net</a><br>mynetworks = <a href="http://127.0.0.0/8">127.0.0.0/8</a> [::ffff:127.0.0.0]/104 [ ::1]/128<br>mailbox_size_limit = 0<br>recipient_delimiter = +<br>inet_i nterfaces = all<br><br><br></div><div>Bonne soiree<br></div><div>Cordiale ment<br></div><div>Hugues<br></div></div><div class="gmail_extra"><br><di v class="gmail_quote">Le 11 mars 2015 17:21, Johnny B <span dir="ltr">& lt;<a href="mailto:frozzenshell@gmail.com" target="_blank">frozzenshell @gmail.com</a>></span> a Ã©crit :<br><blockquote class="gmail_quot e" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204) ;padding-left:1ex">Salut Christophe, Hugues (dÃ©solÃ© je top-post)< br>
<br>
Concernant Qmail, pour ceux qui connaissent, savent que le dÃ©veloppeur (Bernstein) est imbuvable, imbus de lui mÃªme, (Ses nombreux topics as sassins sont encore sur le web) considÃ©rant son systÃ¨me comme par fait. (ce qui est quasiment vÃ©ridique puisque 4 bugs en 15 ans challen gÃ©s via des concours) et ne souhaitant pas mettre Qmail sous licence l ibre (sauf depuis 2007).<br>
<br>
Qmail a explosÃ© dans les PME entre 2000 et 2007 mais manque de suivi d e part la philosophie de son concepteur. (qui n'est pas trÃ¨s appr Ã©ciÃ©, Qmail en a donc subi la rÃ©putation). D'ou sa &quot ;bonne rÃ©putation" chez OVH depuis des annÃ©es. (Qmail est vi eux mais ultra robuste)<br>
<br>
J'utilise aussi Sendmail pour de petites taches, j'aime son pouvoir d'ubiquitÃ©, mais en effectuant un comparatif technique des soluti ons actuelles et en se documentant sur les analyses des spÃ©cialistes o n constate que Sendmail est dÃ©ficient en terme de sÃ©curitÃ© m Ãªme s'il garde ses performances qui restent moindres par rapport Ã Qmail et Postfix. En 2015 la sÃ©curitÃ© des systÃ¨mes ma ils n'est pas une option.<br>
<br>
Pas de polÃ©miques Ã relancer, ce sont des constats de rÃ©alit Ã©, Ã vous faire vos choix en fonction de vos besoins et de votre philosophie.<br>
<br>
<br>
bon courage @+<div><div><br>
<br>
<br>
<br>
On 03/11/2015 10:21 AM, BERTRAND JoÃ«l wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Christophe a Ã©crit :<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Bonsoir,<br>
<br>
(et Top post pour la cause)<br>
<br>
Vous m'excuserez d'intervenir dans cette conversation particuliÃ ¨rement<br>
houleuse, mais je m'interroge ...<br>
</blockquote>
<br>
Â Â Procmail est ton ami, cela permet de filtrer efficacement les indÃ©sirables :-P<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Pour ma part, je ne connais quasiment que postfix (en remplacement<br>
immÃ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§a a toujours fait ce<br>
que je souhaitais, particuliÃ¨rement simplement (parfois par un parcour s<br>
furieux de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple<br>
au final), que ce soit en terme de filtrage, d'appel Ã un<br>
processus/socket externe, de gestion des queues, ou encore de simple<br>
transport.<br>
<br>
Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.<br>
</blockquote>
<br>
Â Â Postfix n'est pas mauvais en soi. Pour des configurations standard, il convient tout Ã fait. Je n'en ai pas l'usage par ce que pour des configurations plus poussÃ©es sa plus grande simplicit Ã© n'en fait pas un atout mais plutÃ´t un handicap.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Les solutions de transport de mail sont multiples, et ne considÃ¨re pas <br>
le sendmail des familles comme nÃ©cessairement dÃ©suet ... de fait, je ne<br>
le connais pas : la simple commande sendmail Ã©tant fournie par bien de s<br>
paquets ...<br>
<br>
Ãtant le plus ancien de la bande, il a surement des attraits que<br>
d'autres n'ont pas ... mais il faut en effet surement s'y plong er, et<br>
l'expÃ©rience est maitre dans ce cas.<br>
</blockquote>
<br>
Â Â Sendmail a un gros dÃ©faut. Il est turing-complet donc pe ut tout faire si on lui demande gentiment. Sa configuration peut donc faire peur d'autant que certains systÃ¨mes poussent le vice Ã ne le configurer qu'au travers d'un immonde fichier <a href="http://se ndmail.cf" target="_blank">sendmail.cf</a> qui ressemble assez Ã du bruit de tÃ©lÃ©transmission plutÃ´t qu'en utilisant les mac ros m4. C'Ã©tait encore le cas sous Solaris 10 (au moins les premi Ã¨res versions, je n'ai pas regardÃ© rÃ©cemment si cela s&# 39;Ã©tait arrangÃ©) et c'est toujours le cas sous OpenVMS. Et l Ã , j'avoue, c'est rude. C'est principalement pour cela qu& #39;il a mauvaise presse.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Par contre, si qmail est utilisÃ© par exemple par OVH pour la *totalit Ã©*<br>
de ses envois de mails, il doit bien y avoir une raison : si OVH ne<br>
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t que de<br>
dire, "Ã§a respecte pas" ... pour quelle raison exactement ?) <br>
<br>
</blockquote>
<br>
Â Â Pour au moins cette raison mais ce n'est pas la seule :<b r>
<br>
"qmail was not designed to replace Sendmail, and does not behave exact ly as Sendmail did in all situations. In some cases, these differences in b ehavior have become grounds for criticism. For instance, qmail's approa ch to bounce messages (a format called QSBMF) differs from the standard for mat of delivery status notifications specified by the IETF in RFC 1894, mea nwhile advanced to draft standard as RFC 3464, and recommended in the SMTP specification."<br>
<br>
ce qui peut mettre un certain bazar sur des serveurs bien administrÃ©s. Postfix, quant Ã lui, respecte les specs et se comporte normalement.< br>
<br>
Â Â Cordialement,<br>
<br>
Â Â JKB<br>
<br>
</blockquote>
<br>
-- <br>
Lisez la FAQ de la liste avant de poser une question :<br>
<a href="http://wiki.debian.org/fr/FrenchLists" target="_blank">http:// wiki.debian.org/fr/<u></u>FrenchLists</a><br>
<br>
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe "<br>
vers <a href="mailto:debian-user-french-REQUEST@lists.debian.org" target ="_blank">debian-user-french-REQUEST@<u></u>lists.debian.org</a><br>
En cas de soucis, contactez EN ANGLAIS <a href="mailto:listmaster@lists.d ebian.org" target="_blank">listmaster@lists.debian.org</a><br></div></div >
Archive: <a href="https://lists.debian.org/55006B7A.4090205@gmail.com" ta rget="_blank">https://lists.debian.org/<u></u>55006B7A.4090205@gmail.com< /a><br>
<br>
</blockquote></div><br></div></div>

--001a113e9fe498d70205110792a5--

--
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: https://lists.debian.org/CAMEeNc1a8zuBjqft1q5PU5kccFPC=z+=ZhDhNabLEQ1nSSJTjw@mail.gmail.com

Vous avez filtré cet utilisateur ! Consultez son message

--001a113e9fe498d70205110792a5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Re....

Bon beh c'est moins evident que je l'aurai pense :-/
Je fatigue je crois .....

Bon alors, j'ai installe postfix. Au cours de l'installation il m'a demande
quel type d'installation je voulais.
Il m'a semble que smarthost (au vu des explications de l'installateur)
semblait correct.
J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon domaine:
mx1.ovh.net)

J'ai fait un test..... et la c'est le drame .... ca ne fonctionne pas.
Impossible d'envoyer des email via le site

J'ai trouve dans un premier temps ca:
http://www.foulquier.info/tutoriaux/mise-en-place-d-un-smtp-avec-postfix-su r-linux-debian
Que j'ai essaye de suivre ... sans succes

Puis ca: https://www.debian-fr.org/probleme-postfix-t49205.html
Ou j'ai essaye de suivre pas a pas (et en testant) les tribulations de
Graille sans succes aussi.

Je suis sur que je ne suis pas loin .... mais je dois faire une erreur
quelque part

Voila mon main.cf:
# See /usr/share/postfix/main.cf.dist for a commented, more complete versio n

# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = ns34XXXX.ip-XXX-XXX-XXX-eu
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = ns34XXXX.ip-XXX-XXX-XXX-eu, localhost.ip-XXX-XXX-XXX-eu,
localhost
relayhost = mx1.ovh.net
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all

Bonne soiree
Cordialement
Hugues

Le 11 mars 2015 17:21, Johnny B a Ã©crit :

Salut Christophe, Hugues (dÃ©solÃ© je top-post)

Concernant Qmail, pour ceux qui connaissent, savent que le dÃ©veloppe ur
(Bernstein) est imbuvable, imbus de lui mÃªme, (Ses nombreux topics
assassins sont encore sur le web) considÃ©rant son systÃ¨me comme parfait.
(ce qui est quasiment vÃ©ridique puisque 4 bugs en 15 ans challengÃ ©s via des
concours) et ne souhaitant pas mettre Qmail sous licence libre (sauf depu is
2007).

Qmail a explosÃ© dans les PME entre 2000 et 2007 mais manque de suivi de
part la philosophie de son concepteur. (qui n'est pas trÃ¨s apprÃ ©ciÃ©, Qmail
en a donc subi la rÃ©putation). D'ou sa "bonne rÃ©putation" chez OVH depuis
des annÃ©es. (Qmail est vieux mais ultra robuste)

J'utilise aussi Sendmail pour de petites taches, j'aime son pouvoir
d'ubiquitÃ©, mais en effectuant un comparatif technique des solutions
actuelles et en se documentant sur les analyses des spÃ©cialistes on
constate que Sendmail est dÃ©ficient en terme de sÃ©curitÃ© m Ãªme s'il garde
ses performances qui restent moindres par rapport Ã Qmail et Postfix . En
2015 la sÃ©curitÃ© des systÃ¨mes mails n'est pas une option.

Pas de polÃ©miques Ã relancer, ce sont des constats de rÃ©al itÃ©, Ã vous
faire vos choix en fonction de vos besoins et de votre philosophie.

bon courage @+

On 03/11/2015 10:21 AM, BERTRAND JoÃ«l wrote:

Christophe a Ã©crit :

Bonsoir,

(et Top post pour la cause)

Vous m'excuserez d'intervenir dans cette conversation particuliÃ¨re ment
houleuse, mais je m'interroge ...

Procmail est ton ami, cela permet de filtrer efficacement les
indÃ©sirables :-P

Pour ma part, je ne connais quasiment que postfix (en remplacement
immÃ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§ a a toujours fait ce
que je souhaitais, particuliÃ¨rement simplement (parfois par un par cours
furieux de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple
au final), que ce soit en terme de filtrage, d'appel Ã un
processus/socket externe, de gestion des queues, ou encore de simple
transport.

Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.

Postfix n'est pas mauvais en soi. Pour des configurations standard,
il convient tout Ã fait. Je n'en ai pas l'usage parce que pour des
configurations plus poussÃ©es sa plus grande simplicitÃ© n'en fa it pas un
atout mais plutÃ´t un handicap.

Les solutions de transport de mail sont multiples, et ne considÃ¨re pas
le sendmail des familles comme nÃ©cessairement dÃ©suet ... de f ait, je ne
le connais pas : la simple commande sendmail Ã©tant fournie par bie n des
paquets ...

Ãtant le plus ancien de la bande, il a surement des attraits que
d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et
l'expÃ©rience est maitre dans ce cas.

Sendmail a un gros dÃ©faut. Il est turing-complet donc peut tout faire
si on lui demande gentiment. Sa configuration peut donc faire peur d'aut ant
que certains systÃ¨mes poussent le vice Ã ne le configurer qu'a u travers
d'un immonde fichier sendmail.cf qui ressemble assez Ã du bruit de
tÃ©lÃ©transmission plutÃ´t qu'en utilisant les macros m4. C' Ã©tait encore le
cas sous Solaris 10 (au moins les premiÃ¨res versions, je n'ai pas r egardÃ©
rÃ©cemment si cela s'Ã©tait arrangÃ©) et c'est toujours le c as sous OpenVMS.
Et lÃ , j'avoue, c'est rude. C'est principalement pour cela qu'il a mauvaise
presse.

Par contre, si qmail est utilisÃ© par exemple par OVH pour la *tota litÃ©*
de ses envois de mails, il doit bien y avoir une raison : si OVH ne
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t que de
dire, "Ã§a respecte pas" ... pour quelle raison exactement ?)

Pour au moins cette raison mais ce n'est pas la seule :

"qmail was not designed to replace Sendmail, and does not behave exactly
as Sendmail did in all situations. In some cases, these differences in
behavior have become grounds for criticism. For instance, qmail's approa ch
to bounce messages (a format called QSBMF) differs from the standard for mat
of delivery status notifications specified by the IETF in RFC 1894,
meanwhile advanced to draft standard as RFC 3464, and recommended in the
SMTP specification."

ce qui peut mettre un certain bazar sur des serveurs bien administrÃ ©s.
Postfix, quant Ã lui, respecte les specs et se comporte normalement .

Cordialement,

JKB

--
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: https://lists.debian.org/

--001a113e9fe498d70205110792a5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr"><div><div><div><div><div><div>Re....<br><br></div>Bon beh c'est moins evident que je l'aurai pense :-/<br></div>Je fatigue je crois .....<br><br></div>Bon alors, j'ai installe postfix. Au cours de l'installation il m'a demande quel type d'installation je voul ais.<br></div>Il m'a semble que smarthost (au vu des explications de l& #39;installateur) semblait correct.<br></div>J'ai alors fournie le nom de mon serveur (la machine ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-ho st (le MX de mon domaine: <a href="http://mx1.ovh.net" target="_blank"> mx1.ovh.net</a>)<br><br></div><div>J'ai fait un test..... et la c'e st le drame .... ca ne fonctionne pas.<br></div><div>Impossible d'envoy er des email via le site<br></div><div><br></div><div>J'ai trouve dans un premier temps ca: <a href="http://www.foulquier.info/tutoriaux/mise-en -place-d-un-smtp-avec-postfix-sur-linux-debian">http://www.foulquier.info/t utoriaux/mise-en-place-d-un-smtp-avec-postfix-sur-linux-debian</a><br></div ><div>Que j'ai essaye de suivre ... sans succes<br><br></div><div>Puis ca: <a href="https://www.debian-fr.org/probleme-postfix-t49205.html">http s://www.debian-fr.org/probleme-postfix-t49205.html</a><br></div><div>Ou j&# 39;ai essaye de suivre pas a pas (et en testant) les tribulations de Graill e sans succes aussi.<br></div><div><div><br></div><div>Je suis sur que je n e suis pas loin .... mais je dois faire une erreur quelque part<br><br></di v><div>Voila mon <a href="http://main.cf">main.cf</a>:<br># See /usr/shar e/postfix/main.cf.dist for a commented, more complete version<br><br><br># Debian specific:Â Specifying a file name will cause the first<br># lin e of that file to be used as the name.Â The Debian default<br># is /et c/mailname.<br>#myorigin = /etc/mailname<br><br>smtpd_banner = $myhostn ame ESMTP $mail_name (Debian/GNU)<br>biff = no<br><br># appending .domain is the MUA's job.<br>append_dot_mydomain = no<br><br># Uncomment the next line to generate "delayed mail" warnings<br>#delay_warning_ time = 4h<br><br>readme_directory = no<br><br># TLS parameters<br>smtpd _tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem<br>smtpd_tls_key_file =/etc/ssl/private/ssl-cert-snakeoil.key<br>smtpd_use_tls=yes<br>smtpd_t ls_session_cache_database = btree:${data_directory}/smtpd_scache<br>smtp_ tls_session_cache_database = btree:${data_directory}/smtp_scache<br><br># See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for<br ># information on enabling SSL in the smtp client.<br><br>myhostname = ns 34XXXX.ip-XXX-XXX-XXX-eu<br>alias_maps = hash:/etc/aliases<br>alias_datab ase = hash:/etc/aliases<br>myorigin = /etc/mailname<br>mydestination = ns34XXXX.ip-XXX-XXX-XXX-eu, localhost.ip-XXX-XXX-XXX-eu, localhost<br>r elayhost = <a href="http://mx1.ovh.net">mx1.ovh.net</a><br>mynetworks = <a href="http://127.0.0.0/8">127.0.0.0/8</a> [::ffff:127.0.0.0]/104 [ ::1]/128<br>mailbox_size_limit = 0<br>recipient_delimiter = +<br>inet_i nterfaces = all<br><br><br></div><div>Bonne soiree<br></div><div>Cordiale ment<br></div><div>Hugues<br></div></div><div class="gmail_extra"><br><di v class="gmail_quote">Le 11 mars 2015 17:21, Johnny B <span dir="ltr">& lt;<a href="mailto:" target="_blank">frozzenshell @gmail.com</a>></span> a Ã©crit :<br><blockquote class="gmail_quot e" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204) ;padding-left:1ex">Salut Christophe, Hugues (dÃ©solÃ© je top-post)< br>
<br>
Concernant Qmail, pour ceux qui connaissent, savent que le dÃ©veloppeur (Bernstein) est imbuvable, imbus de lui mÃªme, (Ses nombreux topics as sassins sont encore sur le web) considÃ©rant son systÃ¨me comme par fait. (ce qui est quasiment vÃ©ridique puisque 4 bugs en 15 ans challen gÃ©s via des concours) et ne souhaitant pas mettre Qmail sous licence l ibre (sauf depuis 2007).<br>
<br>
Qmail a explosÃ© dans les PME entre 2000 et 2007 mais manque de suivi d e part la philosophie de son concepteur. (qui n'est pas trÃ¨s appr Ã©ciÃ©, Qmail en a donc subi la rÃ©putation). D'ou sa &quot ;bonne rÃ©putation" chez OVH depuis des annÃ©es. (Qmail est vi eux mais ultra robuste)<br>
<br>
J'utilise aussi Sendmail pour de petites taches, j'aime son pouvoir d'ubiquitÃ©, mais en effectuant un comparatif technique des soluti ons actuelles et en se documentant sur les analyses des spÃ©cialistes o n constate que Sendmail est dÃ©ficient en terme de sÃ©curitÃ© m Ãªme s'il garde ses performances qui restent moindres par rapport Ã Qmail et Postfix. En 2015 la sÃ©curitÃ© des systÃ¨mes ma ils n'est pas une option.<br>
<br>
Pas de polÃ©miques Ã relancer, ce sont des constats de rÃ©alit Ã©, Ã vous faire vos choix en fonction de vos besoins et de votre philosophie.<br>
<br>
<br>
bon courage @+<div><div><br>
<br>
<br>
<br>
On 03/11/2015 10:21 AM, BERTRAND JoÃ«l wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Christophe a Ã©crit :<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Bonsoir,<br>
<br>
(et Top post pour la cause)<br>
<br>
Vous m'excuserez d'intervenir dans cette conversation particuliÃ ¨rement<br>
houleuse, mais je m'interroge ...<br>
</blockquote>
<br>
Â Â Procmail est ton ami, cela permet de filtrer efficacement les indÃ©sirables :-P<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Pour ma part, je ne connais quasiment que postfix (en remplacement<br>
immÃ©diat d'Exim sous Debian), et jusqu'Ã prÃ©sent, Ã§a a toujours fait ce<br>
que je souhaitais, particuliÃ¨rement simplement (parfois par un parcour s<br>
furieux de la doc, mais il y a toujours une solution, qui s'avÃ¨re simple<br>
au final), que ce soit en terme de filtrage, d'appel Ã un<br>
processus/socket externe, de gestion des queues, ou encore de simple<br>
transport.<br>
<br>
Au dela de Debian, il est utilisÃ© quotidiennement sur des FreeBSD.<br>
</blockquote>
<br>
Â Â Postfix n'est pas mauvais en soi. Pour des configurations standard, il convient tout Ã fait. Je n'en ai pas l'usage par ce que pour des configurations plus poussÃ©es sa plus grande simplicit Ã© n'en fait pas un atout mais plutÃ´t un handicap.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Les solutions de transport de mail sont multiples, et ne considÃ¨re pas <br>
le sendmail des familles comme nÃ©cessairement dÃ©suet ... de fait, je ne<br>
le connais pas : la simple commande sendmail Ã©tant fournie par bien de s<br>
paquets ...<br>
<br>
Ãtant le plus ancien de la bande, il a surement des attraits que<br>
d'autres n'ont pas ... mais il faut en effet surement s'y plong er, et<br>
l'expÃ©rience est maitre dans ce cas.<br>
</blockquote>
<br>
Â Â Sendmail a un gros dÃ©faut. Il est turing-complet donc pe ut tout faire si on lui demande gentiment. Sa configuration peut donc faire peur d'autant que certains systÃ¨mes poussent le vice Ã ne le configurer qu'au travers d'un immonde fichier <a href="http://se ndmail.cf" target="_blank">sendmail.cf</a> qui ressemble assez Ã du bruit de tÃ©lÃ©transmission plutÃ´t qu'en utilisant les mac ros m4. C'Ã©tait encore le cas sous Solaris 10 (au moins les premi Ã¨res versions, je n'ai pas regardÃ© rÃ©cemment si cela s&# 39;Ã©tait arrangÃ©) et c'est toujours le cas sous OpenVMS. Et l Ã , j'avoue, c'est rude. C'est principalement pour cela qu& #39;il a mauvaise presse.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border- left:1px solid rgb(204,204,204);padding-left:1ex">
Par contre, si qmail est utilisÃ© par exemple par OVH pour la *totalit Ã©*<br>
de ses envois de mails, il doit bien y avoir une raison : si OVH ne<br>
respecte pas le protocole SMTP, qu'on le fasse savoir. (plutÃ´t que de<br>
dire, "Ã§a respecte pas" ... pour quelle raison exactement ?) <br>
<br>
</blockquote>
<br>
Â Â Pour au moins cette raison mais ce n'est pas la seule :<b r>
<br>
"qmail was not designed to replace Sendmail, and does not behave exact ly as Sendmail did in all situations. In some cases, these differences in b ehavior have become grounds for criticism. For instance, qmail's approa ch to bounce messages (a format called QSBMF) differs from the standard for mat of delivery status notifications specified by the IETF in RFC 1894, mea nwhile advanced to draft standard as RFC 3464, and recommended in the SMTP specification."<br>
<br>
ce qui peut mettre un certain bazar sur des serveurs bien administrÃ©s. Postfix, quant Ã lui, respecte les specs et se comporte normalement.< br>
<br>
Â Â Cordialement,<br>
<br>
Â Â JKB<br>
<br>
</blockquote>
<br>
-- <br>
Lisez la FAQ de la liste avant de poser une question :<br>
<a href="http://wiki.debian.org/fr/FrenchLists" target="_blank">http:// wiki.debian.org/fr/<u></u>FrenchLists</a><br>
<br>
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe "<br>
vers <a href="mailto:" target ="_blank">debian-user-french-REQUEST@<u></u>lists.debian.org</a><br>
En cas de soucis, contactez EN ANGLAIS <a href="mailto: ebian.org" target="_blank"></a><br></div></div >
Archive: <a href="https://lists.debian.org/" ta rget="_blank">https://lists.debian.org/<u></u>< /a><br>
<br>
</blockquote></div><br></div></div>

--001a113e9fe498d70205110792a5--

--
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: https://lists.debian.org/CAMEeNc1a8zuBjqft1q5PU5kccFPC=z+=

Keldan

11/03/2015 à 20:20

Le 2015-03-11 19:38, Hugues MORIN a écrit :

Re....

Bon beh c'est moins evident que je l'aurai pense :-/
Je fatigue je crois .....

Bon alors, j'ai installe postfix. Au cours de l'installation il m'a
demande quel type d'installation je voulais.
Il m'a semble que smarthost (au vu des explications de l'installateur)
semblait correct.
J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon
domaine: mx1.ovh.net [2])

Bonsoir,

Pour ce que j'en sais, les MX d'OVH ne font pas relay ouvert.
J'utilise pour ma part postfix en mode Internet, sans relay. Avec un SPF
bien réglé, ca ne pose aucun problème.
Ton problème vient peut etre de là. Que disent les logs
/var/log/mail.log lorsque tu envoi un mail ?

@+

--
Keldan
http://www.keldan.fr

--
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: https://lists.debian.org/

Christophe

11/03/2015 à 20:20

J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon
domaine: mx1.ovh.net)

Pas totalement sur que Ã§a marche Ã§a (enfin Ã§a dÃ©pend Ã qui tu envoies en
fait).

Si je ne dis pas de bÃ©tises, tu dois avoir toutes infos nÃ©cessa ires au
diagnostique dans /var/log/mail.log, mail.info et mail.err. (les lignes
faisant mention de "bounce" par exemple).

Je te conseillerais de retirer le relay_host, tu es censÃ© pouvoir
envoyer en direct dans passer par un relai (supposant trÃ¨s fortement que
ns34XXXX.ip-XXX-XXX-XXX.eu est chez OVH ;) ).

Bien vÃ©rifier l'adresse dâexpÃ©dition (champ From: ) ain si que le
Return-Path des mails envoyÃ©s : Ces champs se doivent d'Ãªtre va lides (Ã
minima, le nom domaine doit exister sur Internet). Exemple: l'expÃ©di teur
a toutes les chances de se faire boulet dÃ¨ s
le premier MTA franchi.

Par la suite et pour s'assurer que le mail arrive Ã destination, voi ci
les premiÃ¨res pistes que je conseillerais :

- Changer le reverse DNS : indispensable dans bien des cas.
- Faire correspondre la variable "myhostname" de la conf postfix au
Reverse DNS.
- Si tu utilises une adresse mail d'expÃ©diteur qui est sur un domain e
qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont
conforme (s'il y en a) .
- S'assurer que l'IP du serveur n'est pas blacklistÃ©e dans les RBL ( par
exemple par la <http://www.anti-abuse.org/multi-rbl-check/>

Attention Ã©galement au myorigin qui doit normalement correspondre Ã un
nom de domaine existant.

@+
Christophe.

--
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: https://lists.debian.org/

J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon
domaine: mx1.ovh.net)

Pas totalement sur que Ã§a marche Ã§a (enfin Ã§a dÃ©pend Ã qui tu envoies en
fait).

Si je ne dis pas de bÃ©tises, tu dois avoir toutes infos nÃ©cessa ires au
diagnostique dans /var/log/mail.log, mail.info et mail.err. (les lignes
faisant mention de "bounce" par exemple).

Je te conseillerais de retirer le relay_host, tu es censÃ© pouvoir
envoyer en direct dans passer par un relai (supposant trÃ¨s fortement que
ns34XXXX.ip-XXX-XXX-XXX.eu est chez OVH ;) ).

Bien vÃ©rifier l'adresse dâexpÃ©dition (champ From: ) ain si que le
Return-Path des mails envoyÃ©s : Ces champs se doivent d'Ãªtre va lides (Ã
minima, le nom domaine doit exister sur Internet). Exemple: l'expÃ©di teur
root@localhost.localdomain a toutes les chances de se faire boulet dÃ¨ s
le premier MTA franchi.

Par la suite et pour s'assurer que le mail arrive Ã destination, voi ci
les premiÃ¨res pistes que je conseillerais :

- Changer le reverse DNS : indispensable dans bien des cas.
- Faire correspondre la variable "myhostname" de la conf postfix au
Reverse DNS.
- Si tu utilises une adresse mail d'expÃ©diteur qui est sur un domain e
qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont
conforme (s'il y en a) .
- S'assurer que l'IP du serveur n'est pas blacklistÃ©e dans les RBL ( par
exemple par la <http://www.anti-abuse.org/multi-rbl-check/>

Attention Ã©galement au myorigin qui doit normalement correspondre Ã un
nom de domaine existant.

@+
Christophe.

--
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: https://lists.debian.org/55009340.7070304@stuxnet.org

Keldan

11/03/2015 à 20:40

------1XLANUGIADB44K7KACX5GHMPE21L3H
Content-Transfer-Encoding: 8bit
Content-Type: text/plain;
charset=UTF-8

Je plussoie le reverse DNS qui doit correspondre au nom du serveur. C'est une des premiÃ¨res source de refus d'un message par les autres.
Et parfois on reprend un serveur d'un autre utilisateur qui a 'sali' l'IP. Malheureusement.
Sans oublier un SPF bien rÃ©glÃ©

Le 11 mars 2015 20:10:56 UTC+01:00, Christophe a Ã©crit :

Hello,

Le 11/03/2015 19:38, Hugues MORIN a Ã©crit :

J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon
domaine: mx1.ovh.net)

Pas totalement sur que Ã§a marche Ã§a (enfin Ã§a dÃ©pend Ã qui tu envoies
en
fait).

Si je ne dis pas de bÃ©tises, tu dois avoir toutes infos nÃ©cessaires au
diagnostique dans /var/log/mail.log, mail.info et mail.err. (les lignes

faisant mention de "bounce" par exemple).

Je te conseillerais de retirer le relay_host, tu es censÃ© pouvoir
envoyer en direct dans passer par un relai (supposant trÃ¨s fortement
que
ns34XXXX.ip-XXX-XXX-XXX.eu est chez OVH ;) ).

Bien vÃ©rifier l'adresse dâ€™expÃ©dition (champ From: ) ainsi que le
Return-Path des mails envoyÃ©s : Ces champs se doivent d'Ãªtre valides (Ã

minima, le nom domaine doit exister sur Internet). Exemple:
l'expÃ©diteur
a toutes les chances de se faire boulet dÃ¨s
le premier MTA franchi.

Par la suite et pour s'assurer que le mail arrive Ã destination, voici
les premiÃ¨res pistes que je conseillerais :

- Changer le reverse DNS : indispensable dans bien des cas.
- Faire correspondre la variable "myhostname" de la conf postfix au
Reverse DNS.
- Si tu utilises une adresse mail d'expÃ©diteur qui est sur un domaine
qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont
conforme (s'il y en a) .
- S'assurer que l'IP du serveur n'est pas blacklistÃ©e dans les RBL (par

exemple par la <http://www.anti-abuse.org/multi-rbl-check/>

Attention Ã©galement au myorigin qui doit normalement correspondre Ã un
nom de domaine existant.

@+
Christophe.

--
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: https://lists.debian.org/

--
Keldan
------1XLANUGIADB44K7KACX5GHMPE21L3H
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: 8bit

<html><head></head><body>Je plussoie le reverse DNS qui doit correspondre au nom du serveur. C'est une des premiÃ¨res source de refus d'un message par les autres.<br>
Et parfois on reprend un serveur d'un autre utilisateur qui a 'sali' l'IP. Malheureusement.<br>
Sans oublier un SPF bien rÃ©glÃ©<br><br><div class="gmail_quote">Le 11 mars 2015 20:10:56 UTC+01:00, Christophe <> a Ã©crit :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Hello,<br /><br />Le 11/03/2015 19:38, Hugues MORIN a Ã©crit :<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> J'ai alors fournie le nom de mon serveur (la machine<br /> ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon<br /> domaine: <a href="http://mx1.ovh.net">mx1.ovh.net</a>)<br /></blockquote><br />Pas totalement sur que Ã§a marche Ã§a (enfin Ã§a dÃ©pend Ã qui tu envoies en <br />fait).<br /><br />Si je ne dis pas de bÃ©tises, tu dois avoir toutes infos nÃ©cessaires au <br />diagnostique dans /var/log/mail.log, <a href="http://mail.info">mail.info</a> et mail.err. (les lignes <br />faisant mention de "bounce" par exemple).<br /><br />Je te conseillerais de retirer le relay_host, tu es censÃ© pouvoir <br />envoyer en direct dans passer par un relai (supposant trÃ¨s fortement que <br /><a href="http://ns34XXXX.ip-XXX-XXX-XXX.eu">ns34XXXX.ip-XXX-XXX-XXX.eu</a> est
chez OVH ;) ).<br /><br />Bien vÃ©rifier l'adresse dâ€™expÃ©dition (champ From: ) ainsi que le <br />Return-Path des mails envoyÃ©s : Ces champs se doivent d'Ãªtre valides (Ã <br />minima, le nom domaine doit exister sur Internet). Exemple: l'expÃ©diteur <br /> a toutes les chances de se faire boulet dÃ¨s <br />le premier MTA franchi.<br /><br />Par la suite et pour s'assurer que le mail arrive Ã destination, voici <br />les premiÃ¨res pistes que je conseillerais :<br /><br />- Changer le reverse DNS : indispensable dans bien des cas.<br />- Faire correspondre la variable "myhostname" de la conf postfix au <br />Reverse DNS.<br />- Si tu utilises une adresse mail d'expÃ©diteur qui est sur un domaine <br />qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont <br />conforme (s'il y en a) .<br />- S'assurer que l'IP du serveur n'est pas blacklistÃ©e dans les RBL (par <br />exemple par la <<a
href="http://www.anti-abuse.org/multi-rbl-check">http://www.anti-abuse.org/multi-rbl-check</a>/><br /><br />Attention Ã©galement au myorigin qui doit normalement correspondre Ã un <br />nom de domaine existant.<br /><br />@+<br />Christophe.<br /><br />--<br />Lisez la FAQ de la liste avant de poser une question :<br /><a href="http://wiki.debian.org/fr/FrenchLists">http://wiki.debian.org/fr/FrenchLists</a><br /><br />Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"<br />vers <br />En cas de soucis, contactez EN ANGLAIS <br />Archive: <a href="https://lists.debian.org/">https://lists.debian.org/</a><br /><br /></pre></blockquote></div><br>
-- <br>
Keldan</body></html>
------1XLANUGIADB44K7KACX5GHMPE21L3H--

--
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: https://lists.debian.org/

------1XLANUGIADB44K7KACX5GHMPE21L3H
Content-Transfer-Encoding: 8bit
Content-Type: text/plain;
charset=UTF-8

Je plussoie le reverse DNS qui doit correspondre au nom du serveur. C'est une des premiÃ¨res source de refus d'un message par les autres.
Et parfois on reprend un serveur d'un autre utilisateur qui a 'sali' l'IP. Malheureusement.
Sans oublier un SPF bien rÃ©glÃ©

Le 11 mars 2015 20:10:56 UTC+01:00, Christophe <tech@stuxnet.org> a Ã©crit :

Hello,

Le 11/03/2015 19:38, Hugues MORIN a Ã©crit :

J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon
domaine: mx1.ovh.net)

Pas totalement sur que Ã§a marche Ã§a (enfin Ã§a dÃ©pend Ã qui tu envoies
en
fait).

Si je ne dis pas de bÃ©tises, tu dois avoir toutes infos nÃ©cessaires au
diagnostique dans /var/log/mail.log, mail.info et mail.err. (les lignes

faisant mention de "bounce" par exemple).

Je te conseillerais de retirer le relay_host, tu es censÃ© pouvoir
envoyer en direct dans passer par un relai (supposant trÃ¨s fortement
que
ns34XXXX.ip-XXX-XXX-XXX.eu est chez OVH ;) ).

Bien vÃ©rifier l'adresse dâ€™expÃ©dition (champ From: ) ainsi que le
Return-Path des mails envoyÃ©s : Ces champs se doivent d'Ãªtre valides (Ã

minima, le nom domaine doit exister sur Internet). Exemple:
l'expÃ©diteur
root@localhost.localdomain a toutes les chances de se faire boulet dÃ¨s
le premier MTA franchi.

Par la suite et pour s'assurer que le mail arrive Ã destination, voici
les premiÃ¨res pistes que je conseillerais :

- Changer le reverse DNS : indispensable dans bien des cas.
- Faire correspondre la variable "myhostname" de la conf postfix au
Reverse DNS.
- Si tu utilises une adresse mail d'expÃ©diteur qui est sur un domaine
qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont
conforme (s'il y en a) .
- S'assurer que l'IP du serveur n'est pas blacklistÃ©e dans les RBL (par

exemple par la <http://www.anti-abuse.org/multi-rbl-check/>

Attention Ã©galement au myorigin qui doit normalement correspondre Ã un
nom de domaine existant.

@+
Christophe.

--
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: https://lists.debian.org/55009340.7070304@stuxnet.org

--
Keldan
------1XLANUGIADB44K7KACX5GHMPE21L3H
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: 8bit

<html><head></head><body>Je plussoie le reverse DNS qui doit correspondre au nom du serveur. C'est une des premiÃ¨res source de refus d'un message par les autres.<br>
Et parfois on reprend un serveur d'un autre utilisateur qui a 'sali' l'IP. Malheureusement.<br>
Sans oublier un SPF bien rÃ©glÃ©<br><br><div class="gmail_quote">Le 11 mars 2015 20:10:56 UTC+01:00, Christophe <tech@stuxnet.org> a Ã©crit :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Hello,<br /><br />Le 11/03/2015 19:38, Hugues MORIN a Ã©crit :<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> J'ai alors fournie le nom de mon serveur (la machine<br /> ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon<br /> domaine: <a href="http://mx1.ovh.net">mx1.ovh.net</a>)<br /></blockquote><br />Pas totalement sur que Ã§a marche Ã§a (enfin Ã§a dÃ©pend Ã qui tu envoies en <br />fait).<br /><br />Si je ne dis pas de bÃ©tises, tu dois avoir toutes infos nÃ©cessaires au <br />diagnostique dans /var/log/mail.log, <a href="http://mail.info">mail.info</a> et mail.err. (les lignes <br />faisant mention de "bounce" par exemple).<br /><br />Je te conseillerais de retirer le relay_host, tu es censÃ© pouvoir <br />envoyer en direct dans passer par un relai (supposant trÃ¨s fortement que <br /><a href="http://ns34XXXX.ip-XXX-XXX-XXX.eu">ns34XXXX.ip-XXX-XXX-XXX.eu</a> est
chez OVH ;) ).<br /><br />Bien vÃ©rifier l'adresse dâ€™expÃ©dition (champ From: ) ainsi que le <br />Return-Path des mails envoyÃ©s : Ces champs se doivent d'Ãªtre valides (Ã <br />minima, le nom domaine doit exister sur Internet). Exemple: l'expÃ©diteur <br />root@localhost.localdomain a toutes les chances de se faire boulet dÃ¨s <br />le premier MTA franchi.<br /><br />Par la suite et pour s'assurer que le mail arrive Ã destination, voici <br />les premiÃ¨res pistes que je conseillerais :<br /><br />- Changer le reverse DNS : indispensable dans bien des cas.<br />- Faire correspondre la variable "myhostname" de la conf postfix au <br />Reverse DNS.<br />- Si tu utilises une adresse mail d'expÃ©diteur qui est sur un domaine <br />qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont <br />conforme (s'il y en a) .<br />- S'assurer que l'IP du serveur n'est pas blacklistÃ©e dans les RBL (par <br />exemple par la <<a
href="http://www.anti-abuse.org/multi-rbl-check">http://www.anti-abuse.org/multi-rbl-check</a>/><br /><br />Attention Ã©galement au myorigin qui doit normalement correspondre Ã un <br />nom de domaine existant.<br /><br />@+<br />Christophe.<br /><br />--<br />Lisez la FAQ de la liste avant de poser une question :<br /><a href="http://wiki.debian.org/fr/FrenchLists">http://wiki.debian.org/fr/FrenchLists</a><br /><br />Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"<br />vers debian-user-french-REQUEST@lists.debian.org<br />En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org<br />Archive: <a href="https://lists.debian.org/55009340.7070304@stuxnet.org">https://lists.debian.org/55009340.7070304@stuxnet.org</a><br /><br /></pre></blockquote></div><br>
-- <br>
Keldan</body></html>
------1XLANUGIADB44K7KACX5GHMPE21L3H--

--
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: https://lists.debian.org/17445646-53A5-4DA7-8BE0-649BDF58EA10@keldan.fr

Vous avez filtré cet utilisateur ! Consultez son message

------1XLANUGIADB44K7KACX5GHMPE21L3H
Content-Transfer-Encoding: 8bit
Content-Type: text/plain;
charset=UTF-8

Je plussoie le reverse DNS qui doit correspondre au nom du serveur. C'est une des premiÃ¨res source de refus d'un message par les autres.
Et parfois on reprend un serveur d'un autre utilisateur qui a 'sali' l'IP. Malheureusement.
Sans oublier un SPF bien rÃ©glÃ©

Le 11 mars 2015 20:10:56 UTC+01:00, Christophe a Ã©crit :

Hello,

Le 11/03/2015 19:38, Hugues MORIN a Ã©crit :

J'ai alors fournie le nom de mon serveur (la machine
ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon
domaine: mx1.ovh.net)

Pas totalement sur que Ã§a marche Ã§a (enfin Ã§a dÃ©pend Ã qui tu envoies
en
fait).

Si je ne dis pas de bÃ©tises, tu dois avoir toutes infos nÃ©cessaires au
diagnostique dans /var/log/mail.log, mail.info et mail.err. (les lignes

faisant mention de "bounce" par exemple).

Je te conseillerais de retirer le relay_host, tu es censÃ© pouvoir
envoyer en direct dans passer par un relai (supposant trÃ¨s fortement
que
ns34XXXX.ip-XXX-XXX-XXX.eu est chez OVH ;) ).

Bien vÃ©rifier l'adresse dâ€™expÃ©dition (champ From: ) ainsi que le
Return-Path des mails envoyÃ©s : Ces champs se doivent d'Ãªtre valides (Ã

minima, le nom domaine doit exister sur Internet). Exemple:
l'expÃ©diteur
a toutes les chances de se faire boulet dÃ¨s
le premier MTA franchi.

Par la suite et pour s'assurer que le mail arrive Ã destination, voici
les premiÃ¨res pistes que je conseillerais :

- Changer le reverse DNS : indispensable dans bien des cas.
- Faire correspondre la variable "myhostname" de la conf postfix au
Reverse DNS.
- Si tu utilises une adresse mail d'expÃ©diteur qui est sur un domaine
qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont
conforme (s'il y en a) .
- S'assurer que l'IP du serveur n'est pas blacklistÃ©e dans les RBL (par

exemple par la <http://www.anti-abuse.org/multi-rbl-check/>

Attention Ã©galement au myorigin qui doit normalement correspondre Ã un
nom de domaine existant.

@+
Christophe.

--
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: https://lists.debian.org/

--
Keldan
------1XLANUGIADB44K7KACX5GHMPE21L3H
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: 8bit

<html><head></head><body>Je plussoie le reverse DNS qui doit correspondre au nom du serveur. C'est une des premiÃ¨res source de refus d'un message par les autres.<br>
Et parfois on reprend un serveur d'un autre utilisateur qui a 'sali' l'IP. Malheureusement.<br>
Sans oublier un SPF bien rÃ©glÃ©<br><br><div class="gmail_quote">Le 11 mars 2015 20:10:56 UTC+01:00, Christophe <> a Ã©crit :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Hello,<br /><br />Le 11/03/2015 19:38, Hugues MORIN a Ã©crit :<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> J'ai alors fournie le nom de mon serveur (la machine<br /> ns34XXXX.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon<br /> domaine: <a href="http://mx1.ovh.net">mx1.ovh.net</a>)<br /></blockquote><br />Pas totalement sur que Ã§a marche Ã§a (enfin Ã§a dÃ©pend Ã qui tu envoies en <br />fait).<br /><br />Si je ne dis pas de bÃ©tises, tu dois avoir toutes infos nÃ©cessaires au <br />diagnostique dans /var/log/mail.log, <a href="http://mail.info">mail.info</a> et mail.err. (les lignes <br />faisant mention de "bounce" par exemple).<br /><br />Je te conseillerais de retirer le relay_host, tu es censÃ© pouvoir <br />envoyer en direct dans passer par un relai (supposant trÃ¨s fortement que <br /><a href="http://ns34XXXX.ip-XXX-XXX-XXX.eu">ns34XXXX.ip-XXX-XXX-XXX.eu</a> est
chez OVH ;) ).<br /><br />Bien vÃ©rifier l'adresse dâ€™expÃ©dition (champ From: ) ainsi que le <br />Return-Path des mails envoyÃ©s : Ces champs se doivent d'Ãªtre valides (Ã <br />minima, le nom domaine doit exister sur Internet). Exemple: l'expÃ©diteur <br /> a toutes les chances de se faire boulet dÃ¨s <br />le premier MTA franchi.<br /><br />Par la suite et pour s'assurer que le mail arrive Ã destination, voici <br />les premiÃ¨res pistes que je conseillerais :<br /><br />- Changer le reverse DNS : indispensable dans bien des cas.<br />- Faire correspondre la variable "myhostname" de la conf postfix au <br />Reverse DNS.<br />- Si tu utilises une adresse mail d'expÃ©diteur qui est sur un domaine <br />qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont <br />conforme (s'il y en a) .<br />- S'assurer que l'IP du serveur n'est pas blacklistÃ©e dans les RBL (par <br />exemple par la <<a
href="http://www.anti-abuse.org/multi-rbl-check">http://www.anti-abuse.org/multi-rbl-check</a>/><br /><br />Attention Ã©galement au myorigin qui doit normalement correspondre Ã un <br />nom de domaine existant.<br /><br />@+<br />Christophe.<br /><br />--<br />Lisez la FAQ de la liste avant de poser une question :<br /><a href="http://wiki.debian.org/fr/FrenchLists">http://wiki.debian.org/fr/FrenchLists</a><br /><br />Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"<br />vers <br />En cas de soucis, contactez EN ANGLAIS <br />Archive: <a href="https://lists.debian.org/">https://lists.debian.org/</a><br /><br /></pre></blockquote></div><br>
-- <br>
Keldan</body></html>
------1XLANUGIADB44K7KACX5GHMPE21L3H--

--
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: https://lists.debian.org/

Serveur mail: quel agent par defaut? + quqelques conseils

10 réponses

Veuillez sélectionner un problème