From owner-freebsd-questions@FreeBSD.ORG Tue Mar 25 06:13:23 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41EB1106567B for ; Tue, 25 Mar 2008 06:13:23 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: from outbound-mail-08.bluehost.com (outbound-mail-08.bluehost.com [69.89.17.208]) by mx1.freebsd.org (Postfix) with SMTP id 041998FC37 for ; Tue, 25 Mar 2008 06:13:22 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: (qmail 27520 invoked by uid 0); 25 Mar 2008 06:13:20 -0000 Received: from unknown (HELO box183.bluehost.com) (69.89.25.183) by outboundproxy1.bluehost.com with SMTP; 25 Mar 2008 06:13:20 -0000 Received: from c-67-165-217-249.hsd1.co.comcast.net ([67.165.217.249] helo=demeter.hydra) by box183.bluehost.com with esmtpa (Exim 4.68) (envelope-from ) id 1Je2PQ-0003md-85 for freebsd-questions@freebsd.org; Tue, 25 Mar 2008 00:13:20 -0600 Received: by demeter.hydra (sSMTP sendmail emulation); Tue, 25 Mar 2008 00:13:21 -0600 Date: Tue, 25 Mar 2008 00:13:21 -0600 From: Chad Perrin To: FreeBSD Questions Message-ID: <20080325061321.GA23977@demeter.hydra> Mail-Followup-To: FreeBSD Questions References: <20080317220353.GA1557@demeter.hydra> <20080318042342.GA8975@mail.irbisnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080318042342.GA8975@mail.irbisnet.ru> User-Agent: Mutt/1.4.2.3i X-Identified-User: {737:box183.bluehost.com:apotheon:apotheon.com} {sentby:smtp auth 67.165.217.249 authed with perrin@apotheon.com} Subject: Re: junk in remote mutt X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 06:13:23 -0000 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?