GNU bug report logs -
#9805
24.0.90; Gnus shows junk text at the beginning of some emails
Previous Next
Reported by: Dmitri Paduchikh <dpaduchikh <at> gmail.com>
Date: Thu, 20 Oct 2011 08:05:01 UTC
Severity: normal
Tags: notabug, unreproducible
Found in version 24.0.90
Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9805 in the body.
You can then email your comments to 9805 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#9805
; Package
emacs
.
(Thu, 20 Oct 2011 08:05:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dmitri Paduchikh <dpaduchikh <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 20 Oct 2011 08:05:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
In the attachment is a message which is displayed in Gnus with some junk
text at the beginning. It appears that the problem is in the header
X-Ham-Report. Removing this header in the incoming email fixes the
problem for me (it does not appear in further messages). This is a
header containing technical information and some unencoded UTF-8
characters (U+FFFD to be precise). Here it is with all U+FFFD characters
replaced by `?'.
~~~~~~~~~~~
X-Ham-Report: Spam detection software, running on the system
"server2.ultrahost.us", 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. Content preview: ???????????.
> ?? ???? ??????? ??????????? ?? ????????? ? ?????????? ??????? RHVoice?
?????? ??? ? ?????????. ???????? ??? ??????????? ??? ??????? ?????? ??????.
???? ?????????? ?????? ??????????? ?? 5 ??????, ?? ???????? ??????????
???????? ?????? ?????? ?????. [...] Content analysis details: (-0.4 points,
8.0 required) pts rule name description ----
---------------------- --------------------------------------------------
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no
trust [94.100.176.154 listed in list.dnswl.org] 0.0 FREEMAIL_FROM
Sender email is commonly abused enduser mail provider
(georgiexxx-146[at]mail.ru) 0.1 FREEMAIL_ENVFROM_END_DIGIT Envelope-from
freemail username ends in digit (georgiexxx-146[at]mail.ru) -1.9 BAYES_00
BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 1.4 AWL
AWL: From: address is in the auto white-list
~~~~~~~~~~~
I also have mangled the sender address a bit in order to protect it from
spamming. But this shouldn't make any difference. For me it looks like
Gnus misdetects the start of message body due to this header.
D. Paduchikh
In GNU Emacs 24.0.90.1 (i386-unknown-linux-gnu, GTK+ Version 2.24.7)
of 2011-10-20 on ait
configured using `configure '--prefix=/opt/emacs' '--program-suffix=-24''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: C
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: C
value of $LANG: ru_RU.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
[email.gz (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#9805
; Package
emacs,gnus
.
(Fri, 06 Jan 2012 23:22:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 9805 <at> debbugs.gnu.org (full text, mbox):
Dmitri Paduchikh <dpaduchikh <at> gmail.com> writes:
> In the attachment is a message which is displayed in Gnus with some junk
> text at the beginning. It appears that the problem is in the header
> X-Ham-Report. Removing this header in the incoming email fixes the
> problem for me (it does not appear in further messages). This is a
> header containing technical information and some unencoded UTF-8
> characters (U+FFFD to be precise).
I'm unable to reproduce this bug. If I put the message in an nnmh group
and read it, the message body is displayed as expected.
What does the display look like to you?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Added tag(s) unreproducible.
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 06 Jan 2012 23:22:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#9805
; Package
emacs,gnus
.
(Sat, 07 Jan 2012 02:53:21 GMT)
Full text and
rfc822 format available.
Message #13 received at 9805 <at> debbugs.gnu.org (full text, mbox):
Lars Magne Ingebrigtsen:
LI> I'm unable to reproduce this bug. If I put the message in an nnmh group
LI> and read it, the message body is displayed as expected.
I am sorry. It is my old cruft again. I rechecked the article and the
problem disappears after cleaning up gnus-part-display-hook. So please
ignore this bug. Next time I will check more accurately.
--
Dmitri Paduchikh
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#9805
; Package
emacs,gnus
.
(Sat, 07 Jan 2012 03:09:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 9805 <at> debbugs.gnu.org (full text, mbox):
Dmitri Paduchikh <dpaduchikh <at> gmail.com> writes:
> I am sorry. It is my old cruft again. I rechecked the article and the
> problem disappears after cleaning up gnus-part-display-hook. So please
> ignore this bug. Next time I will check more accurately.
No problem; I'll close the bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Added tag(s) notabug.
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 07 Jan 2012 03:09:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
9805 <at> debbugs.gnu.org and Dmitri Paduchikh <dpaduchikh <at> gmail.com>
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 07 Jan 2012 03:09:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org
:
bug#9805
; Package
emacs,gnus
.
(Sat, 07 Jan 2012 04:59:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 9805 <at> debbugs.gnu.org (full text, mbox):
I have found the cause of my problem. It was because my function on
gnus-part-display-hook was called for head part although was intended
only for bodies. As a result, headers sometimes got corrupted.
Unfortunately, as far as I understand there is no easy way for functions
on gnus-part-display-hook to determine the type of part on which they
are running.
Lars Magne Ingebrigtsen:
LI> Dmitri Paduchikh <dpaduchikh <at> gmail.com> writes:
>> I am sorry. It is my old cruft again. I rechecked the article and the
>> problem disappears after cleaning up gnus-part-display-hook. So please
>> ignore this bug. Next time I will check more accurately.
LI> No problem; I'll close the bug report.
--
Dmitri Paduchikh
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 04 Feb 2012 12:24:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 139 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.