Re: kmail : message à la list "returning to sender"
Le Jeudi 6 Février 2014 15:49 CET, "nb" <nb@dagami.org> a écrit:
> > ------ 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
J'ai pu retrouver les infos
1 -
Voici ce qu'il faut ajouter à ta conf exim dans le chapitre réservé à spamassassin. Il faut adapter le code car certaines lignes doivent déjà exister. Ceci permettra de supprimer l'affichage du spam_report
Il faut repérer ce type de ligne dans ton fichiers /etc/exim4/exim4.conf.template si tu es en conf mono-fichier, sinon ce sera dans le acl/40_exim4-config_check_data
warn message = X-Spam-Score: $spam_score ($spam_bar)
spam = Debian-exim:true
warn message = X-Spam-Report: $spam_report
!hosts = localhost:192.168.1.0/24
spam = Debian-exim:true
l'avant dernière ligne est à adapter en fonction de ton réseau. C'est ce qui permet de ne pas afficher le spam_report.
2 -
ajouter dans :/etc/spamassassin/local.cf
trusted_networks 182.168.1.0/24 127.0.0.1
C'est ce qui permet de ne pas analyser les mails sortants, ou d'interne à interne
@réseau à adapter également.
nb
Reply to: