headers
Bill Wohler | 27 Dec 2011 01:10
Picon
Picon
Gravatar

Re: mail-citation-hook, mail-citation-header

Hi Jon,

I'm wondering if identities could also be used somehow in this
situation...

Jon Fairbairn <jon.fairbairn <at> cl.cam.ac.uk> wrote:

> I've been using mh for longer than I can remember¹, and exmh
> pretty much since it became available. I've never liked exmh
> much and a recent os upgrade to Fedora 9 has made font
> selection in exmh unworkable, so I've started using mh-e
> instead.  I'm pretty familiar with elisp, so a bit of
> tweaking has got it to do more-or-less what I want.
> 
> I'm stuck on inserting the appropriate from field when
> replying.  I have numerous addresses, and when I reply to a
> message sent to one of them, I want to extract that address
> from the recipients list of the message being replied to and
> put in a From: component. Given the recipients list, getting
> the right address is straightforward, but getting hold of
> the recipients of the original message escapes me. I've
> tried several different methods:
> 
> 1) define mail-citation-hook. Documentation for
> mail-citation-hook says 
> 
>    The hook functions can find the header of the cited
>    message in the variable `mail-citation-header', whether
>    or not this is included in the cited portion of the
>    message.
(Continue reading)

Permalink | Reply | 4 comments |
headers
Bill Wohler | 27 Dec 2011 03:06
Picon
Picon
Gravatar

Re: Using swish++ with accented characters.

Hi Henrik,

I haven't played with either of these yet (although I'm using mairix
now). Have you figured it out? Also, it seems that you should just be
able to enter the UTF8 search strings in the minibuffer. If not, perhaps
it's a bug in MH-E, in our documentation of the swish configuration
file, or in swish itself.

Try searching using the command line. If it works, then we probably have
a problem with MH-E. If it doesn't work, it could be the way that the
configuration is set up, or it could just be that UTF8 is not supported
by swish.

If you find that it's a problem with MH-E or in our documentation of the
configuration file, please file a bug report at
https://sourceforge.net/tracker/?group_id=13357&atid=113357.

Henrik Frisk <henrik.frisk <at> mhm.lu.se> wrote:

> Hi,
> 
> Is there a way to succesfully be able to search for UTF8 strings with in email using swish++? Any hints welcome.
> 
> Another thing I can't seem to get to work with swish is searching by date. It works fine with pick but swish
refuses to find any messages based on Date.
> 
> best
> 
> Henrik
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bill Wohler | 27 Dec 2011 02:51
Picon
Picon
Gravatar

Re: bug report about drafts not getting decoded

Greetings, in MH-E 8.3, in Emacs 23.2, with Gnus 5.13, it appears that
this problem has been fixed. I can see the umlauts in your first
paragraph in this draft.

If you are still seeing this problem, can you please submit a bug report
at https://sourceforge.net/tracker/?group_id=13357&atid=113357? Please
also include the output of mh-version and attach a message that I can
reply to to reproduce the problem.

mace <mace <at> kirjakaapeli.lib.hel.fi> wrote:

> Hi, on 13.4.2009 i got on #mh-e channel on freenode[1] and said that
> when i reply to a message, the draft has =E4 and =F6 codes instead of
> ä's and ö's in the quoted, original message.
> 
> Also long lines are broken with ='s and some blanks are replaced by
> =20. All this is normal quote-printable encodings, but i don't think
> they ought to appear in drafts.
> 
> Most messages i receive have "Content-Type: text/plain;
> charset=ISO-8859-1" and "Content-Transfer-Encoding: quoted-printable"
> set. They are displayed properly with mh-show when i read them, but
> replying brings out all these = -codes.
> 
> On the channel BillWohler asked me to post to this list if emacs -Q
> doesn't help. Unfortunately i doesn't help, so here i am :\
> 
> My locale is LANG="fi_FI.ISO-8859-1" and i have always had this same
> problem with MH-E. Output of my 'mh-version' is below:
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bill Wohler | 27 Dec 2011 05:00
Picon
Picon
Gravatar

Re: How to do 'a:user <at> email.org' mairix search?

Hi Stephen (and other interested parties), I created:

https://sourceforge.net/tracker/?func=detail&aid=3465728&group_id=13357&atid=363357

Please comment or monitor as you wish. Thanks!

Stephen Eglen <S.J.Eglen <at> damtp.cam.ac.uk> wrote:

> Is it possible to specify mairix searches like the following in the
> mh-search interface:
> 
>   $ mairix -f ~/txt/MAIL/.mairix/config -r  a:stephen <at> gnu.org
> 
> where the 'a:' searches in 'From', 'To' and 'CC' fields for the email
> address?
> 
> If not, would it be of any use to anyone else if I wrote a function
> along the lines of 
>   M-x mh-mairix-search
> 
> which prompted for a mairix query in the minibuffer (rather than in a
> search buffer) and then did the search, returning the results as a
> normal mh-search would?  (And how easy is to write such a thing?  It
> would presumably follow along the lines of mh-mairix-execute-search?)
> 
> Stephen
> 
> 
> 
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Bill Wohler | 27 Dec 2011 05:16
Picon
Picon
Gravatar

Re: 0 (mairix) search results

Hi Kevin, have you figured this out? Note that the mairix interface
generally works for me.

Did foo have any specials in it? I've noticed that specials seem to
break things but haven't troubleshooted farther to see if it's an MH-E
or mairix thing. Obviously, in your case, it was an MH-E thing. What,
exactly, was "foo"? If I run mairix in the shell and in MH-E explicitly
for foo, I get exactly 750 messages in both cases :-).

Once you have a value of "foo" that reproduces your results, could you
please submit a bug report at
https://sourceforge.net/tracker/?group_id=13357&atid=113357?

Kevin Layer <layer <at> franz.com> wrote:

> A recent email about mairix prompted me to try it, because swish++ is
> unreliable on 64-bit Linux (it crashes).
> 
> MH-E (8.2) reports 0 matches when I search.
> 
> Tracing the call-process function shows this:
> 
> 1 -> call-process: program="/usr/bin/mairix" infile=nil buffer=(t nil) display=nil args=("-r" "-f"
"/net/gemini/home/layer/mail/.mairix/config" "foo")
> 1 <- call-process: 0
> 
> and
> 
> gemini% /usr/bin/mairix -r -f /net/gemini/home/layer/mail/.mairix/config foo | wc -l
> 386
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bill Wohler | 27 Dec 2011 05:23
Picon
Picon
Gravatar

Re: Deleting attachments from emails

Stephen, great idea.

Reiner, thanks for the pointer.

I've created a feature request for this. Please monitor the following if
you wish:

https://sourceforge.net/tracker/?func=detail&aid=3465741&group_id=13357&atid=363357

Reiner Steib <reinersteib+gmane <at> imap.cc> wrote:

> On Fri, Dec 04 2009, Stephen Eglen wrote:
> 
> > I'd like to then delete the attachment, but keep the email it was
> > sent with.
> >
> > I guess I can always edit the file of the message and delete the
> > attachment 'by hand', but wondered if there was a way of doing it
> > from within mh-e?
> 
> In Gnus there's `gnus-article-save-part-and-strip' (I don't use MH-E).
> Not sure if there's an MH-E interface for it or if it would be easy to
> implement.
> 
> ,----[ (info "(gnus)MIME Commands") ]
> | `K O'
> |      Prompt for a file name, then save the MIME part and strip it from
> |      the article.  The stripped MIME object will be referred via the
> |      message/external-body MIME type.
> `----
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bill Wohler | 27 Dec 2011 05:34
Picon
Picon
Gravatar

