[ mailman-Bugs-736559 ] Subject wrap with tab character

SourceForge.net noreply at sourceforge.net
Tue Apr 1 21:09:06 CEST 2008


Bugs item #736559, was opened at 2003-05-12 12:05
Message generated for change (Comment added) made by bovineone
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=736559&group_id=103

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: mail delivery
Group: 2.1 (stable)
Status: Closed
Resolution: Invalid
Priority: 5
Private: No
Submitted By: Swen Haubold (swen_haubold)
Assigned to: Nobody/Anonymous (nobody)
Summary: Subject wrap with tab character

Initial Comment:
Mailman: 2.1.2

The subject line is wrapped by a tab character, if the line 
contains more than 78 characters. In this case a space is 
replaced by an tab character.

This behaviour gives trouble with some e-mail client and 
is also not handled by MHonArc correctly. 

In an e-mail client a long space is shown or a special 
character. MHonArc simply removes the tab character 
therefore two words are combined, e.g. the tab is 
inserted between the two word "and" and "delivery"; in 
the archive the subject contains the new word 
"anddelivery"


----------------------------------------------------------------------

Comment By: Jeff Lawson (bovineone)
Date: 2008-04-01 14:09

Message:
Logged In: YES 
user_id=511066
Originator: NO

Still occurs with Mailman 2.1.9 and MS Outlook 2003 as MUA.

It seems that many MUAs may implement header unfolding by removing the
CRLF and the first WSP chracter, rather than only the CRLF as the RFC
recommends.

RFC 2882 also states that the line folding limit "MUST be no more than 998
characters, and SHOULD be no more than 78 characters, excluding the CRLF." 
It seems reasonable in these modern days to use longer line lengths beyond
the conservative 78 character limit and use the 998 limit instead. 
Increasing the line folding limit would not really fix the original
problem, but would reduce the impact on most users.

----------------------------------------------------------------------

Comment By: Tokio Kikuchi (tkikuchi)
Date: 2005-10-26 19:55

Message:
Logged In: YES 
user_id=67709

RFC 2822 example states:

           Subject: This is a test

   can be represented as:

           Subject: This
            is a test

Therefore, if MHonArc or a MUA simply removes tab char and
not insertes a space in place of the FWS (folding white
space), it is his fault.  Mailman now select FWS from tab or
space as appeared in the original message. 


----------------------------------------------------------------------

Comment By: Jeff Wilson (jwilson75503)
Date: 2005-10-24 22:47

Message:
Logged In: YES 
user_id=1083352

This behavior seems to still occur in 2.1.6 

http://www.mail-archive.com/mailman-developers%
40python.org/msg09027.html

----------------------------------------------------------------------

Comment By: Dave Disser (disser)
Date: 2003-06-04 17:28

Message:
Logged In: YES 
user_id=794167

I notice this also with Mailman 2.1.1.  I don't see code in mailman doing
it, 
so it appears to be in email.Header or unicode.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=736559&group_id=103


More information about the Mailman-coders mailing list