cerhu > comp.* > comp.mail.serveurs

Christophe PEREZ (01/01/2020, 22h50)
Bonjour,

J'ai un serveur postfix qui fonctionne, semble t-il, tout à fait
correctement, à tel point que j'en oublie son existence et aujourd'hui,
tout à fait par hasard, je me rends compte que j'ai un message d'erreur
(double) récurent toutes les 10mn :

Jan 1 16:39:59 monserveur postfix/smtpd[11522]: connect from
localhost.localdomain[127.0.0.1]
Jan 1 16:39:59 monserveur postfix/smtpd[11522]: warning: Illegal address
syntax from localhost.localdomain[127.0.0.1] in MAIL command: <-amazonweb-
remboursements->
Jan 1 16:39:59 monserveur postfix/smtpd[11525]: connect from
localhost.localdomain[127.0.0.1]
Jan 1 16:39:59 monserveur postfix/smtpd[11525]: warning: Illegal address
syntax from localhost.localdomain[127.0.0.1] in RCPT command: <-amazonweb-
remboursements->
Jan 1 16:39:59 monserveur postfix/smtpd[11525]: disconnect from
localhost.localdomain[127.0.0.1] helo=1 mail=1 rcpt=0/1 quit=1
commands=3/4
Jan 1 16:40:00 monserveur postfix/smtpd[11522]: disconnect from
localhost.localdomain[127.0.0.1] ehlo=1 mail=0/1 rset=1 quit=1
commands=3/4

Je comprends bien l'erreur en elle-même (Illegal address syntax pour -
amazonweb-remboursements-), vu les restrictions de config de
mon serveur, mais ce qui me tracasse, c'est que le message provient de la
machine elle-même (localhost.localdomain[127.0.0.1]) non ?
Machine corrompue ?
Comment trouver ce qui tente d'envoyer ce mail ? Je ne trouve rien à
première vue.

Merci d'avance et bonne année !

PS : mon /etc/hosts.conf contient bien, entre autres, ce localdomain :
127.0.0.1 localhost.localdomain localhost
Christophe PEREZ (01/01/2020, 23h13)
Le Wed, 01 Jan 2020 20:50:34 +0000, Christophe PEREZ a écrit :

> je me rends compte que j'ai un message d'erreur (double) récurent toutes
> les 10mn :


Précisions :
- j'ai ça depuis longtemps, au minimum 1er septembre (mes logs ne
remontent que jusque là), mais ça s'est arrêté le 1er Décembre à (3h14),
et ça a repris la nuit dernière (à 4h23)
- rien en file d'attente (mailq)
Matt (04/01/2020, 15h34)
On mer. 01 janvier 2020 (21:50),
Christophe PEREZ <chris> wrote:

> Bonjour,


Hello,

> J'ai un serveur postfix qui fonctionne, semble t-il, tout à fait
> correctement, à tel point que j'en oublie son existence et aujourd'hui,
> tout à fait par hasard, je me rends compte que j'ai un message d'erreur
> (double) récurent toutes les 10mn :


[..]
> Jan 1 16:40:00 monserveur postfix/smtpd[11522]: disconnect from
> localhost.localdomain[127.0.0.1] ehlo=1 mail=0/1 rset=1 quit=1
> commands=3/4


> Je comprends bien l'erreur en elle-même (Illegal address syntax pour -
> amazonweb-remboursements-), vu les restrictions de config de
> mon serveur, mais ce qui me tracasse, c'est que le message provient de la
> machine elle-même (localhost.localdomain[127.0.0.1]) non ?


Par défaut postix n'autorise pas le relai d'une adresse commençant par
un tiret (cf. <http://www.postfix.org/postconf.5.html#allow_min_user>).

Concernant ce qui te tracasse, rien d'anormal à ce que le message à
relayer provienne de la machine.
En revanche ce qui est inquiétant est de ne pas savoir quel programme
veut soumettre un tel message (généralement un programme local).
Commencer des recherches pour savoir lequel.

> Machine corrompue ?


J'en doute. Voir si tu as des applications tierces configurées pour
envoyer des courriels (applications Web, scripts dans un cronjob, etc.)

> Comment trouver ce qui tente d'envoyer ce mail ? Je ne trouve rien à
> première vue.


Cf. ci-dessus.

> Merci d'avance et bonne année !


> PS : mon /etc/hosts.conf contient bien, entre autres, ce localdomain :
> 127.0.0.1 localhost.localdomain localhost


L'évènement de l'historique n'indique pas une erreur de routage DNS mais
uniquement qu'un courriel à relayer n'a pu l'être à cause de l'adresse
commençant par un tiret rien de plus.

Bonne année également !

hth
Matt (04/01/2020, 15h37)
On mer. 01 janvier 2020 (22:13),
Christophe PEREZ <chris> wrote:

> Précisions :
> - j'ai ça depuis longtemps, au minimum 1er septembre (mes logs ne
> remontent que jusque là), mais ça s'est arrêté le 1er Décembre à (3h14),
> et ça a repris la nuit dernière (à 4h23)


Rechercher un programme, script installé dans cette période, bien qu'il
t'es impossible de savoir à quand remonte la première fois où ce
courriel n'a pu être relayé.

> - rien en file d'attente (mailq)


Normal, postfix a rejeté la prise en charge ce courriel suite à
l'adresse erronée (adresse commençant par un tiret).
Christophe PEREZ (05/01/2020, 00h15)
Le Sat, 04 Jan 2020 13:34:33 +0000, Matt a écrit :

