headers
Charlie Allom | 1 Sep 2003 08:59

using pgp_use_gpg_agent

Does anyone use a gpg-agent that mutt 1.5.4 can use?

Setting a timeout on my key is fine, but I often open up multiple mutt
processes.

  C.
--

-- 
 charlie <at> rubberduck.com - http://rubberduck.com/~yeled/
Permalink | Reply | 2 comments |
headers
Andrei A. Voropaev | 1 Sep 2003 09:37
Picon

Re: Replying to Hotmail users

On Sat, Aug 30, 2003 at 11:18:07PM -0400, Derek Martin wrote:
> On Sat, Aug 30, 2003 at 06:45:14PM -0700, mindfuq <at> comcast.net wrote:
> > Out of curiosity, what does the "copiousoutput; needsterminal" strings
> > do?
> 
> man mailcap

If you don't have it then try RFC 1524. Actually there's one good point there.
If options 'needsterminal' and 'copiousoutput' are present in the same entry
then most likely this is a mistake :) Since copiousoutput means that
interpreter will NOT need user interaction and needsterminal implies that
interpreter will need user interaction :)

Andrei
Permalink | Reply | 2 comments |
headers
A. S. Budden | 1 Sep 2003 09:58
Picon

Re: scrolloff

Thus spake Joshua Crawford:
> Well, the "very large value" case they mention can be simulated using
> <current-middle>. e.g.,
> 
> macro index <down> "<next-undeleted><current-middle> \
> 	"move cursor to next undeleted and centre it"
> macro index <up> "<previous-undeleted><current-middle>" \
> 	"move cursor to previous undeleted and centre it"
> macro index t "<tag-entry><current-middle>" \
> 	"tag current message, move cursor to next message and centre it"
> 

This is excellent!  I've extended it slightly by adding a 

macro index d "<delete-message><current-middle>"

But is there anyway of doing this with my rather complicated
save-message macro?

folder-hook . macro index s \
"<tag-prefix><copy-message>=ham<enter><tag-prefix><save-message><eol>"

Many thanks for your help,

Al
--

--
Permalink | Reply | 0 comments |
headers
BechtoldBerlin | 1 Sep 2003 12:17
Picon

copy automatically?

Hello,

I would like mutt to save mails with a certain header immediately to a
certain header before I read them, so that I do not have to save them manually. 
How can this be done? I could not find a 'hook' that treats mails which
have just arrived in the spool file.

Bernd
Permalink | Reply | 2 comments |
headers
BechtoldBerlin | 1 Sep 2003 12:25
Picon

copy automatically?

Hello,

Sorry, there was a mistake in my last mail.

I would like mutt to save mails with a certain header immediately to a
certain *mailbox* before I read them, so that I do not have to save them manually. 

How can this be done? I could not find a 'hook' that treats mails which
have just arrived in the spool file.

Bernd
Permalink | Reply | 1 comment |
headers
Jacek Wojaczynski | 1 Sep 2003 12:28

Re: copy automatically?

BechtoldBerlin <at> web.de wrote:
> Sorry, there was a mistake in my last mail.  I would like mutt to save
> mails with a certain header immediately to a certain *mailbox* before
> I read them, so that I do not have to save them manually.  How can
> this be done?

What about Procmail?
--

-- 
kocurek
Permalink | Reply | 0 comments |
headers
Jostein Berntsen | 1 Sep 2003 12:34
Picon
Favicon
Gravatar

Re: copy automatically?

On 01.09.03,12:17, BechtoldBerlin <at> web.de wrote:
> Hello,
> 
> I would like mutt to save mails with a certain header immediately to a
> certain header before I read them, so that I do not have to save them manually. 
> How can this be done? I could not find a 'hook' that treats mails which
> have just arrived in the spool file.
> 

Hi,

Sounds like a task for Procmail:

http://www.procmail.org/
http://www.ii.com/internet/robots/procmail/qs/#pageTOC

- Jostein 

> 
> Bernd
> 

--

-- 
Jostein Berntsen <jbernts <at> broadpark.no>
Permalink | Reply | 0 comments |
headers
Derek Martin | 1 Sep 2003 16:04

metamail (was Re: Replying to Hotmail users)

On Mon, Sep 01, 2003 at 09:37:26AM +0200, Andrei A. Voropaev wrote:
> If you don't have it then try RFC 1524. Actually there's one good
> point there.  If options 'needsterminal' and 'copiousoutput' are
> present in the same entry then most likely this is a mistake :)
> Since copiousoutput means that interpreter will NOT need user
> interaction and needsterminal implies that interpreter will need
> user interaction :)

I think that's wrong.  copiousoutput implies exactly what it sounds
like: there will be copious output, which may require, for example, a
pager.  That'll need user interaction...  I refer you yet again to the
mailcap man page.

--

-- 
Derek D. Martin
http://www.pizzashack.org/
GPG Key ID: 0xDFBEAD02
-=-=-=-=-
This message is posted from an invalid address.
Replying to it will result in undeliverable mail.
Sorry for the inconvenience.  Thank the spammers.
Permalink | Reply | 1 comment |
headers
Andrei A. Voropaev | 1 Sep 2003 16:45
Picon

Re: metamail (was Re: Replying to Hotmail users)

On Mon, Sep 01, 2003 at 10:04:12AM -0400, Derek Martin wrote:
> On Mon, Sep 01, 2003 at 09:37:26AM +0200, Andrei A. Voropaev wrote:
> > If you don't have it then try RFC 1524. Actually there's one good
> > point there.  If options 'needsterminal' and 'copiousoutput' are
> > present in the same entry then most likely this is a mistake :)
> > Since copiousoutput means that interpreter will NOT need user
> > interaction and needsterminal implies that interpreter will need
> > user interaction :)
> 
> I think that's wrong.  copiousoutput implies exactly what it sounds
> like: there will be copious output, which may require, for example, a
> pager.  That'll need user interaction...  I refer you yet again to the
> mailcap man page.

Well. It might depend on implementation. But the idea is that if copiousoutput
is specified then caller knows that interpretator shall spit some text into
the stdout and let caller decide what to do with it. If needsterminal is
specified then caller knows that interpetator shall expect users input and
because of that caller must provide separate terminal for interpretator and
then simply wait till that finishes. Naturally caller will not receive any
text on stdout in this case because that text will show up in that new
terminal.

So in regards to pager etc this is already callers responsibility to provide
it and handle user interaction to it if it desires to do so. Normally separate
terminal does not provide pager functionality :) on the other hand if caller
is running in some terminal already then it can do paging in that same
terminal without starting another one.

Again, this is the idea how, I believe, the guys who wrote RFG1524 see it.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Martynas Domarkas | 1 Sep 2003 17:04
Picon

addon

Hi there. 

I tried write this to mutt developers, but there was total silent. So I
try again here. I just need your comments :-)

I like mutt very much and use it. But I receive a lot of mail
with zip files attached. And I find it useful to have a possibility open
files in zip directly from mail program.

Yeah, yeah it is for lamers and so on. It is also security hole
probably.
But it adds some convenience... :-)

So I wrote a shell script. If somebody interested in it take a look at
comments inside and try it.

If there are such things already around the NET, give me a link, please.

So, the script:
        http://joker.hansabank.lt/zipscript

Regards,
Martynas
Permalink | Reply | 5 comments |

Gmane