gratifiant > comp.* > comp.mail

les renardeaux (02/10/2019, 23h04)
Je rovre un fil parce que je suis bloquè pour pousuivre sur mon fil
initial...

Bonjour,

En fait, parce que quand même, hein ?!?!
Je réponds à la fois à:
> Jean-Pierre Kuypers <Kuypers> Wrote in message:
> Et le serveur SMTP d'origine, il ne s'adresse pas à un autre serveur
> SMTP ?...

ben... non.
Received: from mta-gw7.infomaniak.ch (mta-gw7.infomaniak.ch
[83.166.132.55])
by mda365.infomaniak.ch
(8.14.4/8.14.4/Debian-8+deb8u3~infomaniak.2) with ESMTP id
x92Kj7SJ189809
for <ctv>; Wed, 2 Oct 2019 22:45:07 +0200
Received: from 212-198-7-47.rev.numericable.fr
(212-198-7-47.rev.numericable.fr [212.198.7.47])
by mta-gw7.infomaniak.ch (8.14.5/8.14.5) with ESMTP id
x92Kj6tj079453
for <ctv>; Wed, 2 Oct 2019 22:45:06 +0200
Received: from 212-198-7-47.rev.numericable.fr[212.198.7.47]
(helo=localhost) by 127.0.0.1 with esmtp (ESMTP Server); Tue, 2 Oct
2019 22:45: 7 +0200

et à:
> Le message du mercredi 25/09/2019
> cf. <1g6noedafg4q22jk7hfh3ktko5gj2s645e> ),
> Eric Demeester dixit, stipule notammant :
> Avec quel From: dans les messages expédiés ? From: les renardeaux <les.renardeaux>


d'ailleurs voilà tout le code source du mail:

------------------------------------------------------
Return-Path: <MAILER-DAEMON>
Received: from mta-gw7.infomaniak.ch (mta-gw7.infomaniak.ch
[83.166.132.55])
by mda365.infomaniak.ch
(8.14.4/8.14.4/Debian-8+deb8u3~infomaniak.2) with ESMTP id
x92Kj7SJ189809
for <ctv>; Wed, 2 Oct 2019 22:45:07 +0200
Received: from 212-198-7-47.rev.numericable.fr
(212-198-7-47.rev.numericable.fr [212.198.7.47])
by mta-gw7.infomaniak.ch (8.14.5/8.14.5) with ESMTP id
x92Kj6tj079453
for <ctv>; Wed, 2 Oct 2019 22:45:06 +0200
Received: from 212-198-7-47.rev.numericable.fr[212.198.7.47]
(helo=localhost) by 127.0.0.1 with esmtp (ESMTP Server); Tue, 2 Oct
2019 22:45: 7 +0200
Date: Wed, 2 Oct 2019 22:45:06 +0200
From: les renardeaux <les.renardeaux>
X-Mailer: The Bat! (v8.8.9) Professional
Reply-To: les petits renardeaux du CTV <les.renardeaux>
Organization: CTV
Message-ID: <1357534560.20191002224506>
To: CTV <ctv>
Subject: test
Mailer: OpenSSH
OS: Blackcomb
Approved: CTV 20/V3
Sensitivity: Company-Confidential
Language: fr
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----------01814F0D803325E08"
X-Greylist: Sender passed SPF test, not delayed by
milter-greylist-4.2.7 (mta-gw7.infomaniak.ch [83.166.132.48]); Wed, 02
Oct 2019 22:45:07 +0200 (CEST)
X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.8
X-Antivirus-Code: 0x100000
X-Infomaniak-Spam: ham
X-Spam-Score: 31
X-Spam-Detail:
gggruggvucftvghtrhhoucdtuddrgedufedrgeeigdduhedtuc etufdoteggodetrfdotffvucfrrhhofhhilhgvmecukffphffq ofetpffktefmnecuuegrihhlohhuthemucehtddtnecuufhprg hmjfgvrgguvghrhfhivghlugcujfgvrgguvghrucfutghorhhi nhhgucdluddtmdentfgtvhguucffrghtvgcurghnohhmrghlhi culddvuddmnecujfgurhepfffhofhrohfkvffugggtsehmtdev refitddvnecuhfhrohhmpehlvghsuchrvghnrghruggvrghugi cuoehlvghsrdhrvghnrghruggvrghugiestghtvhdriihonhgv qeenucfkphepvdduvddrudelkedrjedrgeejnecurfgrrhgrmh ephhgvlhhopedvuddvqdduleekqdejqdegjedrrhgvvhdrnhhu mhgvrhhitg

------------01814F0D803325E08
Content-Type: multipart/alternative;
boundary="----------0FF01B12B34B97FAE"

------------0FF01B12B34B97FAE
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

=95CTV=20
P.J. : DATATLA_20190902_181627.zip

Bonsoir,

Vous voudrez bien prendre note des documents ci-inclus dans ce message.

Avec attention,
--=20
Michel Soleilhavoup
=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=9 7=97=97=97=97=97=97=97=97=
=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=9 7=97=97=97=97=97=97=97=97=
=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=97=9 7=97=97=97=97=97
Lpr du CTV
------------0FF01B12B34B97FAE
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

<html><head><title>test</title>
<meta charset=3D"utf-8" http-equiv=3D"X-UA-Compatible"
content=3D"IE=3D9; I=
E=3D8; IE=3D7; IE=3DEDGE" />
</head>
<body style=3D"font-family:'Courier New'; font-size: 11pt;">
•CTV<br>
P.J. : DATATLA_20190902_181627.zip<br>
<br>
Bonsoir,<br>
<br>
Vous voudrez bien prendre note des documents ci-inclus dans ce
message.<br>
<br>
Avec attention,<br>
<span style=3D" font-size: 9pt; color: #666666;">--<br>
Michel Soleilhavoup<br>
——————————&#821=
2;——————————&#8=
212;——————————&=
#8212;—————————&#8212=
;——————————&#82=
12;——————————&#=
8212;———————<br>
Lpr du CTV</body></html>
------------0FF01B12B34B97FAE--

------------01814F0D803325E08
Content-Type: application/x-zip-compressed;
name="DATATLA_20190902_181627.zip"
Content-transfer-encoding: base64
Content-Disposition: attachment;
filename="DATATLA_20190902_181627.zip"

UEsDBBQAAAAIAA2SIk/hCnyn5AEAAAUHAAALAAAARl8xODQzMzMuSU6tlN2OmzAQhe9X6 jvs
C6xkh9DsCvXCwUbyqmNEbKeit7mwCg+A8dN3+ElgRXYJVSNNBB 78eXyOx5kW5idLXg/f94TG
B5poqZ41O0mhErJ/IW8vO0LfEpIcCMF/9v4nPZ7qs7blXoXsDLxsgbMo55ed4swrc/HOWQaV
i1RVNGBsBJq1ipf4XMdQAYFQUPy2wXk+50WAoI4yZR7zTW4Yke L3L+AC+YL0TO4iMB2jpqoS
MXDXQsuc5KJjLCNlRFUdj3nkulv0edvl3Wy8ndcuuezn5qZusc 6guCUDF+vhEICCkx/nL2NW
y+q392O+H3w/wsCVqEmJ9QiK2jioih0+x7mRWCcQZYphjnGoMQSj/2nt/xKdZ1v8X/pYdxwy
9waqjtP5XzdKZErj/mA4A37Ydz834JoDIwg6jmEAMm55N41/XOMB/xuwjbsx9YrX987nMtxa
fmAVm/wvzIITL7wxskEO7pehrqf3Uy26mmd6jj1WjZpySWHqu1Zd18D8 vB83+m+AZyAn5qTH
en98Gmvaj6xt/pPlnZPrhTd4J0pyvc+Mzc59zZOefmSGUT8Pwfob0+Apu+Y1m8Y 3+m8D8yad
mDM97vbsI5rCmvbX/jdb/IfR0/KruqJpncvXfYLBHvylDfvx7ekvUEsBAi4AFAAAAAgADZIi
T+EKfKfkAQAABQcAAAsAAAAAAAAAAAAgILSBAAAAAEZfMTg0Mz MzLklOUEsFBgAAAAABAAEA
OQAAAA0CAAAAAA==
------------01814F0D803325E08--

------------------------------------------------------

Les champs Mailer et X-mailer étant présents ce mail a été distribué.
Si je les enlève, il ne l'est pas.

Je suis tout à fait d'accord pour que les mails se fassent spammer...
Je m'interroge juste sur le pourquoi.
dyrmak (04/10/2019, 13h52)
En 165 lignes les renardeaux a écrit
dans news:mn.15687e3a317eb503.121394
le mercredi, 02 octobre 2019 à 23:04:47 :

> Les champs Mailer et X-mailer étant présents ce mail a été distribué.
> Si je les enlève, il ne l'est pas.
> Je suis tout à fait d'accord pour que les mails se fassent spammer...
> Je m'interroge juste sur le pourquoi. Bonjour,


Il se trouve que mon serveur mail à moi que j'ai,
tourne sous Debian,
l'interrogation de session sur ce serveur renvoie:
220 quelite.terre ESMTP Sendmail 8.14.4/8.14.4/Debian-4+deb7u1; Fri, 4
Oct 2019 10:51:11 +0200; (No UCE/UBE) logging access from:
localhost(OK)-localhost [127.0.0.1]

250-quelite.terre Hello localhost [127.0.0.1], pleased to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-DSN
250-ETRN
250-AUTH LOGIN PLAIN DIGEST-MD5 CRAM-MD5
250-STARTTLS
250-DELIVERBY
250 HELP

Je ne suis pas un relai ouvert, je teste régulièrement ce
dysfonctionnement pour renouveller cette impression, je peux relayer
si l'identification est authentifiée, que la session
soit en clair ou sous TLS, mes connexions personelles
sont toujours sous TLS sous IMAPS,
pour cela j'utilise un script avec un client ad-hoc, mutt
et j'utilise un script similaire pour m'authentifier auprès
de smtpauth.orange.fr

Pour revenir d'abord à ce que j'ai compris dès le départ,
une personne qui utilise orange comme ISP et qui envoie
des messages cryptés constate que des fois ses mails
arrivent et des fois pas.... Quel problème!

Il se trouve que mon serveur, qui utilise le smtpauth d'orange
comme smarthost a ce problème, d'abord
sporadique et maintenant depuis plusieurs mois pratiquement
de façon presque systématique, je ne peux plus me servir
de mon serveur pour envoyer mes messages vers smtpauth.orange.fr .
Personnellement je ne touche pas aux sources de ce serveur,
les seules choses qui sont mises à jour sont les règles de spamassassin
mais ceci ne joue que pour les réceptions des messages qui
me sont adressés.

Mais il arrive parfois que le courrier passe quand même et
alors c'est là qu'on s'arrache les cheveux.

Ce que je constate c'est que mon IP dynamique attribuée semble
être la cause du blocage, généralement je reçois en dynamique
des adresses 82.xx.xx.xx et le courrier bloque,
mais il arrive que parfois je reçois
en dynamique des adresses 90.xx.xx.xx et là quel bonheur!
tout fonctionne comme auparavant !!!!

Mais il y a toujours un mais dans cette histoire, ce serveur
Debian à moi que j'ai est du pur Debian, auparavant j'utilisais
un serveur qui réponds aux mêmes exigences mais que j'avais
monté " à coups de pieds là où ça fait très très mal " sous
un autre OS, sa version
est légerèment differente de celle de Debian :8.14.5

Ce serveur a été virtualisé et rangé dans un disque de sauvegarde
en tant que fichier virtualbox et en tant que fichier img de qemu,
virtualisateur Linux de base, et je l'ai gardé juste pour pouvoir
l'évoquer en souvenir, mais lorsqu'il était en dur sur
un ordinateur de bureau il remplissait à merveille ses fonctions
de serveur de mail, cet ordinateur a fini par lâcher prise et
c'est à l'époque la raison pour laquelle je suis passé à Debian
sous d'autres hardwares.

Je décide enfin de voir, diable si ce serveur virtualisé aurait
le même problème que son équivalent Debian, je le sors et je l'installe
avec un script et le voilà entièrement virtualisé sous qemu qui répond
à la session comme il se doit,

