Dear users,
I have a mailserver (i386) with etch and amavisd-new 2.4.2-6.1. The only =
locales I have generated is en_US ISO-8859-1. On the client side I have=20
Thunderbird 1.5.0.9 with french localisation.
Whenever a mail asks for a return receipt (accus=E9 de r=E9ception) and=20
Thunderbird sends it, amavis mark this as a message with BAD HEADER.=20
This is what I read in the quarantined mail header:
X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subject:=
Accus\351 de r\351ception (...
For the moment I solved the problem by setting D_PASS as default policy=20
for banned messages, but I would like to understand why this happens. Is =
this a configuration problem of amavis or what else? I use Thunderbird=20
also in other languages (italian, english) and I've never experienced=20
such problem.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
thomas.harding
On Wed, Mar 14, 2007 at 01:53:13PM +0100, Alessandro FAGLIA wrote:
Dear users, I have a mailserver (i386) with etch and amavisd-new 2.4.2-6.1. The only locales I have generated is en_US ISO-8859-1. On the client side I have Thunderbird 1.5.0.9 with french localisation.
Whenever a mail asks for a return receipt (accusé de réception) and Thunderbird sends it, amavis mark this as a message with BAD HEADER. This is what I read in the quarantined mail header: X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subject: Accus351 de r351ception (...
For the moment I solved the problem by setting D_PASS as default policy for banned messages, but I would like to understand why this happens. Is this a configuration problem of amavis or what else? I use Thunderbird also in other languages (italian, english) and I've never experienced such problem.
The problem comes from thunderbird which MUST send only ASCII characters in headers!
only ascii code is allowed in headers, other characters have to be encoded (can't find the rfc for characters encoding, but it is something like "=iso-8859-1#E9" for <E9> character).
This encoding is the only to passthru following problem: Mime is defined into headers, so it is not possible to interpret mime characters into headers themselves.
[Following French part I'sciting the RFC 2822]
Le problème vient de Thunderbird, qui _doit_ encoder les caractères non ASCII des headers selon un protocole, dont je n'arrive pas à remettre la main dessus.
En effet, il n'est pas possible d'interprêter les en-têtes avant que l'en-tête MIME ne soit défini : on se mordrait la queue.
Here is part of RFC 822:
[cite] RFC 2822 Internet Message Format April 2001
to handle an arbitrarily large number of characters in a line (certainly at least up to the 998 character limit) for the sake of robustness.
2.2. Header Fields
Header fields are lines composed of a field name, followed by a colon (":"), followed by a field body, and terminated by CRLF. A field name MUST be composed of printable US-ASCII characters (i.e., characters that have values between 33 and 126, inclusive), except colon. A field body may be composed of any US-ASCII characters, except for CR and LF. However, a field body may contain CRLF when used in header "folding" and "unfolding" as described in section 2.2.3. All field bodies MUST conform to the syntax described in sections 3 and 4 of this standard.
[/cite]
Regards, -- Thomas Harding
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Wed, Mar 14, 2007 at 01:53:13PM +0100, Alessandro FAGLIA wrote:
Dear users,
I have a mailserver (i386) with etch and amavisd-new 2.4.2-6.1. The only
locales I have generated is en_US ISO-8859-1. On the client side I have
Thunderbird 1.5.0.9 with french localisation.
Whenever a mail asks for a return receipt (accusé de réception) and
Thunderbird sends it, amavis mark this as a message with BAD HEADER.
This is what I read in the quarantined mail header:
X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subject:
Accus351 de r351ception (...
For the moment I solved the problem by setting D_PASS as default policy
for banned messages, but I would like to understand why this happens. Is
this a configuration problem of amavis or what else? I use Thunderbird
also in other languages (italian, english) and I've never experienced
such problem.
The problem comes from thunderbird which MUST send only ASCII characters
in headers!
only ascii code is allowed in headers, other characters have to be encoded
(can't find the rfc for characters encoding, but it is something like
"=iso-8859-1#E9" for <E9> character).
This encoding is the only to passthru following problem: Mime is defined
into headers, so it is not possible to interpret mime characters into
headers themselves.
[Following French part I'sciting the RFC 2822]
Le problème vient de Thunderbird, qui _doit_ encoder les caractères non
ASCII des headers selon un protocole, dont je n'arrive pas à remettre
la main dessus.
En effet, il n'est pas possible d'interprêter les en-têtes avant que
l'en-tête MIME ne soit défini : on se mordrait la queue.
Here is part of RFC 822:
[cite]
RFC 2822 Internet Message Format April 2001
to handle an arbitrarily large number of characters in a line
(certainly at least up to the 998 character limit) for the sake of
robustness.
2.2. Header Fields
Header fields are lines composed of a field name, followed
by a colon
(":"), followed by a field body, and terminated by CRLF.
A field
name MUST be composed of printable US-ASCII characters
(i.e.,
characters that have values between 33 and 126,
inclusive), except
colon. A field body may be composed of any
US-ASCII characters,
except for CR and LF. However, a field body
may contain CRLF when
used in header "folding" and "unfolding"
as described in section
2.2.3. All field bodies MUST conform
to the syntax described in
sections 3 and 4 of this standard.
[/cite]
Regards,
--
Thomas Harding
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Wed, Mar 14, 2007 at 01:53:13PM +0100, Alessandro FAGLIA wrote:
Dear users, I have a mailserver (i386) with etch and amavisd-new 2.4.2-6.1. The only locales I have generated is en_US ISO-8859-1. On the client side I have Thunderbird 1.5.0.9 with french localisation.
Whenever a mail asks for a return receipt (accusé de réception) and Thunderbird sends it, amavis mark this as a message with BAD HEADER. This is what I read in the quarantined mail header: X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subject: Accus351 de r351ception (...
For the moment I solved the problem by setting D_PASS as default policy for banned messages, but I would like to understand why this happens. Is this a configuration problem of amavis or what else? I use Thunderbird also in other languages (italian, english) and I've never experienced such problem.
The problem comes from thunderbird which MUST send only ASCII characters in headers!
only ascii code is allowed in headers, other characters have to be encoded (can't find the rfc for characters encoding, but it is something like "=iso-8859-1#E9" for <E9> character).
This encoding is the only to passthru following problem: Mime is defined into headers, so it is not possible to interpret mime characters into headers themselves.
[Following French part I'sciting the RFC 2822]
Le problème vient de Thunderbird, qui _doit_ encoder les caractères non ASCII des headers selon un protocole, dont je n'arrive pas à remettre la main dessus.
En effet, il n'est pas possible d'interprêter les en-têtes avant que l'en-tête MIME ne soit défini : on se mordrait la queue.
Here is part of RFC 822:
[cite] RFC 2822 Internet Message Format April 2001
to handle an arbitrarily large number of characters in a line (certainly at least up to the 998 character limit) for the sake of robustness.
2.2. Header Fields
Header fields are lines composed of a field name, followed by a colon (":"), followed by a field body, and terminated by CRLF. A field name MUST be composed of printable US-ASCII characters (i.e., characters that have values between 33 and 126, inclusive), except colon. A field body may be composed of any US-ASCII characters, except for CR and LF. However, a field body may contain CRLF when used in header "folding" and "unfolding" as described in section 2.2.3. All field bodies MUST conform to the syntax described in sections 3 and 4 of this standard.
[/cite]
Regards, -- Thomas Harding
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Alessandro FAGLIA
Thomas Harding wrote:
On Wed, Mar 14, 2007 at 01:53:13PM +0100, Alessandro FAGLIA wrote:
Dear users, I have a mailserver (i386) with etch and amavisd-new 2.4.2-6.1. The on ly locales I have generated is en_US ISO-8859-1. On the client side I hav e Thunderbird 1.5.0.9 with french localisation.
Whenever a mail asks for a return receipt (accusé de réception) an d Thunderbird sends it, amavis mark this as a message with BAD HEADER. This is what I read in the quarantined mail header: X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subje ct: Accus351 de r351ception (...
For the moment I solved the problem by setting D_PASS as default polic y for banned messages, but I would like to understand why this happens. Is this a configuration problem of amavis or what else? I use Thunderbird also in other languages (italian, english) and I've never experienced such problem.
The problem comes from thunderbird which MUST send only ASCII character s in headers!
only ascii code is allowed in headers, other characters have to be enco ded (can't find the rfc for characters encoding, but it is something like "=iso-8859-1#E9" for <E9> character).
This encoding is the only to passthru following problem: Mime is define d into headers, so it is not possible to interpret mime characters into headers themselves.
This is the header section of the quarantined mail.
Return-Path: X-Original-To: Delivered-To: Received: from localhost (localhost [127.0.0.1]) by myserver.mydom.com (Postfix) with ESMTP id C26F43E3 for ; Wed, 14 Mar 2007 17:17:30 +0100 (CET) X-Envelope-From: X-Envelope-To: X-Quarantine-ID: <CHK+nouFStZc> X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subject: Accus351 de r351ception (... Received: from myserver.mydom.com ([127.0.0.1]) by localhost () (amavisd-new, port 10024) with ESMTP id CHK+nouFStZc for ; Wed, 14 Mar 2007 17:17:17 +0100 (CET) Received: from [10.37.76.10] (unknown [10.37.76.10]) by myserver.mydom.com (Postfix) with ESMTP id 39A675A for ; Wed, 14 Mar 2007 17:17:17 +0100 (CET) Date: Wed, 14 Mar 2007 17:18:17 +0100 From: Message-ID: Subject: Accusé de réception (affiché) - Re: To: References: MIME-Version: 1.0 Content-Type: multipart/report; report-type=disposition-notification; boundary="------------mdn080202030307070306080208"
Ceci est un accusé de réception pour le courrier éléctronique env oyé à
Note : Cet accusé de réception indique seulement que le message a é té affiché sur l'ordinateur du destinataire. Il n'y a auc une garantie que le destinataire ait lu ou appréhendé le contenu du m essage.
It's hard for me to believe that this is a fault of Thunderbird. If so, all french users who are using Thunderbird as MUA and Amavis as content filter (on Debian or whatever) are experiencing the same problem. Can anybody confirm that this is true?
Regards, Alessandro
Thomas Harding wrote:
On Wed, Mar 14, 2007 at 01:53:13PM +0100, Alessandro FAGLIA wrote:
Dear users,
I have a mailserver (i386) with etch and amavisd-new 2.4.2-6.1. The on ly
locales I have generated is en_US ISO-8859-1. On the client side I hav e
Thunderbird 1.5.0.9 with french localisation.
Whenever a mail asks for a return receipt (accusé de réception) an d
Thunderbird sends it, amavis mark this as a message with BAD HEADER.
This is what I read in the quarantined mail header:
X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subje ct:
Accus351 de r351ception (...
For the moment I solved the problem by setting D_PASS as default polic y
for banned messages, but I would like to understand why this happens. Is
this a configuration problem of amavis or what else? I use Thunderbird
also in other languages (italian, english) and I've never experienced
such problem.
The problem comes from thunderbird which MUST send only ASCII character s
in headers!
only ascii code is allowed in headers, other characters have to be enco ded
(can't find the rfc for characters encoding, but it is something like
"=iso-8859-1#E9" for <E9> character).
This encoding is the only to passthru following problem: Mime is define d
into headers, so it is not possible to interpret mime characters into
headers themselves.
This is the header section of the quarantined mail.
Return-Path: <me@mydom.com>
X-Original-To: banned@mydom.com
Delivered-To: banned@localhost
Received: from localhost (localhost [127.0.0.1])
by myserver.mydom.com (Postfix) with ESMTP id C26F43E3
for <banned@mydom.com>; Wed, 14 Mar 2007 17:17:30 +0100 (CET)
X-Envelope-From: <me@mydom.com>
X-Envelope-To: <him@hisdom.com>
X-Quarantine-ID: <CHK+nouFStZc>
X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subject:
Accus351 de r351ception (...
Received: from myserver.mydom.com ([127.0.0.1])
by localhost () (amavisd-new, port 10024)
with ESMTP id CHK+nouFStZc for <him@hisdom.com>;
Wed, 14 Mar 2007 17:17:17 +0100 (CET)
Received: from [10.37.76.10] (unknown [10.37.76.10])
by myserver.mydom.com (Postfix) with ESMTP id 39A675A
for <him@hisdom.com>; Wed, 14 Mar 2007 17:17:17 +0100 (CET)
Date: Wed, 14 Mar 2007 17:18:17 +0100
From: me@mydom.com
Message-ID: <45F82049.3010804@serioplast.it>
Subject: Accusé de réception (affiché) - Re:
To: him@hisdom.com
References: <whatever@hisdom.com
MIME-Version: 1.0
Content-Type: multipart/report; report-type=disposition-notification;
boundary="------------mdn080202030307070306080208"
Ceci est un accusé de réception pour le courrier éléctronique env oyé à
me@mydom.com.
Note : Cet accusé de réception indique seulement que le message a é té
affiché sur l'ordinateur du destinataire. Il n'y a auc
une garantie que le destinataire ait lu ou appréhendé le contenu du m essage.
It's hard for me to believe that this is a fault of Thunderbird. If so,
all french users who are using Thunderbird as MUA and Amavis as content
filter (on Debian or whatever) are experiencing the same problem.
Can anybody confirm that this is true?
On Wed, Mar 14, 2007 at 01:53:13PM +0100, Alessandro FAGLIA wrote:
Dear users, I have a mailserver (i386) with etch and amavisd-new 2.4.2-6.1. The on ly locales I have generated is en_US ISO-8859-1. On the client side I hav e Thunderbird 1.5.0.9 with french localisation.
Whenever a mail asks for a return receipt (accusé de réception) an d Thunderbird sends it, amavis mark this as a message with BAD HEADER. This is what I read in the quarantined mail header: X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subje ct: Accus351 de r351ception (...
For the moment I solved the problem by setting D_PASS as default polic y for banned messages, but I would like to understand why this happens. Is this a configuration problem of amavis or what else? I use Thunderbird also in other languages (italian, english) and I've never experienced such problem.
The problem comes from thunderbird which MUST send only ASCII character s in headers!
only ascii code is allowed in headers, other characters have to be enco ded (can't find the rfc for characters encoding, but it is something like "=iso-8859-1#E9" for <E9> character).
This encoding is the only to passthru following problem: Mime is define d into headers, so it is not possible to interpret mime characters into headers themselves.
This is the header section of the quarantined mail.
Return-Path: X-Original-To: Delivered-To: Received: from localhost (localhost [127.0.0.1]) by myserver.mydom.com (Postfix) with ESMTP id C26F43E3 for ; Wed, 14 Mar 2007 17:17:30 +0100 (CET) X-Envelope-From: X-Envelope-To: X-Quarantine-ID: <CHK+nouFStZc> X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subject: Accus351 de r351ception (... Received: from myserver.mydom.com ([127.0.0.1]) by localhost () (amavisd-new, port 10024) with ESMTP id CHK+nouFStZc for ; Wed, 14 Mar 2007 17:17:17 +0100 (CET) Received: from [10.37.76.10] (unknown [10.37.76.10]) by myserver.mydom.com (Postfix) with ESMTP id 39A675A for ; Wed, 14 Mar 2007 17:17:17 +0100 (CET) Date: Wed, 14 Mar 2007 17:18:17 +0100 From: Message-ID: Subject: Accusé de réception (affiché) - Re: To: References: MIME-Version: 1.0 Content-Type: multipart/report; report-type=disposition-notification; boundary="------------mdn080202030307070306080208"
Ceci est un accusé de réception pour le courrier éléctronique env oyé à
Note : Cet accusé de réception indique seulement que le message a é té affiché sur l'ordinateur du destinataire. Il n'y a auc une garantie que le destinataire ait lu ou appréhendé le contenu du m essage.
It's hard for me to believe that this is a fault of Thunderbird. If so, all french users who are using Thunderbird as MUA and Amavis as content filter (on Debian or whatever) are experiencing the same problem. Can anybody confirm that this is true?
Regards, Alessandro
thomas.harding
On Thu, Mar 15, 2007 at 08:13:31AM +0100, Alessandro FAGLIA wrote:
>The problem comes from thunderbird which MUST send only ASCII characters >in headers!
[...]
This is the header section of the quarantined mail.
Yes, and there is the fault -- Subject is a structured Header, so non ASCII character "é" causes content filter to quarantine the message as SPAM -- as all spammers are stupid and send messages with that kind of characters (except if their spams are in English :) [...]
Subject: Accusé de réception (affiché) - Re:
[...]
It's hard for me to believe that this is a fault of Thunderbird. If so, all french users who are using Thunderbird as MUA and Amavis as content filter (on Debian or whatever) are experiencing the same problem. Can anybody confirm that this is true?
I'll test thunderbird tomorrow on that (uses Mutt at home).
-- Thomas Harding
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Thu, Mar 15, 2007 at 08:13:31AM +0100, Alessandro FAGLIA wrote:
>The problem comes from thunderbird which MUST send only ASCII characters
>in headers!
[...]
This is the header section of the quarantined mail.
Yes, and there is the fault -- Subject is a structured Header,
so non ASCII character "é" causes content filter to quarantine the
message as SPAM -- as all spammers are stupid and send messages
with that kind of characters (except if their spams are in English :)
[...]
Subject: Accusé de réception (affiché) - Re:
[...]
It's hard for me to believe that this is a fault of Thunderbird. If so,
all french users who are using Thunderbird as MUA and Amavis as content
filter (on Debian or whatever) are experiencing the same problem.
Can anybody confirm that this is true?
I'll test thunderbird tomorrow on that (uses Mutt at home).
--
Thomas Harding
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Thu, Mar 15, 2007 at 08:13:31AM +0100, Alessandro FAGLIA wrote:
>The problem comes from thunderbird which MUST send only ASCII characters >in headers!
[...]
This is the header section of the quarantined mail.
Yes, and there is the fault -- Subject is a structured Header, so non ASCII character "é" causes content filter to quarantine the message as SPAM -- as all spammers are stupid and send messages with that kind of characters (except if their spams are in English :) [...]
Subject: Accusé de réception (affiché) - Re:
[...]
It's hard for me to believe that this is a fault of Thunderbird. If so, all french users who are using Thunderbird as MUA and Amavis as content filter (on Debian or whatever) are experiencing the same problem. Can anybody confirm that this is true?
I'll test thunderbird tomorrow on that (uses Mutt at home).
-- Thomas Harding
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Alessandro
On Mar 16, 6:10 pm, (Thomas Harding) wrote:
The problem comes from thunderbird which MUST send only ASCII characters in headers!
Thomas, you were right. This is a TB bug: https://bugzilla.mozilla.org/show_bug.cgi?id%4149
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Mar 16, 6:10 pm, thomas.hard...@laposte.net (Thomas Harding) wrote:
The problem comes from thunderbird which MUST send only ASCII characters
in headers!
Thomas, you were right. This is a TB bug:
https://bugzilla.mozilla.org/show_bug.cgi?id%4149
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
The problem comes from thunderbird which MUST send only ASCII characters in headers!
Thomas, you were right. This is a TB bug: https://bugzilla.mozilla.org/show_bug.cgi?id%4149
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
thomas.harding
On Wed, Mar 21, 2007 at 03:19:52AM -0700, Alessandro wrote:
On Mar 16, 6:10 pm, (Thomas Harding) wrote: >The problem comes from thunderbird which MUST send only ASCII characters >in headers!
Thomas, you were right. This is a TB bug: https://bugzilla.mozilla.org/show_bug.cgi?id%4149
Hmmm, maybe will it be wise to passthru this SUBJECT in your spam checker, via a special rule? I expect that users will not upgrade shortly...
-- Thomas Harding
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Wed, Mar 21, 2007 at 03:19:52AM -0700, Alessandro wrote:
On Mar 16, 6:10 pm, thomas.hard...@laposte.net (Thomas Harding) wrote:
>The problem comes from thunderbird which MUST send only ASCII characters
>in headers!
Thomas, you were right. This is a TB bug:
https://bugzilla.mozilla.org/show_bug.cgi?id%4149
Hmmm, maybe will it be wise to passthru this SUBJECT in your
spam checker, via a special rule? I expect that users will not upgrade
shortly...
--
Thomas Harding
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Wed, Mar 21, 2007 at 03:19:52AM -0700, Alessandro wrote:
On Mar 16, 6:10 pm, (Thomas Harding) wrote: >The problem comes from thunderbird which MUST send only ASCII characters >in headers!
Thomas, you were right. This is a TB bug: https://bugzilla.mozilla.org/show_bug.cgi?id%4149
Hmmm, maybe will it be wise to passthru this SUBJECT in your spam checker, via a special rule? I expect that users will not upgrade shortly...
-- Thomas Harding
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Alessandro
On Mar 21, 7:10 pm, (Thomas Harding) wrote:
Hmmm, maybe will it be wise to passthru this SUBJECT in your spam checker, via a special rule? I expect that users will not upgrade shortly...
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Mar 21, 7:10 pm, thomas.hard...@laposte.net (Thomas Harding) wrote:
Hmmm, maybe will it be wise to passthru this SUBJECT in your
spam checker, via a special rule? I expect that users will not upgrade
shortly...
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
