Mails @free envoyés depuis un serveur non reçus
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
Re: Mails @free envoyés depuis un serveur non reçus
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. https://mxtoolbox.com/diagnostic.aspx [...]
Re: Mails @free envoyés depuis un serveur non reçus
ajh-valmer a écrit : > 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. 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
Re: Mails @free envoyés depuis un serveur non reçus
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.
Re: Mails @free envoyés depuis un serveur non reçus
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. -- Daniel
Re: Mails @free envoyés depuis un serveur non reçus
Daniel Huhardeaux a écrit : > 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 ... En fait, il y a des milters qui travaillent sur l'enveloppe et d'autres sur les données. Si je prend mon sendmail des familles (je suis allergique à Postfix et encore plus à exim pour des serveurs sérieux, quant à qmail, j'aime mieux ne pas en parler...), il est configuré pour bouncer en cas de rejet sur l'enveloppe, mais pas en cas d'un traitement ayant lieu sur le contenu. Typiquement, sur l'enveloppe, je teste SPF, DKIM, rDNS, adresse IP de l'expéditeur. Si ça tourne mal, je bounce et le SMTP sait que 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. C'est pour cela que la "notification" (et non l'accusé de réception) est important. Il garanti que le message est arrivé dans la boîte aux lettres du destinataire. Certains serveurs de FAI sont gérés par des pieds tendres (les domaines dépendants de SFR, entre autres) et il y a souvent des choses bizarres (mails qui n'arrivent jamais ou qui sont rejetés pour d'obscures raisons). Il fut un temps où il n'y avait qu'une seule adresse IPv4 de MX pour tous les domaines gérés par SFR. Je suppose qu'il y avait plusieurs machines physiques avec du round robin, mais ce n'était pas au point. Gmail est aussi merdico-foireux mais dans un autre style. Ils veulent (enfin voulaient parce qu'ils ont corrigé récemment) des champs SPFv1. Sauf qu'ils ont configuré IPv6 comme protocole prioritaire et qu'ils n'arrivaient pas à traiter les champs SPFv1 en IPv6 (!). Les en-têtes DKIM de gmail sont aussi foireuses (10% des mails en gros, au début, je pensais que le SMTP n'était pas le bon, même pas !...). Résultat, les mails passaient aléatoirement. Certains n'arrivaient jamais sans bounce (j'avais un temps désactivé IPv6 pour gmail pour éviter le problème). Hotmail est aussi par moment capricieux parce qu'il utilise une vieille version de SSL qui n'était plus capable de parler avec les versions Debian. Ça ne bounçait pas, on avait seulement au bout de cinq jours une notification du rejet. > 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. Ce qui est important, c'est côté MX (plus que SMTP) parce que les rejets sont gérés côté MX.
Re: Mails @free envoyés depuis un serveur non reçus
Bonjour, J'ai eu des soucis de SPF, DKIM... Ces sites aident à les configurer correctement https://www.mail-tester.com/ https://mxtoolbox.com/ https://dkimvalidator.com/ En espérant que ça t'aide ...
Re: Mails @free envoyés depuis un serveur non reçus
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. -- Daniel
Re: Mails @free envoyés depuis un serveur non reçus
Daniel Huhardeaux a écrit : > 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. > Certes. Mais dans le cas de l'OP, j'avais surtout l'impression que c'était le MX qui passait le message par pertes et profits (sinon, le SMTP poli bounce localement). JKB
Re: Mails @free envoyés depuis un serveur non reçus
Cyrille BIOT a écrit : > Ces sites aident à les configurer correctement > https://www.mail-tester.com/ 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 -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: Mails @free envoyés depuis un serveur non reçus
> 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=<.@free.fr>, 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.
Re: Mails @free envoyés depuis un serveur non reçus
Le 14/10/19 à 18h08, BERTRAND Joël 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 sait que 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 Accroche toi au terminal, j'enlève le shell… Nojhan (Geekscottes)
Re: Mails @free envoyés depuis un serveur non reçus
Le 15/10/2019 à 12:28, ajh-valmer a écrit : 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=<.@free.fr>, 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 ? 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
Re: Mails @free envoyés depuis un serveur non reçus
On Tuesday 15 October 2019 12:57:22 Daniel Huhardeaux wrote: > Le 15/10/2019 à 12:28, ajh-valmer a écrit : > > Voici ce que dit le log "mail.info" : > > Oct 15 12:17:33 postfix/smtp[4691]: 266CEC60071: to=<.@free.fr>, > > 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 ? > 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 ?
Re: Mails @free envoyés depuis un serveur non reçus
Le 15/10/19 à 12h28, "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) -- Daniel Sage veut dire savant. On dit qu'une fille est sage quand elle ne sait rien. Anatole France
Re: Mails @free envoyés depuis un serveur non reçus
Le 15/10/19 à 13h11, "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 Echouer, c'est avoir la possibilité de recommencer de manière plus intelligente. Henry Ford
Re: Mails @free envoyés depuis un serveur non reçus
Salut la liste ! > Voici ce que dit le log "mail.info" : > > Oct 15 12:17:33 postfix/smtp[4691]: 266CEC60071: to=<.@free.fr>, > 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 ? https://www.citizenz.info/postfix-la-fonction-mail-de-php-et-smtputf8 Bonne journée, Ph. Gras
Re: Mails @free envoyés depuis un serveur non reçus
Daniel Caillibaud a écrit : > Le 14/10/19 à 18h08, BERTRAND Joël 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 sait que 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). Sauf que tu ne sais rien des traitements que je fais sur le contenu. Si je rejette le contenu silencieusement, c'est vraiment qu'il est foireux (et que bouncer ne sert à rien parce que l'adresse est forgée). > J'espère que les fournisseurs "courants" (free/orange/gmail/hotmail & co) > font bien ça, mais ne les utilisant pas j'en sais rien. Ils le font. Certains ne bouncent même pas sur l'enveloppe. JKB
Re: Mails @free envoyés depuis un serveur non reçus : RÉSOLU
On Tuesday 15 October 2019 13:26:27 Tech N3 wrote: > Salut la liste ! > > Voici ce que dit le log "mail.info" : > > Oct 15 12:17:33 postfix/smtp[4691]: 266CEC60071: to=<.@free.fr>, > > 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 ? > > https://www.citizenz.info/postfix-la-fonction-mail-de-php-et-smtputf8 > > Bonne journée, Ph. Gras Et bien voilà, grâce à ce lien, enfin tous mes mails sont bien envoyés et reçus. Il fallait ajouter au fichier "/etc/postfix/main.cf" : smtputf8_autodetect_classes = verify (et non pas "all" à la fin). Grand merci !