Et je constate: Sous IP dynamique 82.XX.XX.XX ça part et sous
90.XX.XX.XX ça part aussi! Pas de problème !!!!

La seule chose que je constate :

X-ME-User-Auth: <ici mon adresse mail d'orange wanadoo>
est perçu à la réception.

Sous Debian, quand l'IP dynamique le permet
ce Header en réception n'apparaît pas et vlam, l'authentification est
ici en zone d'ombre, mais s'il y a relais, pourquoi ça part quand
ça part s'il n'y a pas authentification ?

Cette zone d'ombre impliquerait une mauvaise gestion de mon serveur
Debian en tant que client vers un serveur smarthost, mais qui fait
cette mauvaise gestion? Est-ce mon serveur en tant que client ou
est-ce le smarthost, en tant que serveur mail ?

Et peut-être des clients de mail divers et variés se
trouveraient-ils dans le même pétrin ?

En tout cas, mon authentification directe auprès du smtpauth
d'orange avec mon client
mutt fonctionne parfaitement et à la réception
le X-ME-User-Auth est bien visible.

J'ai des idées pour essayer d'agir pour ce
qui me concerne, mais pas assez de temps
pour aller aussi vite que je le souhaiterais.

dyrmak
les renardeaux (04/10/2019, 17h22)
Bonjour,

Le message du vendredi 04/10/2019 (cf.
<slrnqpeckc.50k.dyrmak> ), dyrmak dixit, stipule
notammant :

> En 165 lignes les renardeaux a écrit
> dans news:mn.15687e3a317eb503.121394
> le mercredi, 02 octobre 2019 à 23:04:47 :


>> Les champs Mailer et X-mailer étant présents ce mail a été
>> distribué. Si je les enlève, il ne l'est pas.
>> Je suis tout à fait d'accord pour que les mails se fassent
>> spammer... Je m'interroge juste sur le pourquoi.

> Bonjour,


> Il se trouve que mon serveur mail à moi que j'ai,
> tourne sous Debian,
> l'interrogation de session sur ce serveur renvoie:
> 220 quelite.terre ESMTP Sendmail 8.14.4/8.14.4/Debian-4+deb7u1; Fri,
> 4 Oct 2019 10:51:11 +0200; (No UCE/UBE) logging access from:
> localhost(OK)-localhost [127.0.0.1]


[..]
> 250-STARTTLS
> 250-DELIVERBY
> 250 HELP


> Je ne suis pas un relai ouvert, je teste régulièrement ce
> dysfonctionnement pour renouveller cette impression, je peux relayer
> si l'identification est authentifiée, que la session
> soit en clair ou sous TLS, mes connexions personelles
> sont toujours sous TLS sous IMAPS,
> pour cela j'utilise un script avec un client ad-hoc, mutt
> et j'utilise un script similaire pour m'authentifier auprès
> de smtpauth.orange.fr


> Pour revenir d'abord à ce que j'ai compris dès le départ,
> une personne qui utilise orange comme ISP et qui envoie
> des messages cryptés constate que des fois ses mails
> arrivent et des fois pas.... Quel problème!


> Il se trouve que mon serveur, qui utilise le smtpauth d'orange
> comme smarthost a ce problème, d'abord
> sporadique et maintenant depuis plusieurs mois pratiquement
> de façon presque systématique, je ne peux plus me servir
> de mon serveur pour envoyer mes messages vers smtpauth.orange.fr .
> Personnellement je ne touche pas aux sources de ce serveur,
> les seules choses qui sont mises à jour sont les règles de
> spamassassin mais ceci ne joue que pour les réceptions des messages
> qui me sont adressés.


> Mais il arrive parfois que le courrier passe quand même et
> alors c'est là qu'on s'arrache les cheveux.


> Ce que je constate c'est que mon IP dynamique attribuée semble
> être la cause du blocage, généralement je reçois en dynamique
> des adresses 82.xx.xx.xx et le courrier bloque,
> mais il arrive que parfois je reçois
> en dynamique des adresses 90.xx.xx.xx et là quel bonheur!
> tout fonctionne comme auparavant !!!!