> Par défaut postix n'autorise pas le relai d'une adresse commençant par
> un tiret (cf. <http://www.postfix.org/postconf.5.html#allow_min_user>).


Oui, ça c'est bien la partie que j'ai comprise, et qui ne me pose pas de
pb.

> Concernant ce qui te tracasse, rien d'anormal à ce que le message à
> relayer provienne de la machine.


Ah ben un peu si quand même, à cause de la teneur de l'adresse.

> En revanche ce qui est inquiétant est de ne pas savoir quel programme
> veut soumettre un tel message (généralement un programme local).


Ben voilà, d'où le fait que dans mon contexte ce soit anormal ;)

> Commencer des recherches pour savoir lequel.


Merci. Mais si j'ai posté, c'est que justement, je ne vois pas comment
chercher.
Si au moins je pouvais voir le contenu de ce mail... Peut-être en
"trichant" avec postfix pour qu'il me le délivre quelque part, genre avec
une copie...

>> Machine corrompue ?

> J'en doute. Voir si tu as des applications tierces configurées pour
> envoyer des courriels (applications Web, scripts dans un cronjob, etc.)


Justement, une appli web sur mon serveur qui enverrait ce mail serait une
sorte de corruption chez moi.
Les cronjob, je ne vois rien qui puisse le justifier.

>> Comment trouver ce qui tente d'envoyer ce mail ? Je ne trouve rien à
>> première vue.

> Cf. ci-dessus.


Malheureusement, ci-dessus tu me dis juste de chercher, pas comment.

Merci quand même.

Le Sat, 04 Jan 2020 13:37:49 +0000, Matt a écrit :

> Rechercher un programme, script installé dans cette période, bien qu'il
> t'es impossible de savoir à quand remonte la première fois où ce
> courriel n'a pu être relayé.


Ben oui donc je ne peux rien chercher puisque je ne sais pas de quelle
période il s'agit.
Christophe PEREZ (05/01/2020, 01h03)
Le Sat, 04 Jan 2020 22:15:12 +0000, Christophe PEREZ a écrit :

> Peut-être en "trichant" avec postfix pour qu'il me le délivre quelque
> part, genre avec une copie...


Bon, c'est ce que j'ai fait, et franchement, les entêtes m'intriguent
fortement. J'aimerais bien qu'on m'explique.
Ou alors, ce n'est pas la copie du mail parce que je me suis foiré, et
c'est une réponse à ce mail reçue instantanément ? Mais ce mail date du
mois de mai...

En tout cas, depuis, plus rien en rapport dans les logs.

Return-Path: <-amazonweb-remboursements->
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
monserveur
X-Spam-Level: **
X-Spam-Status: No, score=2.5 required=5.0
tests=BAYES_60,DKIM_INVALID,
DKIM_SIGNED,HTML_MESSAGE,HTML_MIME_NO_HTML_TAG,MIM E_HTML_ONLY,
RDNS_NONE,T_KAM_HTML_FONT_INVALID,T_REMOTE_IMAGE autolearn=no
autolearn_force=no version=3.4.2
X-Original-To: add@mondomaine
Delivered-To: add@mondomaine
Received: from monserveur (localhost.localdomain [127.0.0.1])
by mail.mondomaine (Postfix) with ESMTP id 0899C2600B3
for <add@mondomaine>; Sat, 4 Jan 2020 18:36:43 -0400 (AST)
Received: from pop.orange.fr [80.12.24.15]
by monserveur with POP3 (fetchmail-6.4.1)
for <add@mondomaine> (single-drop); Sat, 04 Jan 2020 18:36:43
-0400 (AST)
Received: from mwinf5c50 (mwinf5c50 [10.223.111.100])
by mwinb1n03 with LMTPA;
Fri, 03 May 2019 03:22:33 +0200
X-Sieve: CMU Sieve 2.3
Received: from smtp8.news.optin-eco.fr ([176.31.22.119])
by mwinf5c50 with ME
id 7dNM200052a9iwo01dNZ4H; Fri, 03 May 2019 03:22:33 +0200
X-bcc: monadresse
X-ME-bounce-domain: wanadoo.fr
X-ME-engine: default
X-me-spamcause:
(49)
(0000)gggruggvucftvghtrhhoucdtuddrgeduuddrjedtgdeg iecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfogf dpggftiffpkfenuceurghilhhouhhtmecugedttdenucfpohcu uggrthgvuchfihgvlhguucdlgeelmdenucfjughrpegtggfhvf fusehmtddtredttddvnecuhfhrohhmpeeoqdetmhgriihonhgh vggsqdhrvghmsghouhhrshgvmhgvnhhtshdqsehonhhlihhnvg drfhhrqeenucffohhmrghinhepshhoghhlrghmshhhohhpphhi nhhgrdhfrhdpfigrrhhmthgvphhlrghnnhgvnhdrnhhlnecukf hppedujeeirdefuddrvddvrdduudelnecurfgrrhgrmhephhgv lhhopehsmhhtphekrdhnvgifshdrohhpthhinhdqvggtohdrfh hrpdhinhgvthepudejiedrfedurddvvddrudduledpmhgrihhl fhhrohhmpedqrghmrgiiohhnfigvsgdqrhgvmhgsohhurhhsvg hmvghnthhsqdesohhnlhhinhgvrdhfrhdprhgtphhtthhopegt hhhrihhsthhophhhrdhpvghrvgiiseifrghnrgguohhordhfrh enucevlhhushhtvghrufhiiigvpeei
X-me-spamlevel: not-spam
X-ME-Helo: smtp8.news.optin-eco.fr
X-ME-IP: 176.31.22.119
X-ME-Entity: ofr
Message-ID: <fc807ea8f40cfcc5c5caf3186c1f827c>
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=1556490233.eco;
d=online.fr; h=Content-Type:MIME-Version:From:To:Subject;
i=-AmazonWeb-remboursements-; bh=/gWjV7ondL/t2Nhxvt8iO4Wx3k4=;
b=Rx2Y5nqRDWbZlqq+carcQa7FLoRxQeIjemYmjPB5ZPNFlji5 t3TVNox8deQjV/
7awBr10wiONQrg
gR6RlD6MPtTSP0MvDMZcM+XRW2TRDd5bQEsKv/2Se7QzC5PnMb4F702Z/RRnwU3DghJJ/
mEzO7eq
SDOIWtywIUvaFZKAILk=
DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=1556490233.eco;
d=online.fr;
b=Jdbqx6k+BQMsKQ1NBccUNIpcnlsnqm6UbRJfitVE//
rOJw5qukRtKOsjO35yHDR+MsGleOP+JGC6
EtwPtGR3qZxJsLc09FI37LT/
0I+r5XEaxFxa+uCyLR6itjlpYwguhpVipHgkADvbn4J+mZY8Ox LX
rU/2FtABUjd8DVa2xtI=;
Content-Type: multipart/mixed;
boundary="===============0259261327590772891=="
MIME-Version: 1.0
From: <-AmazonWeb-remboursements->
To: monadresse
Subject: =?utf-8?q?-FR=5FAssistances?=
Date: Fri, 03 May 2019 03:22:33 +0200
Matt (05/01/2020, 01h21)
On sam. 04 janvier 2020 (23:15),
Christophe PEREZ <chris> wrote:

>> Concernant ce qui te tracasse, rien d'anormal à ce que le message à
>> relayer provienne de la machine.


> Ah ben un peu si quand même, à cause de la teneur de l'adresse.


Ne sachant pas à quoi ton serveur sert, ça ne me paraît anormal que des
courriels soient relayés par la machine locale.
Après effectivement l'adresse me paraît suspecte.

> Merci. Mais si j'ai posté, c'est que justement, je ne vois pas comment
> chercher.


Savoir qu'est-ce qui tourne dessus me paraît un bon début.

> Si au moins je pouvais voir le contenu de ce mail... Peut-être en
> "trichant" avec postfix pour qu'il me le délivre quelque part, genre avec
> une copie...


Tu peux utiliser une table pour *sender_bcc* après avoir autorisé postfix
à relayer des courriels dont l'adresse commence par un tiret. Cf. man 5
postconf / sender_bcc

[main.cf]
sender_bcc_maps = regexp:$config_directory/sender_bcc.re

[$config_directory/sender_bcc.re]
/^-amazonweb-remboursements-@/ chris

> Malheureusement, ci-dessus tu me dis juste de chercher, pas comment.


Comme indiqué, difficile sans savoir ce qui tourne sur ce serveur.
Vérifier les processus qui tournent voir s'il y en a un suspect
(apparemment ce couriel est soumis de façon régulière).

hth
Nicolas (05/01/2020, 10h18)
Christophe PEREZ <chris> wrote:
> Le Sat, 04 Jan 2020 22:15:12 +0000, Christophe PEREZ a écrit :


> Received: from monserveur (localhost.localdomain [127.0.0.1])
> by mail.mondomaine (Postfix) with ESMTP id 0899C2600B3
> for <add@mondomaine>; Sat, 4 Jan 2020 18:36:43 -0400 (AST)
> Received: from pop.orange.fr [80.12.24.15]
> by monserveur with POP3 (fetchmail-6.4.1)
> for <add@mondomaine> (single-drop); Sat, 04 Jan 2020 18:36:43
> -0400 (AST)


La réponse est là.

Ton serveur fait tourner un fetchmail qui récupère depuis pop.orange.fr.
Un des mails reçu était mal-formaté, et donc ton postfix a refusé sa
livraison.

Rien de bien grave donc.
Christophe PEREZ (05/01/2020, 17h50)
Le Sat, 04 Jan 2020 23:21:54 +0000, Matt a écrit :

> Ne sachant pas à quoi ton serveur sert, ça ne me paraît anormal que des
> courriels soient relayés par la machine locale.


Pour toi oui, effectivement.
Pour moi, c'est forcément inquiétant ;)

> Après effectivement l'adresse me paraît suspecte.


C'est bien ce qui m'a fait peur.

> Savoir qu'est-ce qui tourne dessus me paraît un bon début.


Le truc c'est qu'il y a vraiment pas mal de choses qui tournent dessus,
et que mes premières recherches ne révélaient rien du tout. D'où ma
recherche d'une solution pour en savoir plus sur ce mail pour parvenir à
détecter sa provenance.

> Tu peux utiliser une table pour *sender_bcc* après avoir autorisé
> postfix à relayer des courriels dont l'adresse commence par un tiret.
> Cf. man 5 postconf / sender_bcc


C'est exactement ce à quoi j'étais arrivé, comme indiqué dans mon autre
post.

> Comme indiqué, difficile sans savoir ce qui tourne sur ce serveur.


C'est vrai, mais j'ai dû mal m'exprimer (même si j'avais bien écrit
"Comment trouver ce qui tente d'envoyer ce mail ?"), parce que je
n'attendais évidemment pas de vous que vous me disiez d'où venait ce
mail, mais que vous m'aidiez à trouver une solution pour faire ma
recherche. Et en fait, je me suis auto-aidé en postant ;)

