GNU bug report logs - #9805
24.0.90; Gnus shows junk text at the beginning of some emails

Previous Next

Packages: emacs, gnus;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Dmitri Paduchikh <dpaduchikh <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.90; Gnus shows junk text at the beginning of some emails
Date: Thu, 20 Oct 2011 13:36:06 +0600
[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):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Dmitri Paduchikh <dpaduchikh <at> gmail.com>
Cc: 9805 <at> debbugs.gnu.org
Subject: Re: bug#9805: 24.0.90;
	Gnus shows junk text at the beginning of some emails
Date: Sat, 07 Jan 2012 00:18:05 +0100
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):

From: Dmitri Paduchikh <dpaduchikh <at> gmail.com>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: 9805 <at> debbugs.gnu.org
Subject: Re: bug#9805: 24.0.90;
	Gnus shows junk text at the beginning of some emails
Date: Sat, 07 Jan 2012 08:51:59 +0600
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):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Dmitri Paduchikh <dpaduchikh <at> gmail.com>
Cc: 9805 <at> debbugs.gnu.org
Subject: Re: bug#9805: 24.0.90;
	Gnus shows junk text at the beginning of some emails
Date: Sat, 07 Jan 2012 04:08:10 +0100
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):

From: Dmitri Paduchikh <dpaduchikh <at> gmail.com>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: 9805 <at> debbugs.gnu.org
Subject: Re: bug#9805: 24.0.90;
	Gnus shows junk text at the beginning of some emails
Date: Sat, 07 Jan 2012 10:58:06 +0600
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.