gratifiant > linux.debian.user.french

ajh-valmer (14/10/2019, 15h10)
Bonjour à tous,

J'ai un petit serveur de messagerie internet perso avec postfix et dovecot.

On va dire que son nom de domaine est "machin.org",
donc "smtp.machin.org" est le facteur.
Tout est OK avec le DNS.

Les mails @free envoyés depuis ce serveur
n'arrivent pas dans la boite Free,
et ni dans les répertoires pourriels et commerciaux.

Aucune information dans /var/log/mail.info ou mail.err

D'autres mails n'arrivent pas non plus, tel @sfr.fr...
Par contre les méls @gmail.com sont bien transférés.

L'IP du serveur n'est pas blacklisté par Free.

Avez vous une idée du blême, une piste ?
merci d'avance.

A. Valmer
Daniel Huhardeaux (14/10/2019, 15h20)
Le 14/10/2019 à 15:03, ajh-valmer a écrit :
> Bonjour à tous,


Bonjour

> J'ai un petit serveur de messagerie internet perso avec postfix et dovecot.
> On va dire que son nom de domaine est "machin.org",
> donc "smtp.machin.org" est le facteur.
> Tout est OK avec le DNS.


Ou est hébergé ce serveur ?

> Les mails @free envoyés depuis ce serveur
> n'arrivent pas dans la boite Free,
> et ni dans les répertoires pourriels et commerciaux.
> Aucune information dans /var/log/mail.info ou mail.err


Il doit forcément y avoir des logs, que le message soit accepté ou
refusé. Quel logiciel serveur d'envois ?

> D'autres mails n'arrivent pas non plus, tel @sfr.fr...
> Par contre les méls @gmail.com sont bien transférés.
> L'IP du serveur n'est pas blacklisté par Free.


Elle peut l'être par d'autres. Perso j'utilise spamhaus avant d'accepter
des messages. Et je fais du greylisting.

Beaucoup d'opérateurs demandent aussi que le reverse DNS pointe sur le
FQDN. Tu peux tester ton serveur à cette adresse par ex.



[...]
BERTRAND Joël (14/10/2019, 15h20)
Daniel Huhardeaux a écrit :
> Il doit forcément y avoir des logs, que le message soit accepté ou
> refusé. Quel logiciel serveur d'envois ?


Pas forcément. Le message peut être traité par un mécanisme après
l'acceptation (typiquement un milter) qui le supprime silencieusement.
Seuls les logs du MX seraient pertinents.
BERTRAND Joël (14/10/2019, 15h20)
ajh-valmer a écrit :
[..]
> L'IP du serveur n'est pas blacklisté par Free.
> Avez vous une idée du blême, une piste ?
> merci d'avance.


Bonjour,

SPF ?
DKIM ?
rDNS ?

La plupart des MX refusent aujourd'hui les domaines sans SPF ni rDNS.

DKIM, c'est beaucoup plus foireux parce que les en-têtes peuvent être
modifiées bizarrement. Donc une absence de DKIM ne provoque pas un rejet
implicite.

Autre chose : si l'adresse IP est une adresse résidentielle ou variable,
le serveur en face peut aussi rejeter.

Bien cordialement,

JKB
Daniel Huhardeaux (14/10/2019, 17h40)
Le 14/10/2019 à 15:18, BERTRAND Joël a écrit :
> Daniel Huhardeaux a écrit :
>> Il doit forcément y avoir des logs, que le message soit accepté ou
>> refusé. Quel logiciel serveur d'envois ?

> Pas forcément. Le message peut être traité par un mécanisme après
> l'acceptation (typiquement un milter) qui le supprime silencieusement.
> Seuls les logs du MX seraient pertinents.


Le serveur réceptionnaire acquiterait la réception du message et
l'effacerai ensuite sans en informer l'émetteur ? Connais tu de
semblables cas et pourrais les exposer ? Je n'ai jamais rencontré cela ...

Ceci dit, on ne sait pas si les messages envoyés par le serveur de l'OP
sont effectivement acquités/refusés par le destinataire, donc les logs
de l'échange doivent exister sur le serveur de l'émetteur.
Cyrille BIOT (14/10/2019, 18h30)
Bonjour,
J'ai eu des soucis de SPF, DKIM...
Ces sites aident à les configurer correctement



En espérant que ça t'aide ...
Daniel Huhardeaux (14/10/2019, 18h40)
Le 14/10/2019 à 18:08, BERTRAND Joël a écrit :
[...]
> Ce qui est important, c'est côté MX (plus que SMTP) parce que les
> rejets sont gérés côté MX.


Je persiste: si le serveur SMTP d'envoi de l'OP log une erreur pas la
peine d'aller chercher celle-ci autre part.
Sébastien Dinot (14/10/2019, 21h50)
Cyrille BIOT a écrit :
> Ces sites aident à les configurer correctement
>


Je ne connais pas les deux autres, mais celui-ci me permet en effet de
vérifier la configuration du serveur SMTP lorsque je monte une
plateforme qui dispose de ses propres nom de domaine et MX. Il est fort
utile.