> Mais il y a toujours un mais dans cette histoire, ce serveur
> Debian à moi que j'ai est du pur Debian, auparavant j'utilisais
> un serveur qui réponds aux mêmes exigences mais que j'avais
> monté " à coups de pieds là où ça fait très très mal " sous
> un autre OS, sa version
> est légerèment differente de celle de Debian :8.14.5


> Ce serveur a été virtualisé et rangé dans un disque de sauvegarde
> en tant que fichier virtualbox et en tant que fichier img de qemu,
> virtualisateur Linux de base, et je l'ai gardé juste pour pouvoir
> l'évoquer en souvenir, mais lorsqu'il était en dur sur
> un ordinateur de bureau il remplissait à merveille ses fonctions
> de serveur de mail, cet ordinateur a fini par lâcher prise et
> c'est à l'époque la raison pour laquelle je suis passé à Debian
> sous d'autres hardwares.


> Je décide enfin de voir, diable si ce serveur virtualisé aurait
> le même problème que son équivalent Debian, je le sors et je
> l'installe avec un script et le voilà entièrement virtualisé sous
> qemu qui répond à la session comme il se doit,


> Et je constate: Sous IP dynamique 82.XX.XX.XX ça part et sous
> 90.XX.XX.XX ça part aussi! Pas de problème !!!!


> La seule chose que je constate :


> X-ME-User-Auth: <ici mon adresse mail d'orange wanadoo>
> est perçu à la réception.


> Sous Debian, quand l'IP dynamique le permet
> ce Header en réception n'apparaît pas et vlam, l'authentification est
> ici en zone d'ombre, mais s'il y a relais, pourquoi ça part quand
> ça part s'il n'y a pas authentification ?


> Cette zone d'ombre impliquerait une mauvaise gestion de mon serveur
> Debian en tant que client vers un serveur smarthost, mais qui fait
> cette mauvaise gestion? Est-ce mon serveur en tant que client ou
> est-ce le smarthost, en tant que serveur mail ?


> Et peut-être des clients de mail divers et variés se
> trouveraient-ils dans le même pétrin ?


> En tout cas, mon authentification directe auprès du smtpauth
> d'orange avec mon client
> mutt fonctionne parfaitement et à la réception
> le X-ME-User-Auth est bien visible.


> J'ai des idées pour essayer d'agir pour ce
> qui me concerne, mais pas assez de temps
> pour aller aussi vite que je le souhaiterais.


Merci pour ta réponse.
Je reprécise mon affaire. Ici IP fixe et serveur SMTP qui n'adresse pas
de serveurs relais (et surtout pas celui du FAI).
Je viens de faire un envoi, vers une adresse wanadoo émise d'une
adresse sur mon domaine (ctv.zone) chez Infomaniak, Fai Numericable.
Voici le log parce que sinon tout le monde me parle d'adresser sur le
port 587 un serveur authentifié, etc.
J'ai MON serveur à moi que j'aime, il adresse sur le port 25 et il
cause direct avec le serveur de destination. Par ailleurs j'ai MON
serveur DNS (unbonud) également monté sur le PC...