Re: auto-loading external-body items

Hi Michael,

It surprises me that you should see a change. The only line of code in
MH-E that refers to message/external-body has been commented out its
entire life. On the other hand, the change could have also come about
due to a change in gnus, although its log doesn't say anything about
this Content-Type in recent times.

If you can reproduce this, can you please submit a feature request at:

https://sourceforge.net/tracker/?func=browse&group_id=13357&atid=363357

Please also attach a message that we can use for testing.

Michael Richardson <mcr <at> sandelman.ca> wrote:

> 
> Since a few months ago, my MH-E now always tries to load
> external-bodies. (Who uses them? The IETF announce list for new internet
> drafts...)
> 
> Can I turn this off?  I think maybe I always had it on, but wasn't on
> the IETF announce list for awhile.
> 
> I'd rather click on the item to load it.
> 
> -- 
> ]       He who is tired of Weird Al is tired of life!           |  firewalls  [
> ]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
> ] mcr <at> sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
(Continue reading)

Permalink | Reply | 2 comments |
headers
Bill Wohler | 27 Dec 2011 06:19
Picon
Picon
Gravatar

Re: External mailto links now open in emacs!

There is a feature request to document this very topic. Please monitor
https://sourceforge.net/tracker/index.php?func=detail&aid=1625453&group_id=13357&atid=363357#
if you wish.

