<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.mail.mh-e.user">
    <title>gmane.mail.mh-e.user</title>
    <link>http://blog.gmane.org/gmane.mail.mh-e.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2262"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2261"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2260"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2259"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2258"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2257"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2256"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2255"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2254"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2253"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2252"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2251"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2250"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2249"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2248"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2247"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2246"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2245"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2244"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.mh-e.user/2243"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2262">
    <title>Automate refile -&gt; visit folder</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2262</link>
    <description>&lt;pre&gt;Hi,

I use planner for my todo lists and it integrates nicely with mh-e. Often when I go through my inbox I want to refile a message in order to get it out of my inbox and assign a task to my planner page with a link to the email. In this case I have to first refile the message, then visit the folder, then select it and then add it to my planner page. 

I've been trying to figure out a way to combine the refile command and the visit folder command into one function but I'm stuck... Any suggestions?

best,

/Henrik
&lt;/pre&gt;</description>
    <dc:creator>Henrik Frisk</dc:creator>
    <dc:date>2010-03-15T10:04:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2261">
    <title>Re: blind lists not working in 8.2</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2261</link>
    <description>&lt;pre&gt;Yep, its an mh-e problem as I was using mh-e and the check-whom returned
the names as local names, but it didn't try to alias them as it should.

Bill Wohler &amp;lt;wohler&amp;lt; at &amp;gt;newt.com&amp;gt; wrote:


&lt;/pre&gt;</description>
    <dc:creator>covici&lt; at &gt;ccs.covici.com</dc:creator>
    <dc:date>2010-03-15T03:39:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2260">
    <title>Re: blind lists not working in 8.2</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2260</link>
    <description>&lt;pre&gt;------------------------------------------------------------------------------
Download Intel&amp;amp;#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev_______________________________________________
mh-e-users mailing list
mh-e-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mh-e-users
&lt;/pre&gt;</description>
    <dc:creator>Jeffrey Honig</dc:creator>
    <dc:date>2010-03-15T02:14:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2259">
    <title>Re: blind lists not working in 8.2</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2259</link>
    <description>&lt;pre&gt;

It appears to be working for me. When I sent the following email:

    To: wohler
    Bcc: an.alias.for.myself

I received two copies of the message, one a Bcc.

Is this what you meant?

Note that the MH send program performs the alias substitution, so this
problem is probably not related to MH-E.

&lt;/pre&gt;</description>
    <dc:creator>Bill Wohler</dc:creator>
    <dc:date>2010-03-15T01:37:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2258">
    <title>blind lists not working in 8.2</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2258</link>
    <description>&lt;pre&gt;Hi.  When I try to use a blind list, it just resolves to the local user
names, but does not try to resolve aliases for them, and so of course
the message is delivered to nobody.  This has worked flawlessly before,
but I guess  I have not used the blind one since 8.2 came out.

Any assistance would be appreciated.

&lt;/pre&gt;</description>
    <dc:creator>covici&lt; at &gt;ccs.covici.com</dc:creator>
    <dc:date>2010-03-11T22:29:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2257">
    <title>Re: mairix search in 8.2</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2257</link>
    <description>&lt;pre&gt;

Thanks for the feedback, and I'm glad you figured that out!

Since I don't use NFS for my home directories, I would have never
thought of that, or stumbled across that problem.

Useful info for the manual though! Thanks for it!

&lt;/pre&gt;</description>
    <dc:creator>Bill Wohler</dc:creator>
    <dc:date>2010-03-11T06:32:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2256">
    <title>Re: mairix search in 8.2</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2256</link>
    <description>&lt;pre&gt;Mystery solved.

My mairix config had this:

  base=/home/layer/mail

yet my actual home directory was /net/gemini/home/layer.  Changing
base to

  base=/net/gemini/home/layer/mail

made it work.

------------------------------------------------------------------------------
Download Intel&amp;amp;#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
&lt;/pre&gt;</description>
    <dc:creator>Kevin Layer</dc:creator>
    <dc:date>2010-03-09T21:47:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2255">
    <title>Re: mairix search in 8.2</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2255</link>
    <description>&lt;pre&gt;  $ mairix --version
  mairix 0.21
  $ emacs --version
  GNU Emacs 22.3.1

  What do people have that is working?

I tried a Fedora 12 system.  It has the same mairix version, but emacs
is 23.1.  Still failed in the same way.

Can someone that has this working send me their mairix/config and any
.el code relevant to this?

Thanks.

------------------------------------------------------------------------------
Download Intel&amp;amp;#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
&lt;/pre&gt;</description>
    <dc:creator>Kevin Layer</dc:creator>
    <dc:date>2010-03-09T21:14:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2254">
    <title>Re: mairix search in 8.2</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2254</link>
    <description>&lt;pre&gt;

Still fails.

$ mairix --version
mairix 0.21
$ emacs --version
GNU Emacs 22.3.1

What do people have that is working?
 

------------------------------------------------------------------------------
Download Intel&amp;amp;#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
&lt;/pre&gt;</description>
    <dc:creator>Kevin Layer</dc:creator>
    <dc:date>2010-03-09T21:03:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2253">
    <title>Re: mairix search in 8.2</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2253</link>
    <description>&lt;pre&gt;

Nope, mh-search-program's value is 'mairix.


I will do that next, but I'm still perplexed by the examination of the
code.  I'd really like to see your mairix settings (config, any .el
code that references it).  If you want, we can take the private and
not bother the list.

Kevin

------------------------------------------------------------------------------
Download Intel&amp;amp;#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
&lt;/pre&gt;</description>
    <dc:creator>Kevin Layer</dc:creator>
    <dc:date>2010-03-09T17:21:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2252">
    <title>Re: mairix search in 8.2</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2252</link>
    <description>&lt;pre&gt;

Hi Kevin,

Unfortunately I haven't had any time to look deeper. The mairix search
does work for me (and others?) so I suspect something in your
environment. Try emacs -Q. I also wonder if you have more than one
search engine and MH-E is trying to use it (see mh-search-program). Or
have you actually set a breakpoint in that code and confirmed that it is
being used?

&lt;/pre&gt;</description>
    <dc:creator>Bill Wohler</dc:creator>
    <dc:date>2010-03-09T16:51:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2251">
    <title>Re: CVS sources?</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2251</link>
    <description>&lt;pre&gt;

Hi Kevin,

That's because the source code of MH-E proper is in Emacs.

Please check out the CVS Repository section of the MH-E Developers Guide
(http://mh-e.sourceforge.net/doc/devguide.html#CVS-Repository) to learn
about accessing the entire MH-E repository.

&lt;/pre&gt;</description>
    <dc:creator>Bill Wohler</dc:creator>
    <dc:date>2010-03-09T16:47:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2250">
    <title>mairix search in 8.2</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2250</link>
    <description>&lt;pre&gt;I sent a message a while back about Mairix search not working for me.
I'm looking at the code and it seems something is amiss.

(defun mh-mairix-execute-search (folder-path search-regexp-list)
  ...
  (apply #'call-process mh-mairix-binary nil '(t nil) nil
         "-r" "-f" (format "%s%s/config" mh-user-path mh-mairix-directory)
         search-regexp-list)
  (goto-char (point-min))
  (setq mh-mairix-folder
        (let ((last-char (substring folder-path (1- (length folder-path)))))
          (if (equal last-char "/")
              folder-path
            (format "%s/" folder-path)))))

The -r causes the list of files that match to be printed on stdout.
expects a subfolder of +mhe-index to be populated with the search
results.

How could this work?  What am I missing?

Thanks.

Kevin

------------------------------------------------------------------------------
Download Intel&amp;amp;#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
&lt;/pre&gt;</description>
    <dc:creator>Kevin Layer</dc:creator>
    <dc:date>2010-03-08T19:43:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2249">
    <title>CVS sources?</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2249</link>
    <description>&lt;pre&gt;This

  http://sourceforge.net/projects/mh-e/develop

says to look here:

  http://mh-e.cvs.sourceforge.net/viewvc/mh-e/

but I don't see any of the familiar source files in there, even in the
src/ subdir.

Thanks.

Kevin

------------------------------------------------------------------------------
Download Intel&amp;amp;#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
&lt;/pre&gt;</description>
    <dc:creator>Kevin Layer</dc:creator>
    <dc:date>2010-03-08T19:50:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2248">
    <title>Re: iso encoded attachment file names</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2248</link>
    <description>&lt;pre&gt;

Sorry for the long delay...

As far as I can tell, if I run rfc2047-decode-region on a newly created reply that has accented names in the to/cc fields, accented names that are quoted get quoted in the output and names that aren't are not quoted. Also, with the limited tests that I've done, it appears that Lars Åkesson &amp;lt;lars.akesson&amp;lt; at &amp;gt;somewhere.org&amp;gt; is a legal address as is the quoted version of the same address, but I'm sure there are people on this list that knows much more about this then I do. Also, maybe there's a special case for certain kinds of accented characters.

rfc2047-decode-region do however have a check in order to "Quote decoded words if there are special characters which might violate RFC2822". I'd be interested to hear what others have to say on this, in the mean time I've added a 

  (rfc2047-decode-region (point-min) (point-max))

to my mh-letter-mode-hook which appears to solve the problem for me. Eventually I'd like to do this a bit more elegantly, and only on drafts that needs it.

Any suggestions are welcome!

/henrik

------------------------------------------------------------------------------
Download Intel&amp;amp;#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
mh-e-users mailing list
mh-e-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mh-e-users
&lt;/pre&gt;</description>
    <dc:creator>Henrik Frisk</dc:creator>
    <dc:date>2010-03-06T22:08:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2247">
    <title>Re: Cannot get mh-e to automatically display MIME content.</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2247</link>
    <description>&lt;pre&gt;
This is a nice workaround. Thanks for the tip, I think I can live with the prompt for the time being.

best,

/Henrik

------------------------------------------------------------------------------
Download Intel&amp;amp;#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
&lt;/pre&gt;</description>
    <dc:creator>Henrik Frisk</dc:creator>
    <dc:date>2010-03-02T21:47:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2246">
    <title>Re: Cannot get mh-e to automatically display MIME content.</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2246</link>
    <description>&lt;pre&gt;

That doesn't work.  What I've done for the moment is to have a
.mailcap that uses "my-xdg-open", a script like this:

   #!/bin/bash

   xdg-open "$1"
   zenity --info --text "Done?"

The zenity (xmessage might be more portable) prompt is a bit
irritating, but at least you get to read the attachment. A
quieter alternative would be 
   sleep 86400
which would work (FSVO "work") unless one is a very slow reader.


?

&lt;/pre&gt;</description>
    <dc:creator>Jon Fairbairn</dc:creator>
    <dc:date>2010-03-01T09:27:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2245">
    <title>Re: problems with set-buffer-multibyte</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2245</link>
    <description>&lt;pre&gt;On Thursday 25 February 2010, Mike Kupfer elucidated thus:

You can drop me too, as I have no idea how I got added...I've never used 
nmh or XEmacs, nor have I been on a list for them. :)

j

&lt;/pre&gt;</description>
    <dc:creator>Joshua J. Kugler</dc:creator>
    <dc:date>2010-02-25T20:19:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2244">
    <title>Re: problems with set-buffer-multibyte</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2244</link>
    <description>&lt;pre&gt;(I dropped Ken H. from the cc list, as this isn't an nmh issue.)

BillW&amp;gt; It appears that XEmacs doesn't have set-buffer-multibyte.

Right.  Most usage of set-buffer-multibyte is wrapped in something like

  (if (fboundp 'set-buffer-multibyte) ...

BillW&amp;gt; Can you please submit a bug report for this? We'll have to add a
BillW&amp;gt; compatibility routine for set-buffer-multibyte, if that's what is
BillW&amp;gt; doing the RFC 2047 decoding.

Hmm, the Gnus rfc2047.el doesn't reference set-buffer-multibyte at all.
It may be necessary to enable debug-on-error and then look at the call
stack to see who exactly is invoking set-buffer-multibyte.

BillW&amp;gt; Can anyone offer a good short-term workaround (besides using M to
BillW&amp;gt; remove the X-Face header field)?

Try installing the apel package if it isn't already installed, then

  M-x load-library RET poem-ltn1 RET

It looks like it has a dummy set-buffer-multibyte function.

mike

------------------------------------------------------------------------------
Download Intel&amp;amp;#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
&lt;/pre&gt;</description>
    <dc:creator>Mike Kupfer</dc:creator>
    <dc:date>2010-02-25T18:11:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2243">
    <title>Re: problems with set-buffer-multibyte</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2243</link>
    <description>&lt;pre&gt;

Actually, I doubt it's related to your version of nmh. It appears that
XEmacs doesn't have set-buffer-multibyte.


Whoa, that is one broken X-Face: header field. However, it is legal
according to RFC 2047 which applies to the entire header, not just To,
cc, and Subject header fields.

Can you please submit a bug report for this? We'll have to add a
compatibility routine for set-buffer-multibyte, if that's what is doing
the RFC 2047 decoding. Maybe Mike can look into this.

Can anyone offer a good short-term workaround (besides using M to remove
the X-Face header field)?

&lt;/pre&gt;</description>
    <dc:creator>Bill Wohler</dc:creator>
    <dc:date>2010-02-24T06:06:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.mh-e.user/2242">
    <title>problems with set-buffer-multibyte</title>
    <link>http://permalink.gmane.org/gmane.mail.mh-e.user/2242</link>
    <description>&lt;pre&gt;
I started seeing this problem --- mh-e is calling
"set-buffer-multibyte", and I don't have it.   I should install a newer
nmh, I agree.

I'm running:

MH-E 8.1

MH-E compilation details:
 Byte compiled:yes
 Gnus (compile-time):Gnus v5.10.7
 Gnus (run-time):Gnus v5.10.8

XEmacs 21.4 (patch 21) "Educational Television" [Lucid] (i486-linux-gnu, Mule) of Sun Jul 27 2008 on penell

nmh 1.1
 mh-progs:/sandel/bin
 mh-lib:/sandel/etc
 mh-lib-progs:/sandel/lib

Linux marajade.sandelman.ca 2.6.31.4 #3 PREEMPT Thu Nov 5 16:46:20 EST 2009 i686 GNU/Linux

===

A picture:
http://www.sandelman.ca/tmp/mcrcapture/7311.2010-02-23/capture1.png
uuencode of email:
http://www.sandelman.ca/tmp/mcrcapture/7311.2010-02-23/182.uu


Originally this only showed up with Ken H's email, and he removed his
X-Face: line, and it solved the problem.  The email shown from Joshua
Kugler *also* has an X-Frace: line.  I delete the X-face headers, and
mh-e does fine.

X-Face: %RQZkR-ZZZ/},^dzp$qPotQ8:EI[dl6TX^9&amp;lt;K):};#rjcB`apZ95_e*NbqV8Db$,=?utf-8?q?r=7C7x=5FK=0A=09TOpQkS5A?=&amp;gt;=R9nGN)Qva&amp;lt;p+^;&amp;lt; at &amp;gt;rEbe*bA5XUd&amp;lt;=?utf-8?q?csl=3BT0d=5FP=3AdH21=2EuJAZ=24iao=26H!K=3A9u=7E=7B9=0A=09WV4=5BX4?=
 =?utf-8?q?*=7B=60=5Evlz=5FIVZ?=)R^X5{:l6#=%fLpM^!}~B"CN.R%wwU-Ni-L2TgD](24jBa=_G&amp;lt; at &amp;gt;
 =?utf-8?q?Zga=0A=09KNcSq4/Lv=3AJm!z=5D=2Ee5=25IgMb=5Cl-xGs=2EN5M4=5D=3A?=
 =?utf-8?q?vz2?="XrHM]j$h/aNM2J_1}}i&amp;lt; at &amp;gt;"
 =?utf-8?q?l=26Phy5=3FU1=0A=09mfdxMpo=7D?=)/ixNj03,scN&amp;gt;w*od72RYo9i+XAj

It's kinda weird, I think. X-face lines are base-64, and WAY PREDATE
UTF-8 encoding.  So something is, I think, messing with the header, and
this may be confusing MH-E. 

There are two problems, I think:
  a) mh-e is confused by this probably corrupt X-face line.
  b) something is corrupting the X-face line. Likely can't solve this,
     but I would be happy to work with someone to track down at what
     point it gets hosed. I suspect either mailing list processing,
     or dkim processing, or maybe some MTA.

(Maybe X-face can't survive in the modern days of UTF-8 headers...?)

&lt;/pre&gt;</description>
    <dc:creator>Michael Richardson</dc:creator>
    <dc:date>2010-02-23T15:34:33</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.mail.mh-e.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.mh-e.user</link>
  </textinput>
</rdf:RDF>
