headers
Andreas Kalex | 1 Mar 18:38
Picon
Picon

Re: open a browser

* Rado S <list2rado <at> gmx.de> wrote on 27.02.2009 at 16:15:
> Use a dispatcher script in mailcap which prompts you for your choice.

* bill lam <cbill.lam <at> gmail.com> wrote on 27.02.2009 at 16:15:
> I make it default to w3m, and if that page requires javascript then I
> open firefox from w3m using hotkeys.

Both solutions have their own charme, at the moment I trend to the latter
one; first to see the mail or attachment in a browser and when it requires more
than the basics I can open it instantly with the next browser.

andreas
Permalink | Reply | 3 comments |
headers
Rem P Roberti | 1 Mar 18:41
Picon

Where did these headers come from?

I installed muttprint a while back, and I'm quite satisfied with its
performance.  However, I discovered that once I print an email Mutt then
starts to include every (and I do mean every) header when an email is
viewed.  A page of headers.  It's as though the 'ignore' statement in
.muttrc is no longer active.  The only way I can fix the problem is by
closing and reopening Mutt.  Anyone know what's going on here?

Rem
Permalink | Reply | 5 comments |
headers
Ed Blackman | 1 Mar 19:25
Picon

Re: Where did these headers come from?

On Sun, Mar 01, 2009 at 09:41:50AM -0800, Rem P Roberti wrote:
>I installed muttprint a while back, and I'm quite satisfied with its
>performance.  However, I discovered that once I print an email Mutt then
>starts to include every (and I do mean every) header when an email is
>viewed.  A page of headers.  It's as though the 'ignore' statement in
>.muttrc is no longer active.  The only way I can fix the problem is by
>closing and reopening Mutt.  Anyone know what's going on here?

Maybe your macro for muttprint unsets 'weed'?  If you type ':set ?weed' 
before printing in a new Mutt session, what does Mutt respond with?  
After printing?

If mutt responds with "weed is set" before and "weed is unset" after, 
that's the problem, and I can think of two solutions.

Manual: use <display-toggle-weed> after printing to toggle it back.  
It's bound to 'h' by default.

Automatic: change your muttprint macro to save and restore the value of 
weed.  Add "<enter-command>set my_weed=$weed<enter><enter-command>unset 
weed<enter>" to the beginning of the macro and "<enter-command>set 
weed=$my_weed<enter>" at the end.  I'm guessing at the content of the 
macro, but that should work.

Ed
Permalink | Reply | 4 comments |
headers
Rem P Roberti | 1 Mar 20:08
Picon

Re: Where did these headers come from?

On 2009.03.01 13:25:40 +0000, Ed Blackman wrote:
> On Sun, Mar 01, 2009 at 09:41:50AM -0800, Rem P Roberti wrote:
> >I installed muttprint a while back, and I'm quite satisfied with its
> >performance.  However, I discovered that once I print an email Mutt then
> >starts to include every (and I do mean every) header when an email is
> >viewed.  A page of headers.  It's as though the 'ignore' statement in
> >.muttrc is no longer active.  The only way I can fix the problem is by
> >closing and reopening Mutt.  Anyone know what's going on here?
> 
> Maybe your macro for muttprint unsets 'weed'?  If you type ':set ?weed' 
> before printing in a new Mutt session, what does Mutt respond with?  
> After printing?
> 
> If mutt responds with "weed is set" before and "weed is unset" after, 
> that's the problem, and I can think of two solutions.
> 
> Manual: use <display-toggle-weed> after printing to toggle it back.  
> It's bound to 'h' by default.
> 
> Automatic: change your muttprint macro to save and restore the value of 
> weed.  Add "<enter-command>set my_weed=$weed<enter><enter-command>unset 
> weed<enter>" to the beginning of the macro and "<enter-command>set 
> weed=$my_weed<enter>" at the end.  I'm guessing at the content of the 
> macro, but that should work.
> 
What you describe is precisely what happens: muttprint unsets 'weed'.
Since I don't have a dedicated macro for muttprint (I just hit 'p' to
print), and since hitting 'h' is such an easy solution to toggle back
weed, I think that I will just stay with that for the time being.  I'm
pretty new to mutt and muttprint, and haven't explored dedicated macros
(Continue reading)

Permalink | Reply | 3 comments |
headers
Rem P Roberti | 1 Mar 20:16
Picon

Re: Where did these headers come from?