[Debug] 127.0.0.1:51183|25 -> 200 Ok
[Debug] 127.0.0.1:51183 Disconnected from us. Port: 25
[Debug] 127.0.0.1:51187 Connected to us on port 25
[Debug] 127.0.0.1:51187 Connected to us on port 25
[Debug] 127.0.0.1:51187|25 -> 220 Welcome to ESMTP Server
[Debug] 127.0.0.1:51187|25 <- EHLO localhost
[Debug] 127.0.0.1:51187|25 -> 250-Hello localhost@##@250-AUTH
LOGIN@##@250-ENHANCEDSTATUSCODES@##@250-SIZE 0@##@250-STARTTLS@##@250
8BITMIME@##@
[Debug] 127.0.0.1:51187|25 <- MAIL
FROM:<MAILER-DAEMON> SIZE=1212
[Debug] 127.0.0.1:51187|25 -> 250 2.1.0
MAILER-DAEMON Address Okay
[Debug] 127.0.0.1:51187|25 <- RCPT TO:<les.xxxxxxx>
[Debug] 127.0.0.1:51187|25 -> 250 2.1.5 les.xxxxxxx Address
Okay
[Debug] 127.0.0.1:51187|25 <- DATA
[Debug] 127.0.0.1:51187|25 -> 354 Start mail input; end with
<CRLF>.<CRLF>
[Debug] 127.0.0.1:51187|25 <- Return-Path:
MAILER-DAEMON@##@Date: Fri, 4 Oct 2019 17:04:24
+0200@##@From: CTV <xxxxxxx>@##@X-Mailer: The Bat! (v8.8.9)
Professional@##@Reply-To: CTV zone <xxxxxxx>@##@Organization:
CTV@##@Message-ID: <5410628665.20191004170424>@##@To:
les.xxxxxxx@##@Subject: test@##@Mailer: OpenSSH@##@OS:
Blackcomb@##@Approved: CTV 20/V3@##@Sensitivity:
Company-Confidential@##@Language: fr@##@MIME-Version:
1.0@##@Content-Type: multipart/alternative;@##@
boundary="----------0701410CB0CA3E95B"@##@@##@------------0701410CB0CA3E95B@##@Content-Type:
text/plain; charset=us-ascii@##@Content-Transfer-Encoding:
quoted-printable@##@@##@=B7CTV=20@##@@##@Bonsoir,@##@@##@ @##@@##@Avec
attention,@##@--=20@##@Le
CTV@##@------------0701410CB0CA3E95B@##@Content-Type: text/html;
charset=us-ascii@##@Content-Transfer-Encoding:
quoted-printable@##@@##@<html><head><title>test</title>@##@<meta
charset=3D"utf-8" http-equiv=3D"X-UA-Compatible" content=3D"IE=3D9;
I=@##@E=3D8; IE=3D7; IE=3DEDGE" />@##@</head>@##@<body
style=3D"font-family:'Courier New'; font-size:
11pt;">@##@·CTV<br>@##@<br>@##@Bonsoir,<br>@##@<br >@##@<br>@##@<br>@##@Avec
attention,<br>@##@<span style=3D" font-size: 9pt; color:
#666666;">--<br>@##@Le
CTV</body></html>@##@------------0701410CB0CA3E95B--@##@@##@.@##@
[Debug] 127.0.0.1:51187|25 -> 250 Ok
[Debug] Resolving wanadoo.fr using DNS #0, 127.0.0.1
[Debug] 127.0.0.1:51187|25 <- RSET
[Debug] 127.0.0.1:51187|25 -> 250 Ok
[Debug] 127.0.0.1:51187|25 <- QUIT
[Debug] 127.0.0.1:51187|25 -> 221 Signing Off
[Debug] 127.0.0.1:51187 Disconnected from us. Port: 25
[Debug] Resolved host wanadoo.fr Received MX record smtp-in.orange.fr
with priority 10
[Debug] Resolved host wanadoo.fr No A records received for MX record
smtp-in.orange.fr. Must send additional request for A records
[Debug] Resolving smtp-in.orange.fr using DNS #0, 127.0.0.1
[Debug] Resolved host smtp-in.orange.fr Received A record
smtp-in.orange.fr for host name 80.12.242.9
[Debug] Resolved host smtp-in.orange.fr Received A record
smtp-in.orange.fr for host name 193.252.22.65
[Info] Sending message E:\...\FkeySMTP\Queue\00000\00006.msg to
les.xxxxxxx through relay number 0 out of 7. IP is
80.12.242.9:25
[Debug] We are connected to 80.12.242.9:25 on port 51188
[Debug] 80.12.242.9:25|51188 <- 220 mwinf5c81 ME ESMTP server ready
[Debug] 80.12.242.9:25|51188 -> EHLO xx-xxx-x-47.rev.numericable.fr
[Debug] 80.12.242.9:25|51188 <- 250-mwinf5c81 hello [212.198.7.47],
pleased to meet you@##@250-HELP@##@250-SIZE
44000000@##@250-ENHANCEDSTATUSCODES@##@250-8BITMIME@##@250-STARTTLS@##@250
OK@##@
[Debug] 80.12.242.9:25|51188 -> RSET
Debug] 80.12.242.9:25|51188 <- 250 2.0.0 OK
[Debug] 80.12.242.9:25|51188 -> MAIL FROM:
<MAILER-DAEMON>
[Debug] 80.12.242.9:25|51188 <- 250 2.1.0
<mailer-daemon> sender ok
[Debug] 80.12.242.9:25|51188 -> RCPT TO:<les.xxxxxxx>
[Debug] 80.12.242.9:25|51188 <- 250 2.1.5 <les.xxxxxxx>
recipient ok
[Debug] 80.12.242.9:25|51188 -> DATA
[Debug] 80.12.242.9:25|51188 <- 354 enter mail, end with "." on a line
by itself
[Debug] 80.12.242.9:25|51188 -> Received: from
xx-xxx-x-47.rev.numericable.fr[xx-xxx-x-47] (helo=localhost) by
127.0.0.1 with esmtp (ESMTP Server); Thu, 4 Oct 2019 17: 4:38
+0200@##@Return-Path: MAILER-DAEMON@##@Date:
Fri, 4 Oct 2019 17:04:24 +0200@##@From: CTV <ctv>@##@X-Mailer:
The Bat! (v8.8.9) Professional@##@Reply-To: CTV zone
<ctv>@##@Organization: CTV@##@Message-ID:
<5410628665.20191004170424>@##@To:
les.renardeaux@##@Subject: test@##@Mailer: OpenSSH@##@OS:
Blackcomb@##@Approved: CTV 20/V3@##@Sensitivity:
Company-Confidential@##@Language: fr@##@MIME-Version:
1.0@##@Content-Type: multipart/alternative;@##@
boundary="----------0701410CB0CA3E95B"@##@@##@------------0701410CB0CA3E95B@##@Content-Type:
text/plain; charset=us-ascii@##@Content-Transfer-Encoding:
quoted-printable@##@@##@=B7CTV=20@##@@##@Bonsoir,@##@@##@ @##@@##@Avec
attention,@##@--=20@##@Le
CTV@##@------------0701410CB0CA3E95B@##@Content-Type: text/html;
charset=us-ascii@##@Content-Transfer-Encoding:
quoted-printable@##@@##@<html><head><title>test</title>@##@<meta
charset=3D"utf-8" http-equiv=3D"X-UA-Compatible" content=3D"IE=3D9;
I=@##@E=3D8; IE=3D7; IE=3DEDGE" />@##@</head>@##@<body
style=3D"font-family:'Courier New'; font-size:
11pt;">@##@·CTV<br>@##@<br>@##@Bonsoir,<br>@##@<br >@##@<br>@##@<br>@##@Avec
attention,<br>@##@<span style=3D" font-size: 9pt; color:
#666666;">--<br>@##@Le
CTV</body></html>@##@------------0701410CB0CA3E95B--@##@@##@
[Debug] 80.12.242.9:25|51188 -> .
[Debug] 80.12.242.9:25|51188 <- 250 2.0.0 9T4d2100f10sxSk01T4dMg mail
accepted for delivery
[Debug] 80.12.242.9:25|51188 -> QUIT
[Debug] 80.12.242.9:25|51188 <- 221 2.0.0 mwinf5c81 ME closing
connection
[Debug] We are disconnected from 80.12.242.9:25. Port: 51188
[Info] Message
E:\Chantier\Gestion\VAN\WAN\SMTP\FkeySMTP\Queue\00 000\00006.msg has
been fully delivered with success

