[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [HS] Re: Serveur mail: quel agent par defaut? + quqelques conseils



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-sur-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 version


# 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é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: [🔎] 55006B7A.4090205@gmail.com" target="_blank">https://lists.debian.org/[🔎] 55006B7A.4090205@gmail.com



Reply to: