> ------ This is a copy of the message, including all the headers. ------
>
> Return-path: <nicolas@tycho.fr>
> Received: from avr50-1-82-241-205-223.fbx.proxad.net ([82.241.205.223]
> helo=k53s.localnet)
> by ks399791.kimsufi.com with esmtp (Exim 4.80)
> (envelope-from <nicolas@tycho.fr>)
> id 1WBPT5-0000FR-Sx
> for debian-user-french@lists.debian.org; Thu, 06 Feb 2014 14:58:16
> +0100
> From: Nicolas Roudninski <nicolas@tycho.fr>
> To: debian-user-french@lists.debian.org
> Reply-To: admini@freeatome.com
> Subject: Re: kmail : message =?UTF-8?B?w6A=?= la list "returning to
> sender"
> Date: Thu, 06 Feb 2014 14:57:56 +0100
> Message-ID: <1775195.MHhTNv63T3@k53s>
> User-Agent: KMail/4.11.3 (Linux/3.12-1-amd64; KDE/4.11.3; x86_64; ; )
> In-Reply-To: <[🔎] 0fd8c65bae7e96b14d866df1c68f544b@tycho.fr>
> References: <[🔎] E1WBAc0-00070Q-HH@dagami.org>
> <[🔎] 20140206134325.GE13376@sebian.nob900.homeip.net>
> <[🔎] 0fd8c65bae7e96b14d866df1c68f544b@tycho.fr>
> MIME-Version: 1.0
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain; charset="UTF-8"
> X-Spam-Score: 1.3 (+)
Bien noter qu'on est c'est dans le X-Spam-Report
> X-Spam-Report: Spam detection software, running on the system
> "ks399791.kimsufi.com", has
> identified this incoming email as possible spam. The original message
> has been attached to this so you can view it (if it isn't spam) or
> label
> similar future email. If you have any questions, see
> the administrator of that system for details.
Là on voit que le content preview n'est pas bon, il est en utf et pas
"quoté"
> Content preview: Le jeudi 6 fÃ(c)vrier 2014, 14:49:26 Nicolas a> Ã(c)crit : > Le
> 06-02-2014 14:43, SÃ(c)bastien NOBILI a Ã(c)crit : > > Le jeudi 06
> fÃ(c)vrier 2014
> Ã 14:34, andre_debian@numericable.fr a Ã(c)crit : > >> > > Pas liÃ(c) Ã
> un encodage
> : > >> > Quel Ã(c)lÃ(c)ment tangible te permet d'affirmer ça ? > >> >
> >> DÃ(c)solÃ(c),
> pas lu toutes rÃ(c)ponses. > > > > Apparemment pas toutes les questions
> non-plus…
> > > > > J'aimerais comprendre comment tu arrives à la conclusion que «
> improper
> > > use of > > 8-bit data in message header » veut dire qu'il y a un
> anti-SPAM
> qui a > > bloquÃ(c) le > > message. > > > > Seb > > Moi ce que
> j'aimerai bien
> comprendre c'est d'où vient ce "improper use > of 8-bit data in
> message
> header". Car malgrès mes recherches, je ne > trouve pas d'où vient le
> problème.
> > > NR test [...]
>
> Content analysis details: (1.3 points, 5.0 required)
>
> pts rule name description
> ---- ----------------------
> --------------------------------------------------
Puis la suite du message qui ne nous intéresse pas.
Question : qui a mis ce content preview dans le message ?
reponse : spamassassin. Il a créé un spam_report qui le contient.
Ce content preview est le début du message. Il y a de fortes chances
pour que le pb disparaisse si tu enlève tous les caratères accentués
du début du message.
Question 2 : pourquoi spamassassin a analysé le message : probablement
une mauvaise conf, sauf si tu as des doutes concernant les
utilisateurs de ton système.
Perso je n'analyse pas ce qui sort.
Pour résoudre le pb, plusieurs solutions :
- ne pas analyser les mails sortants mais ça ne suffit pas, car il y
aura toujours un compte-rendu. Manque de bol le cr a été traduit en
français, donc avec des caractères accentués.
il faut dons en plus ne pas afficher le CR
Je n'ai plus toutes les commandes en têtes pour ces 2 actions, je
les posterai ce soir en rentrant (si le temps le permet car je prends
l'avion à Brest)
- "force quoter" les mails sur le MUA (tous ne le permettent pas)
Il y a peut-être d'autres solutions...
nb