------------------------------------------------------------
revno: 6587
committer: Barry Warsaw <[EMAIL PROTECTED]>
branch nick: 3.0
timestamp: Thu 2008-01-24 02:40:41 -0500
message:
  Python 2.5's email package uses cStringIO in its feed parser, and this doesn't
  support unicode.  Although this never bit me on OS X (Leopard) it matters
  greatly on Linux (Ubuntu) where you get lots of test failures because of it.
  So instead, just use 8-bit string in message_from_string().  Everything works
  fine still.
modified:
  Mailman/docs/acknowledge.txt
  Mailman/docs/after-delivery.txt
  Mailman/docs/archives.txt
  Mailman/docs/bounces.txt
  Mailman/docs/cleanse.txt
  Mailman/docs/cook-headers.txt
  Mailman/docs/nntp.txt
  Mailman/docs/reply-to.txt
  Mailman/docs/replybot.txt
  Mailman/docs/requests.txt
  Mailman/docs/scrubber.txt
  Mailman/docs/subject-munging.txt
  Mailman/docs/tagger.txt
  Mailman/queue/docs/runner.txt
  Mailman/queue/docs/switchboard.txt
  Mailman/rules/docs/administrivia.txt
  Mailman/rules/docs/approve.txt
  Mailman/rules/docs/implicit-dest.txt
  Mailman/rules/docs/loop.txt
  Mailman/rules/docs/max-size.txt
  Mailman/rules/docs/moderation.txt
  Mailman/rules/docs/news-moderation.txt
  Mailman/rules/docs/no-subject.txt
  Mailman/rules/docs/recipients.txt
  Mailman/rules/docs/suspicious.txt

=== modified file 'Mailman/docs/acknowledge.txt'
--- a/Mailman/docs/acknowledge.txt      2007-11-06 23:16:22 +0000
+++ b/Mailman/docs/acknowledge.txt      2008-01-24 07:40:41 +0000
@@ -35,7 +35,7 @@
 
 Non-members can't get acknowledgments of their posts to the mailing list.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... """)

=== modified file 'Mailman/docs/after-delivery.txt'
--- a/Mailman/docs/after-delivery.txt   2007-11-07 11:58:53 +0000
+++ b/Mailman/docs/after-delivery.txt   2008-01-24 07:40:41 +0000
@@ -16,7 +16,7 @@
 Processing a message with this handler updates the last_post_time and post_id
 attributes.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... Something interesting.

=== modified file 'Mailman/docs/archives.txt'
--- a/Mailman/docs/archives.txt 2007-11-08 01:56:43 +0000
+++ b/Mailman/docs/archives.txt 2008-01-24 07:40:41 +0000
@@ -29,7 +29,7 @@
 For example, no digests should ever get archived.
 
     >>> mlist.archive = True
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: A sample message
     ...
     ... A message of great import.
@@ -64,7 +64,7 @@
 
 Even a 'no' value will stop the archiving of the message.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: A sample message
     ... X-No-Archive: No
     ...
@@ -77,7 +77,7 @@
 Another header that's been observed is the X-Archive: header.  Here, the
 header's case folded value must be 'no' in order to prevent archiving.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: A sample message
     ... X-Archive: No
     ...
@@ -89,7 +89,7 @@
 
 But if the value is 'yes', then the message will be archived.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: A sample message
     ... X-Archive: Yes
     ...
@@ -113,7 +113,7 @@
 Without either archiving header, and all other things being the same, the
 message will get archived.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: A sample message
     ...
     ... A message of great import.

=== modified file 'Mailman/docs/bounces.txt'
--- a/Mailman/docs/bounces.txt  2007-11-08 01:56:43 +0000
+++ b/Mailman/docs/bounces.txt  2008-01-24 07:40:41 +0000
@@ -19,7 +19,7 @@
 
 Any message can be bounced.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... To: [EMAIL PROTECTED]
     ... From: [EMAIL PROTECTED]
     ... Subject: Something important

=== modified file 'Mailman/docs/cleanse.txt'
--- a/Mailman/docs/cleanse.txt  2007-11-08 05:34:49 +0000
+++ b/Mailman/docs/cleanse.txt  2008-01-24 07:40:41 +0000
@@ -16,7 +16,7 @@
 members, regardless of whether they get digests or not.  Because all three
 headers contain passwords, they must be removed from any posted message.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Approved: foobar
     ... Approve: barfoo
@@ -39,7 +39,7 @@
 Pegasus mail.  I don't remember what program uses X-Confirm-Reading-To though
 (Some Microsoft product perhaps?).
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Reply-To: [EMAIL PROTECTED]
     ... Sender: [EMAIL PROTECTED]
@@ -76,7 +76,7 @@
     >>> mlist.anonymous_list = True
     >>> mlist.description = u'A Test Mailing List'
     >>> mlist.preferred_language = u'en'
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Reply-To: [EMAIL PROTECTED]
     ... Sender: [EMAIL PROTECTED]

=== modified file 'Mailman/docs/cook-headers.txt'
--- a/Mailman/docs/cook-headers.txt     2008-01-13 21:17:38 +0000
+++ b/Mailman/docs/cook-headers.txt     2008-01-24 07:40:41 +0000
@@ -24,7 +24,7 @@
 Because the original sender headers may get deleted or changed, CookHeaders
 will place the sender in the message metadata for safe keeping.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... A message of great import.
@@ -36,7 +36,7 @@
 
 But if there was no original sender, then the empty string will be saved.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: No original sender
     ...
     ... A message of great import.
@@ -54,7 +54,7 @@
 already been processed by this mailing list.  It's one small measure against
 mail loops.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... A message of great import.
@@ -66,7 +66,7 @@
 Mailman appends X-BeenThere headers, so if there already is one in the
 original message, the posted message will contain two such headers.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... X-BeenThere: [EMAIL PROTECTED]
     ...
@@ -82,7 +82,7 @@
 
 Mailman will also insert an X-Mailman-Version header...
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... A message of great import.
@@ -94,7 +94,7 @@
 
 ...but only if one doesn't already exist.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... X-Mailman-Version: 3000
     ...
@@ -113,7 +113,7 @@
 telling automatic reply software (e.g. vacation(1)) not to respond to this
 message.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... A message of great import.
@@ -126,7 +126,7 @@
 But Mailman will only add that header if the original message doesn't already
 have one of them.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Precedence: junk
     ...
@@ -160,7 +160,7 @@
 generally add these headers, but not for messages that aren't crafted for a
 specific list (e.g. password reminders in Mailman 2.x).
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... """)
@@ -173,7 +173,7 @@
 about hiding them.  A list owner can turn these headers off.
 
     >>> mlist.include_rfc2369_headers = False
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... """)
@@ -187,7 +187,7 @@
     >>> mlist.include_rfc2369_headers = True
     >>> mlist.include_list_post_header = True
     >>> mlist.preferred_language = u'en'
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... """)
@@ -208,7 +208,7 @@
 header.
 
     >>> mlist.description = u'My test mailing list'
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... """)
@@ -227,7 +227,7 @@
 
 Administrative messages crafted by Mailman will have a reduced set of headers.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... """)
@@ -247,7 +247,7 @@
 List-Post header, which is reasonable for an announce only mailing list.
 
     >>> mlist.include_list_post_header = False
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... """)
@@ -268,7 +268,7 @@
 
     >>> mlist.include_list_post_header = True
     >>> mlist.archive = False
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... """)
@@ -309,7 +309,7 @@
     >>> from Mailman.interfaces import Personalization, ReplyToMunging
     >>> mlist.personalize = Personalization.full
     >>> mlist.reply_goes_to_list = ReplyToMunging.no_munging
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... """)

=== modified file 'Mailman/docs/nntp.txt'
--- a/Mailman/docs/nntp.txt     2007-11-10 18:14:51 +0000
+++ b/Mailman/docs/nntp.txt     2008-01-24 07:40:41 +0000
@@ -21,7 +21,7 @@
 the newsgroup.  The feature could be disabled, as is the default.
 
     >>> mlist.gateway_to_news = False
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: An important message
     ...
     ... Something of great import.

=== modified file 'Mailman/docs/reply-to.txt'
--- a/Mailman/docs/reply-to.txt 2007-11-08 23:42:56 +0000
+++ b/Mailman/docs/reply-to.txt 2008-01-24 07:40:41 +0000
@@ -41,7 +41,7 @@
     >>> mlist.reply_goes_to_list = ReplyToMunging.point_to_list
     >>> mlist.preferred_language = u'en'
     >>> mlist.description = u''
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... """)
@@ -55,7 +55,7 @@
 the list's posting address.
 
     >>> mlist.first_strip_reply_to = True
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Reply-To: [EMAIL PROTECTED]
     ...
@@ -70,7 +70,7 @@
 get appended to whatever the original version was.
 
     >>> mlist.first_strip_reply_to = False
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Reply-To: [EMAIL PROTECTED]
     ...
@@ -89,7 +89,7 @@
 
     >>> mlist.reply_goes_to_list = ReplyToMunging.explicit_header
     >>> mlist.reply_to_address = u'[EMAIL PROTECTED]'
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... """)
@@ -102,7 +102,7 @@
 And as before, it's possible to either strip any existing Reply-To header...
 
     >>> mlist.first_strip_reply_to = True
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Reply-To: [EMAIL PROTECTED]
     ...
@@ -116,7 +116,7 @@
 ...or not.
 
     >>> mlist.first_strip_reply_to = False
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Reply-To: [EMAIL PROTECTED]
     ...

=== modified file 'Mailman/docs/replybot.txt'
--- a/Mailman/docs/replybot.txt 2007-11-08 16:54:25 +0000
+++ b/Mailman/docs/replybot.txt 2008-01-24 07:40:41 +0000
@@ -33,7 +33,7 @@
     >>> mlist.autorespond_admin = True
     >>> mlist.autoresponse_graceperiod = datetime.timedelta()
     >>> mlist.autoresponse_admin_text = u'admin autoresponse text'
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ...
@@ -74,7 +74,7 @@
 should even be sent.  For example, if the message has an "X-Ack: No" header,
 no auto-response is sent.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... X-Ack: No
     ...
@@ -87,7 +87,7 @@
 Mailman itself can suppress autoresponses for certain types of internally
 crafted messages, by setting the 'noack' metadata key.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... help for you
@@ -99,7 +99,7 @@
 If there is a Precedence: header with any of the values 'bulk', 'junk', or
 'list', then the autoresponse is also suppressed.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Precedence: bulk
     ...
@@ -151,7 +151,7 @@
 
     >>> mlist.autorespond_requests = True
     >>> mlist.autoresponse_request_text = u'robot autoresponse text'
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ...
@@ -180,7 +180,7 @@
 
     >>> mlist.autorespond_postings = True
     >>> mlist.autoresponse_postings_text = u'postings autoresponse text'
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ...

=== modified file 'Mailman/docs/requests.txt'
--- a/Mailman/docs/requests.txt 2008-01-21 05:26:55 +0000
+++ b/Mailman/docs/requests.txt 2008-01-24 07:40:41 +0000
@@ -212,7 +212,7 @@
     >>> mlist = config.db.list_manager.create(u'[EMAIL PROTECTED]')
     >>> mlist.preferred_language = u'en'
     >>> mlist.real_name = u'A Test List'
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ... Subject: Something important
@@ -330,7 +330,7 @@
 delete the message from the storage.  First, without the switch, the message
 is deleted.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ... Subject: Something important

=== modified file 'Mailman/docs/scrubber.txt'
--- a/Mailman/docs/scrubber.txt 2008-01-13 21:17:38 +0000
+++ b/Mailman/docs/scrubber.txt 2008-01-24 07:40:41 +0000
@@ -52,7 +52,7 @@
 this is an unfortunate double negative).
 
     >>> config.SCRUBBER_DONT_USE_ATTACHMENT_FILENAME = False
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Content-Type: image/gif; name="xtest.gif"
     ... Content-Transfer-Encoding: base64
     ... Content-Disposition: attachment; filename="xtest.gif"
@@ -81,7 +81,7 @@
 the Defaults.py.in file.
 
     >>> config.SCRUBBER_DONT_USE_ATTACHMENT_FILENAME = True
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Content-Type: image/gif; name="xtest.gif"
     ... Content-Transfer-Encoding: base64
     ... Content-Disposition: attachment; filename="xtest.gif"
@@ -107,7 +107,7 @@
 When scrubbing image attachments, the original message is modified to include
 a reference to the attachment file as available through the on-line archive.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... MIME-Version: 1.0
     ... Content-Type: multipart/mixed; boundary="BOUNDARY"
     ...
@@ -182,7 +182,7 @@
 Similar to image attachments, text attachments will also be scrubbed, but the
 placeholder will be slightly different.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... MIME-Version: 1.0
     ... Content-Type: multipart/mixed; boundary="BOUNDARY"
     ...

=== modified file 'Mailman/docs/subject-munging.txt'
--- a/Mailman/docs/subject-munging.txt  2007-12-11 04:00:14 +0000
+++ b/Mailman/docs/subject-munging.txt  2008-01-24 07:40:41 +0000
@@ -23,7 +23,7 @@
 
     >>> mlist.subject_prefix = u'[XTest] '
     >>> mlist.preferred_language = u'en'
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... A message of great import.
@@ -43,7 +43,7 @@
 If the original message had a Subject header, then the prefix is inserted at
 the beginning of the header's value.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: Something important
     ...
@@ -58,7 +58,7 @@
 
 Subject headers are not munged for digest messages.
     
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: Something important
     ...
@@ -71,7 +71,7 @@
 Nor are they munged for 'fast tracked' messages, which are generally defined
 as messages that Mailman crafts internally.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: Something important
     ...
@@ -85,7 +85,7 @@
 another one will not be added but the prefix will be moved to the front of the
 header text.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: Re: [XTest] Something important
     ...
@@ -99,7 +99,7 @@
 where it will stay.  This is called 'new style' prefixing and is the only
 option available in Mailman 3.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: [XTest] Re: Something important
     ...
@@ -118,7 +118,7 @@
 using RFC 2047, and lists whose preferred language is in a different character
 set than the encoded header.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: =?iso-2022-jp?b?GyRCJWEhPCVrJV4lcxsoQg==?=
     ...
     ... """)
@@ -139,7 +139,7 @@
 
     >>> mlist.subject_prefix = u'[XTest %d] '
     >>> mlist.post_id = 456
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: Something important
     ...
     ... """)
@@ -151,7 +151,7 @@
 numeric post id in the generated subject prefix is updated with the new post
 id.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: [XTest 123] Re: Something important
     ...
     ... """)
@@ -162,7 +162,7 @@
 If the Subject header had old style prefixing, the prefix is moved to the
 front of the header text.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: Re: [XTest 123] Something important
     ...
     ... """)
@@ -174,7 +174,7 @@
 And of course, the proper thing is done when posting id numbers are included
 in the subject prefix, and the subject is encoded non-ascii.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: =?iso-2022-jp?b?GyRCJWEhPCVrJV4lcxsoQg==?=
     ...
     ... """)
@@ -187,7 +187,7 @@
 Even more fun is when the i18n Subject header already has a prefix, possibly
 with a different posting number.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: [XTest 123] Re: =?iso-2022-jp?b?GyRCJWEhPCVrJV4lcxsoQg==?=
     ...
     ... """)
@@ -201,7 +201,7 @@
 
 As before, old style subject prefixes are re-ordered.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: Re: [XTest 123] =?iso-2022-jp?b?GyRCJWEhPCVrJV4lcxsoQg==?=
     ...
     ... """)
@@ -220,7 +220,7 @@
 starting with '\n ' is generated by some version of Eudora Japanese edition.
 
     >>> mlist.subject_prefix = u'[XTest] '
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject:
     ...  Important message
     ...
@@ -231,7 +231,7 @@
 
 And again, with an RFC 2047 encoded header.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject:
     ...  =?iso-2022-jp?b?GyRCJWEhPCVrJV4lcxsoQg==?=
     ...

=== modified file 'Mailman/docs/tagger.txt'
--- a/Mailman/docs/tagger.txt   2007-11-08 16:54:25 +0000
+++ b/Mailman/docs/tagger.txt   2008-01-24 07:40:41 +0000
@@ -20,7 +20,7 @@
     >>> mlist.topics_enabled = False
     >>> mlist.topics_bodylines_limit = 0
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: foobar
     ... Keywords: barbaz
     ...
@@ -40,7 +40,7 @@
 the message metadata gets a key with a list of matching topic names.
 
     >>> mlist.topics_enabled = True
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: foobar
     ... Keywords: barbaz
     ...
@@ -64,7 +64,7 @@
 Subject: and Keyword: header-like lines.  When set to zero, no body lines are
 scanned.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: nothing
     ... Keywords: at all
@@ -91,7 +91,7 @@
 found.
 
     >>> mlist.topics_bodylines_limit = 5
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: nothing
     ... Keywords: at all
@@ -118,7 +118,7 @@
 However, scanning stops at the first body line that doesn't look like a
 header.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: nothing
     ... Keywords: at all
@@ -144,7 +144,7 @@
 
     >>> mlist.topics_bodylines_limit = -1
     >>> lots_of_headers = '\n'.join(['X-Ignore: zip'] * 100)
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: nothing
     ... Keywords: at all
@@ -170,7 +170,7 @@
 message, using the same rules as if all those body lines lived in a single
 text payload.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: Was
     ... Keywords: Raw
     ... Content-Type: multipart/alternative; boundary="BOUNDARY"
@@ -206,7 +206,7 @@
 
 But the tagger will not descend into non-text parts.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... Subject: Was
     ... Keywords: Raw
     ... Content-Type: multipart/alternative; boundary=BOUNDARY

=== modified file 'Mailman/queue/docs/runner.txt'
--- a/Mailman/queue/docs/runner.txt     2008-02-02 16:18:22 +0000
+++ b/Mailman/queue/docs/runner.txt     2008-01-24 07:40:41 +0000
@@ -46,7 +46,7 @@
 This qrunner doesn't do much except run once, storing the message and metadata
 on instance variables.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ...

=== modified file 'Mailman/queue/docs/switchboard.txt'
--- a/Mailman/queue/docs/switchboard.txt        2008-02-02 16:18:22 +0000
+++ b/Mailman/queue/docs/switchboard.txt        2008-01-24 07:40:41 +0000
@@ -4,7 +4,7 @@
 The switchboard is subsystem that moves messages between queues.  Each
 instance of a switchboard is responsible for one queue directory.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ...

=== modified file 'Mailman/rules/docs/administrivia.txt'
--- a/Mailman/rules/docs/administrivia.txt      2008-01-21 05:26:55 +0000
+++ b/Mailman/rules/docs/administrivia.txt      2008-01-24 07:40:41 +0000
@@ -16,7 +16,7 @@
 For example, if the Subject header contains the word 'unsubscribe', the rule
 matches.
 
-    >>> msg_1 = message_from_string(u"""\
+    >>> msg_1 = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: unsubscribe
     ...
