Hello, Essaye la mailing list, ou directement en contactant octave ( oles@ovh.netou via twitter )
Le 4 avril 2013 11:56, Sebastien PLOT <sp...@afone.com> a écrit : > Le 04/04/2013 11:49, Xavier Beaudouin a écrit : > > Hello, >> >> Le 4 avr. 2013 à 11:37, Sylvain Rochet <grada...@gradator.net> a écrit : >> >> Salut Sebastien, >>> >>> On Thu, Apr 04, 2013 at 11:31:11AM +0200, Sebastien PLOT wrote: >>> >>>> Aucun message n'aboutit et les erreurs varient vu de nos frontaux: >>>> >>>> * pas de hello à la connexion >>>> >>> Humm, ça ce n'est pas dramatique, rien dans le protocole SMTP n'oblige >>> le HELO/EHLO. >>> >> Si c'est une obligation, cf >> http://www.ietf.org/rfc/**rfc2821.txt<http://www.ietf.org/rfc/rfc2821.txt> >> >> 3.2 Client Initiation >> >> Once the server has sent the welcoming message and the client has >> received it, the client normally sends the EHLO command to the >> server, indicating the client's identity. In addition to opening the >> session, use of EHLO indicates that the client is able to process >> service extensions and requests that the server provide a list of the >> extensions it supports. Older SMTP systems which are unable to >> support service extensions and contemporary clients which do not >> require service extensions in the mail session being initiated, MAY >> use HELO instead of EHLO. Servers MUST NOT return the extended >> EHLO-style response to a HELO command. For a particular connection >> attempt, if the server returns a "command not recognized" response to >> EHLO, the client SHOULD be able to fall back and send HELO. >> >> In the EHLO command the host sending the command identifies itself; >> the command may be interpreted as saying "Hello, I am <domain>" (and, >> in the case of EHLO, "and I support service extension requests"). >> >> Après on peux avoir différentes interprétation du "client's identity", >> comme certains spammeurs ne font pas du travail propre, certains admin de >> mail insitent que HELO/EHLO <truc> représente le FQDN complet et propre de >> l'IP source et que sont reverse correspondent. >> >> Rien que cette règle supprime pas mal de spam. Et si c'est le cas pour >> OVH, je les comprends. >> >> Après, pour l'envoie de newsletters : apt-get install postfix sur le >> serveur qui l'envoie c'est pas compliqué et ca suffit pour rentre le >> serveur "a peut près propre" pour envoyer ses news letters. >> >> Y a pas de permis pour envoyer du mail, mais des fois ça serait bien... >> non ? >> >> Xavier >> >> > Les symptômes remontés sont les raisons de refus des MX OVH et les erreurs > varient dans le temps. > > Le problème de fond, les messages sur mes frontaux customers ne sont > jamais délivrés. > > Je parle 2*40 messages que je ne peux jamais délivré. Pas moyen, d'obtenir > de l'aide du support OVH > si je ne suis pas client... > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
