Re: junk in remote mutt
- From: Chad Perrin <perrin@xxxxxxxxxxxx>
- Date: Tue, 25 Mar 2008 00:13:21 -0600
On Tue, Mar 18, 2008 at 07:23:43AM +0300, Yuri Pankov wrote:
On Mon, Mar 17, 2008 at 04:03:54PM -0600, Chad Perrin wrote:
I'm not sure that's a very good title for this email, but it's what I've
got.
Since configuring my environment to use UTF-8, I've had a problem while
checking email on a server. I log into the server via SSH, then enter
the `mutt` command. As I page through the inbox, open and close emails,
et cetera, I get a bunch of junk on the screen -- characters from the
previous screen appearing on the current screen. I have to use Ctrl + L
to clear it up and return the appearance of the screen to the way it's
supposed to look.
What can I do to eliminate this problem? I don't want to have to force a
screen redraw every time I switch between views, scroll down a page in
mutt, and so on. I also don't want to go back to a character set limited
to plain ol' ASCII (there's a reason I use rxvt-unicode instead of rxvt).
Don't see it here. If you are sure that mutt uses UTF-8 charset (ie,
forced it with 'set charset="utf-8"'), make sure it's linked against
ncursesw library (and not just ncurses) - need to use WITH_NCURSES_PORT
on 6.2 and earlier or build it using WITH_SLANG.
I finally got around to checking the settings in the Makefile and
recompiling mutt. End result: same problem. If anyone else has any
ideas what might be causing this problem, please let me know.
addendum: The computer I'm using as a client to access mutt on another
machine doesn't have this same problem locally. When I open a local mutt
instance, there's no junk on the screen. I decided to try using SSH
through the remote system where I'm encountering this issue, then from
there using SSH to get back to the local machine, and opened mutt inside
this contrived SSH loop. Still no problem. Thus, whatever the problem
is seems to be particular to the remote machine.
I'm going to poke around some more and see if I can figure out what's up
while I wait for a response from anyone else who might have something to
offer, now that I've confirmed it seems to be specific to that machine.
Hopefully it's not related to the fact that the remote system is running
6.1-RELEASE while the system I'm using as a client is running
6.2-RELEASE, since that would pretty much mean I'm stuck with the
problem for quite some time (no desire to upgrade the FreeBSD version
number on the server).
--
CCD CopyWrite Chad Perrin [ http://ccd.apotheon.org ]
They always say that when life gives you lemons you should make lemonade.
I always wonder -- isn't the lemonade going to suck if life doesn't give
you any sugar?
_______________________________________________
freebsd-questions@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: junk in remote mutt
- From: Bill Campbell
- Re: junk in remote mutt
- References:
- junk in remote mutt
- From: Chad Perrin
- Re: junk in remote mutt
- From: Yuri Pankov
- junk in remote mutt
- Prev by Date: Re: problems with automake110
- Next by Date: Re: junk in remote mutt
- Previous by thread: Re: junk in remote mutt
- Next by thread: Re: junk in remote mutt
- Index(es):
Relevant Pages
|
|