> Vérifier les processus qui tournent voir s'il y en a un suspect
> (apparemment ce couriel est soumis de façon régulière).


J'avais vérifié, tout semblait normal. Et aucune occurrence de cette
adresse email dans tout /var.
Reste maintenant à comprendre où était stocké ce mail (récupéré par
fetchmail) en attente de distribution... Parce que si je l'avais trouvé,
je ne me serais pas posé toutes ces questions.
Christophe PEREZ (05/01/2020, 17h59)
Bon, j'ai déjà répondu mais j'ai du me tromper de raccourci et j'ai du te
répondre en privé alors je la refais :

Le Sun, 05 Jan 2020 09:18:47 +0100, Nicolas a écrit :

> La réponse est là.
> Ton serveur fait tourner un fetchmail qui récupère depuis pop.orange.fr.
> Un des mails reçu était mal-formaté, et donc ton postfix a refusé sa
> livraison.


Oui, j'ai cru comprendre ça, mais ce sont les dates qui me faisaient
douter (je voyais le fetchmail à la date d'hier).
Mais du coup, si ce mail datait du mois de mai, où était-il stocké
puisque n'apparaissant pas par mailq ?

> Rien de bien grave donc.


Ça me rassure bien.
Merci.
Matt (05/01/2020, 20h22)
On dim. 05 janvier 2020 (16:50),
Christophe PEREZ <chris> wrote:

> Le truc c'est qu'il y a vraiment pas mal de choses qui tournent dessus,
> et que mes premières recherches ne révélaient rien du tout. D'où ma
> recherche d'une solution pour en savoir plus sur ce mail pour parvenir à
> détecter sa provenance.


Nicolas t'as réponducematin et c'est bien un fetchmail du pop.orange.fr
qui est responsable des tentatives de soumission de ce courriel.

> C'est vrai, mais j'ai dû mal m'exprimer (même si j'avais bien écrit
> "Comment trouver ce qui tente d'envoyer ce mail ?"), parce que je
> n'attendais évidemment pas de vous que vous me disiez d'où venait ce
> mail, mais que vous m'aidiez à trouver une solution pour faire ma
> recherche. Et en fait, je me suis auto-aidé en postant ;)