On 2009.03.01 11:08:55 +0000, Rem P Roberti wrote:
> On 2009.03.01 13:25:40 +0000, Ed Blackman wrote:
> > On Sun, Mar 01, 2009 at 09:41:50AM -0800, Rem P Roberti wrote:
> > >I installed muttprint a while back, and I'm quite satisfied with its
> > >performance.  However, I discovered that once I print an email Mutt then
> > >starts to include every (and I do mean every) header when an email is
> > >viewed.  A page of headers.  It's as though the 'ignore' statement in
> > >.muttrc is no longer active.  The only way I can fix the problem is by
> > >closing and reopening Mutt.  Anyone know what's going on here?
> > 
> > Maybe your macro for muttprint unsets 'weed'?  If you type ':set ?weed' 
> > before printing in a new Mutt session, what does Mutt respond with?  
> > After printing?
> > 
> > If mutt responds with "weed is set" before and "weed is unset" after, 
> > that's the problem, and I can think of two solutions.
> > 
> > Manual: use <display-toggle-weed> after printing to toggle it back.  
> > It's bound to 'h' by default.
> > 
> > Automatic: change your muttprint macro to save and restore the value of 
> > weed.  Add "<enter-command>set my_weed=$weed<enter><enter-command>unset 
> > weed<enter>" to the beginning of the macro and "<enter-command>set 
> > weed=$my_weed<enter>" at the end.  I'm guessing at the content of the 
> > macro, but that should work.
> > 
> What you describe is precisely what happens: muttprint unsets 'weed'.
> Since I don't have a dedicated macro for muttprint (I just hit 'p' to
> print), and since hitting 'h' is such an easy solution to toggle back
> weed, I think that I will just stay with that for the time being.  I'm
(Continue reading)

Permalink | Reply | 2 comments |
headers
Bill Moseley | 2 Mar 12:01

Multiple accounts (using Gmail)

With two accounts I'm using an account-hook.

    account-hook . \
        'unset imap_user
        unset imap_pass'

    account-hook imaps://imap.example.com/ \
        'set imap=user=bill
        set imap_pass=password'

    account-hook imaps://imap.gmail.com/ \
        'set imap_user=user
        set imap_pass=password'

This works ok for connecting and reading mail.

When I send mail from my normal account I want to send using my local
MTA (Postfix), and when sending from my Gmail email address I want to
use the Gmail SMTP server.

    folder-hook . \
        unset smtp_url

    folder-hook imaps://imap.gmail.com/ \
        set smtp_url=smtps://user <at> gmail.com:password <at> smtp.gmail.com/

Is that the correct approach?  Actually, seems I'd want to also base
that on which From: email address I use.  send-hook looks at the
recipients according to the manual.  What do I use for matching on the
From: header?
(Continue reading)

Permalink | Reply | 8 comments |
headers
Nicolas KOWALSKI | 2 Mar 15:03
Favicon

folder browser cursor position

Hello,

When I read messages in a folder, if I hit 'y' to go back to the folder 
browser, the cursor is always put to the beginning.

Is there a way (configuration option) to tell the cursor in the browser 
stay at its old position instead of always go at the beginning?

This is Mutt 1.5.19 (2009-01-05).

Thanks,
--

-- 
Nicolas
Permalink | Reply | 0 comments |
headers
Bill Moseley | 2 Mar 16:59

Delimiter used with "+" or "=" shortcut

I have an account on a Courier imapd server, and my mailboxes
look like this:

    imaps://imap.example.com/INBOX
    imaps://imap.example.com/INBOX.friends
    imaps://imap.example.com/INBOX.work
    imaps://imap.example.com/INBOX.lists.mutt
    imaps://imap.example.com/INBOX.lists.vim

As you can see, everything is relative to "INBOX".  So, I set my
$folder like this:

    set folder = "imaps://imap.example.com/INBOX"

Which is great because I can then type "c" to change to a folder and
simply type "=friends" to select that mailbox.

I want mutt to open to my work mailbox, so I set spoolfile and also
my other standard mailboxes:

    set spoolfile = +work
    set record= +sent-mail
    set postponed= +postponed

This works perfectly.

What does not work is "mailboxes" to set which folders to watch:

    mailboxes \
        imaps://imap.example.com/INBOX.lists.mutt \
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ravi Uday | 2 Mar 20:54
Picon
Gravatar

ask for pwd

hi,

how to make mutt ask for pwd each time you send email ?
maybe once every 10 mails or based on a timer

Ravi
Permalink | Reply | 6 comments |
headers
Kyle Wheeler | 2 Mar 21:10

Re: ask for pwd


On Monday, March  2 at 11:54 AM, quoth Ravi Uday:
>how to make mutt ask for pwd each time you send email ?
>maybe once every 10 mails or based on a timer

Ask for a pwd? Mutt can't even *change* its pwd (without a patch).

Why would you want mutt to do that? What are you trying to accomplish?

~Kyle
--

-- 
Last comes the beverage of the Orient shore, Mocha, far off, the 
fragrant berries bore. Taste the dark fluid with a dainty lip, 
Digestion waits on pleasure as you sip.
                                                        -- Pope Leo XII
Permalink | Reply | 5 comments |

Gmane