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 <[email protected]> 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 [email protected] > En cas de soucis, contactez EN ANGLAIS [email protected] > Archive: https://lists.debian.org/[email protected] > >
