Re: Hardware cursor and console colours resetting when starting mutt

[David Woodfall]

On Saturday 6 October 2018 08:43,
Cameron Simpson  put forth the proposition:
> On 30Sep2018 23:40, David Woodfall  wrote:
> > Perhaps I could add terminfo entry in screenrc especially for mutt
> > that removes the init and reset strings. Not sure if it's possible on
> > an app-by-app basis though.
>
> You can certainly make customised terminfo entries; I keep a few around 
> myself.  As with
> termcap, you can make entries based on other entries, so it would be trivial 
> to make a
> special one like your console terminfo but with modified init strings.
>
> You have 2 routes for per-app use of these: give your terminfo a special name 
> and set
> $TERM, or change the value of $TERMINFO to find your entry in preference to 
> the system
> default.
>
> "man 5 terminfo" has useful information in the "Fetching Compiled 
> Descriptions" section.
>
> You could invoke mutt via a wrapper which modified the terminfo envars if it 
> know it was
> running on the Linux console. (Not so easy from within screen of course.) Or 
> of course
> just routinely use a particular terminfo entry inside screen, since it is 
> entriely
> divorced from the physical terminal screen is using as a display.
>
> Cheers,
> Cameron Simpson 

Thanks for the ideas.

I tried adding some entries in screen last week via the termcapinfo
setting. I changed a few of the strings such as the init and reset
strings. There was no effect so I ended up copying the entire
xterm-color string and it still had no effect.

I'll stick with changing $TERM in a shell function for now. When I
get some time I'll have another look.

--
Dave

What I want is all of the power and none of the responsibility.

.--.  oo
   ()//
~'

Re: Mutt -> Compose -> Some kind of alert?

[David Woodfall]

On Friday 5 October 2018 07:15,
Alex Sa <097115+m...@gmail.com> put forth the proposition:
> On 10/5/18, Timothy Rice  wrote:
> > I think what you are asking is, if the To: field matches a particular
> > pattern, then can the CC: field by populated automatically?
>
> No, Timothy :)
>
> As I've said in my initial question, "I can't add them blindly or
> always". I just want to be reminded (in some way) to include Z and Y
> if my email is addressed to X.
>
> I don't really know if it's possible (probably, not) but I imagine it this 
> way:
>
> OPTION A) Upon leaving the editor and coming back to Mutt, to its
> Compose section (this one: https://i.imgur.com/cjqMrl3.png), Mutt
> notices Person X in the To: field and launches an external script (I
> assume there is no internal command to echo some message to the status
> line or some text popup, right?).
>
> OR OPTION B) As soon as I press Reply to an email from Person X
> (before entering the editor), Mutt launches an external script (I
> probably can create a macro like "!my-alert-script Add Y,
> Zx" for composing a new email, but what about
> replying?)
>
> I hope it's a bit clearer now :)
>
> And thanks for your help and interest anyway :).
>
>
> --
> Alex

Why not put that in your editor itself? If you use vim for example,
instead of putting all the vim options in mutt's 'editor' variable,
create a 'Mailer' function in your ~/.vimrc or another file that vim
uses, and then use "vim +':call Mailer()' %s" as editor. That way you
can put an alert or whatever you like at the end of the function and
use vim's 'echomsg' or perhaps have it stop and wait for input before
exiting.

--
Dave

"I know the answer!  The answer lies within the heart of all mankind!
The answer is twelve?  I think I'm in the wrong building."
-- Charles Schulz

.--.  oo
   ()//
~'

Re: Hardware cursor and console colours resetting when starting mutt

[David Woodfall]

On Sunday 30 September 2018 08:17,
Cameron Simpson  put forth the proposition:
> Does the behaviour persist if you don't use screen? I'm wondering if screen's 
> terminal management is
> reseting your cursor change.
>
> Conversely, does the behaviour occur if you use screen but don't use mutt 
> (but _do_ use some other curses
> programme like vim inside screen)?
>
> Just trying to isolate where the reset is coming from. And I don't have a 
> convenient linux framebuffer
> console to test against (though I should set one up).

I just tried to boot with just a plain VGA console to see if there was any
difference and it automatically created a framebuffer anyway.  Maybe that's
normal with recent kernels?

[  +0.177830] fbcon: inteldrmfb (fb0) is primary device
[  +0.074936] Console: switching to colour frame buffer device 200x56
[  +0.024963] i915 :00:02.0: fb0: inteldrmfb frame buffer device

> Cheers,
> Cameron Simpson 

--
Dave

Velilind's Laws of Experimentation:
  (1) If reproducibility may be a problem, conduct the test only
  once.
  (2) If a straight line fit is required, obtain only two data
  points.

.--.  oo
   ()//
~'

Re: Hardware cursor and console colours resetting when starting mutt

[David Woodfall]

On Sunday 30 September 2018 17:19,
Jon LaBadie  put forth the proposition:
> On Fri, Sep 28, 2018 at 10:26:31PM +0100, David Woodfall wrote:
> > Hi
> >
> > In the (framebuffer) console I've used the standard escape codes to
> > set a small 1/3 block cursor to make it more visible, and softened
> > the colours to not be so stark.  They were a bit of a headache
> > before, and the normal cursor is very hard to see.
> >
> > Unfortunately, when I start mutt everything resets back to the
> > defaults.  I only see a couple of settings regarding the cursor, but
> > they don't seem to help.  I've tried running with a -F /dev/null so
> > it doesn't seem to be something in my config.  Is there any way of
> > avoiding this?
> >
> > In screen it's not so bad, but the cursor resets even just switching
> > to the window where mutt is running.  The colours remain as they were
> > though.
> >
> > The cursor code I use is:
> >
> > printf '\e[?3c'
> >
> > Any ideas?
> >
> Programs that use the ncurses library will run initializations
> defined in their terminfo entries.  According to "man terminfo"
> there are 6 or 7, like initialization_string_1 or _2 or _3.
>
> Check your terminfo entry (infocmp) and see if any are defined
> that would modify your desired settings.
>
> Jon
> --
> Jon H. LaBadie j...@jgcomp.com
>  11226 South Shore Rd.  (703) 787-0688 (H)
>  Reston, VA  20190  (703) 935-6720 (C)

Quite a few differences:

infocmp -i linux

rs1: {RIS}\E]R

infocmp -i screen.linux

is2: {ISO DEC G1}
rs2: {RIS}{DEC-1000}{DEC+25}
smcup: {DEC+1049}
rmcup: {DEC-1049}

infocmp -i screen

is2: {ISO DEC G1}
rs2: {RIS}
smcup: {DEC+1049}
rmcup: {DEC-1049}

infocmp -i xterm-color

is2: {sgr0}{DEC+AWM}{rmir}{DECPNM}{SC}{RSR}{DEC-CKM;COLM;SCLM;OM}{RC}
rs2: {sgr0}{DEC+AWM}{rmir}{DECPNM}{SC}{RSR}{DEC-CKM;COLM;SCLM;OM}{RC}
smcup: {sc}{DEC+47}
rmcup: {ED2}{DEC-47}{rc}

Perhaps I could add terminfo entry in screenrc especially for mutt
that removes the init and reset strings. Not sure if it's possible on
an app-by-app basis though.

Thanks for the clue.

--
Dave

"Acting is an art which consists of keeping the audience from
coughing."

.--.  oo
   ()//
~'

Re: Hardware cursor and console colours resetting when starting mutt

[David Woodfall]

On Sunday 30 September 2018 05:32,
Dave Woodfall  put forth the proposition:
> On Saturday 29 September 2018 23:33,
> Dave Woodfall  put forth the proposition:
> > On Sunday 30 September 2018 08:17,
> > Cameron Simpson  put forth the proposition:
> > > On 28Sep2018 23:06, David Woodfall  wrote:
> > > > On Friday 28 September 2018 17:44,
> > > > Patrick Shanahan  put forth the proposition:
> > > > > * David Woodfall  [09-28-18 17:37]:
> > > > > > In the (framebuffer) console I've used the standard escape codes to
> > > > > > set a small 1/3 block cursor to make it more visible, and softened
> > > > > > the colours to not be so stark.  They were a bit of a headache
> > > > > > before, and the normal cursor is very hard to see.
> > > > > >
> > > > > > Unfortunately, when I start mutt everything resets back to the
> > > > > > defaults.  I only see a couple of settings regarding the cursor, but
> > > > > > they don't seem to help.  I've tried running with a -F /dev/null so
> > > > > > it doesn't seem to be something in my config.  Is there any way of
> > > > > > avoiding this?
> > > > > >
> > > > > > In screen it's not so bad, but the cursor resets even just switching
> > > > > > to the window where mutt is running.  The colours remain as they 
> > > > > > were
> > > > > > though.
> > > > > >
> > > > > > The cursor code I use is:
> > > > > >
> > > > > > printf '\e[?3c'
> > > > > >
> > > > > > Any ideas?
> > > > >
> > > > > your chosen terminal is undoubted the cause.  I run a tmux session on 
> > > > > my
> > > > > server and attach to it remotely usually via yakuake(konsole) but 
> > > > > have not
> > > > > made any effort to change the cursor.
> > > > >
> > > > > you have pretty well removed mutt from the equasion using "-F 
> > > > > /dev/null".
> > > >
> > > > I'm using the vanilla linux console (i.e. no X and 16 colours) plus 
> > > > screen.
> > > > Don't really have a lot of choice.
> > >
> > > Does the behaviour persist if you don't use screen? I'm wondering if 
> > > screen's terminal management is
> > > reseting your cursor change.
> > >
> > > Conversely, does the behaviour occur if you use screen but don't use mutt 
> > > (but _do_ use some other curses
> > > programme like vim inside screen)?
> > >
> > > Just trying to isolate where the reset is coming from. And I don't have a 
> > > convenient linux framebuffer
> > > console to test against (though I should set one up).
> > >
> > > When we know where the reset comes from maybe we can devise a workaround.
> > >
> > > Cheers,
> > > Cameron Simpson 
> >
> > It's worse without screen:
> >
> > console: both colours and cursor reset
> > screen: only cursor resets
> >
> > Screen on its own is fine with my cursor and colours. I'm using
> > screen 99% of the time.
> >
> > Vim also resets the cursor, but the colours are fine, both in and out
> > of screen.
>
> I have found a kind of workaround now:
>
> TERM=xterm-color mutt
>
> However this means that the cursor is visible in menus and such. Not
> really a big problem. I'd rather that than have to keep applying my
> cursor settings every so often.

Spoke a bit too soon there. Now mutt doesn't recognise my home, end
and delete keys, probably because of reading a different terminfo I
guess.

I tried entering raw mappings in the config with vim's Ctrl-V method,
but it doesn't see those either. Is there a way around that?

--
Dave

Mathematicians are like Frenchmen: whatever you say to them they
translate into their own language, and forthwith it is something
entirely different.
-- Johann Wolfgang von Goethe

.--.  oo
   ()//
~'

Re: Hardware cursor and console colours resetting when starting mutt

[David Woodfall]

On Saturday 29 September 2018 23:33,
Dave Woodfall  put forth the proposition:
> On Sunday 30 September 2018 08:17,
> Cameron Simpson  put forth the proposition:
> > On 28Sep2018 23:06, David Woodfall  wrote:
> > > On Friday 28 September 2018 17:44,
> > > Patrick Shanahan  put forth the proposition:
> > > > * David Woodfall  [09-28-18 17:37]:
> > > > > In the (framebuffer) console I've used the standard escape codes to
> > > > > set a small 1/3 block cursor to make it more visible, and softened
> > > > > the colours to not be so stark.  They were a bit of a headache
> > > > > before, and the normal cursor is very hard to see.
> > > > >
> > > > > Unfortunately, when I start mutt everything resets back to the
> > > > > defaults.  I only see a couple of settings regarding the cursor, but
> > > > > they don't seem to help.  I've tried running with a -F /dev/null so
> > > > > it doesn't seem to be something in my config.  Is there any way of
> > > > > avoiding this?
> > > > >
> > > > > In screen it's not so bad, but the cursor resets even just switching
> > > > > to the window where mutt is running.  The colours remain as they were
> > > > > though.
> > > > >
> > > > > The cursor code I use is:
> > > > >
> > > > > printf '\e[?3c'
> > > > >
> > > > > Any ideas?
> > > >
> > > > your chosen terminal is undoubted the cause.  I run a tmux session on my
> > > > server and attach to it remotely usually via yakuake(konsole) but have 
> > > > not
> > > > made any effort to change the cursor.
> > > >
> > > > you have pretty well removed mutt from the equasion using "-F 
> > > > /dev/null".
> > >
> > > I'm using the vanilla linux console (i.e. no X and 16 colours) plus 
> > > screen.
> > > Don't really have a lot of choice.
> >
> > Does the behaviour persist if you don't use screen? I'm wondering if 
> > screen's terminal management is
> > reseting your cursor change.
> >
> > Conversely, does the behaviour occur if you use screen but don't use mutt 
> > (but _do_ use some other curses
> > programme like vim inside screen)?
> >
> > Just trying to isolate where the reset is coming from. And I don't have a 
> > convenient linux framebuffer
> > console to test against (though I should set one up).
> >
> > When we know where the reset comes from maybe we can devise a workaround.
> >
> > Cheers,
> > Cameron Simpson 
>
> It's worse without screen:
>
> console: both colours and cursor reset
> screen: only cursor resets
>
> Screen on its own is fine with my cursor and colours. I'm using
> screen 99% of the time.
>
> Vim also resets the cursor, but the colours are fine, both in and out
> of screen.

I have found a kind of workaround now:

TERM=xterm-color mutt

However this means that the cursor is visible in menus and such. Not
really a big problem. I'd rather that than have to keep applying my
cursor settings every so often.

--
Dave

Life is like an onion: you peel off layer after layer, then you find
there is nothing in it.

.--.  oo
   ()//
~'

Re: Hardware cursor and console colours resetting when starting mutt

[David Woodfall]

On Saturday 29 September 2018 22:53,
Patrick Shanahan  put forth the proposition:
> * David Woodfall  [09-29-18 22:41]:
> > On Saturday 29 September 2018 22:16,
> > Patrick Shanahan  put forth the proposition:
> > > * David Woodfall  [09-29-18 19:51]:
> > > > On Saturday 29 September 2018 23:33,
> > > > Dave Woodfall  put forth the proposition:
> > > > > On Sunday 30 September 2018 08:17,
> > > > > Cameron Simpson  put forth the proposition:
> > > > > > On 28Sep2018 23:06, David Woodfall  wrote:
> > > > > > > On Friday 28 September 2018 17:44,
> > > > > > > Patrick Shanahan  put forth the proposition:
> > > > > > > > * David Woodfall  [09-28-18 17:37]:
> > > > > > > > > In the (framebuffer) console I've used the standard escape 
> > > > > > > > > codes to
> > > > > > > > > set a small 1/3 block cursor to make it more visible, and 
> > > > > > > > > softened
> > > > > > > > > the colours to not be so stark.  They were a bit of a headache
> > > > > > > > > before, and the normal cursor is very hard to see.
> > > > > > > > >
> > > > > > > > > Unfortunately, when I start mutt everything resets back to the
> > > > > > > > > defaults.  I only see a couple of settings regarding the 
> > > > > > > > > cursor, but
> > > > > > > > > they don't seem to help.  I've tried running with a -F 
> > > > > > > > > /dev/null so
> > > > > > > > > it doesn't seem to be something in my config.  Is there any 
> > > > > > > > > way of
> > > > > > > > > avoiding this?
> > > > > > > > >
> > > > > > > > > In screen it's not so bad, but the cursor resets even just 
> > > > > > > > > switching
> > > > > > > > > to the window where mutt is running.  The colours remain as 
> > > > > > > > > they were
> > > > > > > > > though.
> > > > > > > > >
> > > > > > > > > The cursor code I use is:
> > > > > > > > >
> > > > > > > > > printf '\e[?3c'
> > > > > > > > >
> > > > > > > > > Any ideas?
> > > > > > > >
> > > > > > > > your chosen terminal is undoubted the cause.  I run a tmux 
> > > > > > > > session on my
> > > > > > > > server and attach to it remotely usually via yakuake(konsole) 
> > > > > > > > but have not
> > > > > > > > made any effort to change the cursor.
> > > > > > > >
> > > > > > > > you have pretty well removed mutt from the equasion using "-F 
> > > > > > > > /dev/null".
> > > > > > >
> > > > > > > I'm using the vanilla linux console (i.e. no X and 16 colours) 
> > > > > > > plus screen.
> > > > > > > Don't really have a lot of choice.
> > > > > >
> > > > > > Does the behaviour persist if you don't use screen? I'm wondering 
> > > > > > if screen's terminal management is
> > > > > > reseting your cursor change.
> > > > > >
> > > > > > Conversely, does the behaviour occur if you use screen but don't 
> > > > > > use mutt (but _do_ use some other curses
> > > > > > programme like vim inside screen)?
> > > > > >
> > > > > > Just trying to isolate where the reset is coming from. And I don't 
> > > > > > have a convenient linux framebuffer
> > > > > > console to test against (though I should set one up).
> > > > > >
> > > > > > When we know where the reset comes from maybe we can devise a 
> > > > > > workaround.
> > > > > >
> > > > > > Cheers,
> > > > > > Cameron Simpson 
> > > > >
> > > > > It's worse without screen:
> > > > >
> > > > > console: both colours and cursor reset
> > > > > screen: only cursor resets
> > > > >
> > &g

Re: Hardware cursor and console colours resetting when starting mutt

[David Woodfall]

On Saturday 29 September 2018 22:16,
Patrick Shanahan  put forth the proposition:
> * David Woodfall  [09-29-18 19:51]:
> > On Saturday 29 September 2018 23:33,
> > Dave Woodfall  put forth the proposition:
> > > On Sunday 30 September 2018 08:17,
> > > Cameron Simpson  put forth the proposition:
> > > > On 28Sep2018 23:06, David Woodfall  wrote:
> > > > > On Friday 28 September 2018 17:44,
> > > > > Patrick Shanahan  put forth the proposition:
> > > > > > * David Woodfall  [09-28-18 17:37]:
> > > > > > > In the (framebuffer) console I've used the standard escape codes 
> > > > > > > to
> > > > > > > set a small 1/3 block cursor to make it more visible, and softened
> > > > > > > the colours to not be so stark.  They were a bit of a headache
> > > > > > > before, and the normal cursor is very hard to see.
> > > > > > >
> > > > > > > Unfortunately, when I start mutt everything resets back to the
> > > > > > > defaults.  I only see a couple of settings regarding the cursor, 
> > > > > > > but
> > > > > > > they don't seem to help.  I've tried running with a -F /dev/null 
> > > > > > > so
> > > > > > > it doesn't seem to be something in my config.  Is there any way of
> > > > > > > avoiding this?
> > > > > > >
> > > > > > > In screen it's not so bad, but the cursor resets even just 
> > > > > > > switching
> > > > > > > to the window where mutt is running.  The colours remain as they 
> > > > > > > were
> > > > > > > though.
> > > > > > >
> > > > > > > The cursor code I use is:
> > > > > > >
> > > > > > > printf '\e[?3c'
> > > > > > >
> > > > > > > Any ideas?
> > > > > >
> > > > > > your chosen terminal is undoubted the cause.  I run a tmux session 
> > > > > > on my
> > > > > > server and attach to it remotely usually via yakuake(konsole) but 
> > > > > > have not
> > > > > > made any effort to change the cursor.
> > > > > >
> > > > > > you have pretty well removed mutt from the equasion using "-F 
> > > > > > /dev/null".
> > > > >
> > > > > I'm using the vanilla linux console (i.e. no X and 16 colours) plus 
> > > > > screen.
> > > > > Don't really have a lot of choice.
> > > >
> > > > Does the behaviour persist if you don't use screen? I'm wondering if 
> > > > screen's terminal management is
> > > > reseting your cursor change.
> > > >
> > > > Conversely, does the behaviour occur if you use screen but don't use 
> > > > mutt (but _do_ use some other curses
> > > > programme like vim inside screen)?
> > > >
> > > > Just trying to isolate where the reset is coming from. And I don't have 
> > > > a convenient linux framebuffer
> > > > console to test against (though I should set one up).
> > > >
> > > > When we know where the reset comes from maybe we can devise a 
> > > > workaround.
> > > >
> > > > Cheers,
> > > > Cameron Simpson 
> > >
> > > It's worse without screen:
> > >
> > > console: both colours and cursor reset
> > > screen: only cursor resets
> > >
> > > Screen on its own is fine with my cursor and colours. I'm using
> > > screen 99% of the time.
> > >
> > > Vim also resets the cursor, but the colours are fine, both in and out
> > > of screen.
> >
> > A little more info on other applications: lynx and elinks seem to
> > work fine too. So far only mutt and vim seem to reset things,
> > although I can set an autocmd in vim to set the cursor back to mine
> > when it exits. I guess that is probably beyond the scope of an email
> > client though.
>
> you could alias or script mutt to reset the cursor back when exiting mutt,
> similarly to your vim autocmd

I tend to leave it running though. My new mail command sends a BEL so
that screen picks it up and shows it while I'm working in another
window.

--
Dave

For perfect happiness, remember two things:
  (1) Be content with what you've got.
  (2) Be sure you've got plenty.

.--.  oo
   ()//
~'

Re: Hardware cursor and console colours resetting when starting mutt

[David Woodfall]

On Saturday 29 September 2018 23:33,
Dave Woodfall  put forth the proposition:
> On Sunday 30 September 2018 08:17,
> Cameron Simpson  put forth the proposition:
> > On 28Sep2018 23:06, David Woodfall  wrote:
> > > On Friday 28 September 2018 17:44,
> > > Patrick Shanahan  put forth the proposition:
> > > > * David Woodfall  [09-28-18 17:37]:
> > > > > In the (framebuffer) console I've used the standard escape codes to
> > > > > set a small 1/3 block cursor to make it more visible, and softened
> > > > > the colours to not be so stark.  They were a bit of a headache
> > > > > before, and the normal cursor is very hard to see.
> > > > >
> > > > > Unfortunately, when I start mutt everything resets back to the
> > > > > defaults.  I only see a couple of settings regarding the cursor, but
> > > > > they don't seem to help.  I've tried running with a -F /dev/null so
> > > > > it doesn't seem to be something in my config.  Is there any way of
> > > > > avoiding this?
> > > > >
> > > > > In screen it's not so bad, but the cursor resets even just switching
> > > > > to the window where mutt is running.  The colours remain as they were
> > > > > though.
> > > > >
> > > > > The cursor code I use is:
> > > > >
> > > > > printf '\e[?3c'
> > > > >
> > > > > Any ideas?
> > > >
> > > > your chosen terminal is undoubted the cause.  I run a tmux session on my
> > > > server and attach to it remotely usually via yakuake(konsole) but have 
> > > > not
> > > > made any effort to change the cursor.
> > > >
> > > > you have pretty well removed mutt from the equasion using "-F 
> > > > /dev/null".
> > >
> > > I'm using the vanilla linux console (i.e. no X and 16 colours) plus 
> > > screen.
> > > Don't really have a lot of choice.
> >
> > Does the behaviour persist if you don't use screen? I'm wondering if 
> > screen's terminal management is
> > reseting your cursor change.
> >
> > Conversely, does the behaviour occur if you use screen but don't use mutt 
> > (but _do_ use some other curses
> > programme like vim inside screen)?
> >
> > Just trying to isolate where the reset is coming from. And I don't have a 
> > convenient linux framebuffer
> > console to test against (though I should set one up).
> >
> > When we know where the reset comes from maybe we can devise a workaround.
> >
> > Cheers,
> > Cameron Simpson 
>
> It's worse without screen:
>
> console: both colours and cursor reset
> screen: only cursor resets
>
> Screen on its own is fine with my cursor and colours. I'm using
> screen 99% of the time.
>
> Vim also resets the cursor, but the colours are fine, both in and out
> of screen.

A little more info on other applications: lynx and elinks seem to
work fine too. So far only mutt and vim seem to reset things,
although I can set an autocmd in vim to set the cursor back to mine
when it exits. I guess that is probably beyond the scope of an email
client though.

--
Dave

"He was so narrow minded he could see through a keyhole with both
eyes ..."

.--.  oo
   ()//
~'


signature.asc
Description: PGP signature

Re: Hardware cursor and console colours resetting when starting mutt

[David Woodfall]

On Sunday 30 September 2018 08:17,
Cameron Simpson  put forth the proposition:
> On 28Sep2018 23:06, David Woodfall  wrote:
> > On Friday 28 September 2018 17:44,
> > Patrick Shanahan  put forth the proposition:
> > > * David Woodfall  [09-28-18 17:37]:
> > > > In the (framebuffer) console I've used the standard escape codes to
> > > > set a small 1/3 block cursor to make it more visible, and softened
> > > > the colours to not be so stark.  They were a bit of a headache
> > > > before, and the normal cursor is very hard to see.
> > > >
> > > > Unfortunately, when I start mutt everything resets back to the
> > > > defaults.  I only see a couple of settings regarding the cursor, but
> > > > they don't seem to help.  I've tried running with a -F /dev/null so
> > > > it doesn't seem to be something in my config.  Is there any way of
> > > > avoiding this?
> > > >
> > > > In screen it's not so bad, but the cursor resets even just switching
> > > > to the window where mutt is running.  The colours remain as they were
> > > > though.
> > > >
> > > > The cursor code I use is:
> > > >
> > > > printf '\e[?3c'
> > > >
> > > > Any ideas?
> > >
> > > your chosen terminal is undoubted the cause.  I run a tmux session on my
> > > server and attach to it remotely usually via yakuake(konsole) but have not
> > > made any effort to change the cursor.
> > >
> > > you have pretty well removed mutt from the equasion using "-F /dev/null".
> >
> > I'm using the vanilla linux console (i.e. no X and 16 colours) plus screen.
> > Don't really have a lot of choice.
>
> Does the behaviour persist if you don't use screen? I'm wondering if screen's 
> terminal management is
> reseting your cursor change.
>
> Conversely, does the behaviour occur if you use screen but don't use mutt 
> (but _do_ use some other curses
> programme like vim inside screen)?
>
> Just trying to isolate where the reset is coming from. And I don't have a 
> convenient linux framebuffer
> console to test against (though I should set one up).
>
> When we know where the reset comes from maybe we can devise a workaround.
>
> Cheers,
> Cameron Simpson 

It's worse without screen:

console: both colours and cursor reset
screen: only cursor resets

Screen on its own is fine with my cursor and colours. I'm using
screen 99% of the time.

Vim also resets the cursor, but the colours are fine, both in and out
of screen.

Cheers

--
Dave

With a gentleman I try to be a gentleman and a half, and with a fraud I
try to be a fraud and a half.
-- Otto von Bismark

.--.  oo
   ()//
~'


signature.asc
Description: PGP signature

Re: Hardware cursor and console colours resetting when starting mutt

[David Woodfall]

On Friday 28 September 2018 17:44,
Patrick Shanahan  put forth the proposition:
> * David Woodfall  [09-28-18 17:37]:
> > Hi
> >
> > In the (framebuffer) console I've used the standard escape codes to
> > set a small 1/3 block cursor to make it more visible, and softened
> > the colours to not be so stark.  They were a bit of a headache
> > before, and the normal cursor is very hard to see.
> >
> > Unfortunately, when I start mutt everything resets back to the
> > defaults.  I only see a couple of settings regarding the cursor, but
> > they don't seem to help.  I've tried running with a -F /dev/null so
> > it doesn't seem to be something in my config.  Is there any way of
> > avoiding this?
> >
> > In screen it's not so bad, but the cursor resets even just switching
> > to the window where mutt is running.  The colours remain as they were
> > though.
> >
> > The cursor code I use is:
> >
> > printf '\e[?3c'
> >
> > Any ideas?
>
> your chosen terminal is undoubted the cause.  I run a tmux session on my
> server and attach to it remotely usually via yakuake(konsole) but have not
> made any effort to change the cursor.
>
> you have pretty well removed mutt from the equasion using "-F /dev/null".

I'm using the vanilla linux console (i.e. no X and 16 colours) plus screen.
Don't really have a lot of choice.

--
Dave