Three solutions have been suggested so far. I think mine is the cleanest
:-). I'd love to hear some feedback on the various solutions and which
one or ones I should document.

Stephen Eglen <S.J.Eglen <at> damtp.cam.ac.uk> wrote:

> > 
> > For those suffering from Perl allergies, here is a slight variant (that
> > is also very (s)lightly tested): it simplifies the command to
> > 
> > ,----
> > | emacsclient -e "(mailto-mail-to \"%s\")"
> > `----
> > 
> > at the expense of doing all the string munging in elisp:
> > 
> > ,----
> > | (defun mailto-mail-to (mailto-str)
> > |   (let ((to (substring mailto-str (progn (string-match "mailto:" mailto-str) (match-end 0)))))
> > |     (mh-smail-batch to)))
> > `----
> 
> Sorry for joining this thread so late, but thanks Henrik and Nick, this
> is nice.  Just a couple of comments if anyone is interested in pursuing
> this -- I doubt I will, as I don't use mailto: links often enough
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Nick Dokos | 27 Dec 2011 06:11
Picon
Favicon

Re: How to do 'a:user <at> email.org' mairix search?

Bill Wohler <wohler <at> newt.com> wrote:

> Hi Stephen (and other interested parties), I created:
> 
> https://sourceforge.net/tracker/?func=detail&aid=3465728&group_id=13357&atid=363357
> 
> Please comment or monitor as you wish. Thanks!
> 
> Stephen Eglen <S.J.Eglen <at> damtp.cam.ac.uk> wrote:
> 
> > Is it possible to specify mairix searches like the following in the
> > mh-search interface:
> > 
> >   $ mairix -f ~/txt/MAIL/.mairix/config -r  a:stephen <at> gnu.org
> > 
> > where the 'a:' searches in 'From', 'To' and 'CC' fields for the email
> > address?
> > 
> > If not, would it be of any use to anyone else if I wrote a function
> > along the lines of 
> >   M-x mh-mairix-search
> > 
> > which prompted for a mairix query in the minibuffer (rather than in a
> > search buffer) and then did the search, returning the results as a
> > normal mh-search would?  (And how easy is to write such a thing?  It
> > would presumably follow along the lines of mh-mairix-execute-search?)
> > 
> > Stephen
> >
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nick Dokos | 27 Dec 2011 06:58
Picon
Favicon

Re: External mailto links now open in emacs!

Bill Wohler <wohler <at> newt.com> wrote:

> There is a feature request to document this very topic. Please monitor
> https://sourceforge.net/tracker/index.php?func=detail&aid=1625453&group_id=13357&atid=363357#
> if you wish.
> 
> Three solutions have been suggested so far. I think mine is the cleanest
> :-). I'd love to hear some feedback on the various solutions and which
> one or ones I should document.
> 

I'm not sure what the "three solutions" are, but the
url-mailto/url-generic-parse-url solution addresses both of Stephen's
points and certainly subsumes the mailto-mail-to solution (which,
purely on stylistic grounds, I guess I proposed) and probably the (Perl
based?)  solution that Henrik proposed (? I haven't gone back to check,
so if I've got things wrong, please accept my apologies).

Assuming that's right, my vote would be to document the url-mailto
solution.

Nick

> Stephen Eglen <S.J.Eglen <at> damtp.cam.ac.uk> wrote:
> 
> > > 
> > > For those suffering from Perl allergies, here is a slight variant (that
> > > is also very (s)lightly tested): it simplifies the command to
> > > 
> > > ,----
(Continue reading)

Permalink | Reply | 0 comments |

Gmane