Sébastien
ajh-valmer (15/10/2019, 12h30)
> Ou est hébergé ce serveur ? : sur un server perso internet hébergé chez Online.

Voici ce que dit le log "mail.info" :

Oct 15 12:17:33 postfix/smtp[4691]: 266CEC60071: to=<>,
relay=mx1.free.fr[212.27.48.6]:25, delay=0.17, delays=0.12/0.01/0.05/0,
dsn=5.6.7, status=bounced (SMTPUTF8 is required, but was not offered
by host mx1.free.fr[212.27.48.6]).

On y lit :
"relay=mx1.free.fr ...
status=bounced (SMTPUTF8 is required, but was not offered
by host mx1.free.fr[212.27.48.6])"

Le mail n'est pas envoyé vers le pop de Free selon
le message ci-dessus, pourquoi ?

Merci, bonne journée.
Daniel Huhardeaux (15/10/2019, 13h00)
Le 15/10/2019 à 12:28, ajh-valmer a écrit :
[..]
> by host mx1.free.fr[212.27.48.6])"
> Le mail n'est pas envoyé vers le pop de Free selon
> le message ci-dessus, pourquoi ?


Déja le service SMTP (port 25) n'est PAS du POP (port 110) comme le
montre relay=mx1.free.fr[212.27.48.6]:25

Le message est clair, ton serveur demande du SMTPUTF8 et le serveur de
FREE ne le propose pas. Pose toi la question du pourquoi required de ton
serveur.
Daniel Caillibaud (15/10/2019, 13h00)
Le 14/10/19 à 18h08, BERTRAND Joël <joel.bertrand> a écrit :
> Typiquement, sur l'enveloppe, je teste SPF, DKIM, rDNS, adresse
> IP de l'expéditeur. Si ça tourne mal, je bounce et le SMTP saitque le
> message est rejeté. Mais j'ai aussi des traitements sur les données. Ces
> traitements se font _après_ l'envoi un DSN OK au smtp et je ne bounce
> plus. Si le message est foireux (virus, pishing ou autres trucs du même
> acabit), je jette sans autre forme de procès et le SMTP n'a aucun moyen
> de savoir que le message n'est pas arrivé à bon port.


Je ne trouve pas ça très sérieux, en tout cas je ne prendrait jamais un
fournisseur de mail qui fait ça.

Pour moi, un mail accepté doit être filé à l'utilisateur (éventuellement
dans un dossier spam/virus ou via une quarantaine) ou donner lieu à un
bounce avec un motif (rien n'interdit d'accepter un mail puis de le bouncer
plus tard).

J'espère que les fournisseurs "courants" (free/orange/gmail/hotmail & co)
font bien ça, mais ne les utilisant pas j'en sais rien.
Daniel Caillibaud (15/10/2019, 13h20)
Le 15/10/19 à 13h11, "ajh-valmer" <ajh.valmer> a écrit :
> J'écrivais que le SMTP (25) de mon serveur devrait envoyer
> le mail au POP de Free (110).


Ce qui est erroné :
- smtp (port 25) c'est pour recevoir du courrier qui est destiné au serveur
(ou qu'il relaie)
- pop (110) c'est pour relever ses boites.

Donc ton serveur smtp contacte le smtp de free (mx1.free.fr sur son port
25, c'est marqué dans le log avec :25) pour lui filer un mail (que
l'utilisateur final pourra récupérer via le protocole pop ou imap).
Daniel Caillibaud (15/10/2019, 13h20)
Le 15/10/19 à 12h28, "ajh-valmer" <ajh.valmer> a écrit :
> On y lit :
> "relay=mx1.free.fr ...
> status=bounced (SMTPUTF8 is required, but was not offered
> by host mx1.free.fr[212.27.48.6])"
> Le mail n'est pas envoyé vers le pop de Free selon
> le message ci-dessus, pourquoi ?


C'est comme le port salut, c'est marqué dessus ;-)

Une recherche sur "SMTPUTF8 is required" te donnera la solution?
(soit le désactiver sur ton smtp émetteur, soit éviter les caractères non
ascii dans les headers)
ajh-valmer (15/10/2019, 13h20)
On Tuesday 15 October 2019 12:57:22 Daniel Huhardeaux wrote:
> Le 15/10/2019 à 12:28, ajh-valmer a écrit :


> Déja le service SMTP (port 25) n'est PAS du POP (port 110) comme le
> montre relay=mx1.free.fr[212.27.48.6]:25


J'écrivais que le SMTP (25) de mon serveur devrait envoyer
le mail au POP de Free (110).

> Le message est clair, ton serveur demande du SMTPUTF8 et le serveur de
> FREE ne le propose pas. Pose toi la question du pourquoi required de ton
> serveur.


"SMTPUTF8" :
Ce serait un problème d'encodage de caractères, UTF8 ?
Tech N3 (15/10/2019, 13h30)
Salut la liste !

[..]
> by host mx1.free.fr[212.27.48.6])"
> Le mail n'est pas envoyé vers le pop de Free selon
> le message ci-dessus, pourquoi ?




Bonne journée,

Ph. Gras

Discussions similaires