You should tip the waiter $10, minus $2 if he tells you his name,
another $2 if he claims it will be His Pleasure to serve you and
another $2 for each "special" he describes involving confusing terms
such as "shallots," and $4 if the menu contains the word "fixin's."  In
many restaurants, this means the waiter will actually owe you money.
If you are traveling with a child  aged six months to three years, you
should leave an additional amount equal to twice the bill to compensate
for the fact that they will have to take the banquette out and burn it
because the cracks are wedged solid with gobbets made of partially
chewed former restaurant rolls saturated with baby spit.

In New York, tip the taxicab driver $40 if he does not mention his
hemorrhoids.
-- Dave Barry, "The Stuff of Etiquette"

.--.  oo
   ()//
~'


signature.asc
Description: PGP signature

Hardware cursor and console colours resetting when starting mutt

[David Woodfall]

Hi

In the (framebuffer) console I've used the standard escape codes to
set a small 1/3 block cursor to make it more visible, and softened
the colours to not be so stark.  They were a bit of a headache
before, and the normal cursor is very hard to see. 

Unfortunately, when I start mutt everything resets back to the
defaults.  I only see a couple of settings regarding the cursor, but
they don't seem to help.  I've tried running with a -F /dev/null so
it doesn't seem to be something in my config.  Is there any way of
avoiding this?

In screen it's not so bad, but the cursor resets even just switching
to the window where mutt is running.  The colours remain as they were
though.

The cursor code I use is:

printf '\e[?3c'

Any ideas?

--
Dave

In Ohio, if you ignore an orator on Decoration day to such an extent as
to publicly play croquet or pitch horseshoes within one mile of the
speaker's stand, you can be fined $25.00.

.--.  oo
   ()//
~'


signature.asc
Description: PGP signature

Re: Check PGP sigs only when I need to

[David Woodfall]

On Wednesday 26 September 2018 10:14,
Ian Zimmerman  put forth the proposition:
> Hello mutt lovers,
>
> I still have not found a good way to check PGP signatures.  The root
> problem is that many (probably more than half) signatures on mailing
> list messages, including this one, are broken.  I have given up on
> addressing that root problem, but I would still like to check signatures
> on private messages on occasion.  I know about the variable
> crypt_verify_sig, but it's not a real solution in itself (ie. when set
> to ask-no) because I still waste time responding to the prompt.  I could
> set it in a folder hook to yes or no depending on the folder, but I am
> also trying to avoid folder hooks as much as possible, with their
> complexity and opacity [1].
>
> The ideal solution I dream about is a specific command/keystroke to
> check the signature of a message, when already viewing that message.
> Strange as it is this natural command doesn't seem to exist - or am I
> wrong about this?  And if I'm right would it make sense to add such a
> command?
>
> [1]
> How many people really know the exact rules by which the pattern in a
> folder hook matches?
>
> --
> Please don't Cc: me privately on mailing lists and Usenet,
> if you also post the followup to the list or newsgroup.
> To reply privately _only_ on Usenet and on broken lists
> which rewrite From, fetch the TXT record for no-use.mooo.com.

You can make a key bind/macro to do pretty much everything, including
changing settings like that.

--
Dave

"... being a Linux user is sort of like living in a house inhabited
by a large family of carpenters and architects. Every morning when
you wake up, the house is a little different. Maybe there is a new
turret, or some walls have moved. Or perhaps someone has temporarily
removed the floor under your bed." - Unix for Dummies, 2nd Edition
  -- found in the .sig of Rob Riggs, rri...@tesser.com

.--.  oo
   ()//
~'

Macro and/or script to print out message route?

[David Woodfall]

I just wondered if anyone had a macro or script that will parse the
headers for Received: and Return-Path: and print out a kind of route
map?

-Dave

--

But what can you do with it?
  -- ubiquitous cry from Linux-user partner

.--.  oo
   ()//
~'

Re: Resolving Disconnect Between New and Unread

[David Woodfall]

On Tuesday 28 August 2018 19:06,
Dave Woodfall  put forth the proposition:
> On Friday 24 August 2018 14:38,
> Hunter Jozwiak  put forth the proposition:
> > Hello,
> >
> > I have been using Mutt for a while now, and I am impressed so far. There is
> > one rather big problem, in that there is a disconnect between new email and
> > messages that are unread. If I close the client and open it up later and
> > try to read the many emails I haven't gotten to yet, the unread messages
> > that were unread before I close the client are no longer new, which is to
> > be expected, but there is no obvious means of determining whether they are
> > unread or not. Am I misunderstanding something fundemental here? Are new
> > messages actually sononymous with unread? If so, how do I resolve this
> > disconnect?
> >
> > Thanks,
> >
> > Hunter
>
> Make sure that your folder_format contains %S

Sorry, I meant index_format

> Seen the muttrc man page for full details, but simply:
>
> Old unread messages will be marked 'O'
> New unread messages will be marked 'N'
>
> However, if you unset mark_old then you will see all unread as 'N'
>
> -Dave

--

The good thing about standards is that there are so many to choose from.
  -- Andrew S. Tanenbaum

.--.  oo
   ()//
~'

Re: Resolving Disconnect Between New and Unread

[David Woodfall]

On Friday 24 August 2018 14:38,
Hunter Jozwiak  put forth the proposition:
> Hello,
>
> I have been using Mutt for a while now, and I am impressed so far. There is
> one rather big problem, in that there is a disconnect between new email and
> messages that are unread. If I close the client and open it up later and
> try to read the many emails I haven't gotten to yet, the unread messages
> that were unread before I close the client are no longer new, which is to
> be expected, but there is no obvious means of determining whether they are
> unread or not. Am I misunderstanding something fundemental here? Are new
> messages actually sononymous with unread? If so, how do I resolve this
> disconnect?
>
> Thanks,
>
> Hunter

Make sure that your folder_format contains %S
Seen the muttrc man page for full details, but simply:

Old unread messages will be marked 'O'
New unread messages will be marked 'N'

However, if you unset mark_old then you will see all unread as 'N'

-Dave

--

What you end up with, after running an operating system concept through
these many marketing coffee filters, is something not unlike plain hot
water.
  -- Matt Welsh

.--.  oo
   ()//
~'

Re: [Mutt] Re: [Mutt] Re: Long subject lines

[David Woodfall]

On Sunday 19 August 2018 18:38,
Mihai Lazarescu  put forth the proposition:
> On Sunday, August 19, 2018 at 14:57:20 +0100, David Woodfall wrote:
>
> > On Sunday 19 August 2018 13:58, Mihai Lazarescu  put 
> > forth the proposition:
> >
> > > BTW, piping the message through "formail -c" would
> > > concatenate continued fields in the header.
> >
> > Can I add a pipe to the editor command somehow, or how would
> > I go about it?
>
> I'd do the pipe in vim — you were using vim, right? Something like:
>
> autocmd BufRead /tmp/mutt-* silent! normal ggV}k!formail -fc^M}dd
>
> where ^M is actually the ASCII 13 Ctrl-M (carriage return) control character.
>
> Mihai
>

OK. Thanks.

Dave

--

'Mounting' is used for three things: climbing on a horse, linking in a
hard disk unit in data systems, and, well, mounting during sex.
  -- Christa Keil

.--.  oo
   ()//
~'

Re: [Mutt] Re: Long subject lines

[David Woodfall]

On Sunday 19 August 2018 13:58,
Mihai Lazarescu  put forth the proposition:
> On Sunday, August 19, 2018 at 10:33:35 +0100, David Woodfall wrote:
>
> > It was kind of an xy problem really.  My vim function that
> > gets called when I edit a message needs fixing for subjects
> > of 1 line.  Or it will drop me in insert mode after the first
> > line, and the second and any subsequent lines are under that.
> >
> > Easy to fix anyway, but this is the first time that it's
> > happened so it was a bit of a surprise.
>
> BTW, piping the message through "formail -c" would concatenate continued 
> fields in
> the header.
>
> Mihai

Can I add a pipe to the editor command somehow, or how would I go
about it?

--

I'm telling you that the kernel is stable not because it's a kernel,
but because I refuse to listen to arguments like this.
  -- Linus Torvalds

.--.  oo
   ()//
~'

Re: Long subject lines

[David Woodfall]

On Sunday 19 August 2018 16:52,
Erik Christiansen  put forth the proposition:
> On 19.08.18 03:17, David Woodfall wrote:
> > I sent a message with a rather long subject line earlier and it was
> > split into two lines.
>
> OK, I'm a laggard, still on mutt 1.8.0, but when I compose a three-line
> subject in vim¹, separated by newlines, it is visually _joined_ into a
> single line on return to mutt. Sending it to myself, it is displayed as
> three lines in mutt, but more compact than composed. That may just be
> wrapping of the single line.
>
> The only other MUA I have any familiarity with is ancient "mail", and it
> shows the same for the received message.
>
> > Is there a way to avoid that? I tried setting tw=0 in an autocmd in
> > vim but it still got cut. I checked that tw was still set to 0, so I
> > assume that mutt cuts it before vim opens it.
>
> Seeing three lines in vim being joined to one in mutt, I don't expect
> vim settings to have much effect in the MUA.
>
> > Or is this a limitation of the RFC that subject lines need to be
> > under a certain length?
>
> My simple experiments suggest that it's just mutt joining vim's multiple
> lines into one, then wrapping that for useful display on receipt.
>
> Erik
>
> ¹ edit_headers is set.

It was kind of an xy problem really. My vim function that gets called
when I edit a message needs fixing for subjects of > 1 line. Or it
will drop me in insert mode after the first line, and the second and
any subsequent lines are under that.

Easy to fix anyway, but this is the first time that it's happened so
it was a bit of a surprise.

Dave

--

Never make any mistaeks.
  -- Anonymous, in a mail discussion about to a kernel bug report

.--.  oo
   ()//
~'

Re: [Mutt] Long subject lines

[David Woodfall]

On Sunday 19 August 2018 08:25,
Mihai Lazarescu  put forth the proposition:
> On Sunday, August 19, 2018 at 03:17:58 +0100, David Woodfall wrote:
>
> > Or is this a limitation of the RFC that subject lines need
> > to be under a certain length?
>
> Yes, RFC 5322.  Header lines cannot exceed 998 characters and should be 
> folded at less than 78
> character per line:
>
>https://tools.ietf.org/html/rfc5322#section-2.1.1
>
>https://tools.ietf.org/html/rfc5322#section-2.2.3
>
> Mihai

Thanks.

Dave

--

Go not unto the Usenet for advice, for you will be told both yea and nay (and
quite a few things that just have nothing at all to do with the question).
  -- seen in a .sig somewhere

.--.  oo
   ()//
~'

Long subject lines

[David Woodfall]

I sent a message with a rather long subject line earlier and it was
split into two lines.

Is there a way to avoid that? I tried setting tw=0 in an autocmd in
vim but it still got cut. I checked that tw was still set to 0, so I
assume that mutt cuts it before vim opens it.

Or is this a limitation of the RFC that subject lines need to be
under a certain length?

--

As usual, this being a 1.3.x release, I haven't even compiled this
kernel yet.  So if it works, you should be doubly impressed.
  -- Linus Torvalds, announcing kernel 1.3.3

.--.  oo
   ()//
~'

Security of verifying gpg keys from internet key servers

[David Woodfall]

On Monday 13 August 2018 20:22,
Matthias Apitz  put forth the proposition:
> On Monday, 13 August 2018 18:59:38 CEST, David Woodfall 
> wrote:
> > On Monday 13 August 2018 13:46,
> > Matthias Apitz  put forth the proposition:
> > > El día Monday, August 13, 2018 a las 12:34:08PM +0100, David Woodfall
> > > escribió:
> > >
> > > ...
> > > > PS:
> > > >
> > > > Do you have your key on a keyserver somewhere? I got a huge 30 sec
> > > > delay opening this because I only have keys.gnupg.net set as
> > > > keyserver. Not sure if there more popular ones these days?
> > >
> > > Dave, do you verify gnuPG keys/signs on the fly? Is this secure?
> > > Thx
> >
> > Mutt does it automatically. I don't know why it wouldn't be secure.
> >
>
> Well, verifying the identity of an unknown person with some server over the
> Inrernet is not very reliable, isn't it?

In what way? I think gnupg.net is a pretty secure source to look up
keys. There's no other way unless someone attaches/sends you there
key to import that I know about.

--

The game, anoraks.2.0.0.tgz, will be available from sunsite until somebody
responsible notices it and deletes it, and shortly from
ftp.mee.tcd.ie/pub/Brian, though they don't know that yet.
  -- Brian O'Donnell, odonn...@tcd.ie

.--.  oo
   ()//
~'

Re: Firefox throw can't find temp file error

[David Woodfall]

On Monday 13 August 2018 13:46,
Matthias Apitz  put forth the proposition:
> El día Monday, August 13, 2018 a las 12:34:08PM +0100, David Woodfall 
> escribió:
>
> ...
> > PS:
> >
> > Do you have your key on a keyserver somewhere? I got a huge 30 sec
> > delay opening this because I only have keys.gnupg.net set as
> > keyserver. Not sure if there more popular ones these days?
>
> Dave, do you verify gnuPG keys/signs on the fly? Is this secure?
> Thx

Mutt does it automatically. I don't know why it wouldn't be secure.

--

'Ooohh.. "FreeBSD is faster over loopback, when compared to Linux
over the wire". Film at 11.'
  -- Linus Torvalds

.--.  oo
   ()//
~'

Re: Firefox throw can't find temp file error

[David Woodfall]

On Monday 13 August 2018 10:55,
dekkz...@gmail.com  put forth the proposition:
> Hi
>
> I've noticed recently after i've finished in mutt Firefox has a tab open with 
> an error saying it cant find a temp file that mutt sent it.
>
> Any ideas?

What do you have in you ~/.mailcap?

-Dave

PS:

Do you have your key on a keyserver somewhere? I got a huge 30 sec
delay opening this because I only have keys.gnupg.net set as
keyserver. Not sure if there more popular ones these days?

I've changed the verify timeout from the default 30 seconds to a
more reasonable 5 now.

--

.--.  oo
   ()//
~'

Re: Need some better ideas for folder-hooks

[David Woodfall]

