http://blog.gmane.org/gmane.mail.mh-e.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.mail.mh-e.user/2256 <pre>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;#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 </pre> Kevin Layer 2010-03-09T21:47:44 http://permalink.gmane.org/gmane.mail.mh-e.user/2255 <pre> $ 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;#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 </pre> Kevin Layer 2010-03-09T21:14:21 http://permalink.gmane.org/gmane.mail.mh-e.user/2254 <pre> Still fails. $ mairix --version mairix 0.21 $ emacs --version GNU Emacs 22.3.1 What do people have that is working? ------------------------------------------------------------------------------ Download Intel&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 </pre> Kevin Layer 2010-03-09T21:03:07 http://permalink.gmane.org/gmane.mail.mh-e.user/2253 <pre> 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;#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 </pre> Kevin Layer 2010-03-09T17:21:42 http://permalink.gmane.org/gmane.mail.mh-e.user/2252 <pre> 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? </pre> Bill Wohler 2010-03-09T16:51:39 http://permalink.gmane.org/gmane.mail.mh-e.user/2251 <pre> 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. </pre> Bill Wohler 2010-03-09T16:47:47 http://permalink.gmane.org/gmane.mail.mh-e.user/2250 <pre>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;#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 </pre> Kevin Layer 2010-03-08T19:43:30 http://permalink.gmane.org/gmane.mail.mh-e.user/2249 <pre>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;#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 </pre> Kevin Layer 2010-03-08T19:50:51 http://permalink.gmane.org/gmane.mail.mh-e.user/2248 <pre> 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 &lt;lars.akesson&lt; at &gt;somewhere.org&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;#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&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mh-e-users </pre> Henrik Frisk 2010-03-06T22:08:27 http://permalink.gmane.org/gmane.mail.mh-e.user/2247 <pre> 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;#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 </pre> Henrik Frisk 2010-03-02T21:47:04 http://permalink.gmane.org/gmane.mail.mh-e.user/2246 <pre> 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. ? </pre> Jon Fairbairn 2010-03-01T09:27:30 http://permalink.gmane.org/gmane.mail.mh-e.user/2245 <pre>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 </pre> Joshua J. Kugler 2010-02-25T20:19:17 http://permalink.gmane.org/gmane.mail.mh-e.user/2244 <pre>(I dropped Ken H. from the cc list, as this isn't an nmh issue.) BillW&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&gt; Can you please submit a bug report for this? We'll have to add a BillW&gt; compatibility routine for set-buffer-multibyte, if that's what is BillW&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&gt; Can anyone offer a good short-term workaround (besides using M to BillW&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;#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 </pre> Mike Kupfer 2010-02-25T18:11:48 http://permalink.gmane.org/gmane.mail.mh-e.user/2243 <pre> 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)? </pre> Bill Wohler 2010-02-24T06:06:26 http://permalink.gmane.org/gmane.mail.mh-e.user/2242 <pre> 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&lt;K):};#rjcB`apZ95_e*NbqV8Db$,=?utf-8?q?r=7C7x=5FK=0A=09TOpQkS5A?=&gt;=R9nGN)Qva&lt;p+^;&lt; at &gt;rEbe*bA5XUd&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&lt; at &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&lt; at &gt;" =?utf-8?q?l=26Phy5=3FU1=0A=09mfdxMpo=7D?=)/ixNj03,scN&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...?) </pre> Michael Richardson 2010-02-23T15:34:33 http://permalink.gmane.org/gmane.mail.mh-e.user/2241 <pre> That would be a no-no in my book. Quoting the name is the "right" thing to do. </pre> Henrique Martins 2010-02-23T14:10:29 http://permalink.gmane.org/gmane.mail.mh-e.user/2240 <pre> Ah, I see your pooint. Perhaps it would be simpler to just extract the address and get rid of the name? I will look into it and see if I can come up with something. That's probably right. Thanks again! /Henrik </pre> Henrik Frisk 2010-02-23T08:38:40 http://permalink.gmane.org/gmane.mail.mh-e.user/2239 <pre> Here's one: From: =?iso-8859-1?Q?Gosselin=2C_Andr=E9?= &lt;Andre.Gosselin&lt; at &gt;XXX.gc.ca&gt; It decodes to: From: Gosselin, André &lt;Andre.Gosselin&lt; at &gt;XXX.gc.ca&gt; which should be quoted otherwise it looks like two addresses: From: "Gosselin, André" &lt;Andre.Gosselin&lt; at &gt;XXX.gc.ca&gt; Maybe look for strings without whitespace that begin with "=?", run rfc2047-decode-region over them, and then quote the result when in To and CC lines (Subject lines don't need extra quotes)? Probably deeper with MH-E, perhaps within mh-reply. Peter ------------------------------------------------------------------------------ Download Intel&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 </pre> Peter S Galbraith 2010-02-22T21:26:28 http://permalink.gmane.org/gmane.mail.mh-e.user/2238 <pre> Please do. I'm very interested in getting this problem resolved for my emails. Maybe it's better to do this kind of editing using the mh-letter-mode-hook? best, /Henrik ------------------------------------------------------------------------------ Download Intel&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 </pre> Henrik Frisk 2010-02-22T09:25:54 http://permalink.gmane.org/gmane.mail.mh-e.user/2237 <pre> (Sorry for the slow response) Well, I booted up my old machine running FC8, Emacs 22.1.1, Gnus 5.11 and MH-E 8.0.3 and it handles attachments correctly. I don't really know what to look for in order to reproduce the error and figure out what I did to correct it but I'd be happy to help if I can get some hints. best, /Henrik ------------------------------------------------------------------------------ Download Intel&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 </pre> Henrik Frisk 2010-02-22T09:17:31 http://permalink.gmane.org/gmane.mail.mh-e.user/2236 <pre>I agree. ------------------------------------------------------------------------------ Download Intel&amp;reg; 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 </pre> Henrik Frisk 2010-02-18T10:52:01 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.mail.mh-e.user