Problème réglé ;)

> J'avais vérifié, tout semblait normal. Et aucune occurrence de cette
> adresse email dans tout /var.
> Reste maintenant à comprendre où était stocké ce mail (récupéré par
> fetchmail) en attente de distribution... Parce que si je l'avais trouvé,
> je ne me serais pas posé toutes ces questions.


Ce courriel n'a jamais été stocké localement puisque postfix n'acceptait
pas de le relayer.
Christophe PEREZ (05/01/2020, 22h09)
Le Sun, 05 Jan 2020 18:22:45 +0000, Matt a écrit :

> Nicolas t'as réponducematin et c'est bien un fetchmail du pop.orange.fr
> qui est responsable des tentatives de soumission de ce courriel.


Je sais, je lui ai répondu.

> Ce courriel n'a jamais été stocké localement puisque postfix n'acceptait
> pas de le relayer.


fetchmail ne le rapatrie pas s'il ne peut le transmettre à postfix ?
Tu veux donc dire que le mail est resté dans la boite orange pendant ces
8 mois ?
Tu avais quand même confirmé toi même que c'était bien "un programme
local" qui tentait cet envoi.
Matt (05/01/2020, 23h38)
On dim. 05 janvier 2020 (21:09),
Christophe PEREZ <chris> wrote:

> fetchmail ne le rapatrie pas s'il ne peut le transmettre à postfix ?


<https://www.fetchmail.info/fetchmail-man.html#28>

> Tu veux donc dire que le mail est resté dans la boite orange pendant ces
> 8 mois ?


S'il ne peut délivrer le ou les courriels, oui.

> Tu avais quand même confirmé toi même que c'était bien "un programme
> local" qui tentait cet envoi.


C'est bien le cas puisque le courriel tentant d'être relayé l'a été
localement via smtp...
Discussions similaires
[Postfix] Personnaliser un message d'erreur

Erreur hosts sur postfix

erreur 554 de postfix ? c'est quoi

erreur configuration postfix


Fuseau horaire GMT +2. Il est actuellement 12h41. | Privacy Policy