Re: illegal characters replaced in attachments when saved?
On Tue, Aug 31, 2010 at 07:45:50PM +0800, lilydjwg wrote: Hi, there. I sent a C program as an attachment in GBK encoding, but mutt took it as UTF-8. But there was nothing seems wrong until some time later when I need the C program file. I opened the mail in mutt, and the file is displayed with illegal characters replaced by `?'. And, what surprises me is that, when I press `a' to save the file, 'a' is not a default binding, so I'm not sure which function you were trying to invoke. Can you please let us know which menu, and which function you have that key bound to? Also, which version of Mutt. me
Re: 1.5.20 and sidebar
* On 31 Aug 2010, fe...@crowfix.com wrote: > > So here is my 'mudd' command which is used as > > mailboxes `~/bin/mudd` Tangent: I don't have this exact need, but I have similar requirements for building dynamic configuration. A trick I use is to create a script whose output is a (partial) mutt configuration file. In your case, the script could be a slight modification of 'mudd' which outputs: mailboxes =folder1 mailboxes =folder2 mailboxes =folderN ... then I source it from .muttrc as: source "~/bin/myscript |" The "|" at the end makes mutt execute the script and interpret its output as if it appeared right there in .muttrc. It's very much like using backquotes, but you can make the script much simpler because any config command can be emitted at any time, with less need for tracking state information or compiling arrays. -- David Champion * d...@uchicago.edu * IT Services * University of Chicago
Re: 1.5.20 and sidebar
I decided to get my toes wet.
I have my mail dirs under ~/Maildirs.
Under each mail dir is a .archiverc which controls a nightly automated
backup of interesting mail dirs. This program moves old unflagged
seen files into an archive dir, or deletes them for the really boring
mail dirs. There is one common .archiverc which th eboring ones have
a symlink to. The interesting mail dirs have a custom .archiverc.
So here is my 'mudd' command which is used as
mailboxes `~/bin/mudd`
It returns the dirs in a specific order: those with fresh email first,
then those with custom archive files, then those with the canned
archive file, and lastly those with no archive file (I have a couple
of mail dirs where I put copies of mail). I also have some jun* dirs
used for spam and such.
#!/usr/bin/perl -w
use strict;
chdir("$ENV{HOME}/Maildirs") or die "Can't chdir to maildirs: $!";
my @fresh = ();
my @junk = ();
my @custom = ();
my @archived = ();
my @holding = ();
opendir(my $dh, '.') or die ".: $!";
my @all = sort grep { -d "$_/new" } readdir($dh);
closedir($dh);
foreach my $subdir (@all) {
opendir(my $dh, "$subdir/new") or die "$subdir/new: $!";
my @new = readdir($dh);
closedir($dh);
if (@new != 2) {
if ($subdir =~ /^jun/) {
push(@junk, $subdir);
} else {
push(@fresh, $subdir);
}
} elsif (-l "$subdir/.archiverc") {
push(@archived, $subdir);
} elsif (-f "$subdir/.archiverc") {
push(@custom, $subdir);
} else {
push(@holding, $subdir);
}
}
print join(' ', @fresh, @junk, @custom, @archived, @holding), "\n";
exit 0;
I figure this is a nice safe way to start. The more I use this
sidebar patch, the more I like it.
Which brings up the question of why hasn't it been added to mutt itself?
--
... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
Felix Finch: scarecrow repairman & rocket surgeon / fe...@crowfix.com
GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: mutt - color problem
On Tue, Aug 31, 2010 at 02:37:48PM -0700, Chip Camden wrote: > You could probably get mutt to start with TERM=screen-bce is termcap has > an appropriate entry for it. I found that even though mutt with slang > uses terminfo, it queries termcap on startup. screen(1) does set TERMCAP in the environment... There is a termcap entry for screen, but not for screen-bce. If I add the screen-bce entry I still get the same error, as I do if I set TERM=screen. Aha! I must unset TERMCAP to make Mutt/S-Lang happy. Nico --
Re: mutt - color problem
Quoth Nicolas Williams on Tuesday, 31 August 2010: > BTW, I use screen in gnome-terminal. > > I notice the following: > > - TERM is screen-bce; > > - VIM works fine, handles colors; > > - Mutt built with S-Lang does not start unless I set TERM to xterm or >xterm-color; Mutt complains that "Key sequence is too long", >"SLcurses_initscr: init failed"; > > - If I set TERM=xterm then VIM thinks the terminal is monochrome; > > - If I set TERM=xterm then Mutt does produce colors; > > - If I set TERM=xterm-color then both, VIM and Mutt handle color. > > Weird, no? This is almost certainly a result of using different APIs > (VIM uses curses, Mutt uses S-Lang). I believe my colleague Will F. has > shown that Mutt works fine with curses (ncurses). > > This is all on Solaris. > > Nico > -- You could probably get mutt to start with TERM=screen-bce is termcap has an appropriate entry for it. I found that even though mutt with slang uses terminfo, it queries termcap on startup. -- Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com| http://chipsquips.com pgpmauqYnEsg1.pgp Description: PGP signature
Re: mutt - color problem
BTW, I use screen in gnome-terminal. I notice the following: - TERM is screen-bce; - VIM works fine, handles colors; - Mutt built with S-Lang does not start unless I set TERM to xterm or xterm-color; Mutt complains that "Key sequence is too long", "SLcurses_initscr: init failed"; - If I set TERM=xterm then VIM thinks the terminal is monochrome; - If I set TERM=xterm then Mutt does produce colors; - If I set TERM=xterm-color then both, VIM and Mutt handle color. Weird, no? This is almost certainly a result of using different APIs (VIM uses curses, Mutt uses S-Lang). I believe my colleague Will F. has shown that Mutt works fine with curses (ncurses). This is all on Solaris. Nico --
Re: mutt - color problem
May I suggest that trimming some of the quoted material in these messages? It'd make it easier to read the thread, and maybe help out. Nico --
Re: mutt - color problem
Quoth Brian Cuttler on Tuesday, 31 August 2010:
> On Tue, Aug 31, 2010 at 01:16:03PM -0700, Chip Camden wrote:
> > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > This is telling...
> > >
> > > #!/bin/sh
> > > for color in 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 0
> > > do
> > > echo "`tput setaf ${color}``date`"
> > > done
> > >
> > >
> > > output is as expected for the first 8 colors, that is
> > > Black, Red, Green, Yellow, Blue, Magenta, Cyan, White (on white...)
> > >
> > > When run on my Solaris 10 desktop I then get the inverse for the
> > > last 8. I do not get the inverse on the remote system.
> > >
> > >
> > >
> > > On Tue, Aug 31, 2010 at 12:22:00PM -0700, Chip Camden wrote:
> > > > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > > > Chip,
> > > > >
> > > > > This works a little better
> > > > > # echo "`tput setaf 1`hello`tput me`"
> > > > > tput: unknown terminfo capability 'me'
> > > > > hello
> > > > >
> > > > > Where we are in red from hello onwards.
> > > > >
> > > > > So there are some colors available.
> > > > >
> > > > >
> > > > > On Tue, Aug 31, 2010 at 11:46:57AM -0700, Chip Camden wrote:
> > > > > > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > > > > > Chip,
> > > > > > >
> > > > > > > No, mutt is not producing any errors, its just failing, not only
> > > > > > > to set colors but even to highlight (or is it simply reverse)
> > > > > > > the black and white header and footer or provide inverse for the
> > > > > > > message I'm currently pointing to in the index.
> > > > > > >
> > > > > > > With mutt not complaining I'm guessing it is a terminal/display
> > > > > > > issue rather than a mutt issue, just hadn't realized that the new
> > > > > > > server (since nothing changed on my desktop) had, ya know, issues.
> > > > > > >
> > > > > > > I don't think its mutt, I think mutt is just a symptom, had
> > > > > > > hoped that everything would work out of the box.
> > > > > > >
> > > > > > > Trying to download newer sunfreeware mutt build but the download
> > > > > > > keeps stalling out on me.
> > > > > > >
> > > > > > > thanks,
> > > > > > >
> > > > > > > Brian
> > > > > > >
> > > > > > > On Tue, Aug 31, 2010 at 11:19:59AM -0700, Chip Camden wrote:
> > > > > > > > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > > > > > > > Hate ask, but I think I've tried the obvious...
> > > > > > > > >
> > > > > > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i
> > > > > > > > > (2003-03-19)
> > > > > > > > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm
> > > > > > > > > finding that
> > > > > > > > > my colors and highlighting don't work at all.
> > > > > > > > >
> > > > > > > > > Checked terminal type, the same, didn't make any config
> > > > > > > > > changes,
> > > > > > > > > just # ssh'd into a different server. My desktop is Solaris
> > > > > > > > > 10x86
> > > > > > > > > and that hasn't changed either. Its something with the server
> > > > > > > > > or
> > > > > > > > > with the specific build of mutt, I believe both from
> > > > > > > > > sunfreeware.
> > > > > > > > >
> > > > > > > > > Sorry to ask such a rudimenary question.
> > > > > > > > >
> > > > > > > > > Thanks for your
> > > > > > > > > help,
> > > > > > > > >
> > > > > > > > > Brian
> > > > > > > > >
> > > > > > > > > ---
> > > > > > > > >Brian R Cuttler brian.cutt...@wadsworth.org
> > > > > > > > >Computer Systems Support(v) 518 486-1697
> > > > > > > > >Wadsworth Center(f) 518 473-6384
> > > > > > > > >NYS Department of HealthHelp Desk 518 473-0773
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain
> > > > > > > > > confidential or sensitive information which is, or may be,
> > > > > > > > > legally
> > > > > > > > > privileged or otherwise protected by law from further
> > > > > > > > > disclosure. It
> > > > > > > > > is intended only for the addressee. If you received this in
> > > > > > > > > error or
> > > > > > > > > from someone who was not authorized to send it to you, please
> > > > > > > > > do not
> > > > > > > > > distribute, copy or use it or any attachments. Please notify
> > > > > > > > > the
> > > > > > > > > sender immediately by reply e-mail and delete this from your
> > > > > > > > > system. Thank you for your cooperation.
> > > > > > > > >
> > > > > > > >
> > > > > > > > Rudimentary, yes. Easy, no. I probably don't know enough
> > > > > > > > about Solaris
> > > > > > > > to help you, but I can tell you that on FreeBSD I ran into
> > > > > > > > several
> > > > > > > > issues:
> > > > > > > >
> > > > > > > > 1. I had to build mutt with slang instead of ncurses.
> > > > > > > >
> > > > > > > >
Re: mutt - color problem
Quoth Brian Cuttler on Tuesday, 31 August 2010: > >From Chip Camden > > > Try this at a shell prompt: > > > > echo "`tput AF 1`hello`tput me`" > > > > "hello" should be in red. > > Chip - B/W only, plus the errors. I'm guessing that the > errors tell us where the root of the problem is. > > Ok, I'm guessing that the errors will tells someone who > is not me where the error lies. > > > [curie] ~ 212> printenv | grep TER > TERM=xterm > COLORTERM=1 > > [curie] ~ 213> echo "`tput AF 1`hello`tput me`" > tput: unknown terminfo capability 'AF' > tput: unknown terminfo capability 'me' > hello > > > > On Tue, Aug 31, 2010 at 11:46:57AM -0700, Chip Camden wrote: > > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > > Chip, > > > > > > No, mutt is not producing any errors, its just failing, not only > > > to set colors but even to highlight (or is it simply reverse) > > > the black and white header and footer or provide inverse for the > > > message I'm currently pointing to in the index. > > > > > > With mutt not complaining I'm guessing it is a terminal/display > > > issue rather than a mutt issue, just hadn't realized that the new > > > server (since nothing changed on my desktop) had, ya know, issues. > > > > > > I don't think its mutt, I think mutt is just a symptom, had > > > hoped that everything would work out of the box. > > > > > > Trying to download newer sunfreeware mutt build but the download > > > keeps stalling out on me. > > > > > > thanks, > > > > > > Brian > > > > > > On Tue, Aug 31, 2010 at 11:19:59AM -0700, Chip Camden wrote: > > > > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > > > > Hate ask, but I think I've tried the obvious... > > > > > > > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) > > > > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that > > > > > my colors and highlighting don't work at all. > > > > > > > > > > Checked terminal type, the same, didn't make any config changes, > > > > > just # ssh'd into a different server. My desktop is Solaris 10x86 > > > > > and that hasn't changed either. Its something with the server or > > > > > with the specific build of mutt, I believe both from sunfreeware. > > > > > > > > > > Sorry to ask such a rudimenary question. > > > > > > > > > > Thanks for your help, > > > > > > > > > > Brian > > > > > > > > > > --- > > > > >Brian R Cuttler brian.cutt...@wadsworth.org > > > > >Computer Systems Support(v) 518 486-1697 > > > > >Wadsworth Center(f) 518 473-6384 > > > > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > > > > > > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > > > > confidential or sensitive information which is, or may be, legally > > > > > privileged or otherwise protected by law from further disclosure. It > > > > > is intended only for the addressee. If you received this in error or > > > > > from someone who was not authorized to send it to you, please do not > > > > > distribute, copy or use it or any attachments. Please notify the > > > > > sender immediately by reply e-mail and delete this from your > > > > > system. Thank you for your cooperation. > > > > > > > > > > > > > Rudimentary, yes. Easy, no. I probably don't know enough about Solaris > > > > to help you, but I can tell you that on FreeBSD I ran into several > > > > issues: > > > > > > > > 1. I had to build mutt with slang instead of ncurses. > > > > > > > > 2. The terminal definition I use has to be set up correctly in *both* > > > > termcap and terminfo. Specifically, it needs to have the correct number > > > > of colors specified (Co# in termcap) and the correct sequences for > > > > setting foreground/background color. > > > > > > > > 3. The terminal in which you are running mutt (urxvt in my case) has to > > > > be built with the same color options (256 color support, in my case). > > > > > > > > So, what kind of problem are you seeing? Is mutt complaining, or is it > > > > just silently not changing the colors? > > > > > > > > -- > > > > Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F > > > > http://camdensoftware.com | http://chipstips.com| > > > > http://chipsquips.com > > > > > > > > > --- > > >Brian R Cuttler brian.cutt...@wadsworth.org > > >Computer Systems Support(v) 518 486-1697 > > >Wadsworth Center(f) 518 473-6384 > > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > > confidential or sensitive information which is, or may be, legally > > > privileged or otherwise protected by law from further di
Re: mutt - color problem
On Tue, Aug 31, 2010 at 01:16:03PM -0700, Chip Camden wrote:
> Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > This is telling...
> >
> > #!/bin/sh
> > for color in 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 0
> > do
> > echo "`tput setaf ${color}``date`"
> > done
> >
> >
> > output is as expected for the first 8 colors, that is
> > Black, Red, Green, Yellow, Blue, Magenta, Cyan, White (on white...)
> >
> > When run on my Solaris 10 desktop I then get the inverse for the
> > last 8. I do not get the inverse on the remote system.
> >
> >
> >
> > On Tue, Aug 31, 2010 at 12:22:00PM -0700, Chip Camden wrote:
> > > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > > Chip,
> > > >
> > > > This works a little better
> > > > # echo "`tput setaf 1`hello`tput me`"
> > > > tput: unknown terminfo capability 'me'
> > > > hello
> > > >
> > > > Where we are in red from hello onwards.
> > > >
> > > > So there are some colors available.
> > > >
> > > >
> > > > On Tue, Aug 31, 2010 at 11:46:57AM -0700, Chip Camden wrote:
> > > > > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > > > > Chip,
> > > > > >
> > > > > > No, mutt is not producing any errors, its just failing, not only
> > > > > > to set colors but even to highlight (or is it simply reverse)
> > > > > > the black and white header and footer or provide inverse for the
> > > > > > message I'm currently pointing to in the index.
> > > > > >
> > > > > > With mutt not complaining I'm guessing it is a terminal/display
> > > > > > issue rather than a mutt issue, just hadn't realized that the new
> > > > > > server (since nothing changed on my desktop) had, ya know, issues.
> > > > > >
> > > > > > I don't think its mutt, I think mutt is just a symptom, had
> > > > > > hoped that everything would work out of the box.
> > > > > >
> > > > > > Trying to download newer sunfreeware mutt build but the download
> > > > > > keeps stalling out on me.
> > > > > >
> > > > > > thanks,
> > > > > >
> > > > > > Brian
> > > > > >
> > > > > > On Tue, Aug 31, 2010 at 11:19:59AM -0700, Chip Camden wrote:
> > > > > > > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > > > > > > Hate ask, but I think I've tried the obvious...
> > > > > > > >
> > > > > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i
> > > > > > > > (2003-03-19)
> > > > > > > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding
> > > > > > > > that
> > > > > > > > my colors and highlighting don't work at all.
> > > > > > > >
> > > > > > > > Checked terminal type, the same, didn't make any config changes,
> > > > > > > > just # ssh'd into a different server. My desktop is Solaris
> > > > > > > > 10x86
> > > > > > > > and that hasn't changed either. Its something with the server or
> > > > > > > > with the specific build of mutt, I believe both from
> > > > > > > > sunfreeware.
> > > > > > > >
> > > > > > > > Sorry to ask such a rudimenary question.
> > > > > > > >
> > > > > > > > Thanks for your
> > > > > > > > help,
> > > > > > > >
> > > > > > > > Brian
> > > > > > > >
> > > > > > > > ---
> > > > > > > >Brian R Cuttler brian.cutt...@wadsworth.org
> > > > > > > >Computer Systems Support(v) 518 486-1697
> > > > > > > >Wadsworth Center(f) 518 473-6384
> > > > > > > >NYS Department of HealthHelp Desk 518 473-0773
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain
> > > > > > > > confidential or sensitive information which is, or may be,
> > > > > > > > legally
> > > > > > > > privileged or otherwise protected by law from further
> > > > > > > > disclosure. It
> > > > > > > > is intended only for the addressee. If you received this in
> > > > > > > > error or
> > > > > > > > from someone who was not authorized to send it to you, please
> > > > > > > > do not
> > > > > > > > distribute, copy or use it or any attachments. Please notify
> > > > > > > > the
> > > > > > > > sender immediately by reply e-mail and delete this from your
> > > > > > > > system. Thank you for your cooperation.
> > > > > > > >
> > > > > > >
> > > > > > > Rudimentary, yes. Easy, no. I probably don't know enough about
> > > > > > > Solaris
> > > > > > > to help you, but I can tell you that on FreeBSD I ran into several
> > > > > > > issues:
> > > > > > >
> > > > > > > 1. I had to build mutt with slang instead of ncurses.
> > > > > > >
> > > > > > > 2. The terminal definition I use has to be set up correctly in
> > > > > > > *both*
> > > > > > > termcap and terminfo. Specifically, it needs to have the correct
> > > > > > > number
> > > > > > > of colors specified (Co# in termcap) and the correct sequences for
> > > > > > > setting foreground/background colo
Re: mutt - color problem
Quoth Brian Cuttler on Tuesday, 31 August 2010:
> This is telling...
>
> #!/bin/sh
> for color in 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 0
> do
> echo "`tput setaf ${color}``date`"
> done
>
>
> output is as expected for the first 8 colors, that is
> Black, Red, Green, Yellow, Blue, Magenta, Cyan, White (on white...)
>
> When run on my Solaris 10 desktop I then get the inverse for the
> last 8. I do not get the inverse on the remote system.
>
>
>
> On Tue, Aug 31, 2010 at 12:22:00PM -0700, Chip Camden wrote:
> > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > Chip,
> > >
> > > This works a little better
> > > # echo "`tput setaf 1`hello`tput me`"
> > > tput: unknown terminfo capability 'me'
> > > hello
> > >
> > > Where we are in red from hello onwards.
> > >
> > > So there are some colors available.
> > >
> > >
> > > On Tue, Aug 31, 2010 at 11:46:57AM -0700, Chip Camden wrote:
> > > > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > > > Chip,
> > > > >
> > > > > No, mutt is not producing any errors, its just failing, not only
> > > > > to set colors but even to highlight (or is it simply reverse)
> > > > > the black and white header and footer or provide inverse for the
> > > > > message I'm currently pointing to in the index.
> > > > >
> > > > > With mutt not complaining I'm guessing it is a terminal/display
> > > > > issue rather than a mutt issue, just hadn't realized that the new
> > > > > server (since nothing changed on my desktop) had, ya know, issues.
> > > > >
> > > > > I don't think its mutt, I think mutt is just a symptom, had
> > > > > hoped that everything would work out of the box.
> > > > >
> > > > > Trying to download newer sunfreeware mutt build but the download
> > > > > keeps stalling out on me.
> > > > >
> > > > > thanks,
> > > > >
> > > > > Brian
> > > > >
> > > > > On Tue, Aug 31, 2010 at 11:19:59AM -0700, Chip Camden wrote:
> > > > > > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > > > > > Hate ask, but I think I've tried the obvious...
> > > > > > >
> > > > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i
> > > > > > > (2003-03-19)
> > > > > > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding
> > > > > > > that
> > > > > > > my colors and highlighting don't work at all.
> > > > > > >
> > > > > > > Checked terminal type, the same, didn't make any config changes,
> > > > > > > just # ssh'd into a different server. My desktop is Solaris 10x86
> > > > > > > and that hasn't changed either. Its something with the server or
> > > > > > > with the specific build of mutt, I believe both from sunfreeware.
> > > > > > >
> > > > > > > Sorry to ask such a rudimenary question.
> > > > > > >
> > > > > > > Thanks for your help,
> > > > > > >
> > > > > > > Brian
> > > > > > >
> > > > > > > ---
> > > > > > >Brian R Cuttler brian.cutt...@wadsworth.org
> > > > > > >Computer Systems Support(v) 518 486-1697
> > > > > > >Wadsworth Center(f) 518 473-6384
> > > > > > >NYS Department of HealthHelp Desk 518 473-0773
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain
> > > > > > > confidential or sensitive information which is, or may be, legally
> > > > > > > privileged or otherwise protected by law from further disclosure.
> > > > > > > It
> > > > > > > is intended only for the addressee. If you received this in
> > > > > > > error or
> > > > > > > from someone who was not authorized to send it to you, please do
> > > > > > > not
> > > > > > > distribute, copy or use it or any attachments. Please notify the
> > > > > > > sender immediately by reply e-mail and delete this from your
> > > > > > > system. Thank you for your cooperation.
> > > > > > >
> > > > > >
> > > > > > Rudimentary, yes. Easy, no. I probably don't know enough about
> > > > > > Solaris
> > > > > > to help you, but I can tell you that on FreeBSD I ran into several
> > > > > > issues:
> > > > > >
> > > > > > 1. I had to build mutt with slang instead of ncurses.
> > > > > >
> > > > > > 2. The terminal definition I use has to be set up correctly in
> > > > > > *both*
> > > > > > termcap and terminfo. Specifically, it needs to have the correct
> > > > > > number
> > > > > > of colors specified (Co# in termcap) and the correct sequences for
> > > > > > setting foreground/background color.
> > > > > >
> > > > > > 3. The terminal in which you are running mutt (urxvt in my case)
> > > > > > has to
> > > > > > be built with the same color options (256 color support, in my
> > > > > > case).
> > > > > >
> > > > > > So, what kind of problem are you seeing? Is mutt complaining, or
> > > > > > is it
> > > > > > just silently not changing the colors?
> > >
Re: mutt - color problem
This is telling...
#!/bin/sh
for color in 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 0
do
echo "`tput setaf ${color}``date`"
done
output is as expected for the first 8 colors, that is
Black, Red, Green, Yellow, Blue, Magenta, Cyan, White (on white...)
When run on my Solaris 10 desktop I then get the inverse for the
last 8. I do not get the inverse on the remote system.
On Tue, Aug 31, 2010 at 12:22:00PM -0700, Chip Camden wrote:
> Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > Chip,
> >
> > This works a little better
> > # echo "`tput setaf 1`hello`tput me`"
> > tput: unknown terminfo capability 'me'
> > hello
> >
> > Where we are in red from hello onwards.
> >
> > So there are some colors available.
> >
> >
> > On Tue, Aug 31, 2010 at 11:46:57AM -0700, Chip Camden wrote:
> > > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > > Chip,
> > > >
> > > > No, mutt is not producing any errors, its just failing, not only
> > > > to set colors but even to highlight (or is it simply reverse)
> > > > the black and white header and footer or provide inverse for the
> > > > message I'm currently pointing to in the index.
> > > >
> > > > With mutt not complaining I'm guessing it is a terminal/display
> > > > issue rather than a mutt issue, just hadn't realized that the new
> > > > server (since nothing changed on my desktop) had, ya know, issues.
> > > >
> > > > I don't think its mutt, I think mutt is just a symptom, had
> > > > hoped that everything would work out of the box.
> > > >
> > > > Trying to download newer sunfreeware mutt build but the download
> > > > keeps stalling out on me.
> > > >
> > > > thanks,
> > > >
> > > > Brian
> > > >
> > > > On Tue, Aug 31, 2010 at 11:19:59AM -0700, Chip Camden wrote:
> > > > > Quoth Brian Cuttler on Tuesday, 31 August 2010:
> > > > > > Hate ask, but I think I've tried the obvious...
> > > > > >
> > > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19)
> > > > > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that
> > > > > > my colors and highlighting don't work at all.
> > > > > >
> > > > > > Checked terminal type, the same, didn't make any config changes,
> > > > > > just # ssh'd into a different server. My desktop is Solaris 10x86
> > > > > > and that hasn't changed either. Its something with the server or
> > > > > > with the specific build of mutt, I believe both from sunfreeware.
> > > > > >
> > > > > > Sorry to ask such a rudimenary question.
> > > > > >
> > > > > > Thanks for your help,
> > > > > >
> > > > > > Brian
> > > > > >
> > > > > > ---
> > > > > >Brian R Cuttler brian.cutt...@wadsworth.org
> > > > > >Computer Systems Support(v) 518 486-1697
> > > > > >Wadsworth Center(f) 518 473-6384
> > > > > >NYS Department of HealthHelp Desk 518 473-0773
> > > > > >
> > > > > >
> > > > > >
> > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain
> > > > > > confidential or sensitive information which is, or may be, legally
> > > > > > privileged or otherwise protected by law from further disclosure.
> > > > > > It
> > > > > > is intended only for the addressee. If you received this in error
> > > > > > or
> > > > > > from someone who was not authorized to send it to you, please do not
> > > > > > distribute, copy or use it or any attachments. Please notify the
> > > > > > sender immediately by reply e-mail and delete this from your
> > > > > > system. Thank you for your cooperation.
> > > > > >
> > > > >
> > > > > Rudimentary, yes. Easy, no. I probably don't know enough about
> > > > > Solaris
> > > > > to help you, but I can tell you that on FreeBSD I ran into several
> > > > > issues:
> > > > >
> > > > > 1. I had to build mutt with slang instead of ncurses.
> > > > >
> > > > > 2. The terminal definition I use has to be set up correctly in *both*
> > > > > termcap and terminfo. Specifically, it needs to have the correct
> > > > > number
> > > > > of colors specified (Co# in termcap) and the correct sequences for
> > > > > setting foreground/background color.
> > > > >
> > > > > 3. The terminal in which you are running mutt (urxvt in my case) has
> > > > > to
> > > > > be built with the same color options (256 color support, in my case).
> > > > >
> > > > > So, what kind of problem are you seeing? Is mutt complaining, or is
> > > > > it
> > > > > just silently not changing the colors?
> > > > >
> > > > > --
> > > > > Sterling (Chip) Camden| sterl...@camdensoftware.com |
> > > > > 2048D/3A978E4F
> > > > > http://camdensoftware.com | http://chipstips.com|
> > > > > http://chipsquips.com
> > > >
> > > >
> > > > ---
> > > >Brian R Cuttler brian.cutt...@wadsworth.org
> > > >Computer
Re: mutt - color problem
On Tue, Aug 31, 2010 at 02:54:39PM -0400, Brian Cuttler wrote: > > Will, > > Here is a crazy test. from the system I'd ssh'd into, I ssh'd > to a linux box where, the # ls command there has an option to > display different types of files in different colors. That worked > perfectly. > > Term there was xterm and there was also the addtional env var > of COLORTERM set to 1. > > By using # ssh -X, and then # ssh -X again I'm avoiding the > termcap settings in the intermediate host though, aren't I ? > > For a test like that the middle man's problems are simply ignored. right ? Beyond my guessing about COLORTERM I'm not sure what the problem is. You may want to look at the terminfo.4 man page and the See Also pages. I used to run Solaris 10 and used a version of mutt that I built myself that was using slang instead of curses (not sure why at this point). These days I'm running a internal developer build of Solaris which has a native version of libncurses so I've compiled the latest developer version of mutt to use that. Here are the shared libs that mutt is currently linked to: libncurses.so.5 => /usr/gnu/lib/libncurses.so.5 libssl.so.0.9.8 => /lib/libssl.so.0.9.8 libcrypto.so.0.9.8 =>/lib/libcrypto.so.0.9.8 libz.so.1 => /lib/libz.so.1 libsasl.so.1 => /usr/lib/libsasl.so.1 libgdbm.so.3 => /usr/lib/libgdbm.so.3 libidn.so.11 => /usr/lib/libidn.so.11 libsocket.so.1 =>/lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libc.so.1 => /lib/libc.so.1 libmd.so.1 =>/lib/libmd.so.1 libmp.so.2 =>/lib/libmp.so.2 libm.so.2 => /lib/libm.so.2 My TERM is xterm when I ssh into a Solaris system. Note that I do not have to set COLORTERM in order to have mutt display color. I have a shell script wrapper for mutt so it can find the /usr/gnu/lib/libncurses.so.5 lib. It basically looks like: #!/usr/bin/ksh -p export LD_LIBRARY_PATH=/usr/gnu/lib exec $HOME/bin/$(uname -p)/mutt "$@" # end of script I have the binary version of mutt in $HOME/bin/i386/ -- Will Fiveash
Re: mutt - color problem
Quoth Brian Cuttler on Tuesday, 31 August 2010: > Chip, > > This works a little better > # echo "`tput setaf 1`hello`tput me`" > tput: unknown terminfo capability 'me' > hello > > Where we are in red from hello onwards. > > So there are some colors available. > > > On Tue, Aug 31, 2010 at 11:46:57AM -0700, Chip Camden wrote: > > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > > Chip, > > > > > > No, mutt is not producing any errors, its just failing, not only > > > to set colors but even to highlight (or is it simply reverse) > > > the black and white header and footer or provide inverse for the > > > message I'm currently pointing to in the index. > > > > > > With mutt not complaining I'm guessing it is a terminal/display > > > issue rather than a mutt issue, just hadn't realized that the new > > > server (since nothing changed on my desktop) had, ya know, issues. > > > > > > I don't think its mutt, I think mutt is just a symptom, had > > > hoped that everything would work out of the box. > > > > > > Trying to download newer sunfreeware mutt build but the download > > > keeps stalling out on me. > > > > > > thanks, > > > > > > Brian > > > > > > On Tue, Aug 31, 2010 at 11:19:59AM -0700, Chip Camden wrote: > > > > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > > > > Hate ask, but I think I've tried the obvious... > > > > > > > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) > > > > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that > > > > > my colors and highlighting don't work at all. > > > > > > > > > > Checked terminal type, the same, didn't make any config changes, > > > > > just # ssh'd into a different server. My desktop is Solaris 10x86 > > > > > and that hasn't changed either. Its something with the server or > > > > > with the specific build of mutt, I believe both from sunfreeware. > > > > > > > > > > Sorry to ask such a rudimenary question. > > > > > > > > > > Thanks for your help, > > > > > > > > > > Brian > > > > > > > > > > --- > > > > >Brian R Cuttler brian.cutt...@wadsworth.org > > > > >Computer Systems Support(v) 518 486-1697 > > > > >Wadsworth Center(f) 518 473-6384 > > > > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > > > > > > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > > > > confidential or sensitive information which is, or may be, legally > > > > > privileged or otherwise protected by law from further disclosure. It > > > > > is intended only for the addressee. If you received this in error or > > > > > from someone who was not authorized to send it to you, please do not > > > > > distribute, copy or use it or any attachments. Please notify the > > > > > sender immediately by reply e-mail and delete this from your > > > > > system. Thank you for your cooperation. > > > > > > > > > > > > > Rudimentary, yes. Easy, no. I probably don't know enough about Solaris > > > > to help you, but I can tell you that on FreeBSD I ran into several > > > > issues: > > > > > > > > 1. I had to build mutt with slang instead of ncurses. > > > > > > > > 2. The terminal definition I use has to be set up correctly in *both* > > > > termcap and terminfo. Specifically, it needs to have the correct number > > > > of colors specified (Co# in termcap) and the correct sequences for > > > > setting foreground/background color. > > > > > > > > 3. The terminal in which you are running mutt (urxvt in my case) has to > > > > be built with the same color options (256 color support, in my case). > > > > > > > > So, what kind of problem are you seeing? Is mutt complaining, or is it > > > > just silently not changing the colors? > > > > > > > > -- > > > > Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F > > > > http://camdensoftware.com | http://chipstips.com| > > > > http://chipsquips.com > > > > > > > > > --- > > >Brian R Cuttler brian.cutt...@wadsworth.org > > >Computer Systems Support(v) 518 486-1697 > > >Wadsworth Center(f) 518 473-6384 > > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > > confidential or sensitive information which is, or may be, legally > > > privileged or otherwise protected by law from further disclosure. It > > > is intended only for the addressee. If you received this in error or > > > from someone who was not authorized to send it to you, please do not > > > distribute, copy or use it or any attachments. Please notify the > > > sender immediately by reply e-mail and delete this from your > > > system. Thank you for your coo
Re: mutt - color problem
Chip, This works a little better # echo "`tput setaf 1`hello`tput me`" tput: unknown terminfo capability 'me' hello Where we are in red from hello onwards. So there are some colors available. On Tue, Aug 31, 2010 at 11:46:57AM -0700, Chip Camden wrote: > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > Chip, > > > > No, mutt is not producing any errors, its just failing, not only > > to set colors but even to highlight (or is it simply reverse) > > the black and white header and footer or provide inverse for the > > message I'm currently pointing to in the index. > > > > With mutt not complaining I'm guessing it is a terminal/display > > issue rather than a mutt issue, just hadn't realized that the new > > server (since nothing changed on my desktop) had, ya know, issues. > > > > I don't think its mutt, I think mutt is just a symptom, had > > hoped that everything would work out of the box. > > > > Trying to download newer sunfreeware mutt build but the download > > keeps stalling out on me. > > > > thanks, > > > > Brian > > > > On Tue, Aug 31, 2010 at 11:19:59AM -0700, Chip Camden wrote: > > > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > > > Hate ask, but I think I've tried the obvious... > > > > > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) > > > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that > > > > my colors and highlighting don't work at all. > > > > > > > > Checked terminal type, the same, didn't make any config changes, > > > > just # ssh'd into a different server. My desktop is Solaris 10x86 > > > > and that hasn't changed either. Its something with the server or > > > > with the specific build of mutt, I believe both from sunfreeware. > > > > > > > > Sorry to ask such a rudimenary question. > > > > > > > > Thanks for your help, > > > > > > > > Brian > > > > > > > > --- > > > >Brian R Cuttler brian.cutt...@wadsworth.org > > > >Computer Systems Support(v) 518 486-1697 > > > >Wadsworth Center(f) 518 473-6384 > > > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > > > confidential or sensitive information which is, or may be, legally > > > > privileged or otherwise protected by law from further disclosure. It > > > > is intended only for the addressee. If you received this in error or > > > > from someone who was not authorized to send it to you, please do not > > > > distribute, copy or use it or any attachments. Please notify the > > > > sender immediately by reply e-mail and delete this from your > > > > system. Thank you for your cooperation. > > > > > > > > > > Rudimentary, yes. Easy, no. I probably don't know enough about Solaris > > > to help you, but I can tell you that on FreeBSD I ran into several > > > issues: > > > > > > 1. I had to build mutt with slang instead of ncurses. > > > > > > 2. The terminal definition I use has to be set up correctly in *both* > > > termcap and terminfo. Specifically, it needs to have the correct number > > > of colors specified (Co# in termcap) and the correct sequences for > > > setting foreground/background color. > > > > > > 3. The terminal in which you are running mutt (urxvt in my case) has to > > > be built with the same color options (256 color support, in my case). > > > > > > So, what kind of problem are you seeing? Is mutt complaining, or is it > > > just silently not changing the colors? > > > > > > -- > > > Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F > > > http://camdensoftware.com | http://chipstips.com| > > > http://chipsquips.com > > > > > > --- > >Brian R Cuttler brian.cutt...@wadsworth.org > >Computer Systems Support(v) 518 486-1697 > >Wadsworth Center(f) 518 473-6384 > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > confidential or sensitive information which is, or may be, legally > > privileged or otherwise protected by law from further disclosure. It > > is intended only for the addressee. If you received this in error or > > from someone who was not authorized to send it to you, please do not > > distribute, copy or use it or any attachments. Please notify the > > sender immediately by reply e-mail and delete this from your > > system. Thank you for your cooperation. > > > > Try this at a shell prompt: > > echo "`tput AF 1`hello`tput me`" > > "hello" should be in red. > > -- > Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F > http://camdensoftware.com | http://chipstips.com|
Re: mutt - color problem
Quoth Brian Cuttler on Tuesday, 31 August 2010: > >From Chip Camden > > > Try this at a shell prompt: > > > > echo "`tput AF 1`hello`tput me`" > > > > "hello" should be in red. > > Chip - B/W only, plus the errors. I'm guessing that the > errors tell us where the root of the problem is. > > Ok, I'm guessing that the errors will tells someone who > is not me where the error lies. > > > [curie] ~ 212> printenv | grep TER > TERM=xterm > COLORTERM=1 > > [curie] ~ 213> echo "`tput AF 1`hello`tput me`" > tput: unknown terminfo capability 'AF' > tput: unknown terminfo capability 'me' > hello > > > > On Tue, Aug 31, 2010 at 11:46:57AM -0700, Chip Camden wrote: > > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > > Chip, > > > > > > No, mutt is not producing any errors, its just failing, not only > > > to set colors but even to highlight (or is it simply reverse) > > > the black and white header and footer or provide inverse for the > > > message I'm currently pointing to in the index. > > > > > > With mutt not complaining I'm guessing it is a terminal/display > > > issue rather than a mutt issue, just hadn't realized that the new > > > server (since nothing changed on my desktop) had, ya know, issues. > > > > > > I don't think its mutt, I think mutt is just a symptom, had > > > hoped that everything would work out of the box. > > > > > > Trying to download newer sunfreeware mutt build but the download > > > keeps stalling out on me. > > > > > > thanks, > > > > > > Brian > > > > > > On Tue, Aug 31, 2010 at 11:19:59AM -0700, Chip Camden wrote: > > > > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > > > > Hate ask, but I think I've tried the obvious... > > > > > > > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) > > > > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that > > > > > my colors and highlighting don't work at all. > > > > > > > > > > Checked terminal type, the same, didn't make any config changes, > > > > > just # ssh'd into a different server. My desktop is Solaris 10x86 > > > > > and that hasn't changed either. Its something with the server or > > > > > with the specific build of mutt, I believe both from sunfreeware. > > > > > > > > > > Sorry to ask such a rudimenary question. > > > > > > > > > > Thanks for your help, > > > > > > > > > > Brian > > > > > > > > > > --- > > > > >Brian R Cuttler brian.cutt...@wadsworth.org > > > > >Computer Systems Support(v) 518 486-1697 > > > > >Wadsworth Center(f) 518 473-6384 > > > > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > > > > > > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > > > > confidential or sensitive information which is, or may be, legally > > > > > privileged or otherwise protected by law from further disclosure. It > > > > > is intended only for the addressee. If you received this in error or > > > > > from someone who was not authorized to send it to you, please do not > > > > > distribute, copy or use it or any attachments. Please notify the > > > > > sender immediately by reply e-mail and delete this from your > > > > > system. Thank you for your cooperation. > > > > > > > > > > > > > Rudimentary, yes. Easy, no. I probably don't know enough about Solaris > > > > to help you, but I can tell you that on FreeBSD I ran into several > > > > issues: > > > > > > > > 1. I had to build mutt with slang instead of ncurses. > > > > > > > > 2. The terminal definition I use has to be set up correctly in *both* > > > > termcap and terminfo. Specifically, it needs to have the correct number > > > > of colors specified (Co# in termcap) and the correct sequences for > > > > setting foreground/background color. > > > > > > > > 3. The terminal in which you are running mutt (urxvt in my case) has to > > > > be built with the same color options (256 color support, in my case). > > > > > > > > So, what kind of problem are you seeing? Is mutt complaining, or is it > > > > just silently not changing the colors? > > > > > > > > -- > > > > Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F > > > > http://camdensoftware.com | http://chipstips.com| > > > > http://chipsquips.com > > > > > > > > > --- > > >Brian R Cuttler brian.cutt...@wadsworth.org > > >Computer Systems Support(v) 518 486-1697 > > >Wadsworth Center(f) 518 473-6384 > > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > > confidential or sensitive information which is, or may be, legally > > > privileged or otherwise protected by law from further di
Re: mutt - color problem
>From Chip Camden > Try this at a shell prompt: > > echo "`tput AF 1`hello`tput me`" > > "hello" should be in red. Chip - B/W only, plus the errors. I'm guessing that the errors tell us where the root of the problem is. Ok, I'm guessing that the errors will tells someone who is not me where the error lies. [curie] ~ 212> printenv | grep TER TERM=xterm COLORTERM=1 [curie] ~ 213> echo "`tput AF 1`hello`tput me`" tput: unknown terminfo capability 'AF' tput: unknown terminfo capability 'me' hello On Tue, Aug 31, 2010 at 11:46:57AM -0700, Chip Camden wrote: > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > Chip, > > > > No, mutt is not producing any errors, its just failing, not only > > to set colors but even to highlight (or is it simply reverse) > > the black and white header and footer or provide inverse for the > > message I'm currently pointing to in the index. > > > > With mutt not complaining I'm guessing it is a terminal/display > > issue rather than a mutt issue, just hadn't realized that the new > > server (since nothing changed on my desktop) had, ya know, issues. > > > > I don't think its mutt, I think mutt is just a symptom, had > > hoped that everything would work out of the box. > > > > Trying to download newer sunfreeware mutt build but the download > > keeps stalling out on me. > > > > thanks, > > > > Brian > > > > On Tue, Aug 31, 2010 at 11:19:59AM -0700, Chip Camden wrote: > > > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > > > Hate ask, but I think I've tried the obvious... > > > > > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) > > > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that > > > > my colors and highlighting don't work at all. > > > > > > > > Checked terminal type, the same, didn't make any config changes, > > > > just # ssh'd into a different server. My desktop is Solaris 10x86 > > > > and that hasn't changed either. Its something with the server or > > > > with the specific build of mutt, I believe both from sunfreeware. > > > > > > > > Sorry to ask such a rudimenary question. > > > > > > > > Thanks for your help, > > > > > > > > Brian > > > > > > > > --- > > > >Brian R Cuttler brian.cutt...@wadsworth.org > > > >Computer Systems Support(v) 518 486-1697 > > > >Wadsworth Center(f) 518 473-6384 > > > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > > > confidential or sensitive information which is, or may be, legally > > > > privileged or otherwise protected by law from further disclosure. It > > > > is intended only for the addressee. If you received this in error or > > > > from someone who was not authorized to send it to you, please do not > > > > distribute, copy or use it or any attachments. Please notify the > > > > sender immediately by reply e-mail and delete this from your > > > > system. Thank you for your cooperation. > > > > > > > > > > Rudimentary, yes. Easy, no. I probably don't know enough about Solaris > > > to help you, but I can tell you that on FreeBSD I ran into several > > > issues: > > > > > > 1. I had to build mutt with slang instead of ncurses. > > > > > > 2. The terminal definition I use has to be set up correctly in *both* > > > termcap and terminfo. Specifically, it needs to have the correct number > > > of colors specified (Co# in termcap) and the correct sequences for > > > setting foreground/background color. > > > > > > 3. The terminal in which you are running mutt (urxvt in my case) has to > > > be built with the same color options (256 color support, in my case). > > > > > > So, what kind of problem are you seeing? Is mutt complaining, or is it > > > just silently not changing the colors? > > > > > > -- > > > Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F > > > http://camdensoftware.com | http://chipstips.com| > > > http://chipsquips.com > > > > > > --- > >Brian R Cuttler brian.cutt...@wadsworth.org > >Computer Systems Support(v) 518 486-1697 > >Wadsworth Center(f) 518 473-6384 > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > confidential or sensitive information which is, or may be, legally > > privileged or otherwise protected by law from further disclosure. It > > is intended only for the addressee. If you received this in error or > > from someone who was not authorized to send it to you, please do not > > distribute, copy or use it or any attachments. Please notify the > > sender immediately by reply e-mail and dele
Re: mutt - color problem
Will, Here is a crazy test. from the system I'd ssh'd into, I ssh'd to a linux box where, the # ls command there has an option to display different types of files in different colors. That worked perfectly. Term there was xterm and there was also the addtional env var of COLORTERM set to 1. By using # ssh -X, and then # ssh -X again I'm avoiding the termcap settings in the intermediate host though, aren't I ? For a test like that the middle man's problems are simply ignored. right ? On Tue, Aug 31, 2010 at 01:40:39PM -0500, Will Fiveash wrote: > On Tue, Aug 31, 2010 at 01:56:01PM -0400, Brian Cuttler wrote: > > > > Hate ask, but I think I've tried the obvious... > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that > > my colors and highlighting don't work at all. > > > > Checked terminal type, the same, didn't make any config changes, > > just # ssh'd into a different server. My desktop is Solaris 10x86 > > and that hasn't changed either. Its something with the server or > > with the specific build of mutt, I believe both from sunfreeware. > > > > Sorry to ask such a rudimenary question. > > When you ssh in to the server what does: > > env|grep TERM > > output? > > If the TERM is xterm, perhaps also exporting "COLORTERM=xterm-color" > will help. > -- > Will Fiveash --- Brian R Cuttler brian.cutt...@wadsworth.org Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773 IMPORTANT NOTICE: This e-mail and any attachments may contain confidential or sensitive information which is, or may be, legally privileged or otherwise protected by law from further disclosure. It is intended only for the addressee. If you received this in error or from someone who was not authorized to send it to you, please do not distribute, copy or use it or any attachments. Please notify the sender immediately by reply e-mail and delete this from your system. Thank you for your cooperation.
Re: mutt - color problem
Will, I'd tried term vt100 and dtterm, setting both xterm and xterm-color env vars I now get a black block cursor in the last column of the index as I move up and down the message index. looking more and more like a termcap issue... I'll see if there are other vt100 or dtterm color settings as well. thanks, Brian On Tue, Aug 31, 2010 at 01:40:39PM -0500, Will Fiveash wrote: > On Tue, Aug 31, 2010 at 01:56:01PM -0400, Brian Cuttler wrote: > > > > Hate ask, but I think I've tried the obvious... > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that > > my colors and highlighting don't work at all. > > > > Checked terminal type, the same, didn't make any config changes, > > just # ssh'd into a different server. My desktop is Solaris 10x86 > > and that hasn't changed either. Its something with the server or > > with the specific build of mutt, I believe both from sunfreeware. > > > > Sorry to ask such a rudimenary question. > > When you ssh in to the server what does: > > env|grep TERM > > output? > > If the TERM is xterm, perhaps also exporting "COLORTERM=xterm-color" > will help. > -- > Will Fiveash --- Brian R Cuttler brian.cutt...@wadsworth.org Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773 IMPORTANT NOTICE: This e-mail and any attachments may contain confidential or sensitive information which is, or may be, legally privileged or otherwise protected by law from further disclosure. It is intended only for the addressee. If you received this in error or from someone who was not authorized to send it to you, please do not distribute, copy or use it or any attachments. Please notify the sender immediately by reply e-mail and delete this from your system. Thank you for your cooperation.
Re: mutt - color problem
Quoth Brian Cuttler on Tuesday, 31 August 2010: > Chip, > > No, mutt is not producing any errors, its just failing, not only > to set colors but even to highlight (or is it simply reverse) > the black and white header and footer or provide inverse for the > message I'm currently pointing to in the index. > > With mutt not complaining I'm guessing it is a terminal/display > issue rather than a mutt issue, just hadn't realized that the new > server (since nothing changed on my desktop) had, ya know, issues. > > I don't think its mutt, I think mutt is just a symptom, had > hoped that everything would work out of the box. > > Trying to download newer sunfreeware mutt build but the download > keeps stalling out on me. > > thanks, > > Brian > > On Tue, Aug 31, 2010 at 11:19:59AM -0700, Chip Camden wrote: > > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > > Hate ask, but I think I've tried the obvious... > > > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) > > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that > > > my colors and highlighting don't work at all. > > > > > > Checked terminal type, the same, didn't make any config changes, > > > just # ssh'd into a different server. My desktop is Solaris 10x86 > > > and that hasn't changed either. Its something with the server or > > > with the specific build of mutt, I believe both from sunfreeware. > > > > > > Sorry to ask such a rudimenary question. > > > > > > Thanks for your help, > > > > > > Brian > > > > > > --- > > >Brian R Cuttler brian.cutt...@wadsworth.org > > >Computer Systems Support(v) 518 486-1697 > > >Wadsworth Center(f) 518 473-6384 > > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > > confidential or sensitive information which is, or may be, legally > > > privileged or otherwise protected by law from further disclosure. It > > > is intended only for the addressee. If you received this in error or > > > from someone who was not authorized to send it to you, please do not > > > distribute, copy or use it or any attachments. Please notify the > > > sender immediately by reply e-mail and delete this from your > > > system. Thank you for your cooperation. > > > > > > > Rudimentary, yes. Easy, no. I probably don't know enough about Solaris > > to help you, but I can tell you that on FreeBSD I ran into several > > issues: > > > > 1. I had to build mutt with slang instead of ncurses. > > > > 2. The terminal definition I use has to be set up correctly in *both* > > termcap and terminfo. Specifically, it needs to have the correct number > > of colors specified (Co# in termcap) and the correct sequences for > > setting foreground/background color. > > > > 3. The terminal in which you are running mutt (urxvt in my case) has to > > be built with the same color options (256 color support, in my case). > > > > So, what kind of problem are you seeing? Is mutt complaining, or is it > > just silently not changing the colors? > > > > -- > > Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F > > http://camdensoftware.com | http://chipstips.com| > > http://chipsquips.com > > > --- >Brian R Cuttler brian.cutt...@wadsworth.org >Computer Systems Support(v) 518 486-1697 >Wadsworth Center(f) 518 473-6384 >NYS Department of HealthHelp Desk 518 473-0773 > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > confidential or sensitive information which is, or may be, legally > privileged or otherwise protected by law from further disclosure. It > is intended only for the addressee. If you received this in error or > from someone who was not authorized to send it to you, please do not > distribute, copy or use it or any attachments. Please notify the > sender immediately by reply e-mail and delete this from your > system. Thank you for your cooperation. > Try this at a shell prompt: echo "`tput AF 1`hello`tput me`" "hello" should be in red. -- Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com| http://chipsquips.com pgpnWVqxZ6x8o.pgp Description: PGP signature
Re: mutt - color problem
On Tue, Aug 31, 2010 at 01:56:01PM -0400, Brian Cuttler wrote: > > Hate ask, but I think I've tried the obvious... > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that > my colors and highlighting don't work at all. > > Checked terminal type, the same, didn't make any config changes, > just # ssh'd into a different server. My desktop is Solaris 10x86 > and that hasn't changed either. Its something with the server or > with the specific build of mutt, I believe both from sunfreeware. > > Sorry to ask such a rudimenary question. When you ssh in to the server what does: env|grep TERM output? If the TERM is xterm, perhaps also exporting "COLORTERM=xterm-color" will help. -- Will Fiveash
Re: mutt - color problem
Chip, No, mutt is not producing any errors, its just failing, not only to set colors but even to highlight (or is it simply reverse) the black and white header and footer or provide inverse for the message I'm currently pointing to in the index. With mutt not complaining I'm guessing it is a terminal/display issue rather than a mutt issue, just hadn't realized that the new server (since nothing changed on my desktop) had, ya know, issues. I don't think its mutt, I think mutt is just a symptom, had hoped that everything would work out of the box. Trying to download newer sunfreeware mutt build but the download keeps stalling out on me. thanks, Brian On Tue, Aug 31, 2010 at 11:19:59AM -0700, Chip Camden wrote: > Quoth Brian Cuttler on Tuesday, 31 August 2010: > > Hate ask, but I think I've tried the obvious... > > > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) > > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that > > my colors and highlighting don't work at all. > > > > Checked terminal type, the same, didn't make any config changes, > > just # ssh'd into a different server. My desktop is Solaris 10x86 > > and that hasn't changed either. Its something with the server or > > with the specific build of mutt, I believe both from sunfreeware. > > > > Sorry to ask such a rudimenary question. > > > > Thanks for your help, > > > > Brian > > > > --- > >Brian R Cuttler brian.cutt...@wadsworth.org > >Computer Systems Support(v) 518 486-1697 > >Wadsworth Center(f) 518 473-6384 > >NYS Department of HealthHelp Desk 518 473-0773 > > > > > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > > confidential or sensitive information which is, or may be, legally > > privileged or otherwise protected by law from further disclosure. It > > is intended only for the addressee. If you received this in error or > > from someone who was not authorized to send it to you, please do not > > distribute, copy or use it or any attachments. Please notify the > > sender immediately by reply e-mail and delete this from your > > system. Thank you for your cooperation. > > > > Rudimentary, yes. Easy, no. I probably don't know enough about Solaris > to help you, but I can tell you that on FreeBSD I ran into several > issues: > > 1. I had to build mutt with slang instead of ncurses. > > 2. The terminal definition I use has to be set up correctly in *both* > termcap and terminfo. Specifically, it needs to have the correct number > of colors specified (Co# in termcap) and the correct sequences for > setting foreground/background color. > > 3. The terminal in which you are running mutt (urxvt in my case) has to > be built with the same color options (256 color support, in my case). > > So, what kind of problem are you seeing? Is mutt complaining, or is it > just silently not changing the colors? > > -- > Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F > http://camdensoftware.com | http://chipstips.com| > http://chipsquips.com --- Brian R Cuttler brian.cutt...@wadsworth.org Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773 IMPORTANT NOTICE: This e-mail and any attachments may contain confidential or sensitive information which is, or may be, legally privileged or otherwise protected by law from further disclosure. It is intended only for the addressee. If you received this in error or from someone who was not authorized to send it to you, please do not distribute, copy or use it or any attachments. Please notify the sender immediately by reply e-mail and delete this from your system. Thank you for your cooperation.
Re: Taking notes using Mutt threads
* On 30 Aug 2010, mjsseppl-m...@yahoo.de wrote: > On a more general level, regarding Jose's idea: > > What are the ways to send local messages so that they end up in the mail > spool file? > > It seems to me a simple question and I seem to remember being able to do > it, but now when I try to remember how I did it, I can't find the way. set my_real_sendmail=$sendmail set sendmail=procmail [send note] set sendmail=$my_real_sendmail -- David Champion * d...@uchicago.edu * IT Services * University of Chicago
Re: mutt - color problem
Quoth Brian Cuttler on Tuesday, 31 August 2010: > Hate ask, but I think I've tried the obvious... > > Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) > to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that > my colors and highlighting don't work at all. > > Checked terminal type, the same, didn't make any config changes, > just # ssh'd into a different server. My desktop is Solaris 10x86 > and that hasn't changed either. Its something with the server or > with the specific build of mutt, I believe both from sunfreeware. > > Sorry to ask such a rudimenary question. > > Thanks for your help, > > Brian > > --- >Brian R Cuttler brian.cutt...@wadsworth.org >Computer Systems Support(v) 518 486-1697 >Wadsworth Center(f) 518 473-6384 >NYS Department of HealthHelp Desk 518 473-0773 > > > > IMPORTANT NOTICE: This e-mail and any attachments may contain > confidential or sensitive information which is, or may be, legally > privileged or otherwise protected by law from further disclosure. It > is intended only for the addressee. If you received this in error or > from someone who was not authorized to send it to you, please do not > distribute, copy or use it or any attachments. Please notify the > sender immediately by reply e-mail and delete this from your > system. Thank you for your cooperation. > Rudimentary, yes. Easy, no. I probably don't know enough about Solaris to help you, but I can tell you that on FreeBSD I ran into several issues: 1. I had to build mutt with slang instead of ncurses. 2. The terminal definition I use has to be set up correctly in *both* termcap and terminfo. Specifically, it needs to have the correct number of colors specified (Co# in termcap) and the correct sequences for setting foreground/background color. 3. The terminal in which you are running mutt (urxvt in my case) has to be built with the same color options (256 color support, in my case). So, what kind of problem are you seeing? Is mutt complaining, or is it just silently not changing the colors? -- Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com| http://chipsquips.com pgp3ieSYHRdBK.pgp Description: PGP signature
Re: Taking notes using Mutt threads
On Mon, Aug 30, 2010 at 03:53:47PM +1000, Cameron Simpson wrote:
> Type 'e' to edit the message. Append lines 10,20 to another file:
>
> :10,20w other_file
>
You can also use Vim's visual mode (by pressing v) to highlight the
block of text you want to write, and then press ':' -- the range will
be added after the colon prompt for you ('<,'>) and you can just add
your w command.
--
Derek D. Martinhttp://www.pizzashack.org/ GPG Key ID: 0xDFBEAD02
-=-=-=-=-
This message is posted from an invalid address. Replying to it will result in
undeliverable mail due to spam prevention. Sorry for the inconvenience.
pgpXsQqsgSvCl.pgp
Description: PGP signature
mutt - color problem
Hate ask, but I think I've tried the obvious... Moving from a Solaris 9/sparc box with mutt Mutt 1.4.1i (2003-03-19) to Solaris 10x86 with Mutt 1.5.17 (2007-11-01) and I'm finding that my colors and highlighting don't work at all. Checked terminal type, the same, didn't make any config changes, just # ssh'd into a different server. My desktop is Solaris 10x86 and that hasn't changed either. Its something with the server or with the specific build of mutt, I believe both from sunfreeware. Sorry to ask such a rudimenary question. Thanks for your help, Brian --- Brian R Cuttler brian.cutt...@wadsworth.org Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773 IMPORTANT NOTICE: This e-mail and any attachments may contain confidential or sensitive information which is, or may be, legally privileged or otherwise protected by law from further disclosure. It is intended only for the addressee. If you received this in error or from someone who was not authorized to send it to you, please do not distribute, copy or use it or any attachments. Please notify the sender immediately by reply e-mail and delete this from your system. Thank you for your cooperation.
Re: mutt on a remote machine
On Tue, Aug 31, 2010 at 07:31:58PM +0300, Alex Sa wrote: Is there any way to protect these folders? Or give up using 'em? Or any other workaround? encryption via your secure shell? Thanks, PAtrick, but what kind of encryption do you mean? And if these folders will be decrypted after the mutt starts, then they will be available to almost anyone, who will be logged to the machine in the same time? :) Are you worried about other users on the machine, not including the admin, or also about the admin? If you're just worried about other users invading your privacy, just point your header_cache to a directory that is owned by you with permissions set to 700. My home directory is 700, which will keep other users out of anything under it. If you can't trust the admin to respect your privacy, don't get an account on that machine. Outside of a very locked-down, "trusted computing" environment, anything you do to try to secure yourself can be undone by a determined admin. At best you can protect yourself from casual snooping. Ed signature.txt Description: Digital signature
Re: mutt on a remote machine
On Tue, Aug 31, 2010 at 06:40:43PM +0300, Alex Sa wrote: > I'm thinking on the possibility to start using mutt installed on a > remote machine, who's admin is not me. What frightens me is that > ~/.mutt/cache directory, which contains cached bodies and headers > accessible and viewable almost to anyone :). > > Is there any way to protect these folders? Or give up using 'em? Or > any other workaround? If you use encfs, the plaintext version of the dir is not visible to anyone except the owner, including root. -- ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._. Felix Finch: scarecrow repairman & rocket surgeon / fe...@crowfix.com GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933 I've found a solution to Fermat's Last Theorem but I see I've run out of room o
Re: mutt on a remote machine
>> Is there any way to protect these folders? Or give up using 'em? Or >> any other workaround? > encryption via your secure shell? Thanks, PAtrick, but what kind of encryption do you mean? And if these folders will be decrypted after the mutt starts, then they will be available to almost anyone, who will be logged to the machine in the same time? :) -- Alex
mutt on a remote machine
Hello, I'm thinking on the possibility to start using mutt installed on a remote machine, who's admin is not me. What frightens me is that ~/.mutt/cache directory, which contains cached bodies and headers accessible and viewable almost to anyone :). Is there any way to protect these folders? Or give up using 'em? Or any other workaround? On the one hand, it would be really very handy for me (I do not have a secure browser sometimes, but always have got a secure shell), but on the other hand... Thank you. -- Alex
Re: 1.5.20 and sidebar
Quoth E. Prom on Tuesday, 31 August 2010: > On Monday, 30 August 2010, 17:39:44 -0700, > Chip Camden wrote: > > Quoth fe...@crowfix.com on Monday, 30 August 2010: > > > Is there a way to assign an external command to a key which will be > > > passed the path to the message? For instance, if I write a dumb > > > little shell script to move a message into the spam maildir ... > > > > > > #!/bin/sh > > > mv -i "$@" ~/Maildirs/junk/new > > > If you just want to move the message, use . But you can > > always define a macro that pipes the message to a script, and then you > > can do whatever you want with it. > > I don't think you can get the name of the file in your maildir, but you > can use , or followed by > in a macro. > > Quite obvious, but I wanted E Prom to respond to Chip ;) Heh -- we're almost the same, but I can be more volatile. ;) -- Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com| http://chipsquips.com pgpXW6NOxDSSU.pgp Description: PGP signature
Re: 1.5.20 and sidebar
On Tue, Aug 31, 2010 at 02:47:37AM +0200, Michelle Konzack wrote: > > macro generic ":set delete=yes\ns=.SPAM.sa-learn/\n\n:set > delete=ask-yes\n" > macro index ":set delete=yes\ns=.SPAM.sa-learn/\n\n:set > delete=ask-yes\n" > macro pager ":set delete=yes\ns=.SPAM.sa-learn/\n\n:set > delete=ask-yes\n" > > :-D Even shorter! macro generic,index,pager ":set delete=yes\ns=.SPAM.sa-learn/\n\n:set delete=ask-yes\n" :-г -- "Religion is excellent stuff for keeping common people quiet." -- Napoleon Bonaparte
Re: Taking notes using Mutt threads
On Sun, Aug 29, 2010 at 05:13:39PM -0500, Brian Ryans wrote: > Quoting j...@telefonica.net on 2010-08-29 12:59:20, in Message-Id > <20100829175920.gc29...@luminium.local> > > > Now I use it also to Take Notes. > > I'd love to see how you did it! I'd never figure mutt to be used as a > note-taking program, and there's just a certain part of my brain tickled I remember a program called tina whose interface was like mutts. On my Debian (Lenny) system: Package: tina Priority: optional Section: misc Installed-Size: 84 Maintainer: Matt Kraai Architecture: amd64 Version: 0.1.11 Depends: libc6 (>= 2.6-1), libncurses5 (>= 5.6) Filename: pool/main/t/tina/tina_0.1.11_amd64.deb Size: 16494 MD5sum: 4b3eb1544a246fb280c9821cba590192 SHA1: 9149ec2e39f128c383b2bf6f8505d606ccf35c0b SHA256: 9896dd72f298ad57420adcff98bd3f54bd1ab10b71fb858ebabf67e4bb1d997d Description: A curses personal information manager. Tina is a personal information manager with a curses interface. It allows the user to categorize short text items and to display the items in a particular category. Tag: uitoolkit::ncurses -- "Religion is excellent stuff for keeping common people quiet." -- Napoleon Bonaparte
illegal characters replaced in attachments when saved?
Hi, there. I sent a C program as an attachment in GBK encoding, but mutt took it as UTF-8. But there was nothing seems wrong until some time later when I need the C program file. I opened the mail in mutt, and the file is displayed with illegal characters replaced by `?'. And, what surprises me is that, when I press `a' to save the file, I've got what was displayed --- not the orignal file! But I think the orignal file should be saved. Is this a bug? Can I make mutt do what I want? Thank you.
Re: 1.5.20 and sidebar
Quoting fe...@crowfix.com on 2010-08-30 11:00:25, in Message-Id <20100830160025.ga23...@crowfix.com> [Snip: Several failed attempts, all of which I'd tried myself] > Any suggestions? mailboxes `find ~/mail -mindepth 1 -maxdepth 1 \( -type d -not -name 'localhost' -not -name '.*' -printf "+'%f' " \) , \( -type f -name '*_archive.gz' -printf "+'%f' " \)` Fairly convoluted, but automatically updates the mailboxes definition [1]. Pretty quick to run, too. What it does is prints just the name of every directory not named 'localhost', not having a name beginning with a dot, and the name of every file ending in '_archive.gz' -- each with a + prepended. [1] From reading Mutt manual section 3.13, I'm under the impression that my mailboxes command is executed only upon mutt startup, or at any other time that my muttrc is sourced. Adding appropriate beep commands to my mailboxes command seems to confirm. -- _ Brian Ryans 8B2A 54C4 E275 8CFD 8A7D 5D0B 0AD0 B014 C112 13D0 . ( ) ICQ UIN: 43190205 | Mail/MSN/Jabber: brianlry...@gmail.com ..: X ASCII Ribbon Campaign Against HTML mail and v-cards: asciiribbon.org / \ "The most powerful optimization tool . . . may be the Delete key." -- Eric S. Raymond signature.asc Description: Digital signature
Re: Taking notes using Mutt threads
Sorry, I forgot that after edit /etc/postfix/virtual and /etc/postfix/aliases you must do as root: postmap /etc/postfix/virtual newaliases postfix reload Cheers. El 10.08.31 10:08:11 ->- j...@telefonica.net dijo: > As two friends ask about config to take notes, here, it is. > > Postfix: > /etc/postfix/main.cf > relayhost = [smtp.xxx.com]:submission > alias_maps = hash:/etc/aliases > virtual_alias_maps = hash:/etc/postfix/virtual > /etc/postfix/virtual > @notes.localdomainblackh...@localhost > /etc/postfix/aliases > blackhole: /dev/null > > Mutt > ~/.muttrc > # Macro to choose notes identity > macro index,pager "\ > set from=notes_u...@notes.localdomain\ > set realname=notes_user\ > unset signature\ > set include=no\ > set status_format=\"%r-apuntes_j...@localhost: \ > <%f> [%M/%m] [N=%n,*=%t,post=%p,new=%b]\"" \ > "Switch to notes_u...@localhost" > # Copy to notes mailbox > fcc-hook '~t \\' ~/mail/notes > > I hope not forget something. > > Best regards. > > -- > Jose Angel Navarro Cortes > email: j...@telefonica.net > web: http://janc.es/ > Usuario Linux: #49178 -- Jose Angel Navarro Cortes email: j...@telefonica.net web: http://janc.es/ Usuario Linux: #49178
Re: Taking notes using Mutt threads
As two friends ask about config to take notes, here, it is. Postfix: /etc/postfix/main.cf relayhost = [smtp.xxx.com]:submission alias_maps = hash:/etc/aliases virtual_alias_maps = hash:/etc/postfix/virtual /etc/postfix/virtual @notes.localdomainblackh...@localhost /etc/postfix/aliases blackhole: /dev/null Mutt ~/.muttrc # Macro to choose notes identity macro index,pager "\ set from=notes_u...@notes.localdomain\ set realname=notes_user\ unset signature\ set include=no\ set status_format=\"%r-apuntes_j...@localhost: \ <%f> [%M/%m] [N=%n,*=%t,post=%p,new=%b]\"" \ "Switch to notes_u...@localhost" # Copy to notes mailbox fcc-hook '~t \\' ~/mail/notes I hope not forget something. Best regards. -- Jose Angel Navarro Cortes email: j...@telefonica.net web: http://janc.es/ Usuario Linux: #49178
