[FRnOG] [TECH] contact postmaster OVH
Bonjour, je souhaite contacter une personne du support OVH en charge de la messagerie. Mes clients souhaitent envoyer des messages vers des adresses hébergées chez OVH. (pas de mass mailing) Aucun message n'aboutit et les erreurs varient vu de nos frontaux: * pas de hello à la connexion * 453 no more connections allowed from this ip at this time Les frontaux n'apparaissent pas dans la liste http://abuse.ovh.net. Mais on en présente tous les signes. Malgré 12h d'assèchement total, aucune amélioration en vue. Retour en priv Merci --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] contact postmaster OVH
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 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/
Re: [FRnOG] [TECH] contact postmaster OVH
Le 04/04/2013 14:39, Thomas Mangin a écrit : Salut, with spammers the RFC SHOULD be read replacing SHOULD by MUST. Ce n'est pas obligatoire d'accepter l'email non plus ... Thomas Ouaip, mais je l'ai dis, c'est pas du spam, j'ai 80 messages sur 2 frontaux cumulés sur les 5 derniers jours... Donc j'aimerais bien que quelqu'un OVH me contact pour clarifier l'origine du blocage. On 4 Apr 2013, at 10:57, Sylvain Rochet grada...@gradator.net wrote: Salut Xavier, On Thu, Apr 04, 2013 at 11:49:42AM +0200, Xavier Beaudouin wrote: Le 4 avr. 2013 à 11:37, Sylvain Rochet grada...@gradator.net a écrit : 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 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 normally != MUST 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 MAY use != MUST 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. SHOULD != MUST 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. Ce qui est tout aussi faux, il n'y a aucune restriction sur la chaîne suivant le HELO/EHLO. Sylvain --- Liste de diffusion du FRnOG http://www.frnog.org/ -- *Sebastien**PLOT Responsable exploitation* Tél. 02 72 73 58 00 Mob. 06 04 12 52 42 AFONE - 11, place François Mitterrand - CS 11024 - 49055 ANGERS cedex 02 [t] 0825 168639 - [f] 0820 160 329 - ou composez le 3213 et dites « AFONE » --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] contact postmaster OVH
Merci aux membres de la liste qui ont répondu. La piste de radu et de benjamin était la bonne. aaa IN A a.b.c.d != a.b.c.d IN PTR aaa Le 04/04/2013 19:00, Radu-Adrian Feurdean a écrit : On Thu, Apr 4, 2013, at 11:57, Sylvain Rochet wrote: Ce qui est tout aussi faux, il n'y a aucune restriction sur la chaîne suivant le HELO/EHLO. Une fois sorti du monde des bisounours qui respectent les RFC a la regle et de la facon la plus relaxe possible, une fois revenu dans le monde reel, pas mal d'hebergeurs de mailbox imposent des restrictions sur la partie HELO/EHLO, le plus souvent argument = reverse of connecting IP, qui lui resoud sur ce meme IP: une connexion venant de X.Y.Z.T doit fournir un HELO/EHLO toto.example.com, ou toto.example.com IN PTR X.Y.Z.T et Z.Y.X.T IN A toto.example.com. Si ce n'est pas le cas, tu est libre de ne pas envoyer des mails aux hebergeurs en question. Regards, --- Liste de diffusion du FRnOG http://www.frnog.org/ -- *Sebastien**PLOT Responsable exploitation* Tél. 02 72 73 58 00 Mob. 06 04 12 52 42 AFONE - 11, place François Mitterrand - CS 11024 - 49055 ANGERS cedex 02 [t] 0825 168639 - [f] 0820 160 329 - ou composez le 3213 et dites « AFONE » --- Liste de diffusion du FRnOG http://www.frnog.org/