Ben voilà, mais ça n'avance guère pour trouver ce qui risque de
coincer.
dyrmak (16/10/2019, 16h40)
En 262 lignes les renardeaux a écrit
dans news:mn.24127e3a4c0bafff.121394
le vendredi, 04 octobre 2019 à 17:22:51 :

> Merci pour ta réponse.
> Je reprécise mon affaire. Ici IP fixe et serveur SMTP qui n'adresse pas
> de serveurs relais (et surtout pas celui du FAI).
> Je viens de faire un envoi, vers une adresse wanadoo émise d'une
> adresse sur mon domaine (ctv.zone) chez Infomaniak, Fai Numericable.
> Voici le log parce que sinon tout le monde me parle d'adresser sur le
> port 587 un serveur authentifié, etc.
> J'ai MON serveur à moi que j'aime, il adresse sur le port 25 et il
> cause direct avec le serveur de destination. Par ailleurs j'ai MON
> serveur DNS (unbonud) également monté sur le PC...

Si on n'a pas de smarthost, on est bien obligé de faire tout
comme un grand, et ça c'est difficile; amha
si on trouve que tel ou tel serveur nécessite un certain header pour
fonctionner, il faut le garder précieusement car la réception en
dépend. L'utilisation du port 587 oblige à s'y identifier, montrer
patte blanche, et c'est cette porte qui permet d'envoyer le courrier
sans soucis majeur, personnellement ça me convient et c'est
trés pratique si on est dans le réseau du founisseur.
Quand je ne suis pas chez moi, j'ai aussi un script qui lui
m'identifie avec STARTTLS chez moi, comme si j'y étais sous IMAPS.

