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/
