Re: Mutt on AIX
Hi, I'm running mutt 1.2.4 (with some additional patches) here on AIX 4.3.3 and have color support working at least in some terminal emulators (not all are able to handle color). Which one do you use? One where it's working is the dtterm (which I used to use for a long time). My new installed KDE 2.0.1 (from ibm -- thanks to them) works also (and has a very nice terminal emulator -- thanks to the kde people!), but I have to change the TERM variable (=xterm) to something that understands colors (xterm doesn't AFAIK, but for example TERM=dtterm works). My mutt -v is: Mutt 1.2.4i (2000-07-07) Copyright (C) 1996-2000 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: AIX 4.3 [using ncurses 5.0] Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK -USE_FCNTL -USE_FLOCK +USE_IMAP -USE_GSS +USE_SSL -USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/spool/mail" SHAREDIR="/server/usr/lib/mutt/share/mutt" SYSCONFDIR="/server/usr/lib/mutt/etc" ISPELL="/server/usr/bin/ispell" To contact the developers, please mail to [EMAIL PROTECTED]. To report a bug, please use the muttbug utility. On 09.02.01, Thomas E. Dickey wrote: Hello, I asked about this a while ago, sorry for coming back but I lost the answers if there were any. I'm trying to build Mutt for AIX. It compiles fine, but I can't get it to display colors in the index, pager or anywhere else. anubis~/alu/tif/al013492 echo $TERM vt100 but what type of terminal emulator are you using? (Although "vt100" may happen to work for vi, etc., it is unlikely that you are using a vt100). You have to use some terminal emulations which are able to show colors. vt100 definitely doesn't. This is Mutt 1.3.14 with no configure params. I just saw this in configure: checking for use_default_colors declaration... no That's indirectly a check for ncurses. Although you could build mutt with ncurses, you should be able to build (and display colors) with AIX's curses. It's possible to get the colors working with the IBM curses, but you will went into problems with the background color, because there is no default-color (or whatever it's called) using IBM curses. And if you want something else then the black or white background (or other base colors on a terminal) you'll have a bad background color behavior. You better try it with ncurses. There you can get the background color working correctly. You'll need a correct terminfo entry for your terminal which might not be within ncurses from scratch (I remember I had problems with dtterm, but you can find a correct dtterm terminfo entry in the web or mail to me directly -- I can send it to you) and then you should be able to run mutt with all the nice colors ... Hope you'll success ... Andr -- by _ _ _ [EMAIL PROTECTED] / \ \/ ) http://www.physik.uni-augsburg.de/~wobsta/ / _ \ \/\/ / watch a movie and learn about the mystery tippe top: (_/ \_)_/\_/http://www.physik.uni-augsburg.de/~wobsta/tippetop/
Re: Mutt on AIX
Hi, On 09.02.01, Thomas E. Dickey wrote: It's possible to get the colors working with the IBM curses, but you will went into problems with the background color, because there is no default-color (or whatever it's called) using IBM curses. And if you want something else then the black or white background (or other base colors on a terminal) you'll have a bad background color behavior. yes - that's true. But I recommended first that he try it with IBM curses since it's less work. Ok, yes. But in the end one might consider to use ncurses due to the background support. It depends if you need it, sure. (For ncurses, he should be careful to configure it disabling overwrite). You're right, one should be careful about that. I've installed the ncurses with an prefix (as well as mutt) to keep it away from the standard installation ... You better try it with ncurses. There you can get the background color working correctly. You'll need a correct terminfo entry for your terminal which might not be within ncurses from scratch (I remember I had problems with dtterm, but you can find a correct dtterm terminfo entry in the web or mail to me directly -- I can send it to you) and then you should be able to run mutt with all the nice colors ... The dtterm terminfo in ncurses should be correct (I think). Though I've run into a bug with dtterm not related to color (one with scrolling, which I think I mention on my xterm faq). You may right, it can be that I had the problem with older versions of (n)curses (may be some older version which was installed here long time ago -- I can't remember, I only know that I had a problem with a missing dtterm terminfo). I use the dtterm terminfo occasionally on Solaris, usually with default colors (though I don't find the background makes it easy to read, so I use xterm if I'm doing much editing). I think, this discussion is mainly about working with dark or light background -- isn't it? You have to adjust your color configuration to make it easy to read on different backgrounds ... Andr -- by _ _ _ [EMAIL PROTECTED] / \ \/ ) http://www.physik.uni-augsburg.de/~wobsta/ / _ \ \/\/ / watch a movie and learn about the mystery tippe top: (_/ \_)_/\_/http://www.physik.uni-augsburg.de/~wobsta/tippetop/
imap_close_connection()
Hi, I've troubles with the bug, that imap_close_connection() is not called in mutt-1.2. Our server doesn't destroy the DCE credentials, because it recieves only a close, but not a logout while exiting mutt. Is there already a bugfix for this? (And how about version 1.2.1?) André -- by _ _ _ [EMAIL PROTECTED] / \ \/ ) http://www.physik.uni-augsburg.de/~wobsta/ / _ \ \/\/ / "In a world without walls and fences (_/ \_)_/\_/who needs windows and gates ...?!?"
Re: mhonarc as an alternative to urlview
Hi, On 07.06.00, Gary Johnson wrote: I've used urlview to help me view URLs embedded in email, and it works fine, but when a message contains lots of URLs, it can be difficult to choose the right one since urlview provides no message context. After trying urlview, I was really unhappy with this solution too. I've worked out another solution, which I'm running already for a long time now. The program I use is mhonarc. See http://www.oac.uci.edu/indiv/ehood/mhonarc.html for details. I've written a small script mutt2mhonarc, which I start as a macro if I want to read the mail via the webbrowser. mhonarc converts the urls to clickable ones ... that's very convenient. Because I've plugged mutt as the mailer into netscape (using muttzilla, see http://www3.bc.sympatico.ca/brian_winters/mutt/ for details), I can also click on email adresses within the mails using this tool. I've defined macro index f2 "|mutt2mhonarc\n" "show message via mhonarc in netscape" macro pager f2 "|mutt2mhonarc\n" "show message via mhonarc in netscape" in the global Muttrc and mutt2mhonarc looks like this: #!/bin/ksh # ps=/usr/bin/ps awk=/usr/bin/awk grep=/usr/bin/grep at=/usr/bin/at rm=/usr/bin/rm mkdir=/usr/bin/mkdir sleep=/usr/bin/sleep netscape="/server/usr/bin/netscape -standalone" mhonarc=/server/usr/bin/mhonarc # $mkdir /tmp/m2m-dir$$ cd /tmp/m2m-dir$$ $mhonarc -single m2m$$ || exit 1 cd $HOME || exit 1 if [[ -z "`$ps -e |$grep netscape|$grep -v grep`" ]] then nohup $netscape "file:/tmp/m2m-dir$$/m2m$$" /dev/null 21 else $netscape -remote openFile\(/tmp/m2m-dir$$/m2m$$,new-window\) fi $at now + 1 minutes /dev/null 21 END $rm -fr /tmp/m2m-dir$$ END if [[ $? != 0 ]] then echo "Could not schedule delete of /tmp/m2m$$" exit 1 fi As you can see, I'm checking if netscape is already running. And I'm removing the files created from the mails (attachments are working fine too) a little later then starting the stuff (otherwise the files might be removed before netscape could read them. The scripts have to be adapted to other environments (we have here a workstation cluster running AIX 4.3.3), but it shouldn't be a difficult task. Well, that's the solution of choice for me regarding urls in mails. André -- by _ _ _ [EMAIL PROTECTED] / \ \/ ) http://www.physik.uni-augsburg.de/~wobsta/ / _ \ \/\/ / "In a world without walls and fences (_/ \_)_/\_/who needs windows and gates ...?!?"
mutt-1.2: imap/ssl certificates
Hi, I've troubles with the imap ssl certificates, saved in the file certificate_file, which I set to ~/.mutt.certificate_file in my ~/.muttrc. If I do so, I can accept a certificate not only once but always (otherwise this option isn't available). The certificate is stored in the file ~/.mutt.certificate_file. But next time I start mutt again, it asks me again for the certificate check. If I accept it again, the certificate is again added to the file ~/.mutt.certificate_file and it is exactly the same like before -- now stored twice in the same file. How can I store the certificate that way, that mutt acceptes it automatically next time -- what's wrong in the way I'm doing it? André -- by _ _ _ [EMAIL PROTECTED] / \ \/ ) http://www.physik.uni-augsburg.de/~wobsta/ / _ \ \/\/ / "In a world without walls and fences (_/ \_)_/\_/who needs windows and gates ...?!?"
