headers
Bruno Postle | 1 Nov 2002 01:04
X-Face

Re: Grepmail for MH-Folders

On Fri 01-Nov-2002 at 12:53:01 +0100, Michael Raab wrote:
> 
> exists a Tool aka grepmail for MH-Folders? I searched at freashmeat
> and at google, nut i have not found anything.

    http://mboxgrep.sourceforge.net/

--

-- 
Bruno
Permalink | Reply | 0 comments |
headers
Michael Elkins | 1 Nov 2002 01:25

Re: MS Exchange Servers -> meet John Buttery

Steve Holmes wrote:
> May I be the first one to ask for MAPI support? <heheheh>
> 
> I am one of those souls who have to use exchange at work and as what
> was said exactly below, I want to be able to use mutt to read that
> exchange stuff.  The admins at work have no interest nor desire to
> enable IMAP or POP support to the server so there I am.  Apparently,
> use outlook or nothing <sigh>.

If someone is suitable motivated, the folks over at the spambayes
project (spambayes.sf.net) have some python code which can pull messages
out of an Exchange server via MAPI.  It only works with Windows2000 or
greater, but a nice little standalone app that pulls the messages into
something Mutt could read would probably be useful for people stuck in
this situation (I feel your pain, I'm forced to use Outlook at work as
well..  Fortunately I mostly only get spam there so my experience is
limited to hitting the delete key :-)
Permalink | Reply | 4 comments |
headers
Jussi Ekholm | 1 Nov 2002 01:55

Re: tagging and saving a collapsed thread -> Bug?


René Clerc <rene <at> clerc.nl> wrote:
> The thing that hurts me is that it is possible to tag a collapsed
> thread (i.e. all messages inside are indeed tagged), but the
> subsequent operation that is performed on the tagged messages
> doesn't affect all tagged messages.  Conceptually, this hurts ;)

I agree completely. It's an utter annoyance, as I first tag a whole
thread (<Esc-Shift-t>) and then give 'n' for tag-prefix, and only
the first message is marked (un)read. Of course, there's <Ctrl-r> for
marking a thread read, but it would be nice to easily mark threads
_un_read, as well.

Ah well, I guess I have to put up a macro, that first collapses the
thread, then tags it, does the thing it's supposed to and collapses
the thread again. Shouldn't be too hard, either...

>> I understand the technical reason for the behavior, but my guess is
>> that 99% of users want it the other way.
> 
> Count me in.

Yeah, I don't like this visible/invisible thing, either. When I want
to tag a whole thread unread, it's a bit of hard even as I have
command 'tag-thread' and I can give 'n' as tag-prefix. Macro I shall
(and have to) use.

--

-- 
Jussi Ekholm <ekhowl <at> goa-head.org> | <http://erppimaa.ihku.org/> | <0x1410081E>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alain Bench | 1 Nov 2002 01:38

Re: user variables in muttrc

Hi Hanspeter,

 On Thursday, October 31, 2002 at 12:50:55 PM +0100, Hanspeter Roth wrote:

> are there user variables for muttrc that can be referenced by
> something like ${variable} ? Does mutt 1.4 support this?

    In some way, yes: You can use inside muttrc environment variables
previously set outside. Example:

| set locale=${LC_TIME}

    And with help of ` backticks, you can even call a shell to set a
Mutt variable, like:

| set ascii_chars=`if [ "$TERM" = "cygwin" ] ; then echo yes ; else echo no ; fi`

    Or:

| set charset=`case $TERM in \
|   linux|putty-latin-1) \
|     echo iso-8859-1;; \
|   putty-latin-9) \
|     echo iso-8859-15;; \
|   putty-latin-2) \
|     echo iso-8859-2;; \
|   putty-cp-1250) \
|     echo windows-1250;; \
|   putty-cp-852) \
|     echo cp852;; \
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Herman | 1 Nov 2002 03:58

Problems compiling 1.5.1

I downloaded 1.5.1i the other day.  I tried to install it elsewhere to
play around with it but ran into a problem compiling it.

Here's what I did....

./configure --prefix=/home/michaher/local

The configure ran fine.  Then....

make install 

which resulted in:

<Some Stuff happened and then>
make[1]: Leaving directory
`/home/michaher/downloads/mutt-1.5.1/contrib'
make[1]: Entering directory `/home/michaher/downloads/mutt-1.5.1'
make[1]: *** No rule to make target `smime.h', needed by `attach.o'.
Stop.
make[1]: Leaving directory `/home/michaher/downloads/mutt-1.5.1'
make: *** [install-recursive] Error 1

I removed config.cache and config.log and ran ./configure again with
--disable-smime and received the same results.

I looked in the archive but couldn't find anything on this.

TIA.

--

--
(Continue reading)

Permalink | Reply | 2 comments |
headers
darren chamberlain | 1 Nov 2002 03:58
Picon

Re: MS Exchange Servers -> meet John Buttery

* Michael Elkins <me <at> sigpipe.org> [2002-10-31 19:38]:
> I feel your pain, I'm forced to use Outlook at work as well..  

Oh, the irony...

(darren)

--

-- 
Think like a man of action, act like a man of thought.
Permalink | Reply | 3 comments |
headers
Kevin Coyner | 1 Nov 2002 04:03
Favicon

exim/mutt: header check


I've been following a thread here in mutt-users and a related one in
debian-user about getting exim and mutt properly set, especially with
regard to the case where the user does not have a FQDN.  I've fiddled
with my exim.conf and .muttrc and have managed to produce the following
headers (superfluously pasted here for your convenience):

1> From kosuke <at> rustybear.com  Fri Nov  1 03:11:34 2002
2> Received: from sakura.HAWKWOOD (ool-182cf9df.dyn.optonline.net [24.44.249.223])
3>       by ns.DK.net (8.9.3/8.9.1) with ESMTP id DAA12347
4>       for <bounce <at> dknet.dk>; Fri, 1 Nov 2002 03:11:33 +0100 (MET)
5> Received: from kosuke by sakura.HAWKWOOD with local (Exim 3.36 #1 (Debian))
6>       id 187RHU-0004yH-00
7>       for <bounce <at> dknet.dk>; Thu, 31 Oct 2002 21:11:28 -0500
8> Date: Thu, 31 Oct 2002 21:11:28 -0500
9> From: Kevin Coyner <kevin <at> rustybear.com>
10> To: bounce <at> dknet.dk
11> Subject: test6
12> Message-ID: <20021101021128.GA19108 <at> rustybear.com>
13> Mime-Version: 1.0
14> Content-Type: text/plain; charset=us-ascii
15> Content-Disposition: inline
16> User-Agent: Mutt/1.4i
17> X-PGP-Key: http://rustybear.com/pubkey.php 
18> Sender: kosuke <kosuke <at> rustybear.com>

Does this meet standards?  I've been worried that the RFC Cops might
come knocking at my door ... :-)

For others like myself that have struggled with this, note that the
(Continue reading)

Permalink | Reply | 10 comments |
headers
John P Verel | 1 Nov 2002 02:33
Favicon

Re: Keybinding Problem Under IMAP (Long)

Thanks Mihael and Thomas.  I'll have a go with my sysadmin at work in
the morning and report back.

Regards,

John
On 10/31/02 17:41 -0500, Thomas Dickey wrote:
> On Thu, Oct 31, 2002 at 02:18:35PM -0800, Michael Elkins wrote:
> > John P Verel wrote:
> > > The question at hand is key-bindings.  I find that home, end and
> > > backspace defy my efforts to rebind them.  All three of them say, "key
> > > not bound", even though the help screen says otherwise.  I'm using the
> > > identical mappings as work fine at home under POP.  
> > > 
> > > Key-bindings in ~/.muttrc are as follow:
> > > bind browser <home> first-entry
> > > bind browser <end> last-entry
> > > bind generic <home> first-entry
> > > bind generic <End> last-entry
> > > bind generic <backspace> previous-line
> > > 
> > > Mutt version at work is mutt-1.4i-4mdk.  This install, where I'm having
> > > the key-binding problems, gives the following from mutt -v:
> > > 
> > > System: Linux 2.4.18-6mdk (i686) [using ncurses 5.2]
> > 
> > > At home, mutt -v yields:
> > > 
> > > System: Linux 2.4.18-17.8.0 (i686) [using slang 10405]
> >
(Continue reading)

Permalink | Reply | 0 comments |
headers
John P Verel | 1 Nov 2002 02:40
Favicon

Re: Keybinding Problem Under IMAP (Long)

Right after dashing off my note of two seconds ago, my brain actually
kicked in and I remembered to add this:

The keybinding behavior is the same whether physically at the terminal
or if I ssh into my office machine, as is common.  (Just now verified
this is true).  I'm running mutt in gnome-terminal-2.0.1-5 at home.
Can't find the version at work as rpm seems not to return the value :(

John
On 10/31/02 17:41 -0500, Thomas Dickey wrote:
> On Thu, Oct 31, 2002 at 02:18:35PM -0800, Michael Elkins wrote:
> > John P Verel wrote:
> > > The question at hand is key-bindings.  I find that home, end and
> > > backspace defy my efforts to rebind them.  All three of them say, "key
> > > not bound", even though the help screen says otherwise.  I'm using the
> > > identical mappings as work fine at home under POP.  
> > > 
> > > Key-bindings in ~/.muttrc are as follow:
> > > bind browser <home> first-entry
> > > bind browser <end> last-entry
> > > bind generic <home> first-entry
> > > bind generic <End> last-entry
> > > bind generic <backspace> previous-line
> > > 
> > > Mutt version at work is mutt-1.4i-4mdk.  This install, where I'm having
> > > the key-binding problems, gives the following from mutt -v:
> > > 
> > > System: Linux 2.4.18-6mdk (i686) [using ncurses 5.2]
> > 
> > > At home, mutt -v yields:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Elkins | 1 Nov 2002 08:28

Re: user variables in muttrc

Hanspeter Roth wrote:
> Does procmail contain a scripting language? But it supports user
> defined variables.
> I'm not speaking of controll flow, subroutines, but simply of user
> defined variables.

This is actually a decent idea.  I wrote a patch which adds a setenv and
unsetenv commands to mutt.

http://www.cs.hmc.edu/~me/mutt/patch-1.5-me.setenv.1
Permalink | Reply | 0 comments |

Gmane