=================== BUG #1878: LATEST MODIFICATIONS ==================
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=1878&group_id=1968
Changes by: Earl Hood <earl(_at_)earlhood(_dot_)com>
Date: 2002-Dec-04 14:05 (US/Central)
What | Removed | Added
---------------------------------------------------------------------------
Resolution | None | Fixed
------------------ Additional Follow-up Comments ----------------------------
It is fuzzy if this is really a bug, but the extra \n
should be avoided since it is not part of the original
data.
I commited a change to iso2022jp.pl:
$Id: iso2022jp.pl,v 1.9 2002/12/04 20:00:39 ehood Exp $
to avoid adding the extra \n at the end of processed
data. Please test from CVS or from snapshot releases
dated 2002-12-05, or later.
=================== BUG #1878: FULL BUG SNAPSHOT ===================
Submitted by: PPP Project: MHonArc
Submitted on: 2002-Dec-04 01:27
Category: MIME Severity: 5 - Major
Bug Group: Undesired Behavior Resolution: Fixed
Assigned to: None Status: Open
Platform Version: Unix Perl Version: 5.005_03
Component Version: 2002-12-03-snap Fixed Release:
Summary: Subjects with multiple MIME-encoded/non-encoded blocks will be
splitted by \n
Original Submission: When subject consists of multiple encoded/non-encoded
blocks, contents of <title>, <!--X-Subject-Header-Begin--> and
<!--X-Head-of-Message--> will be splitted by \n.
E.g.
Subject: Danke =?iso-8859-1?Q?sch=F6n?=
The generated file is:
<title>Danke
schoen</title>
though expected result is
<title>Danke schoen</title>
(oe is o-Umlaut, of course)
Note that this may not affect rendering of web browsers, but affects result of
Namazu.
This problem occurs on v2.5.13, too.
Follow-up Comments
*******************
-------------------------------------------------------
Date: 2002-Dec-04 14:05 By: ehood
It is fuzzy if this is really a bug, but the extra \n
should be avoided since it is not part of the original
data.
I commited a change to iso2022jp.pl:
$Id: iso2022jp.pl,v 1.9 2002/12/04 20:00:39 ehood Exp $
to avoid adding the extra \n at the end of processed
data. Please test from CVS or from snapshot releases
dated 2002-12-05, or later.
-------------------------------------------------------
Date: 2002-Dec-04 02:54 By: PPP
Sorry, this problem is caused by iso2022jp.pl.
(I used iso2022jp.pl for CharsetConverter, thus
<CharsetConverters>
plain;iso_2022_jp::str2html; iso2022jp.pl
</CharsetConverters>
)
CC list is empty
File Attachments
****************
-------------------------------------------------------
Date: 2002-Dec-04 01:27 Name: readmail.pl.diff Size: 0KB By: PPP
(maybe needless) AD HOC patch
http://savannah.nongnu.org/bugs/download.php?group_id=1968&bug_id=1878&bug_file_id=177
For detailed info, follow this link:
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=1878&group_id=1968
---------------------------------------------------------------------
To sign-off this list, send email to majordomo(_at_)mhonarc(_dot_)org with the
message text UNSUBSCRIBE MHONARC-DEV