[..]
> been fully delivered with success
> Ben voilà, mais ça n'avance guère pour trouver ce qui risque de
> coincer.

Chaque serveur a ses propres critères pour recevoir ou pas
un courrier, c'est là la difficulté.

Pour ce qui me concerne, j'ai combiné mon serveur hard +
mon serveur soft pour créer un tandem: serveur + smarthost local.

Le parcours d'un courrier est:

courrier --> serveur --> smarthost(virtuel local) --> smarthost -->

Il y a beaucoup plus de headers, mais mon serveur virtuel m'a
tout compte fait tiré l'épine du foot.

dyrmak
les renardeaux (17/10/2019, 18h03)
Bonjour,

Le message du mercredi 16/10/2019 (cf.
<slrnqqeauq.3ov.dyrmak> ), dyrmak dixit, stipule
notammant :
> Si on n'a pas de smarthost, on est bien obligé de faire tout
> comme un grand, et ça c'est difficile; amha
> si on trouve que tel ou tel serveur nécessite un certain header pour
> fonctionner, il faut le garder précieusement car la réception en
> dépend.


Exact. Mon p'tit serveur n'a jamais failli.
Introuvable maintenant ce type de petit soft, Surtout sur windaube.

> Chaque serveur a ses propres critères pour recevoir ou pas
> un courrier, c'est là la difficulté.


Mêmesi d'autres lui font parfis la gueule.

S'il suffit d'un ou deux headers en plus, c'est pas très compliqué.
Juste surprenant la première fois (comme toute les preières fois >:| )

Merci pour l'échange.
worldresearchchem02 (Hier, 21h10)
Le mercredi 02 Octobre 2019 à 23:04 par les renardeaux :
[..]
> X-Infomaniak-Spam: ham
> X-Spam-Score: 31
> X-Spam-Detail:


gggruggvucftvghtrhhoucdtuddrgedufedrgeeigdduhedtuc etufdoteggodetrfdotffvucfrrhhofhhilhgvmecukffphffq ofetpffktefmnecuuegrihhlohhuthemucehtddtnecuufhprg hmjfgvrgguvghrhfhivghlugcujfgvrgguvghrucfutghorhhi nhhgucdluddtmdentfgtvhguucffrghtvgcurghnohhmrghlhi culddvuddmnecujfgurhepfffhofhrohfkvffugggtsehmtdev refitddvnecuhfhrohhmpehlvghsuchrvghnrghruggvrghugi cuoehlvghsrdhrvghnrghruggvrghugiestghtvhdriihonhgv qeenucfkphepvdduvddrudelkedrjedrgeejnecurfgrrhgrmh ephhgvlhhopedvuddvqdduleekqdejqdegjedrrhgvvhdrnhhu mhgvrhhitg
[..]
> --
> ... Michel
> les petits renardeaux dans la clairière du CTV

truly a research chemists heaven. They
stock all kinds of chemicals ranging from BENZOS like Etizolam to OPIODS and
CANABIODS. Their selection is unbeatable. They offer both powders,pellets and
Crystals. Unlike other stores,

offers generous bulk discounts ranging
from less than 5% for small orders to almost 50% for bigger orders. What’s more
is they offer free shipping to the USA on orders above $100. All their research
chemicals comes with a certificate of analysis.

visit website at
Discussions similaires