On Friday 10 August 2018 08:14,
Dave Woodfall  put forth the proposition:
> My ~/Mail is a local maildir mailbox, and I have quite a few
> folder-hooks, some to set different 'from' and 'sendmail' to send via
> various smtp servers and addresses and some set other properties:
>
> folder-hook .* source ~/.mutt/default
> folder-hook =Lists/* source ~/.mutt/listhook
> folder-hook =Google source ~/.mutt/google
> folder-hook =Yahoo source ~/.mutt/yahoo
> folder-hook =Paypal|Sent|Ebay|Trash|Shops|Slackware set sort=date
> ...
> etc.
>
> There are around 12 custom hooks in all. Because I was having
> problems, I also added them without the = too to see if would help.

After testing a few things it turned out that only 'from' wasn't
being set, but I changed things to use my_hdr and it seems OK so far.

Funnily enough I used to use my_hdr a long time ago but switched to
'set from'. Not sure why now, but looking at the man page it looks
like it can't be set on the fly like my_hdr.

-Dave

--

All language designers are arrogant. Goes with the territory...
  -- Larry Wall

.--.  oo
   ()//
~'

Need some better ideas for folder-hooks

[David Woodfall]

My ~/Mail is a local maildir mailbox, and I have quite a few
folder-hooks, some to set different 'from' and 'sendmail' to send via
various smtp servers and addresses and some set other properties:

folder-hook .* source ~/.mutt/default
folder-hook =Lists/* source ~/.mutt/listhook
folder-hook =Google source ~/.mutt/google
folder-hook =Yahoo source ~/.mutt/yahoo
folder-hook =Paypal|Sent|Ebay|Trash|Shops|Slackware set sort=date
...
etc.

There are around 12 custom hooks in all. Because I was having
problems, I also added them without the = too to see if would help.

After a while though I find that settings aren't being applied and I
can't seem to find any clues why.

Is it the .* that's messing up the others? They seem to work fine for
a while, even with that.

If there are better ways to do this I'd be glad for any ideas.

-Dave

--

It's now the GNU Emacs of all terminal emulators.
  -- Linus Torvalds, regarding the fact that Linux started off as a terminal 
emulator

.--.  oo
   ()//
~'

Problem with index list on a certain mailing list

[David Woodfall]

I'm using %F in index_format to shows author name, but the slackware
mailing does something strange. This is how a From: line is formed:

>From: Fred Bloggs via slackware 

%F shows that as Slackware and so does %n and anything else designed
to show author name.

It's because I have an alias defined for it. I have aliases for all
the lists I'm subscribed to, made from the part of the address before
the '@'. EG alias mutt-users "Mutt Users"  etc.

This is done automagically via a macro+shell script whenever I
subscribe to a new list, or unsubscribe and remove an old one.

Is there a way to fix that, other than removing the alias?

--

.. I used to get in more fights with SCO than I did my girlfriend, but
now, thanks to Linux, she has more than happily accepted her place back at
number one antagonist in my life..
  -- Jason Stiefel, kry...@s30.nmex.com

.--.  oo
   ()//
~'

Re: brow.sh terminal html rendering integration?

[David Woodfall]

On Tuesday 10 July 2018 13:37,
Marcelo Laia  put forth the proposition:
> A ter, 10/07/2018, 12:46, Patrick Shanahan  escreveu:
>
> >
> > have you tried w3m?
> > need to enable graphics mode
> >
>
> Please, how is it possible? Enable graphics mode?
>
> I use lynx. Are there graphics mode for its, too?
>
> Thanks
>
> Marcelo
>
> >

Links has a graphics mode for framebuffer consoles. Won't work in an
xterm or over ssh AFAIK.

w3m is capable of displaying images in some supported terminals, but I'm not
sure which. IIRC it needs compiling with gdk or pixbuf support.

What I tend to do depends on the requirement. If I am sent an image
attachment I have setup a special mailcap to scp it to me, then I can
open it locally.

~/.mutt-mailcap:

application/*; scp -q %s user@host:attachments/.
image/*;   scp -q %s user@host:attachments/.
audio/*;   scp -q %s user@host:attachments/.
video/*;   scp -q %s user@host:attachments/.

text/html; elinks %s;nametemplate=%s.html;copiousoutput

For website links that I want to open in a GUI I do kind of the same thing, but
with a shell script that ssh's me the link to my local browser. I use urlview
to open the links in the shell script.

url_handler.sh:

http_prgs="/home/david/scripts/urlopen:VT"
https_prgs="/home/david/scripts/urlopen:VT"

That should probably go in ~/.urlview but wth...

urlopen just does a ssh -q user@host "qutebrowser \"$URL\""

--

Linux: The OS people choose without $200,000,000 of persuasion.
  -- Mike Coleman

.--.  oo
   ()//
~'

Re: Problem with strict_threads

[David Woodfall]

On Thursday 5 July 2018 23:17,
Erik Christiansen  put forth the proposition:
> On 05.07.18 13:39, David Woodfall wrote:
> > I've noticed now that my replies in that thread don't have a
> > In-Reply-To for some reason. When I tag one and attach it with & as
> > you said it joins fine and adds that.
> >
> > Why wouldn't mutt add that? It works fine eg in lists.
>
> It's ticked over 23:00 here, and I'm not recalling anything on the
> missing In-Reply-To headers, but if there's still poor threading after
> that's fixed, then here's what my notes say I did, back when:
>
> Debug: Maillist posts, lacking In-Reply-To or References headers, and with
>"Fwd: Re: Fwd: Re:" pollution in the Subject, started multiple
>threads, and mutt didn't cope:
> Diagn: :set ? strict_threads
>strict_threads is unset
>:set ? sort_re
>sort_re is set
># Default reply_regexp is simplistic, though.
> Fix:   Added in .muttrc:
># Note:  Keep reply_regexp lower-case, to keep it case-insensitive.
>#
>set reply_regexp="^(((re(\\[[0-9]\\])?|aw|fw|fwd|\\?\\?|):)[ \t]*)+"
>
> There are even fancier regexes in the list archive, back in 2009/2010,
> but they have more ambitious agendas.
>
> Erik

I found the problem: PEBKAC

My vim mailer function that deletes Cc and Bcc lines was leaving
spaces and the In-Reply-To header line was under those so it wasn't
seen as being a header and not added...

-D

--

Linux is obsolete
  -- Andrew Tanenbaum

.--.  oo
   ()//
~'

Re: Problem with strict_threads

[David Woodfall]

On Thursday 5 July 2018 22:20,
Erik Christiansen  put forth the proposition:
> On 05.07.18 12:53, David Woodfall wrote:
> > I've just set up things so that record=^ which works fine, and I
> > copied a bunch of old sent messages to a folder to see the whole
> > thread.  However I see the thread order is broken.
>
> OK, we have "set sort=threads", as the above implies some threads
> showing.

Yeah, I have sort=threads by default on every folder except =Sent
and =Trash

> > I tried setting strict_threads but it doesn't help.
>
> That just reduces threading, by disabling pseudo-threading.
> Having $strict_threads and $sort_re unset should compensate for missing
> threading headers, perhaps too much, if a subject recurs in later
> threads.
>
> > EG I have a thread with a friend (he uses the email app in Win10 and
> > the messages have outlook.com IDs) and checked all his Message-ID and
> > all my In-Reply-To and they look like they should match properly.
> > Each message contains the correct ID and Reference AFAICS.
> >
> > Any ideas what to try to solve this?
>
> What happens to the headers when you use & to join a tagged mail to a
> thread? Presumably the thread display is now OK, and the change in the
> headers will show whether it's In-Reply-To or a Reference that was
> missing. (Whenever I've done that, mutt has added an In-Reply-To, IIRC.)

I added a couple of binds to toggle on/off In-Reply-To and Message-ID.  

I've noticed now that my replies in that thread don't have a
In-Reply-To for some reason. When I tag one and attach it with & as
you said it joins fine and adds that.

Why wouldn't mutt add that? It works fine eg in lists.

-D

> Erik


--

In short, at least give the penguin a fair viewing. If you still don't
like it, that's ok: that's why I'm boss. I simply know better than you do.
  -- Linus "what, me arrogant?" Torvalds, on c.o.l.advocacy

.--.  oo
   ()//
~'

Problem with strict_threads

[David Woodfall]

I've just set up things so that record=^ which works fine, and I
copied a bunch of old sent messages to a folder to see the whole
thread.  However I see the thread order is broken.

I tried setting strict_threads but it doesn't help.

EG I have a thread with a friend (he uses the email app in Win10 and
the messages have outlook.com IDs) and checked all his Message-ID and
all my In-Reply-To and they look like they should match properly.
Each message contains the correct ID and Reference AFAICS.

Any ideas what to try to solve this?

-D

--

Eh, that's it, I guess.  No 300 million dollar unveiling event for this
kernel, I'm afraid, but you're still supposed to think of this as the
"happening of the century" (at least until the next kernel comes along).
Oh, and this is another kernel in that great and venerable "BugFree(tm)"
series of kernels. So be not afraid of bugs, but go out in the streets
and deliver this message of joy to the masses.
  -- Linus Torvalds, on releasing 1.3.27

.--.  oo
   ()//
~'

Re: Problems with hooks, 'set' and quoting/escaping values

[David Woodfall]

On Friday 18 May 2018 18:22,
Dave Woodfall  put forth the proposition:

When using hooks I find that I sometimes have problems with using
'set' and some variables that need quoting or escaping.

eg: the following work:

folder-hook =Sent 'set index_format="%3C %[!%d/%m/%y] %-15.15F %s"'
folder-hook =Folk 'set editor="vim +\':call Mailer()\' %s"'

However I'm having problems with this line:

reply-hook .* 'set editor="vim +\':call Mailer()\' %s"'

No matter how I quote/escape it I always get an error. Either
something in the lines of '+:call: unknown variable' or 'sh -c
unexpected '('' I don't know why this works with folder-hook but not
with reply-hook.

My usual way out of these situations is to put such commands in a
file and have a hook source it, but to make a file for just one
command just seems wrong.

Any ideas?
How do you guys cope with situations like this?


Answering my own question. This works:

reply-hook .* "set editor='vim +\":call ListMailer()\" %s'"

I reversed the single and double quotes.

-Dave

--

Please don't reply directly to me or CC me.

The linuX Files -- The Source is Out There.
 -- Sent in by Craig S. Bell, g...@aracnet.com

 .-. .-. .-. .-. .-. .-. .-. .-. .-.
.'   `._.'   `._.'   `._.'   `._.'   `._.'   `._.'   `._.'   `._.'   `.

Problems with hooks, 'set' and quoting/escaping values

[David Woodfall]

When using hooks I find that I sometimes have problems with using
'set' and some variables that need quoting or escaping.

eg: the following work:

folder-hook =Sent 'set index_format="%3C %[!%d/%m/%y] %-15.15F %s"'
folder-hook =Folk 'set editor="vim +\':call Mailer()\' %s"'

However I'm having problems with this line:

reply-hook .* 'set editor="vim +\':call Mailer()\' %s"'

No matter how I quote/escape it I always get an error. Either
something in the lines of '+:call: unknown variable' or 'sh -c
unexpected '('' I don't know why this works with folder-hook but not
with reply-hook.

My usual way out of these situations is to put such commands in a
file and have a hook source it, but to make a file for just one
command just seems wrong.

Any ideas?
How do you guys cope with situations like this?

-Dave

--

Please don't reply directly to me or CC me.

All language designers are arrogant. Goes with the territory...
 -- Larry Wall

 .-. .-. .-. .-. .-. .-. .-. .-. .-.
.'   `._.'   `._.'   `._.'   `._.'   `._.'   `._.'   `._.'   `._.'   `.

Replying to lists and aliases

[David Woodfall]

I've noticed that when I reply to a mailing list post that I have an
alias for, instead of say 'Mutt Users ' being used in
the To: header when I receive the reply, it has used only the email
address.

I'm using this example format:

alias mutt-users Mutt Users 

Which is automated with a bash script when I've saved a new list
message into a =Lists/list-addr...@address.tld/ folder.

Can this behaviour be changed with the format of the subscribe
command? I don't see anything relevant in the docs.

At the moment I'm just using 'subscribe email@address'

Re: Detect when inside a split?

[David Woodfall]

On Friday 13 April 2018 17:27,
Dave Woodfall  put forth the proposition:

Is it possible to detect when inside a split so I can use a switch in
my caption string?

I'm using %F to detect if the region has focus and dim the other
window names. This is OK in a split because it hides the other window
names, but when in a single screen with no splits I'd like to see a
full visible list.

TIA


Guess who posted to the wrong list.

Detect when inside a split?

[David Woodfall]

Is it possible to detect when inside a split so I can use a switch in
my caption string?

I'm using %F to detect if the region has focus and dim the other
window names. This is OK in a split because it hides the other window
names, but when in a single screen with no splits I'd like to see a
full visible list.

TIA

Re: Wide Glyph Problems

[David Woodfall]

On Monday 9 April 2018 21:47,
Dave Woodfall <d...@dawoodfall.net> put forth the proposition:

On Monday 9 April 2018 20:18,
Dave Woodfall <d...@dawoodfall.net> put forth the proposition:

On Monday 9 April 2018 14:05,
mut...@eldondev.com <mut...@eldondev.com> put forth the proposition:

On Mon, Apr 09, 2018 at 05:04:15PM +0100, David Woodfall wrote:

I'm having problems with some messages that use wide glyphs,
especially mail from Ebay (even though I have chosen plain text
mail).


I think that I am experiencing something similar, but in my case
rendering errors generate what appears to be an unexpected linebreak or
similar. This will throw the whole screen off until I do a manual
redraw. Using mutt in gnu screen in urxvt. Not sure if it's related, but
it happens with the same character sets you describe.


Yes, I just tested without screen and it's fine in urxvt and
xfce4-term. Going to move this to the screen bugzilla.


Actually though, in vim + screen it is fine. It just seems to be a
combination of screen + mutt for some reason.

Stumped.


OK. It looks like there's a difference between what mutt is defining
for wide chars than screen.

Here is the screen commit that broke it for mutt:

https://git.savannah.gnu.org/cgit/screen.git/commit/?h=screen-v4=c10e99789904ac687701fb9bd7d2bf8b8995b166

It just updates the wide glyph table.

Re: choices on reading HTML emails

[David Woodfall]

On Tuesday 10 April 2018 15:57,
Yubin Ruan  put forth the proposition:

Hi,

Can anyone share some approaches for reading HTML emails.
Currenlty I use w3m:

   text/html; w3m -I %{charset} -T text/html; copiousoutput;

But sometimes I receive some HTML mails which can not be handled that well by
w3m, so I want to open that html attachment in a browser. How can I switch
between?

Yubin


What I did was make a shell script to save the mail and open it in
elinks when autoview didn't autoopen it for some reason. You can
easily change elinks to another browser:

#!/bin/sh

TMPFILE="/tmp/mutt-elinks.html"
cat /dev/stdin > "$TMPFILE"
sed -ri "s%^(Date:|From:|To:|Cc:|Subject:|X-Mailer:)(.*)%\1\2\%g" 
"$TMPFILE"
elinks -force-html "$TMPFILE"
rm -f "$TMPFILE"

And the macro:

macro pager,index,attach Z "|~/.mutt/elinks"

The sed line is just to add line breaks to the headers.

Re: Wide Glyph Problems

[David Woodfall]

On Monday 9 April 2018 20:18,
Dave Woodfall <d...@dawoodfall.net> put forth the proposition:

On Monday 9 April 2018 14:05,
mut...@eldondev.com <mut...@eldondev.com> put forth the proposition:

On Mon, Apr 09, 2018 at 05:04:15PM +0100, David Woodfall wrote:

I'm having problems with some messages that use wide glyphs,
especially mail from Ebay (even though I have chosen plain text
mail).


I think that I am experiencing something similar, but in my case
rendering errors generate what appears to be an unexpected linebreak or
similar. This will throw the whole screen off until I do a manual
redraw. Using mutt in gnu screen in urxvt. Not sure if it's related, but
it happens with the same character sets you describe.


Yes, I just tested without screen and it's fine in urxvt and
xfce4-term. Going to move this to the screen bugzilla.


Actually though, in vim + screen it is fine. It just seems to be a
combination of screen + mutt for some reason.

Stumped.

Re: Wide Glyph Problems

[David Woodfall]

On Monday 9 April 2018 14:05,
mut...@eldondev.com <mut...@eldondev.com> put forth the proposition:

On Mon, Apr 09, 2018 at 05:04:15PM +0100, David Woodfall wrote:

I'm having problems with some messages that use wide glyphs,
especially mail from Ebay (even though I have chosen plain text
mail).


I think that I am experiencing something similar, but in my case
rendering errors generate what appears to be an unexpected linebreak or
similar. This will throw the whole screen off until I do a manual
redraw. Using mutt in gnu screen in urxvt. Not sure if it's related, but
it happens with the same character sets you describe.


Yes, I just tested without screen and it's fine in urxvt and
xfce4-term. Going to move this to the screen bugzilla.

Wide Glyph Problems

[David Woodfall]

I'm having problems with some messages that use wide glyphs,
especially mail from Ebay (even though I have chosen plain text
mail).

The indentation following these messages is messed up. Here's a
screenshot:

http://www.r0t.uk/sshots/shot-5880465154.png

rxvt-unicode identifies the delivery van as 1f69a in Symbola font and
the tick as 2705 also in Symbola.

I get the same problem when Noto Emoji is used. The same thing also
happens in xfce4-terminal, which is a VTE based term and they are
usually really good with wide fonts. My rxvt-unicode is patched with
the latest wide glyph patches etc.

I don't get this problem in vim at all. The indentation is correct
there.

I've looked on the net to see if there are any wide glyph patches for
mutt, but came up empty.

Re: Sidebar closes after save and delete

[David Woodfall]

On (20/03/18 15:56), Dave Woodfall <d...@dawoodfall.net> put forth the 
proposition:

On (20/03/18 07:46), Kevin J. McCarthy <ke...@8t8.us> put forth the proposition:

On Tue, Mar 20, 2018 at 10:38:49AM +, David Woodfall wrote:

I've noticed since I've been using the sidebar that it closes when
deleting or saving a message in index and pager.

I managed to fix the delete problem by changing the macro to:

s=Trash":set sidebar_visible"

But this doesn't work with  for some reason. It looks
like something is closing it after my macro has finished.


Check to see if you've bound something to  that
is inadvertently triggering.  My guess is something in one of your
macros is leaving that keybinding in the input buffer.

--
Kevin J. McCarthy
GPG Fingerprint: 8975 A9B3 3AA3 7910 385C  5308 ADEF 7684 8031 6BDA


I commented out all the source lines in my .muttrc for binds,
sidebar, colours and pretty much everything. I haven't looked at the
global rc yet though. I'll check that next.



The culprit turned out to be a message_hook which I had turn it off
when I opened a message. I'm not quite sure why that was activating
when deleting or saving a message though.

Re: Sidebar closes after save and delete

[David Woodfall]

On (20/03/18 07:46), Kevin J. McCarthy <ke...@8t8.us> put forth the proposition:

On Tue, Mar 20, 2018 at 10:38:49AM +, David Woodfall wrote:

I've noticed since I've been using the sidebar that it closes when
deleting or saving a message in index and pager.

I managed to fix the delete problem by changing the macro to:

s=Trash":set sidebar_visible"

But this doesn't work with  for some reason. It looks
like something is closing it after my macro has finished.


Check to see if you've bound something to  that
is inadvertently triggering.  My guess is something in one of your
macros is leaving that keybinding in the input buffer.

--
Kevin J. McCarthy
GPG Fingerprint: 8975 A9B3 3AA3 7910 385C  5308 ADEF 7684 8031 6BDA


I commented out all the source lines in my .muttrc for binds,
sidebar, colours and pretty much everything. I haven't looked at the
global rc yet though. I'll check that next.

Re: Mail checking a bit slow

[David Woodfall]

On (20/03/18 09:33), Dave Woodfall <d...@dawoodfall.net> put forth the 
proposition:

On (20/03/18 10:22), Jens John <li...@2ion.de> put forth the proposition:

On Tue, 20 Mar 2018, at 05:17, David Woodfall wrote:

Is there a way of speeding this up? I'm not using IMAP or anything,
just plain maildir.


You should try `header_cache`. It worked wonders when I was still using a HDD 
and Maildir, reducing mailbox load times from ~4s to .5s for large maildirs. 
Not sure how much of a difference this would make on a system that already has 
SSD, but even then it's worth a try.

header_cache
Type: path
Default: “”

This  variable  points  to the header cache database.  If pointing 
to a directory Mutt will contain a header cache database file per folder, if 
pointing to a file that file
will be a single global header cache. By default it is unset so no 
header caching will be used.

Header caching can greatly improve speed when opening POP, IMAP MH 
or Maildir folders, see “caching” for details.



I used to use cache when I used IMAP. I turned it off when I started
using local mailboxes. I'll turn it on again and see.


Finally, I found $mail_check_stats_interval. This is what controls
the stats checking for the sidebar. It's set to 30 secs by default.
I've lowered it to a few seconds and it helps a lot.

Sidebar closes after save and delete

[David Woodfall]

I've noticed since I've been using the sidebar that it closes when
deleting or saving a message in index and pager.

I managed to fix the delete problem by changing the macro to:

s=Trash":set sidebar_visible"

But this doesn't work with  for some reason. It looks
like something is closing it after my macro has finished.

Any ideas?

Re: Mail checking a bit slow

[David Woodfall]

On (20/03/18 10:22), Jens John <li...@2ion.de> put forth the proposition:

On Tue, 20 Mar 2018, at 05:17, David Woodfall wrote:

Is there a way of speeding this up? I'm not using IMAP or anything,
just plain maildir.


You should try `header_cache`. It worked wonders when I was still using a HDD 
and Maildir, reducing mailbox load times from ~4s to .5s for large maildirs. 
Not sure how much of a difference this would make on a system that already has 
SSD, but even then it's worth a try.

header_cache
 Type: path
 Default: “”

 This  variable  points  to the header cache database.  If pointing 
to a directory Mutt will contain a header cache database file per folder, if 
pointing to a file that file
 will be a single global header cache. By default it is unset so no 
header caching will be used.

 Header caching can greatly improve speed when opening POP, IMAP MH 
or Maildir folders, see “caching” for details.



I used to use cache when I used IMAP. I turned it off when I started
using local mailboxes. I'll turn it on again and see.

Re: Mail checking a bit slow

[David Woodfall]

On (20/03/18 04:17), Dave Woodfall  put forth the 
proposition:

I've been experimenting with the sidebar today and it works well.

One problem though is that the mailboxes new mail count seems a bit
slow to update (maildir).

I've tried a few settings and I currently have:

unset mail_check_recent
set timeout=1
set mail_check=1
set mail_check_stats
set sidebar_new_mail_only = no
set sidebar_format = '%B%?F? [%F]?%*  %?N?%N/?%S '

After I receive new mail it seems to take upwards of 30 secs to
actually put the new mail count in the sidebar listing.

Is there a way of speeding this up? I'm not using IMAP or anything,
just plain maildir.


I should that this is with mailboxes with only 2 or 3 messages.

Mail checking a bit slow

[David Woodfall]

I've been experimenting with the sidebar today and it works well.

One problem though is that the mailboxes new mail count seems a bit
slow to update (maildir).

I've tried a few settings and I currently have:

unset mail_check_recent
set timeout=1
set mail_check=1
set mail_check_stats
set sidebar_new_mail_only = no
set sidebar_format = '%B%?F? [%F]?%*  %?N?%N/?%S '

After I receive new mail it seems to take upwards of 30 secs to
actually put the new mail count in the sidebar listing.

Is there a way of speeding this up? I'm not using IMAP or anything,
just plain maildir.

Re: View HTML without autoview

[David Woodfall]

On (15/03/18 22:32), Erik Christiansen <dva...@internode.on.net> put forth the 
proposition:

On 14.03.18 23:23, David Woodfall wrote:

On (14/03/18 16:01), Ian Zimmerman <i...@very.loosely.org> put forth the 
proposition:
> On 2018-03-14 13:13, David Woodfall wrote:
>
> > > Previously, I used elinks and it works fine with autoview, however
> > > when I try to pipe to it it also renders the headers instead of just
> > > the body.
>
> When you try a pipe, is that piping the message (as a pipe command would
> do in the index view) or just the html MIME part (as a pipe command in
> the attachment view would do)?

It does the whole message. I seem to get messages where the entire
message is html with no separate html part. Mostly from ebay.co.uk,
even though I set to receive mail in plain text only.


To strip headers there, is pipe_decode useful? The manual says: "When
set, Mutt will weed headers and will attempt to decode the messages
first." Whether an "ignore *" is also needed to make it weed out all
headers, I haven't tested.

Erik


That works quite well and has the benefit of running elinks
interactively, which means I can open links in an external app.

I made a macro:

":unauto_view text/html:set pipe_decodeelinks 
-force-html:auto_view text/html"

The only problem is that for some reason if I run it on an attachment
it marks the attachment for deletion. I can't figure out why it's
doing it. I first used D for the macro, then changed it to Z in case
somehow D was being confused with d, but the problems remains. I only
ever use lowercase d for delete (s+Trash\n). Nothing shows in the help
menu that looks like it would do it.

Re: View HTML without autoview

[David Woodfall]

On (14/03/18 23:23), Dave Woodfall <d...@dawoodfall.net> put forth the 
proposition:

On (14/03/18 16:01), Ian Zimmerman <i...@very.loosely.org> put forth the 
proposition:

On 2018-03-14 13:13, David Woodfall wrote:


Previously, I used elinks and it works fine with autoview, however
when I try to pipe to it it also renders the headers instead of just
the body.


When you try a pipe, is that piping the message (as a pipe command would
do in the index view) or just the html MIME part (as a pipe command in
the attachment view would do)?


It does the whole message. I seem to get messages where the entire
message is html with no separate html part. Mostly from ebay.co.uk,
even though I set to receive mail in plain text only.


I'm still curious about how autoview works with elinks and that
nametemplate though.


The binding I have for viewing HTML is a macro which opens the
attachment view, searches for the html part and then calls the
view-mailcap command.

--
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.


Ha. I chatted to ebay tech support today because they
keep sending me these HTML emails even though I have set to receive
plain text. Well they must have changed something because I just had
the first mail since then and there was no body apart from:

[-- This text/html attachment (size 135K bytes) has been deleted --]
[-- on Wed, 14 Mar 2018 23:41:06 + --]

No text attachment or anything else. Fun. Well at least it didn't have
any of those icons that mess up my terminal.

Re: View HTML without autoview

[David Woodfall]

On (14/03/18 16:01), Ian Zimmerman <i...@very.loosely.org> put forth the 
proposition:

On 2018-03-14 13:13, David Woodfall wrote:


> Previously, I used elinks and it works fine with autoview, however
> when I try to pipe to it it also renders the headers instead of just
> the body.


When you try a pipe, is that piping the message (as a pipe command would
do in the index view) or just the html MIME part (as a pipe command in
the attachment view would do)?


It does the whole message. I seem to get messages where the entire
message is html with no separate html part. Mostly from ebay.co.uk,
even though I set to receive mail in plain text only.


I'm still curious about how autoview works with elinks and that
nametemplate though.


The binding I have for viewing HTML is a macro which opens the
attachment view, searches for the html part and then calls the
view-mailcap command.

--
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.

Re: Reply with another email as attachment?

[David Woodfall]

On (14/03/18 12:01), Scott Kostyshak <skostys...@ufl.edu> put forth the 
proposition:

On Wed, Mar 14, 2018 at 12:48:56PM +, David Woodfall wrote:

I have recently been in a discussion with a tech support person about
some emails that I have been receiving and I was asked to attach one
of them to a test email that she sent me.

I couldn't find how to do that, apart from actually finding the file
and attaching it that way. When I pressed 'a' to attach and then '?'
for a list I had a list of my folders up, but mutt wouldn't let me enter
them and gave a 'couldn't attach ' error.

Is there a way of doing this?


I have no idea if the following is good advice or not, but I'll mention
it and let you investigate, unless the other method works well for you.

You can "bounce" an email with the "b" key. The advantage of this is
that I believe the recipient will see the email just as you saw it. i.e.
all of the headers will be the same. When you attach an email (as per
the other solution), I'm not sure the headers are preserved. The
disadvantage is that the email will look strange if the person is not
expecting it (because the To: header will be to you!), so you should
always warn the recipient (in my case, usually a tech team).

Best,

Scott


--
Scott Kostyshak
Assistant Professor of Economics
University of Florida
https://people.clas.ufl.edu/skostyshak/


In this case I had to attach one email to another and send it back to
the tech support person, so using the 'A' to attach is perfect.

Re: Reply with another email as attachment?

[David Woodfall]

On (14/03/18 14:22), Bastian <bastian-muttu...@t6l.de> put forth the 
proposition:

On 14Mar18 12:48 +, David Woodfall wrote:

I couldn't find how to do that, apart from actually finding the file
and attaching it that way. When I pressed 'a' to attach and then '?'
for a list I had a list of my folders up, but mutt wouldn't let me enter
them and gave a 'couldn't attach ' error.

Is there a way of doing this?


a - attach-file- attach file(s) to this message
A - attach-message - attach message(s) to this message

I don't remember all the keybindings. I have to look up especially those
which are rarely used. I find it really helpful to hit '?' on the
current view to get the list of keybindings along with their
description. You can search within that list with '/'. In your case,
searching for 'attach' you'll find the command 'attach-message'. Maybe
this helps a bit.


Cheers,
--
Bastian


Thanks, 'A' does the trick.

Dave

Re: Reply with another email as attachment?

[David Woodfall]

On (15/03/18 00:37), Erik Christiansen <dva...@internode.on.net> put forth the 
proposition:

On 14.03.18 12:48, David Woodfall wrote:

I have recently been in a discussion with a tech support person about
some emails that I have been receiving and I was asked to attach one
of them to a test email that she sent me.

I couldn't find how to do that, apart from actually finding the file
and attaching it that way. When I pressed 'a' to attach and then '?'
for a list I had a list of my folders up, but mutt wouldn't let me enter
them and gave a 'couldn't attach ' error.

Is there a way of doing this?


Yup, forward:
View the email to attach.
Hit 'f', and mutt will prompt: Forward as attachment? ([yes]/no):
Hit Enter, compose the accompanying email, with forward address, etc.

Erik


When I press 'f' I just get a 'To' prompt, then it goes straight to
the send window.

Re: View HTML without autoview

[David Woodfall]

On (14/03/18 12:53), Dave Woodfall  put forth the 
proposition:

I've just found reason to not autoview HTML and to do it manually with
a bind.

Previously, I used elinks and it works fine with autoview, however
when I try to pipe to it it also renders the headers instead of just
the body.

This is my mailcap:

text/html;elinks %s;nametemplate=%s.html;copiousoutput

Is there a way of replicating that in a bind? What is this template?


I've just noticed that there's an unauto_view command. Making a bind
to auto_view and unauto_view works fine.

I'm still curious about how autoview works with elinks and that
nametemplate though.

View HTML without autoview

[David Woodfall]

I've just found reason to not autoview HTML and to do it manually with
a bind. 


Previously, I used elinks and it works fine with autoview, however
when I try to pipe to it it also renders the headers instead of just
the body.

This is my mailcap:

text/html;elinks %s;nametemplate=%s.html;copiousoutput

Is there a way of replicating that in a bind? What is this template?

Reply with another email as attachment?

[David Woodfall]

I have recently been in a discussion with a tech support person about
some emails that I have been receiving and I was asked to attach one
of them to a test email that she sent me.

I couldn't find how to do that, apart from actually finding the file
and attaching it that way. When I pressed 'a' to attach and then '?'
for a list I had a list of my folders up, but mutt wouldn't let me enter
them and gave a 'couldn't attach ' error.

Is there a way of doing this?

Re: Is it possible to redraw screen after doing a charset change?

[David Woodfall]

On (13/03/18 09:58), Kevin J. McCarthy <ke...@8t8.us> put forth the proposition:

On Tue, Mar 13, 2018 at 02:20:19PM +, David Woodfall wrote:

I have a couple of binds to change charset between UTF-8/ISO-8859-1.
The problem is that I need to exit from the pager and then reopen the
message to see the changes, so I added those commands to the macro,
which works fine.

However, this doesn't work in the index, so is there a way to redraw
the screen after a charset change? I don't see anything in the manual
about it.


I think the mailbox may need to be reopened for mutt to reprocess the
headers, because they are stored in memory.

In version 1.8.0 and higher, the  function can be used to
save your place, and the value in $mark_macro_prefix to restore it:
 macro index ,r "a^'a"


That does sound like the way. I'll upgrade. Thanks.

Re: Is it possible to redraw screen after doing a charset change?

[David Woodfall]

On (13/03/18 15:12), Dave Woodfall <d...@dawoodfall.net> put forth the 
proposition:

On (13/03/18 11:02), Jude DaShiell <jdash...@panix.com> put forth the 
proposition:

In ssh try tilde-r.
On Tue, 13 Mar 2018, David Woodfall wrote:


It doesn't do anything. I set EscapeChar ~ in ~/.ssh/config, but I
think my terminal must be grabbing it. Maybe there's a screen command
to do it?


Well C-l redraws the screen, but the characters don't change. I think
it's mutt that needs to redraw, not ssh or screen.


Date: Tue, 13 Mar 2018 10:55:18
From: David Woodfall <d...@dawoodfall.net>
To: mutt-users@mutt.org
Subject: Re: Is it possible to redraw screen after doing a charset change?

On (13/03/18 10:38), Jude DaShiell <jdash...@panix.com> put forth 
the proposition:
Going assumption is you're running a g.u.i.  That being the 
case, try running xrefresh.

On Tue, 13 Mar 2018, David Woodfall wrote:


I'm using mutt over ssh on a headless server. No X.



Date: Tue, 13 Mar 2018 10:20:19
From: David Woodfall <d...@dawoodfall.net>
To: mutt-users@mutt.org
Subject: Is it possible to redraw screen after doing a charset change?

I have a couple of binds to change charset between UTF-8/ISO-8859-1.
The problem is that I need to exit from the pager and then reopen the
message to see the changes, so I added those commands to the macro,
which works fine.

However, this doesn't work in the index, so is there a way to redraw
the screen after a charset change? I don't see anything in the manual
about it.




--






--

Re: Is it possible to redraw screen after doing a charset change?

[David Woodfall]

On (13/03/18 11:02), Jude DaShiell <jdash...@panix.com> put forth the 
proposition:

In ssh try tilde-r.
On Tue, 13 Mar 2018, David Woodfall wrote:


It doesn't do anything. I set EscapeChar ~ in ~/.ssh/config, but I
think my terminal must be grabbing it. Maybe there's a screen command
to do it?


Date: Tue, 13 Mar 2018 10:55:18
From: David Woodfall <d...@dawoodfall.net>
To: mutt-users@mutt.org
Subject: Re: Is it possible to redraw screen after doing a charset change?

On (13/03/18 10:38), Jude DaShiell <jdash...@panix.com> put forth 
the proposition:
Going assumption is you're running a g.u.i.  That being the case, 
try running xrefresh.

On Tue, 13 Mar 2018, David Woodfall wrote:


I'm using mutt over ssh on a headless server. No X.



Date: Tue, 13 Mar 2018 10:20:19
From: David Woodfall <d...@dawoodfall.net>
To: mutt-users@mutt.org
Subject: Is it possible to redraw screen after doing a charset change?

I have a couple of binds to change charset between UTF-8/ISO-8859-1.
The problem is that I need to exit from the pager and then reopen the
message to see the changes, so I added those commands to the macro,
which works fine.

However, this doesn't work in the index, so is there a way to redraw
the screen after a charset change? I don't see anything in the manual
about it.




--






--

Re: Is it possible to redraw screen after doing a charset change?

[David Woodfall]

On (13/03/18 10:38), Jude DaShiell <jdash...@panix.com> put forth the 
proposition:
Going assumption is you're running a g.u.i.  That being the case, try 
running xrefresh.

On Tue, 13 Mar 2018, David Woodfall wrote:


I'm using mutt over ssh on a headless server. No X.



Date: Tue, 13 Mar 2018 10:20:19
From: David Woodfall <d...@dawoodfall.net>
To: mutt-users@mutt.org
Subject: Is it possible to redraw screen after doing a charset change?

I have a couple of binds to change charset between UTF-8/ISO-8859-1.
The problem is that I need to exit from the pager and then reopen the
message to see the changes, so I added those commands to the macro,
which works fine.

However, this doesn't work in the index, so is there a way to redraw
the screen after a charset change? I don't see anything in the manual
about it.




--

Is it possible to redraw screen after doing a charset change?

[David Woodfall]

I have a couple of binds to change charset between UTF-8/ISO-8859-1.
The problem is that I need to exit from the pager and then reopen the
message to see the changes, so I added those commands to the macro,
which works fine.

However, this doesn't work in the index, so is there a way to redraw
the screen after a charset change? I don't see anything in the manual
about it.

Piping to a script and receiving commands/variables back

[David Woodfall]

Hello,

I've made a shell script that I pipe via a key bind. It parses for
email address and writes a new procmail rule based on that and the
name of a folder that I enter on the CLI.

It works OK, but I'd like to send the name of the folder back to mutt
and have it save the message there afterwards.

I've kind of got it working by echoing commands to a tmp file and then
have mutt source it:

echo "push =$folder" \
 > /tmp/newfolder

I'd much rather know if there's a better way of doing it.

Thanks

Re: Searching sent folder

[David Woodfall]

When I use search or limit in my sent folder on an address it shows no
matches. They seem to only work on subjects. Is there a way to get
them to work on addresses?

-dave



I found limit ~C

-dave

Searching sent folder

[David Woodfall]

When I use search or limit in my sent folder on an address it shows no
matches. They seem to only work on subjects. Is there a way to get
them to work on addresses?

-dave

Re: Libreoffice document can't open by mailcap entry

[David Woodfall]

Hi,

I have the follow entry in mailcap:

application/vnd.oasis.opendocument.text; libreoffice '%s'; edit=libreoffice '%s'; test=test -n 
"$DISPLAY"; description="OpenDocument Text Document"; nametemplate=%s.odt

So, I attach a document and select it. I chose enter key to see there content.
After a upgrade in my Debian system the file isant showed anymore.

Someone could reproduce it and suggest a workaround?

Thanks

--
Marcelo


What does mutt display the mimetype as?

Re: set Bcc when To: is not myself

[David Woodfall]

On Mon, Dec 18, 2017 at 07:34:36AM +, David Woodfall wrote:

> How can I set the Bcc: to myself when To: is not myself?
>
> I try something like this but it does not work:
>send-hook "!~t ablacktsh...@gmail.com" 'my_hdr Bcc: Yubin Ruan 
<ablacktsh...@gmail.com>'
>
> Then I try this and it work when I try to send a fresh email:
>
>send-hook "~t ablacktshirt" 'my_hdr Bcc:'
>send-hook . 'my_hdr Bcc: Yubin Ruan <ablacktsh...@gmail.com>'
>
> however when I reply to somebody, it does not work. Frustrating! ;-(
>
>Yubin

I read in an old post that changing/setting headers doesn't work with
send-hook.


Is this a bug or something?

Yubin


It doesn't seem to be.

Re: set Bcc when To: is not myself

[David Woodfall]

How can I set the Bcc: to myself when To: is not myself?

I try something like this but it does not work:
   send-hook "!~t ablacktsh...@gmail.com" 'my_hdr Bcc: Yubin Ruan 
'

Then I try this and it work when I try to send a fresh email:

   send-hook "~t ablacktshirt" 'my_hdr Bcc:'
   send-hook . 'my_hdr Bcc: Yubin Ruan '

however when I reply to somebody, it does not work. Frustrating! ;-(

   Yubin


I read in an old post that changing/setting headers doesn't work with
send-hook.

You may want to try a folder-hook perhaps?

Re: Unable to set Reply-To

[David Woodfall]

On Fri, Dec 15, 2017 at 12:39:13PM +, David Woodfall wrote:

>Mutt 1.9.1 (2017-09-22)
>
>I have a folder-hook that sources a file. The file sets sendmail and
>does this:
>
>my_hdr Reply-To: m...@mydomain.com
>
>But it refuses to work. I know the file /is/ being sourced because
>sendmail changes.
>
>Any ideas?

More info:

I tried running mutt from CLI using -e for the my_hdr command. It did
add the Reply-To header, but not with the email address that I gave
it.

I've been googling this for hours now and nothing I try works.


there seems to be a config var "reply_to", maybe that overrides your
my_hdr? Also, using the config var might be easier than my_hdr.


Richard

--
Name and OpenPGP keys available from pgp key servers



From what I've read about the reply_to var it seems to be for when you

are replying to an email, rarher than setting you own Reply-To:
address.

Re: Unable to set Reply-To

[David Woodfall]

Mutt 1.9.1 (2017-09-22)

I have a folder-hook that sources a file. The file sets sendmail and
does this:

my_hdr Reply-To: m...@mydomain.com

But it refuses to work. I know the file /is/ being sourced because
sendmail changes.

Any ideas?


More info:

I tried running mutt from CLI using -e for the my_hdr command. It did
add the Reply-To header, but not with the email address that I gave
it.

I've been googling this for hours now and nothing I try works.

Unable to set Reply-To

[David Woodfall]

Mutt 1.9.1 (2017-09-22)

I have a folder-hook that sources a file. The file sets sendmail and
does this:

my_hdr Reply-To: m...@mydomain.com

But it refuses to work. I know the file /is/ being sourced because
sendmail changes.

Any ideas?

Re: WIRED: ‘Mailsploit’ Lets Hackers Forge Perfect Email Spoofs (fwd)

[David Woodfall]

Hass mutt got this vulnerability?


--


-- Forwarded message --
Date: Tue, 5 Dec 2017 15:14:15
From: Jude610610 DaShiell513 
To: jdash...@panix.com
Subject: WIRED: ?Mailsploit? Lets Hackers Forge Perfect Email Spoofs


?Mailsploit? Lets Hackers Forge Perfect Email Spoofs
WIRED

The attack uncovers bugs in how more than a dozen programs implement email's 
creaky protocol. Read the full story


Shared from Apple News



Sent from my iPhone


I tried to spoof the from address with the example utf8 code, but mutt
printed it out verbatim.

You could try piping a message to less using another charset:

macro  pager,index O |"fmt -s|LESSCHARSET=iso8859 less"

That tends to get rid of utf8 glyphs in the headers and message. I'm
not saying that it will work for those exploits though.

D

Re: split or merged mbox/record

[David Woodfall]

On 2017-11-30 00:22, David Woodfall wrote:

This is interesting. If I have several mailboxes would it be
possible to set the record = current folder on something?


https://dev.mutt.org/trac/wiki/MuttFaq/Folder#HowtosavecopiesofoutgoingsenteMailstothecurrentfolder

:-)

-tkc


Thanks.

Re: split or merged mbox/record

[David Woodfall]

On Wed, Nov 29, 2017 at 22:20:00 +0100, Wim wrote:

On Wednesday, 29 November at 15:09, Daan van Rossum wrote:

> Do any of you mutt users have experience with merged vs. split
> mailboxes and have some good arguments for one or the other setup?

I starting using one box for received and sent emails 3 years ago and
have never looked back. If threads are enabled, it is easy to follow
conversations. On my setup I've just got two mail directories,
an inbox and an archive. Just set both 'spoolfile' and 'record' to point
to your inbox. Try it out for a while. If you're unhappy change it back.


Like Wim, I have had my Mutt 'record' pointing to my inbox for years --
and really the only disadvantage I have found is that I now get pretty
frustrated when I have to use some other mail system which doesn't let
me do that

In addition to Wim's point about threading of the full conversation, I
find it very handy to have all the messages I'm currently dealing with
in one mailbox rather than having decide how I want to juggle back and
fourth between two separate ones.

Nathan


This is interesting. If I have several mailboxes would it be possible
to set the record = current folder on something?

I can see it would be very usable.

Dave

Re: Need some help with send-hook and folder-hook, their order in muttrc

[David Woodfall]

On Tue, Nov 07, 2017 at 08:49:06AM -0800, Ian Zimmerman wrote:

On 2017-11-07 10:17, Chris Green wrote:

> I'd like to make it so that when I'm in a particular folder (which
> will probably be called 'cl') my From: address will also be
> c...@isbd.net.
>
> So I need to add something like:-
>
> folder-hook cl 'my_hdr From: Chris Green <c...@isbd.net>'
>
> However I'm a little unclear what else I need,

If you use my_hdr in folder hooks at all, you probably need something
like this line, from my own .muttrc:

folder-hook . "unmy_hdr to from reply-to bcc newsgroups x-loosely-listed"

>From my experience, you'll never be able to keep track of them
individually and add the return-to-default hook for each header separately.


OK, it seems to get rather messy.

I think it may be easier to have a macro which

   Changes my_hdr
   Sends the message
   Changes my_hdr back

--
Chris Green


What I do is have a hooks file which runs other hooks files depending
on the folder:

My .mutt/hooks:

folder-hook 'imaps://domain/.*' source ~/.mutt/default
folder-hook =lists/* source ~/.mutt/listhook

My .mutt/default

my_hdr From: David Woodfall <d...@somedomain.net>
set sort=threads

My .mutt/listhook:

set collapse-all
set sort=threads
my_hdr From: David Woodfall <d...@dawoodfall.net>

The default file will set the header back after it has been changed in
the lists folder.

Re: Speed

[David Woodfall]

Ok Thanks.


On 2017-10-25 20:48, David Woodfall wrote:


Yes I have shell access. I have tried just setting mutt without imap
to use maildir, but It only sees my Inbox and no other folders.
Perhaps there's a way of doing it but I haven't managed yet.


Sync the store to your local box by other means (see below) and read it
that way.  Or just run mutt on the server over ssh, but this has some
disadvantages: saved attachments will be on the server and you'll have
to download them (minor), and to handle PGP/GPG you'll have to put your
secret key on the server (major).

"Other means" are:

1. offlineimap - well tested and works great, but you still need IMAP.
2. maildirsync - no IMAP needed, but somewhat obscure and slow.
3. unison - if you can use an Ocaml compiler on the server :-P
4. rsync - if you only ever sync with ONE workstation, this MIGHT work
(but I never tried it)
5. syncmaildir [*] - Somewhat new; I just started using it and I
absolutely love it.  Fast and syncs correctly every time.

Myself I just switched from 3 to 5,  when I could no longer tolerate the
Ocaml version dependency nonsense.

[*]
http://syncmaildir.sourceforge.net/

--
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
Do obvious transformation on domain to reply privately _only_ on Usenet.

Re: Speed

[David Woodfall]

No unusual headers. But I tried the options on that webpage and it
seems to have improved. Thanks.



On Di, 24 Okt 2017, David Woodfall wrote:


I've been using mutt a fair while now. Lately I've been using it with
imap and find that it can take a while to read headers.

Are there any tricks to speeding up imap?

I do have a header cache, but it still takes some time opening a
folder with a 1000+ or so messages.

Any tips?


Are you using any unusual headers for e.g. coloring? That may make mutt
need to fetch the complete message instead of fetching it from the
cache. See the `:set imap_headers` for adding additional headers to the
cache.

Also you might want to check this article:
http://www.codeblueprint.co.uk/2016/12/19/a-kernel-devs-approach-to-improving.html

regards,
Christian
--
"How did you spend the weekend?" asked the pretty brunette secretary
of her blonde companion.
"Fishing through the ice," she replied.
"Fishing through the ice?   Whatever for?"
"Olives."

Re: Speed

[David Woodfall]

Yes I have shell access. I have tried just setting mutt without imap
to use maildir, but It only sees my Inbox and no other folders.
Perhaps there's a way of doing it but I haven't managed yet.


On 2017-10-24 18:43, David Woodfall wrote:


I've been using mutt a fair while now. Lately I've been using it with
imap and find that it can take a while to read headers.

Are there any tricks to speeding up imap?


Is IMAP a hard requirement?  Do you have shell access to the server?

--
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
Do obvious transformation on domain to reply privately _only_ on Usenet.

Re: Speed

[David Woodfall]

Thanks I'll give that a shot.


On Tue, Oct 24, 2017 at 06:43:03PM +0100, David Woodfall wrote:

I've been using mutt a fair while now. Lately I've been using it with
imap and find that it can take a while to read headers.

Are there any tricks to speeding up imap?

I do have a header cache, but it still takes some time opening a
folder with a 1000+ or so messages.

Any tips?


Switching to `lmdb` backend made a significant speed upgrade difference for me.

Speed

[David Woodfall]

I've been using mutt a fair while now. Lately I've been using it with
imap and find that it can take a while to read headers.

Are there any tricks to speeding up imap?

I do have a header cache, but it still takes some time opening a
folder with a 1000+ or so messages.

Any tips?

TIA

Re: Internal mutt commands?

[David Woodfall]

* On 01 Dec 2015, David Woodfall wrote:

Is there a list of commands we can use inside mutt? I did a quick
google, but didn't find anything useful.

I did try :display-toggle-weed but got an unknown command error.

Dave


Commands are the things you can put in a muttrc or execute at the :
prompt:
http://dev.mutt.org/doc/manual.html#commands

display-toggle-weed is a function -- something that can be bound to a
keystroke:
http://dev.mutt.org/doc/manual.html#functions

Then of course there are variables: things you can set or unset:
http://dev.mutt.org/doc/manual.html#variables

--
David Champion • d...@bikeshed.us


Thanks. I'll read up on those.

Dave

Re: Internal mutt commands?

[David Woodfall]

On Tue, Dec 01, 2015 at 11:37:26PM -0600, David Champion wrote:

* On 01 Dec 2015, David Woodfall wrote:
> Is there a list of commands we can use inside mutt? I did a quick
> google, but didn't find anything useful.
>
> I did try :display-toggle-weed but got an unknown command error.

Commands are the things you can put in a muttrc or execute at the :
prompt:
http://dev.mutt.org/doc/manual.html#commands

display-toggle-weed is a function -- something that can be bound to a
keystroke:
http://dev.mutt.org/doc/manual.html#functions


Also, you can get a list of what's available in the current context (and
what it's bound to) with '?', in case you didn't know.

w


Yes, I knew about that one for checking binds.

Dave

Internal mutt commands?

[David Woodfall]

Is there a list of commands we can use inside mutt? I did a quick
google, but didn't find anything useful.

I did try :display-toggle-weed but got an unknown command error.

Dave

Re: select wrapped lines / click long url / bug 3453

[David Woodfall]

Hi!

I'm currently using mutt in xterm, and I finally got tired of copy
long urls (wrapped in multiple lines) from mutt to browser. Ideally, I'd
like to be able to open urls by clicking them.

It looks like xterm doesn't support clicking on urls, so I'm ready to
switch to any other terminal emulator which will support this feature.
Right now I'm experimenting with Konsole, but it's just a random choice.

   Side note about 'markers': I'd like them, but had to switch them off
   to avoid junk inside urls. Ideally, I'd like to be able to have
   markers in all wrapped lines except inside urls - is that possible?

Problem is, konsole doesn't detect wrapped urls as single line. While
investigating this issue I noticed line selection (using triple-click) also
doesn't detect lines wrapped by mutt as single line (but it does work for
lines wrapped by other apps like less or bash, both in xterm and konsole).

So, looks like something is broken in mutt.
Maybe this issue is already known: http://dev.mutt.org/trac/ticket/3453


I don't like to use url shorteners because of several reasons:
- I wanna see real url before opening it
- private urls unintentionally made public
- changing content of incoming emails may break things (like pgp signatures)
- probably won't work for outgoing emails
and first reason is most important.

I know about urlview, but it both doesn't show long urls well and more
complicated to use than just copy (with disabled markers).

Can anyone recommend any other solutions? How you open long urls?

--
WBR, Alex.


It would be nice to see this fixed somehow. I've used urlview in the
past but I prefer to see links in the context of the surrounding text.

Dave

Re: select wrapped lines / click long url / bug 3453

[David Woodfall]

On Fri, Nov 27, 2015 at 07:01:24PM +, David Woodfall wrote:

>Hi!
>
>I'm currently using mutt in xterm, and I finally got tired of copy
>long urls (wrapped in multiple lines) from mutt to browser. Ideally, I'd
>like to be able to open urls by clicking them.
>
>It looks like xterm doesn't support clicking on urls, so I'm ready to
>switch to any other terminal emulator which will support this feature.
>Right now I'm experimenting with Konsole, but it's just a random choice.
>
>   Side note about 'markers': I'd like them, but had to switch them off
>   to avoid junk inside urls. Ideally, I'd like to be able to have
>   markers in all wrapped lines except inside urls - is that possible?
>
>Problem is, konsole doesn't detect wrapped urls as single line. While
>investigating this issue I noticed line selection (using triple-click) also
>doesn't detect lines wrapped by mutt as single line (but it does work for
>lines wrapped by other apps like less or bash, both in xterm and konsole).
>
>So, looks like something is broken in mutt.
>Maybe this issue is already known: http://dev.mutt.org/trac/ticket/3453
>
>
>I don't like to use url shorteners because of several reasons:
>- I wanna see real url before opening it
>- private urls unintentionally made public
>- changing content of incoming emails may break things (like pgp signatures)
>- probably won't work for outgoing emails
>and first reason is most important.
>
>I know about urlview, but it both doesn't show long urls well and more
>complicated to use than just copy (with disabled markers).
>
>Can anyone recommend any other solutions? How you open long urls?
>
>--
>WBR, Alex.

It would be nice to see this fixed somehow. I've used urlview in the
past but I prefer to see links in the context of the surrounding text.

Dave


I use a Ubuntu terminal and the url above shows up highlighted in blue.
I hold the mouse over it and right click brings up a menu. I select
"open in browser" and it does just that. For attached html I use
mutt_bgrun. I have a script with several alternatives:-

#!/bin/bash
#
# see_html
# script to give choice of viewer for html attachments
#
# Brian Salter-Duke <b_d...@bigpond.net.au>
# This version: 13 May 2007
#---
#
view2="4"
echo "Menu for possible applications."
echo
echo "  1   Use lynx"
echo "  2   Use w3m"
echo "  3   Use Firefox"
echo "  4   Use Google Chrome"
echo "  0   Exit"
echo
echo
echo -n "Type in the number of the application you want: "
read viewer
if [ -z $viewer ]; then
viewer=$view2
fi
#
case $viewer in
0)
exit
;;
1)
echo "lynx -dump -force_html $1"
lynx -dump -force_html $1 > /tmp/out$$
/usr/bin/less /tmp/out$$
rm /tmp/out$$
;;
2)
echo "w3m -dump $1"
#/usr/bin/w3m -dump $1 > /tmp/out$$
/usr/bin/w3m -dump -T text/html -I %{charseti} $1 | /usr/bin/less
#/usr/bin/less /tmp/out$$
#rm /tmp/out$$
;;
3)
echo "Using Firefox for $1"
mutt_bgrun firefox $1
;;
4)
echo "Using google-chrome for $1"
mutt_bgrun google-chrome -enable-plugins $1
;;
esac

These solutions have been around for a long time. Am I missing something?

Brian
--
"The box said 'Windows 95 or better', so I installed Linux"
   -- Unknown
Brian Salter-Duke (Brian Duke) Email: b_duke(AT)bigpond(DOT)net(DOT)au


Yes, long URLs are wrapped in a way that breaks the link in most
terminals. I've used urxvt, xfce terminal and currently terminator,
and long URLs are always broken. Long URLs in other apps, like irssi,
vim and less are fine. Currently I'm using less as the mutt pager,
which works OK for now.

I don't know which terminal Ubuntu uses, but I suspect it's gnome.

Dave

Re: Send message as inline using mutt command line in script

[David Woodfall]

On Sat, Jun 20, 2015 at 04:52:11AM +0100, David Woodfall wrote:


I have a script that emails a cover.txt message plus a pdf
attachment, but the message, while being readable, shows as an
attachment too:

[-- Attachment #1 --]
[-- Type: text/plain, Encoding: 7bit, Size: 0.4K --]

Is there a way of having it send inline?


That's just how MIME works, that is, since the message has one non-ASCII
part, the entire message must be MIME encoded with a plaintext portion.
If you wanted, you could uuencode the attachment, but using MIME is the
better practice.

For recipients with a GUI mail client, this should appear as you'd
expect - a text message with an attached file.

In mutt, the text should appear inline (that is, without using an
external viewer or going to the file menu), but how else would you
expect to see the attached file if it doesn't show you the various
components of the message?

w


Ok. Guess I can live with it then.

Cheers.

Send message as inline using mutt command line in script

[David Woodfall]

Hi,

I have a script that emails a cover.txt message plus a pdf
attachment, but the message, while being readable, shows as an
attachment too:

[-- Attachment #1 --]
[-- Type: text/plain, Encoding: 7bit, Size: 0.4K --]

Is there a way of having it send inline?

The command I am using at the moment:

mutt -a cv.pdf -s Vacancy Enquiry -- $email  cover.txt

Any ideas would be great, thanks.

Re: Forwarding mail with attachments?

[David Woodfall]

On 15Jun15 08:41 +0100, David Woodfall wrote:

Is there a way of forwarding an email and all attachments too?


Attachments are forwarded if you answer 'yes' to 'forwarding as
attachment?'.  Drawback is, you cannot reply-inline.


Thanks.

Re: Forwarding mail with attachments?

[David Woodfall]

Hi,

On Mon, Jun 15, 2015 at 08:41:50AM +0100, David Woodfall wrote:

Hi

Is there a way of forwarding an email and all attachments too?

I know that bouncing does this, but forwarding is preferable for some
things.


I have in my .muttrc

   # forwarding
   set mime_forward=yes
   set mime_forward_rest=yes


Thanks, I'll try that.

Forwarding mail with attachments?

[David Woodfall]

Hi

Is there a way of forwarding an email and all attachments too?

I know that bouncing does this, but forwarding is preferable for some
things.

Thanks

Re: Using maildir

[David Woodfall]

Dear David,

Are you sure that you installed mail_location variable in Dovecot correctly?

http://wiki2.dovecot.org/MailLocation


If I'm not using imap it won't matter will it? I'm just using mutt -f
~/mail.


Best regards,
Roman Kravets


On Tue, Apr 29, 2014 at 7:00 AM, David Woodfall d...@dawoodfall.net wrote:

I've just set up dovecot/procmail on a debian VPS and when using mutt
with maildir, as I navigate around, I see the new/ cur/ tmp/ folders
and inside the actual file names of the mail.

On my home box I connect locally to the imap server so I don't see
this, but is there a better way of viewing maildir without seeing
these folders and just seeing mail as normal?

Thanks for any help.

dave

Re: Using maildir

[David Woodfall]

* On 28 Apr 2014, David Woodfall wrote:

I've just set up dovecot/procmail on a debian VPS and when using mutt
with maildir, as I navigate around, I see the new/ cur/ tmp/ folders
and inside the actual file names of the mail.


This should just work.  Maildir is tested first, before other mailbox
types, and it only checks whether there is a cur/ subdirectory to the
mailbox location.

Two questions: 1. are you sure that the permissions are correct (i.e.
that your user can read it, was not set up by root, etc)?  Clearly you
can read the mailbox directory, but what about cur?  2. How are you
referring to the mailbox?


The permissions look ok:

% ls -ld mail
drwx-- 7 dive dive 4096 Apr 29 03:30 mail/

% ls -l mail
total 52
drwx-- 2 dive dive  4096 Apr 29 03:04 cur/
-rw--- 1 dive dive 17408 Apr 29 03:04 dovecot.index.cache
-rw--- 1 dive dive  2008 Apr 29 03:30 dovecot.index.log
-rw--- 1 dive dive51 Apr 29 03:30 dovecot-uidlist
-rw--- 1 dive dive 8 Apr 29 03:05 dovecot-uidvalidity
-r--r--r-- 1 dive dive 0 Apr 29 01:43
dovecot-uidvalidity.535f03da
drwx-- 3 dive dive  4096 Apr 29 03:29 new/
-rw--- 1 dive dive   843 Apr 29 02:52 Sent
drwx-- 3 dive dive  4096 Apr 29 03:29 tmp/
drwx-- 5 dive dive  4096 Apr 29 03:05 Trash/



You might running in debug mode: mutt -d3 -f /path/to/mailbox


Output from that:

[2014-04-29 17:44:44] Mutt/1.5.21 (2010-09-15) debugging at level 3
[2014-04-29 17:44:44] Reading configuration file '/etc/Muttrc'.
[2014-04-29 17:44:44] Reading configuration file
'/usr/lib/mutt/source-muttrc.d|'.
[2014-04-29 17:44:44] Reading configuration file
'/etc/Muttrc.d/charset.rc'.
[2014-04-29 17:44:44] Reading configuration file
'/etc/Muttrc.d/colors.rc'.
[2014-04-29 17:44:44] mutt_alloc_color(): Color pairs used so far: 1
[2014-04-29 17:44:44] mutt_alloc_color(): Color pairs used so far: 2
[2014-04-29 17:44:44] mutt_alloc_color(): Color pairs used so far: 3
[2014-04-29 17:44:44] mutt_alloc_color(): Color pairs used so far: 4
[2014-04-29 17:44:44] mutt_alloc_color(): Color pairs used so far: 5
[2014-04-29 17:44:44] mutt_alloc_color(): Color pairs used so far: 6
[2014-04-29 17:44:44] mutt_alloc_color(): Color pairs used so far: 7
[2014-04-29 17:44:44] mutt_alloc_color(): Color pairs used so far: 8
[2014-04-29 17:44:44] Reading configuration file
'/etc/Muttrc.d/compressed-folders.rc'.
[2014-04-29 17:44:44] Reading configuration file
'/etc/Muttrc.d/gpg.rc'.
[2014-04-29 17:44:44] Reading configuration file
'/etc/Muttrc.d/smime.rc'.
[2014-04-29 17:44:44] Reading configuration file
'/home/dive/.muttrc'.
[2014-04-29 17:44:44] mailbox '/home/dive/mail/Trash' already
registered as '/home/dive/mail/   Trash'
[2014-04-29 17:44:44] mailbox '/home/dive/mail/new' already
registered as '/home/dive/mail/new' [2014-04-29 17:44:44] mailbox
'/home/dive/mail/cur' already registered as '/home/dive/mail/cur'
[2014-04-29 17:44:44] mailbox '/home/dive/mail/tmp' already
registered as '/home/dive/mail/tmp' [2014-04-29 17:44:44] Reading
configuration file '/home/dive/.muttbinds'.
[2014-04-29 17:44:44] Reading mail...
[2014-04-29 17:44:44] Scanning mail... 0 
[2014-04-29 17:44:44] Reading mail... 0

[2014-04-29 17:44:44] Scanning mail... 0
[2014-04-29 17:44:44] Reading mail... 0
[2014-04-29 17:44:49] Mailbox is unchanged.

Significant parts from .muttrc:

set mbox_type=maildir
set folder=$HOME/mail
set mbox=$HOME/mail
set spoolfile=$HOME/mail

sigificant parts from .muttbinds:

bindpager   left  exit
bindbrowser left  toggle-mailboxes
bindattach  left  exit
bindpager   right view-attachments
bindattach  right view-attach
bindbrowser right select-entry
bindindex   right display-message
bindcompose right view-attach

That allows me to use left and right to go pretty much anywhere.

Dave

Re: Using maildir

[David Woodfall]

* On 29 Apr 2014, David Woodfall wrote:


Significant parts from .muttrc:

set mbox_type=maildir
set folder=$HOME/mail
set mbox=$HOME/mail
set spoolfile=$HOME/mail


Your $folder may be the source of the problem.  My hypothesis: if you
change that (to anything else, pretty much) and open up ~/mail directly,
you'll see it as intended.  Since $folder is the directory in which
mailboxes are expected to be located -- i.e. there should be maildirs
*within* ~/mail -- mutt is searching it for mailboxes and unable to
treat it as a mailbox itself.


This helps:

set mask=!^\\.|^dovecot*|^tmp$|^new$|^cur$|^subscriptions$

Now I just set my mailboxes and everything else is hidden.

Dave

Re: Using maildir

[David Woodfall]

* On 29 Apr 2014, David Woodfall wrote:


Significant parts from .muttrc:

set mbox_type=maildir
set folder=$HOME/mail
set mbox=$HOME/mail
set spoolfile=$HOME/mail


Your $folder may be the source of the problem.  My hypothesis: if you
change that (to anything else, pretty much) and open up ~/mail directly,
you'll see it as intended.  Since $folder is the directory in which
mailboxes are expected to be located -- i.e. there should be maildirs
*within* ~/mail -- mutt is searching it for mailboxes and unable to
treat it as a mailbox itself.


This helps:

set mask=!^\\.|^dovecot*|^tmp$|^new$|^cur$|^subscriptions$

Now I just set my mailboxes and everything else is hidden.


Well, I'm not quite out of the woods. Although mutt starts off in my
Inbox (using mutt -f ~/Mail) and it shows everything correctly, when
I change folder, to say view all my mailboxes, then I can't get back
into my Inbox. Inbox isn't listed anywhere that I can see, and the
only way seems to be to restart mutt -f ~/Mail.

If I hit 'c' to change folder it just lists all my folders minus
Inbox. I guess I could make an Inbox folder and set that in procmail
to be default. Is that the proper way? I expect I would need to point
dovecot at it too.

I tried commenting out the $folder as you suggested but it doesn't
seem to help. I also noticed that $MAIL was set to
/var/spool/mail/... so I also pointed that at ~/Mail.

Dave

Re: Using maildir

[David Woodfall]

Don't know if this helps with the problem, but I see a small m in
your .muttrc, but at command prompt, you type Mail with capital M
Two different directories.


Yep, I actually renamed the folder to Mail since I started this
thread. Seems to make it stand out more.


On Tue, Apr 29, 2014 at 1:44 PM, David Woodfall d...@dawoodfall.net wrote:

* On 29 Apr 2014, David Woodfall wrote:



Significant parts from .muttrc:

set mbox_type=maildir
set folder=$HOME/mail
set mbox=$HOME/mail
set spoolfile=$HOME/mail



Your $folder may be the source of the problem.  My hypothesis: if you
change that (to anything else, pretty much) and open up ~/mail directly,
you'll see it as intended.  Since $folder is the directory in which
mailboxes are expected to be located -- i.e. there should be maildirs
*within* ~/mail -- mutt is searching it for mailboxes and unable to
treat it as a mailbox itself.



This helps:

set mask=!^\\.|^dovecot*|^tmp$|^new$|^cur$|^subscriptions$

Now I just set my mailboxes and everything else is hidden.



Well, I'm not quite out of the woods. Although mutt starts off in my
Inbox (using mutt -f ~/Mail) and it shows everything correctly, when
I change folder, to say view all my mailboxes, then I can't get back
into my Inbox. Inbox isn't listed anywhere that I can see, and the
only way seems to be to restart mutt -f ~/Mail.

If I hit 'c' to change folder it just lists all my folders minus
Inbox. I guess I could make an Inbox folder and set that in procmail
to be default. Is that the proper way? I expect I would need to point
dovecot at it too.

I tried commenting out the $folder as you suggested but it doesn't
seem to help. I also noticed that $MAIL was set to
/var/spool/mail/... so I also pointed that at ~/Mail.

Dave


--
Studioware. We provide the tools - You make the music.
http://www.studioware.org
irc.freenode.net #studioware
irc.oftc.net #studioware

Re: Using maildir

[David Woodfall]

On Tue, Apr 29, 2014 at 10:44:38PM +0100, David Woodfall wrote:


Well, I'm not quite out of the woods. Although mutt starts off in my
Inbox (using mutt -f ~/Mail) and it shows everything correctly, when
I change folder, to say view all my mailboxes, then I can't get back
into my Inbox. Inbox isn't listed anywhere that I can see, and the
only way seems to be to restart mutt -f ~/Mail.

If I hit 'c' to change folder it just lists all my folders minus
Inbox. I guess I could make an Inbox folder and set that in procmail
to be default. Is that the proper way? I expect I would need to point
dovecot at it too.

I tried commenting out the $folder as you suggested but it doesn't
seem to help. I also noticed that $MAIL was set to
/var/spool/mail/... so I also pointed that at ~/Mail.


After pressing 'c', you can use '!' to go to what mutt considers your
inbox ($spoolfile), and '=' or '+' to go to $folder.

If you have $folder set as ~/Mail, mutt will start there without you
passing '-f ~/Mail'. I've noticed you using ~/mail and ~/Mail at
different times, which is it? What does dovecot think it is? What does
mutt think it is?


I've set everything - mutt, dovecot, procmail to use ~/Mail now.

I'll checkout '!', thanks.

Dave

Using maildir

[David Woodfall]

I've just set up dovecot/procmail on a debian VPS and when using mutt
with maildir, as I navigate around, I see the new/ cur/ tmp/ folders
and inside the actual file names of the mail.

On my home box I connect locally to the imap server so I don't see
this, but is there a better way of viewing maildir without seeing
these folders and just seeing mail as normal?

Thanks for any help.

dave

--
Studioware. We provide the tools - You make the music.
http://www.studioware.org
irc.freenode.net #studioware
irc.oftc.net #studioware

Does mail_check work on IMAP? (Slow checking time)

[David Woodfall]

Hi

I've been trying to get mutt to check IMAP mail more frequently. At
the moment it seems to take 15 secs or so for a new message to appear
after I've actually recieved it (I have an audible new mail
notification that counts mailboxes for new mail).

I know 15 secs isn't actually /that/ slow, but would prefer it faster.

The mail_check period doesn't seem to make much difference in the case
of IMAP. I've tried a few settings in (5) muttrc, but nothing seems to
help.

Any ideas?

Thanks

-Dave

--
Studioware. We provide the tools - You make the music.
http://www.studioware.org
irc.freenode.net #studioware
irc.oftc.net #studioware

Bold font in Sent listing

[David Woodfall]

I find some mail entries are bold in 'Sent' and some not, but I can't
find any reason why they should be.

set index_format=%3C %Z %[!%d/%m/%y] %-20.20t  %s

Anything it that that would cause bold fonts?

I'd rather not have them if possible.

D.

Re: Sending via command line and record/sent

[David Woodfall]

On (20/05/13 20:33), Patrick Shanahan ptilopt...@gmail.com put forth the 
proposition:

* David Woodfall d...@dawoodfall.net [05-20-13 20:01]:

I've found that sending mail as root saves a copy in /root/mail/Sent/,
whereas sending as my user doesn't seem to keep a record at all.

The only difference between root and user is that root is using mbox
and user is maildir.

Is there some way around this?


There is a setting for sent mail, it is called set record.  You probably
have it set for root in root's .muttrc, but not your own, or you have it
incorrectly set.  I believe maildir needs a trailing /, ie:
 ~/mail/outbox/
whereas mdir does not, ie:
 ~/mail/outbox


Nope, I have record set in both. In fact they are almost identical
except that root's is mbox.