@@ -27,7 +27,7 @@
 Similarly, if the body of the message contains the word 'subscribe' in the
 first few lines of text, the rule matches.
 
-    >>> msg_2 = message_from_string(u"""\
+    >>> msg_2 = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: I wish to join your list
     ...
@@ -51,7 +51,7 @@
 match.
 
     >>> mlist.administrivia = True
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: confirm
     ...
@@ -61,7 +61,7 @@
 
 But a real 'confirm' message will match.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: confirm 12345
     ...
@@ -77,7 +77,7 @@
 
 Of course, messages that don't contain administrivia, don't match the rule.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: examine
     ...
@@ -89,7 +89,7 @@
 Also, only text/plain parts are checked for administrivia, so any email
 commands in other content type subparts are ignored.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: some administrivia
     ... Content-Type: text/x-special

=== modified file 'Mailman/rules/docs/approve.txt'
--- a/Mailman/rules/docs/approve.txt    2008-01-21 05:26:55 +0000
+++ b/Mailman/rules/docs/approve.txt    2008-01-24 07:40:41 +0000
@@ -31,7 +31,7 @@
 If the message has no Approve or Approved header, then the rule does not
 match.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... An important message.
@@ -89,7 +89,7 @@
 the payload of the message.  If this pseudo-header looks like a matching
 Approve or Approved header, the message is similarly allowed to pass.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... Approve: abcxyz
@@ -111,7 +111,7 @@
 
 Similarly for the Approved header.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... Approved: abcxyz
@@ -132,7 +132,7 @@
 As before, a mismatch in the pseudo-header does not approve the message, but
 the pseudo-header line is still removed.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... Approve: 123456
@@ -152,7 +152,7 @@
 
 Similarly for the Approved header.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... Approved: 123456
@@ -178,7 +178,7 @@
 first text/plain message part of the message.  This allows the feature to be
 used with MIME documents.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... MIME-Version: 1.0
     ... Content-Type: multipart/mixed; boundary="AAA"
@@ -223,7 +223,7 @@
 
 The same goes for the Approved message.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... MIME-Version: 1.0
     ... Content-Type: multipart/mixed; boundary="AAA"
@@ -268,7 +268,7 @@
 
 Here, the correct password is in the non-text/plain part, so it is ignored.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... MIME-Version: 1.0
     ... Content-Type: multipart/mixed; boundary="AAA"
@@ -312,7 +312,7 @@
 
 As before, the same goes for the Approved header.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... MIME-Version: 1.0
     ... Content-Type: multipart/mixed; boundary="AAA"
@@ -362,7 +362,7 @@
 alternative, the 'approved' rule has to search the alternatives and strip
 anything that looks like an Approve or Approved headers.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... MIME-Version: 1.0
     ... Content-Type: multipart/mixed; boundary="AAA"
@@ -419,7 +419,7 @@
 
 This is true even if the rule does not match.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... MIME-Version: 1.0
     ... Content-Type: multipart/mixed; boundary="AAA"

=== modified file 'Mailman/rules/docs/implicit-dest.txt'
--- a/Mailman/rules/docs/implicit-dest.txt      2008-01-21 05:26:55 +0000
+++ b/Mailman/rules/docs/implicit-dest.txt      2008-01-24 07:40:41 +0000
@@ -15,7 +15,7 @@
 
     >>> mlist.require_explicit_destination = True
     >>> mlist.acceptable_aliases = u''
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: An implicit message
     ...

=== modified file 'Mailman/rules/docs/loop.txt'
--- a/Mailman/rules/docs/loop.txt       2008-01-21 05:26:55 +0000
+++ b/Mailman/rules/docs/loop.txt       2008-01-24 07:40:41 +0000
@@ -12,7 +12,7 @@
 
 The header could be missing, in which case the rule does not match.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ...
     ... An important message.
@@ -37,7 +37,7 @@
 Even if there are multiple X-BeenThere headers, as long as one with the
 posting address exists, the rule matches.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... X-BeenThere: [EMAIL PROTECTED]
     ... X-BeenThere: [EMAIL PROTECTED]

=== modified file 'Mailman/rules/docs/max-size.txt'
--- a/Mailman/rules/docs/max-size.txt   2008-01-21 05:26:55 +0000
+++ b/Mailman/rules/docs/max-size.txt   2008-01-24 07:40:41 +0000
@@ -18,7 +18,7 @@
     >>> mlist.max_message_size = 1 # 1024 bytes
     >>> one_line = u'x' * 79
     >>> big_body = u'\n'.join([one_line] * 15)
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ...

=== modified file 'Mailman/rules/docs/moderation.txt'
--- a/Mailman/rules/docs/moderation.txt 2008-01-21 05:26:55 +0000
+++ b/Mailman/rules/docs/moderation.txt 2008-01-24 07:40:41 +0000
@@ -15,7 +15,7 @@
 In the simplest case, the sender is not a member of the mailing list, so the
 moderation rule can't match.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ... Subject: A posted message
@@ -60,7 +60,7 @@
 
 But if the sender is not a member of this mailing list, the rule matches.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ... Subject: A posted message

=== modified file 'Mailman/rules/docs/news-moderation.txt'
--- a/Mailman/rules/docs/news-moderation.txt    2008-01-21 05:26:55 +0000
+++ b/Mailman/rules/docs/news-moderation.txt    2008-01-24 07:40:41 +0000
@@ -21,7 +21,7 @@
 
 And now all messages will match the rule.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... Subject: An announcment
     ...

=== modified file 'Mailman/rules/docs/no-subject.txt'
--- a/Mailman/rules/docs/no-subject.txt 2008-01-21 05:26:55 +0000
+++ b/Mailman/rules/docs/no-subject.txt 2008-01-24 07:40:41 +0000
@@ -12,7 +12,7 @@
 
 A message with a non-empty subject does not match the rule.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ... Subject: A posted message

=== modified file 'Mailman/rules/docs/recipients.txt'
--- a/Mailman/rules/docs/recipients.txt 2008-01-21 05:26:55 +0000
+++ b/Mailman/rules/docs/recipients.txt 2008-01-24 07:40:41 +0000
@@ -13,7 +13,7 @@
 In this case, we'll create a message with 5 recipients.  These include all
 addresses in the To and CC headers.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED], [EMAIL PROTECTED]
     ... Cc: [EMAIL PROTECTED]

=== modified file 'Mailman/rules/docs/suspicious.txt'
--- a/Mailman/rules/docs/suspicious.txt 2008-01-21 05:26:55 +0000
+++ b/Mailman/rules/docs/suspicious.txt 2008-01-24 07:40:41 +0000
@@ -14,7 +14,7 @@
 Set the so-called suspicious header configuration variable.
 
     >>> mlist.bounce_matching_headers = u'From: .*person@(blah.)?example.com'
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ... Subject: An implicit message
@@ -26,7 +26,7 @@
 But if the header doesn't match the regular expression, the rule won't match.
 This one comes from a .org address.
 
-    >>> msg = message_from_string(u"""\
+    >>> msg = message_from_string("""\
     ... From: [EMAIL PROTECTED]
     ... To: [EMAIL PROTECTED]
     ... Subject: An implicit message



--
Primary development focus
https://code.launchpad.net/~mailman-coders/mailman/3.0

You are receiving this branch notification because you are subscribed to it.
_______________________________________________
Mailman-checkins mailing list
[email protected]
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-checkins/archive%40jab.org

Reply via email to