Mutt versus Pine under WIN2000
Dear all, I have happily used (and still use) Pine under Unix. Since I work with project partners that use MS-Office and other WIN2000 programs, however, I now have to move primarily to a Windows environment. I work alot from home or on the road, live out of range of high-speed Internet, and so need to work offline in store-and-forward mode. Ten years ago I had MKS UUCP with Mailx under DOS 3.3, and this actually worked reasonably well. I am lost without vi/vim. Assuming that Outlook is unacceptable, I have discovered: -- Eudora, Pegasus, and Opera use variations of the mbox format, but all three create database indexes in default directories and cannot handle LF-only files, new mboxes, mboxes elsewherre in the file tree, etc. None of them, gallingly, let you define an external editor like vim. -- Pine for Unix uses the mbox format, of course, but the Windows ports use something called "c-client MBX", not in plain text. PC-Pine can read mbox format, and can even write it if you type #driver.unix\pathname\to\your\mailbox the first time you save. Pine has been recompiled (not by its maintainers, see http://www.eecg.toronto.edu/~bli/personal.html) to use mbox format by default, but this apparently does not work under a normal Cygwin shell but only under Exceed or XFree86 -- I have gotten the latter to work, but not the former (the xterm disappears before offering a prompt). However, with the Cygwin variant there does not seem to be a way that one can click on a URL to start an external browser -- necessary functionality which PC-Pine supports. It is also not clear to me how, if at all, the Pine setup can store- and-forward, which is necessary for offline working. -- I managed to get the mutt- and fetchmail-based Unixmail suite partially to work (see http://unixmail-w32.sourceforge.net), but if it has store-and-forward, I cannot see where to configure this and where the spools are put by default (I have studied the documentation and tried several experiments). If it is in fact supported (I am starting to doubt it), this store-and-forward part will evidently require more tweaking, and the urlview interface that apparently works under Linux (for invoking an external browser) has, that I am aware, not yet been ported to NT/WIN2000. Having spent several long days working on this (I am not a programmer), I must confess I'm at a loss. Should I keep tweaking away at any of the above? Should I look to running pine on top of Linux on top of VMWare on top of WIN2000? Or pine under Linux, with VMWare for MS-Office? Or should I download two identical email streams in parallel -- one into mutt, for processing into mbox files and editing with vim, and one into Eudora, for browsing URLs contained in messages and collecting attached binaries automatically in a default directory? Any advice gratefully received. Tom P.S. I have WIN2000 with MKS Toolkit 7.5, Exceed 7.0, Cygwin (very recent), XFree86 (installed today), Eudora, Pegasus, Cygwin-pine, Cygwin-pine-with-mbox, Unixmail, Unixmail Mutt, Cygwin Mutt, Mailx. ---- Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft Institutszentrum Schloss Birlinghoven +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Mutt versus Pine under WIN2000
Thank you, David. It is very encouraging to hear that VMWare really works in such a case. I have discussed this with my department's system support, and they point out it could mean alot of additional work getting my various hardware configurations (with docking station, without, etc) set up under Linux. Rather, they suggest running VMWare on Windows and running Linux and Mutt within that -- the opposite of what you are doing. Does anyone out there have experience or insights? Also, I am assuming that the Urlview function would work correctly in the Linux version of Mutt, and that this capability is included in standard Linux distributions? Tom On Thu, 21 Feb 2002, David Rock wrote: > On Thu, Feb 21, 2002 at 09:35:32PM +0100, Thomas Baker wrote: > > Having spent several long days working on this (I am not a programmer), > > I must confess I'm at a loss. Should I keep tweaking away at any of the > > above? Should I look to running pine on top of Linux on top of VMWare > > on top of WIN2000? Or pine under Linux, with VMWare for MS-Office? Or > > should I download two identical email streams in parallel -- one into > > mutt, for processing into mbox files and editing with vim, and one > > into Eudora, for browsing URLs contained in messages and collecting > > attached binaries automatically in a default directory? > > I have found running Windows under VMWare on a Linux box to be quite > adequate for 98% of what I need to do at work (a Win2000 environment). > The majority of my mail reading is done using mutt and imap to the > Exchange server. The only time I really NEED to use Outlook is when > replying to meeting requests. This can be accomplished by either running > Outlook under a VM, or by using the outlook web client access. The web > client isn't perfect, but it will let you reply to appointments > "properly". > > I hate to say it here, but if you are using Exchange 2000 at work, the > client piece of Evolution (Ximian Gnome) is supposed to work fairly well > as an Outlook replacement, but it does cost money to get it (about $70 > per seat, i think). > > -- > David Rock > [EMAIL PROTECTED] > ___ Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft Institutszentrum Schloss Birlinghoven +49-2241-14-2352 53754 Sankt Augustin, Germany fax +49-2241-14-2619 Home: Stubenrauchstr. 64 home-office +49-30-8109-9027 14167 Berlin, Germany mobile +49-171-408-5784
Re: searching across mailboxes
On Fri, 22 Feb 2002, Adam Byrtek wrote: > Date: Fri, 22 Feb 2002 18:56:20 +0100 > From: Adam Byrtek <[EMAIL PROTECTED]> > Reply-To: Adam Byrtek <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: searching across mailboxes > > On Fri, Feb 22, 2002 at 09:43:42AM -0800, Carl B. Constantine wrote: > > Is there a way in mutt to search across all my local mailboxes for a > > message that is from a specific person and then display the list of > > matches so I can go through and look for the message I want? > > You should try grepm at > http://www.barsnick.net/sw/grepm.html I understand grepmail (http://sourceforge.net/projects/grepmail) does something like this, but I haven't tried it myself (and am curious). Tom _______ Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft Institutszentrum Schloss Birlinghoven +49-2241-14-2352 53754 Sankt Augustin, Germany fax +49-2241-14-2619 Home: Stubenrauchstr. 64 home-office +49-30-8109-9027 14167 Berlin, Germany mobile +49-171-408-5784
Re: Deleted attachment
On Fri, 22 Feb 2002, David DeSimone wrote: > If an attachment is marked for deletion, it will be deleted, whether or > not you send the mail. > > The reason for this behavior is that Mutt uses the delete feature for > its own internal use. Many of the attachments Mutt creates (such as the > message body itself) are placed in temporary files, and Mutt marks them > for deletion. If you were to decide not to send the mail, you would > still want those temporary files deleted. However, any attachments that > you set the delete flag on, will also be deleted if you quit the > message, since Mutt doesn't know the difference. If you will excuse the somewhat related "newbie" question, can Mutt be configured automatically to collect incoming attachments as files in a designated directory? Eudora does this, and knows how to append numbers if multiple attachments of the same name come in. For certain types of work, this feature can be very convenient, sparing one the trouble of "saving" each attachment individually. Tom _______ Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft Institutszentrum Schloss Birlinghoven +49-2241-14-2352 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: eudora-style detachment (was "Re: Deleted attachment")
On Mon, 25 Feb 2002, David T-G wrote: > % configured automatically to collect incoming attachments as files in a > % designated directory? Eudora does this, and knows how to append > % numbers if multiple attachments of the same name come in. For certain > % types of work, this feature can be very convenient, sparing one the > % trouble of "saving" each attachment individually. > > I don't know how to make mutt do that, but that's immaterial; this can > easily be handled by your incoming mail filter (such as procmail), with > the location of the detached files either in the message (mangling -- > ugh) or in the headers (much better). Give the man pages for procmail > and formail a whirl (or wait for the inevitable deluge of messages touting > anything other the procmail and take your pick of the suggestions). Ah, I believe this assumes I am using Mutt under Linux/Unix, as I am not aware of any Windows binaries for Procmail. No matter -- after struggling to get a decent set-up of Mutt with Cygwin, I have decided to go ahead and run Linux on VMWare (on WIN2000). I am assured this should work fine. And I'd get not just Procmail, but also Pcal, Mpage, and Urlview. Thank you for the suggestion, Tom _______ Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft Institutszentrum Schloss Birlinghoven +49-2241-14-2352 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Pretty print filters
This may be outside the scope of "mutt" per se, but can anyone recommend a good "pretty print filter" for mboxes? I used to use "mp" under Solaris until a system upgrade somehow broke it, and I do not know of equivalents elsewhere. mp would send an mbox to the printer with pruned headers and a formfeed between each message -- optionally, two pages on one, so printing double-sided I could print out four pages on one sheet of paper. Ideally, such a program could detect and skip binary attachments, but I should think it would need to be pretty sophisticated to do so reliably. Thanks, Tom _______ Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft Institutszentrum Schloss Birlinghoven +49-2241-14-2352 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: eudora-style detachment (was "Re: Deleted attachment")
On Mon, 25 Feb 2002, Cedric Duval wrote: > Thomas Baker wrote: > > Ah, I believe this assumes I am using Mutt under Linux/Unix, as I am > > not aware of any Windows binaries for Procmail. > > I haven't tried myself, but you might give a look at Ulf Erikson's > website (http://www.geocities.com/win32mutt/) especially the tools > page. There seem to be two basic approaches to porting such programs to Win32: porting them as "native Win32" (using msvcrt.dll) and porting them for use over an emulation layer, such as Cygwin or David Korn's equivalent. Ulf's port is in the "native" tradition, but he seems to say on his page that the Cygwin napproach is more comprehensive. I have already tried out the Cygwin approach and have the impression that it could be made to work quite well, but it does require (as the Unixmail Readme.txt explicitly warns) considerable tweaking, and I am not a programmer. For now, then, I have been persuaded that the path of least resistance will be to install VMWare for Windows, then install Linux within VMWare, as the Linux distributions already include most of the things one would have to scratch together from Web sites here and there for an equivalent setup under Cygwin or native Win32. I would be grateful for any warnings to the contrary. Tom Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghoven work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re:Pretty print filters
On Mon, 25 Feb 2002, Marco Fioretti wrote: > 1) Check if muttprint works under solaris too: > http://home.t-online.de/home/f.walle/muttprint/ Thank you! I see this has moved to http://muttprint.sourceforge.net, I see that muttprint depends on LaTeX. I still telnet to a Solaris machine but have been playing around with Cygwin for my WIN2000 laptop and have come to the conclusion -- pending actual tests now -- that I might as well install Linux within VMWare. This dependency on LaTeX adds to the reasons for doing this. > 3) Don;t you have enscript on your solaris box? It might work. Yes, but I don't believe it has any special functions for filtering and formatting email headers. > On the same note, may I ask you your mp commands? cat mbox | /usr/openwin/bin/mp -A4 -F -l -m | lpr -P $PRINTER This used to work correctly; not sure why it doesn't now... Tom Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghoven work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Pretty print filters
On Mon, 25 Feb 2002, Robert Berkowitz wrote: > Thomas Baker [[EMAIL PROTECTED]] wrote: > > This may be outside the scope of "mutt" per se, but can anyone > > recommend a good "pretty print filter" for mboxes? I used to use "mp" > > under Solaris until a system upgrade somehow broke it, and I do not > > know of equivalents elsewhere. > > I use a program called a2ps to format printing from mutt. > > Here is my print_command set in my .muttrc: > > print_command="fmt --prefix='>' -s | fmt -s | a2ps -b -R -1 --borders=no > --pretty-print=mail" > > You can adjust the options that a2ps uses to print so that you can do what > you talked about with having four pages on one printed page. > > Hope that gets you started. Thank you! In http://mail.gnu.org/pipermail/a2ps/2002-January/000800.html I learn that a2ps is apparently difficult to port as a native Win32 application but works okay under Cygwinto . Tom Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghoven work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Pretty print filters
On Mon, 25 Feb 2002, darren chamberlain wrote: > Quoting Thomas Baker <[EMAIL PROTECTED]> [25 Feb-02 14:50]: > > On Mon, 25 Feb 2002, Marco Fioretti wrote: > > > 3) Don;t you have enscript on your solaris box? It might work. > > > > Yes, but I don't believe it has any special functions for > > filtering and formatting email headers. > > Enscript does; pass the -Email (that's a -E followed by 'mail'). I had never noticed that before. The command enscript --help-pretty-print lists about twenty other file types that can be prettified. Great stuff. Thanks, Tom Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghoven work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
"Store and forward"?
Dear all, I have not had to manage my mail _primarily_ on my home computer since 1992, when I had a nice little UUCP setup using mailx with MKS Toolkit and DOS 3.3, which worked brilliantly. I am now trying to get set up with a Unix shell environment and Mutt on my WIN2000 machine. MKS Toolkit still uses mailx.exe, which is too far out of date to be useful, and not even MKS seems to be supporting UUCP anymore. I have installed Cygwin plus Unixmail (http://unixmail-w32.sourceforge.net/) -- a suite of Mutt plus Fetchmail -- but this has not worked entirely as expected, and there are too many gaps in the Cygwin approach; not being a programmer, I'm not up to compiling/tweaking things like procmail, enscript, pcal, grepmail, etc, on my own. To (hopefully) put an end to this misery, my local sysops are going to help me install Suse Linux within VMWare on top of WIN2000, which will let me run the standard Linux tools. Having gotten this far, however, I must confess I am a bit confused about the philosophy of the current Fetchmail-type approach versus the older UUCP approach. With UUCP, I never had to worry whether I was online or not -- connections would be established and mail would move back and forth in the background. With fetchmail, I understand the part about fetching mail, but I do not understand what is supposed to happen with outgoing mail. After installing the Unixmail suite I tried sending messages while offline and monitored changes in the filesystem to try to understand what was happening. As near as I can tell, I simply got an error message in Mutt and the unsent message remained in /tmp (without outgoing headers). When I typed commands like "cat report.txt | mutt [EMAIL PROTECTED]" the mail simply disappeared into a black hole. Am I missing something obvious? What do you have to do have "store and forward" functionality today? Isn't that (in most cases) the ideal? Tom Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghoven work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: "Store and forward"?
On Tue, 26 Feb 2002, David T-G wrote: > The short answer to your question is simply that you need to have an MTA > that will queue up your mail for shipment when you're next on line. Just > about every *NIX comes with sendmail (for better or worse!), and qmail The dreaded sendmail -- I was afraid of that... ;-) > If nobody else starts throwing you options for a lightweight MTA, you > might check the archives. Will do, thanks. > BTW, I consider SuSE an excellent choice :-) The German Bundestag decides on 28 February whether to stay with Windows or go with IBM/Suse Linux (see http://www.bundestux.de). Tom Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghoven work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: "Store and forward"?
On Tue, 26 Feb 2002, David Champion wrote: > On 2002.02.26, in <[EMAIL PROTECTED]>, > "MuttER" <[EMAIL PROTECTED]> wrote: > > * Thomas Baker <[EMAIL PROTECTED]> [02-26-02 08:32] crowed: > > > On Tue, 26 Feb 2002, David T-G wrote: > > > > The short answer to your question is simply that you need to have an MTA > > > > that will queue up your mail for shipment when you're next on line. Just > > > > about every *NIX comes with sendmail (for better or worse!), and qmail > > > > > > The dreaded sendmail -- I was afraid of that... ;-) > > > > Postfix is easier .. > > Not really. Sendmail is much easier to set up than it used to be. But > the point is that any of the major MTAs can be configured to queue > outbound mail. I just came across the useful overview http://www.suse.de/us/support/howto/mailhandling. It discusses mutt (as the client) and sendmail (as the MTA, which is configured by Yast, the Suse configuration program), but mentions exim, smail, and postfix as worthy alternatives. Tom Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghoven work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Is mutt really "handicapped"?
On Fri, 1 Mar 2002, Simon White wrote: > I sure don't see them compiling Mutt using a cygwin environment or anything, > but I have switched /some/ to PC-PINE, that's about as far as I'll get. For the record, PC-PINE does not use the Unix mbox format by default (making it incompatible with Unix pine!) -- it uses a proprietary binary format called "c-client MBX". The developers claim that MBX uses resources more efficiently and can better handle multiple-user access, but of course you cannot open or process these files with grep, awk, or vi. PC-PINE can read and write mbox format, but there is no way to set this as the default; rather, you have to type something like driver.unix/c:/full/pathname/to/mbox every time you create a new mailbox. If PC-PINE had handled this right I never would have made the leap to mutt. Tom Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghoven work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Mutt configuration tool
On Thu, 7 Mar 2002, Thomas E. Dickey wrote: > On Thu, 7 Mar 2002, Will Yardley wrote: > > Simon White wrote: > > > > > > Since it's dynamic, he'll have to be running a web server, etc. A > > > shell or PERL script will guarantee functionality across a wider range > > > of Linux distros and setups. > > > > and other operating systems; mutt runs on a number of systems other than > > linux (ie FreeBSD, commercial UNIX, win32, etc). > > technically not win32 since it's not a native port (cygwin). Thank you for making this important distinction. IMHO, it shouldn't be necessary to use Cygwin just to use Mutt. The MKS Toolkit, for example, is a pretty nice native-win32 Unix shell environment, but it still ships with mailx.exe, and one would certainly want to replace this with a mutt.exe. Ulf Erikson has done a native-win32 port of Mutt (see http://www.geocities.com/win32mutt, but in my recollection he says on his Web page that the Cygwin approach is more comprehensive, so I didn't get around to trying it. At any rate, I am not aware of win32 binaries -- either in Cygwin or native-win32 -- for other important mutt-related utilities such as procmail or urlview. > contrast to pine which I've read does have a native win32 port... Baochun Li has done a Cygwin port of Pine, see http://www.eecg.toronto.edu/~bli/personal.html, but in my experience it only runs in an xterm window, requiring XFree86 or Exceed. However, I am not aware of a native win32 port other than PC-PINE, which is really not quite the same program and uses a proprietary mailbox file format. Tom Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghoven work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Mutt configuration tool
On Sun, 10 Mar 2002, Thomas Dickey wrote: > On Sun, Mar 10, 2002 at 12:24:27PM +0100, Thomas Baker wrote: > > > contrast to pine which I've read does have a native win32 port... > > > > Baochun Li has done a Cygwin port of Pine, see > > http://www.eecg.toronto.edu/~bli/personal.html, but in my experience it > > only runs in an xterm window, requiring XFree86 or Exceed. However, I > > am not aware of a native win32 port other than PC-PINE, which is really > > not quite the same program and uses a proprietary mailbox file format. > > that's surprising (I would assume that pine, which uses termcap, would > run properly in a cygwin window or rxvt). Maybe not - I do know that > there are problems with cygwin switching between raw/cooked I/O modes > that show up when I spawn a subprocess from an ncurses application. I said "in my experience" because I was having all kinds of weird problems with Cygwin until I discovered that several environment variables set by MKS Toolkit were wreaking havoc and removed them by hand; but maybe I missed something. On Mr Li's suggestion, however, pine did work with xterm. Tom Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghoven work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Mutt on Mac OS X?
On Thu, 21 Feb 2002, Ken Weingold wrote: > > I have happily used (and still use) Pine under Unix. Since I work > > with project partners that use MS-Office and other WIN2000 programs, > > however, I now have to move primarily to a Windows environment. I > > work alot from home or on the road, live out of range of high-speed > > Internet, and so need to work offline in store-and-forward mode. > > Ten years ago I had MKS UUCP with Mailx under DOS 3.3, and this > > actually worked reasonably well. I am lost without vi/vim. > > Not what you want to hear, but any chance you could use a Mac? With > OS X, you'd be set. And Office v.X is supposed to be great. Some very satisfied colleagues have confirmed this. Looking into it further, I find precompiled ports of vim, pine, lynx, ncftp, and (in theory) procmail -- only in theory, because its ftp directory is empty -- under http://www.osxgnu.org/software/index.html. But no mutt! Does anyone here know more? Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghovenwork +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: describing command sequences in email
On Wed, 13 Mar 2002, Sven Guckes wrote: > I suggest describing command sequences like this" > > =new-folder > ESC t ; s =new-folder > > or like this: > > commandtype > ESC t > ; > s > =new-folder > > comments? I find the second style alot more readable and agree with the suggestion. Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghovenwork +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Preferred muttrc syntax for "set" commands
Dear all, I have found all of the following "set" commands: set nomove set move=no unset move Do they all mean the same thing? Are some forms "preferred"? Do all "set" commands support such alternatives? Tom P.S. I'd be using mutt already but the native WIN32 mutt from http://www.geocities.com/win32mutt just exits on me at the prompt without doing anything; Cygwin mutt doesn't have URLVIEW; and my Linux machine hasn't arrived yet... -- Dr. Thomas Baker[EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghovenwork +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Preferred muttrc syntax for "set" commands
On Tue, 9 Apr 2002, David T-G wrote: > % P.S. I'd be using mutt already but the native WIN32 mutt from > % http://www.geocities.com/win32mutt just exits on me at the prompt > % without doing anything; Cygwin mutt doesn't have URLVIEW; and my > > So you'd rather be stuck in some other mail program just because you'd > have to manually handle some links while waiting for urlview?? C'mon; > you can do better than that! Not quite as easy as that... -- the Solaris machine that I telnet to doesn't have mutt either. > % Linux machine hasn't arrived yet... > > You obviously have a perfectly good machine on your desk. You mean your > replacement windows machine hasn't arrived, don't you? ;-) See above...;-) Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghovenwork +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
No matching mailcap entry...
Dear all, I am having trouble configuring "mailcap" to do anything at all. I am configuring Mutt 1.2.5i on Cygwin (see mutt -v output below), and it seems to run normally in other respects -- at any rate, I can read, send, and receive messages. When I run: mutt -F c:/cygwin/unixmail/users/tbaker/muttrc -f test-file Mutt correctly reads: 1) c:/cygwin/unixmail/users/tbaker/muttrc, which sources 2) c:/cygwin/unixmail/etc/Muttrc In _both_ muttrc and Muttrc (alternately), I have tested the following: set mailcap_path="c:/cygwin/unixmail/etc/mailcap" set mailcap_path="/cygdrive/c/cygwin/unixmail/etc/mailcap" set mailcap_path="/unixmail/etc/mailcap" where c:/cygwin/unixmail/etc/mailcap consists of just one test line: application/msword; less %s Yet when I run mutt -F c:/cygwin/unixmail/users/tbaker/muttrc -f test-file and try to call up an attachment of "Content-Type: application/msword", confirming that the type is "application/msword", Mutt tells me "No matching mailcap entry found. Viewing as text." I have spent the better part of three hours checking and re-checking the pathnames, Content-Type:, dependencies between configuration files, etc -- even on different test-files -- and am at a loss as to where the problem could lie. Am I overlooking something obvious? Tom -- output of mutt -v -- Mutt 1.2.5i (2000-07-28) 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: CYGWIN_NT-5.0 1.3.10(0.51/3/2) [using ncurses 5.2] 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="no" MAILPATH="spool" SHAREDIR="/cygdrive/f/home/projects/unixmail/build/mutt/local/lib/mutt" SYSCONFDIR="/cygdrive/f/home/projects/unixmail/build/mutt/local/etc" -ISPELL To contact the developers, please mail to <[EMAIL PROTECTED]>. To report a bug, please use the muttbug utility. -- Dr. Thomas Baker [EMAIL PROTECTED] Birlinghoven Library, Fraunhofer-Gesellschaft mobile +49-171-408-5784 Institutszentrum Schloss Birlinghoven work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
"folder" punctuation: +/=
On Wed, Apr 24, 2002 at 11:27:53PM +0200, Michael Tatge wrote: > set record=+sent-mail The Mutt manual implies that "+" and "=" are simply two equivalent ways of designating the default location of mailboxes. No difference? Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: "folder" punctuation: +/=
> > > set record=+sent-mail > > > > The Mutt manual implies that "+" and "=" are simply two > > equivalent ways of designating the default location of > > mailboxes. No difference? > > No - the + notation exists so that you don't have to type things like: > > set record==sent-mail > > That's (obviously) confusing and bound to cause trouble. There's no > functional difference. Thank you -- that's what I figured. On English keyboards it is the same key, shifted and not-shifted. An explicit note on this would be nice if or when the manual is updated. Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Help with Mailcap
On Wed, May 22, 2002 at 01:59:32PM +0530, V. Suresh wrote: > I was a mutt fan while I was using Linux at home. Now at > work place, I've configured mutt for windows. But I'm unable > to configure mail cap entries. > Even though I keep the mime.types and mailcap files under my > HOME directory, still, mutt says no mailcap entry found. > I want to open .doc, .xls files using Word and Excel, respectively, > but I'm unable to configure the mail-cap entries. Please help. > Anybody using Mutt under windows here?? I spent the better part of an afternoon trying in vain to configure mailcap for mutt under Cygwin. I tried numerous variants (eg, using either DOS-style or Cygwin-style pathnames) and made a detailed posting to the list last month (see below) but there were no responses. So there are at least two of us with this problem now. Any others? Tom Date: Wed, 10 Apr 2002 17:11:16 +0200 From: Thomas Baker <[EMAIL PROTECTED]> To: "Mutt Users' List" <[EMAIL PROTECTED]> Subject: No matching mailcap entry... User-Agent: Mutt/1.2.5i, Unixmail for Windows 0.6 Sender: [EMAIL PROTECTED] Dear all, I am having trouble configuring "mailcap" to do anything at all. I am configuring Mutt 1.2.5i on Cygwin (see mutt -v output below), and it seems to run normally in other respects -- at any rate, I can read, send, and receive messages. When I run: mutt -F c:/cygwin/unixmail/users/tbaker/muttrc -f test-file Mutt correctly reads: 1) c:/cygwin/unixmail/users/tbaker/muttrc, which sources 2) c:/cygwin/unixmail/etc/Muttrc In _both_ muttrc and Muttrc (alternately), I have tested the following: set mailcap_path="c:/cygwin/unixmail/etc/mailcap" set mailcap_path="/cygdrive/c/cygwin/unixmail/etc/mailcap" set mailcap_path="/unixmail/etc/mailcap" where c:/cygwin/unixmail/etc/mailcap consists of just one test line: application/msword; less %s Yet when I run mutt -F c:/cygwin/unixmail/users/tbaker/muttrc -f test-file and try to call up an attachment of "Content-Type: application/msword", confirming that the type is "application/msword", Mutt tells me "No matching mailcap entry found. Viewing as text." I have spent the better part of three hours checking and re-checking the pathnames, Content-Type:, dependencies between configuration files, etc -- even on different test-files -- and am at a loss as to where the problem could lie. Am I overlooking something obvious? Tom -- output of mutt -v -- Mutt 1.2.5i (2000-07-28) 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: CYGWIN_NT-5.0 1.3.10(0.51/3/2) [using ncurses 5.2] 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="no" MAILPATH="spool" SHAREDIR="/cygdrive/f/home/projects/unixmail/build/mutt/local/lib/mutt" SYSCONFDIR="/cygdrive/f/home/projects/unixmail/build/mutt/local/etc" -ISPELL To contact the developers, please mail to <[EMAIL PROTECTED]>. To report a bug, please use the muttbug utility. -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Help with Mailcap [cygwin]
On Wed, May 22, 2002 at 04:29:40PM +0200, Sven Guckes wrote: > * Thomas Baker <[EMAIL PROTECTED]> [2002-05-22 13:47]: > > > I'm unable to configure the mail-cap entries. > > > Anybody using Mutt under windows here?? .. > you should get in touch with Chris Houser > <[EMAIL PROTECTED]>, > maintainer of the following site on SF: > http://unixmail-w32.sourceforge.net/ The Unixmail suite runs on Cygwin, and this URL was actually my source of the fetchmail etc that I am currently using -- the same tarball that is posted there now. But I will get in touch with Chris all the same. > I suggest you try to get the latest > version of mutt running for windows. I just checked cygwin.com and it would appear that the Mutt 1.2.5i I already have is up-to-date. In my understanding, the native WIN32 ports of Mutt are not as solid as the Cygwin port. Thanks, Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Help with Mailcap [cygwin]
On Wed, May 22, 2002 at 05:39:23PM +0100, Steve Kennedy wrote: > On Wed, May 22, 2002 at 05:55:23PM +0200, Thomas Baker wrote: > > I just checked cygwin.com and it would appear that the > > Mutt 1.2.5i I already have is up-to-date. In my understanding, > > the native WIN32 ports of Mutt are not as solid as the Cygwin > > port. > > Cygwin now has fetchmail as one of the "supported" packages, and > it's also had ssmtp for a while. I noticed the fetchmail for the first time today -- and now procmail, a pleasant surprise. As far as I can tell, however, the Cygwin fetchmail bundled with Unixmail works just fine. I'm assuming the non-functioning mailcap would be a problem with Mutt itself? Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Help with mailcap
On Thu, May 23, 2002 at 10:39:05AM +, Martin Lebeda wrote: > [lebeda@LEBEDA_NT ~]$ cat .mailcap > text/html; links -dump %s ; copiousoutput > image/*; xv %s > application/msword; "/cygdrive/c/Program\ Files/Microsoft\ >Office/Office/WINWORD.EXE" `cygpath --windows %s` This still doesn't work for me. To be precise: 1) I put the lines above into: c:/cygwin/unixmail/users/tbaker/mailcap 2) c:/cygwin/unixmail/users/tbaker/muttrc points to #1 with: set mailcap_path="c:/cygwin/unixmail/users/tbaker/mailcap" 3) I run: mutt -F /cygdrive/c/cygwin/unixmail/users/tbaker/muttrc and verify that mutt has indeed loaded my particular configuration. 4) When I try to force mailcap to read a "text/html", I get the error message: "mailcap entry for type text/html not found" > > Anybody using Mutt under windows here?? > > yes - Mutt 1.3.28i - CYGWIN_NT-4.0 1.3.10(0.51/3/2) (i686) [using ncurses 5.2] Maybe this is the problem?? I am using: Mutt 1.2.5i - CYGWIN_NT-5.0 1.3.10(0.51/3/2) [using ncurses 5.2] This is the version of Mutt currently listed at http://cygwin.com -- where did you get Mutt 1.3.28i?? Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Mutt/Cygwin shortcomings
Dear all, I have been working with Mutt/Cygwin in the hopes that I would eventually move to a Linux machine, but it looks like I'm stuck for awhile on Win2000, so I thought I'd see if anyone else has solved any of its shortcomings with respect to Mutt/Linux. The ones that bother me the most are: 1) mailcap does not seem to work at all (as V.Suresh recently confirmed); 2) no Urlview or functional equivalent; 3) no Muttprint or functional equivalent; 4) would have said "no Procmail", but that appeared in the Cygwin distribution about three or four weeks ago. However, I haven't found any installation instructions for Procmail/Cygwin. Do any Cygwin users out there have tips about any of the above? My constraint is that I am a non-programmer and will only compile from sources if forced into a tight corner, and none of these missing functionalities actually make it impossible for me to work... Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
"Muttprint" for Cygwin (was Re: Mutt/Cygwin shortcomings)
On Fri, Jun 07, 2002 at 03:31:43PM +0200, Olaf Foellinger wrote: > > 3) no Muttprint or functional equivalent; > > in .muttrc > > set print_command=$HOME/bin/print > > $ cat ~/bin/print > #!/bin/sh > cat > .printout > lpr -S -P .printout > > where is a windows print server with lpd enabled. This script solved my more basic problem of getting _anything_ to my printer from the Cygwin command line. However, it does not "pretty print" in the style of Muttprint (see http://muttprint.sourceforge.net/pics/sampe.png). However, enscript has recently appeared in the Cygwin distribution, so putting Olaf's script together with a suggestion Darren made on this list a few months ago yields: $ cat ~/bin/muttprint #!/bin/sh enscript -Email > .printout c:/winnt/system32/lpr -S -P .printout which at least highlights the headers differently from the text body, but does not suppress header lines such as Received:, X-*:, etc, in the manner of Muttprint. The script uses the full path for lpr because the Cygwin lpr behaves differently. Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Mailcap and Cygwin/Mutt 1.2.5i (was Re: Mutt/Cygwin shortcomings)
On Fri, Jun 07, 2002 at 05:00:06PM +0200, Olaf Foellinger wrote: > > On Fri, Jun 07, 2002 at 03:31:43PM +0200, Olaf Foellinger wrote: > > > > 1) mailcap does not seem to work at all (as V.Suresh recently > > > >confirmed); > > > > > > Works here partially with the following entries: > > > > > > text/html ; lynx -dump -force_html %s ; copiousoutput > > > text/htm; lynx -dump -force_html %s ; copiousoutput > > > message/html; lynx -dump -force_html %s ; copiousoutput > > .. > > > > What version of Mutt are you using? I am using Mutt 1.2.5i (2000-07-28), > > the current version at cygwin.com, but had concluded that this version > > does not support mailcap yet... I was advised to compile Mutt 1.3.x but > > this is beyond my skill level. > > Word, PDF and Powerpoint does work here with 1.2.5i. I use 1.3.28i, 1.4 > is available. I now have _two_ Cygwin/Mutt 1.2.5i's: -rwxr-xr-x389632 Jan 3 2001 /unixmail/bin/mutt.exe [1] -rwxr-xr-x608768 Dec 10 11:16 /usr/bin/mutt.exe - from cygwin.com The mutt -v outputs are attached below. FWIW, I re-did all of my tests using /unixmail/bin/mutt -- including mutt -n -- again without success. Then I tried the recently downloaded /usr/bin/mutt -n and mailcap worked immediately. Since fetchmailconf exits with an error under FreeX86 (it was expecting "dns" as a server, even though I was online with a dns server), I will proceed to figure out how to reconfigure everything for /usr/bin/mutt and /usr/bin/fetchmail instead of using the Unixmail package (which had provided fill-in-the-blank configuration). Tom [1] http://unixmail-w32.sourceforge.net/ - Unixmail version - Mutt 1.2.5i (2000-07-28) 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: CYGWIN_NT-5.0 1.3.10(0.51/3/2) [using ncurses 5.2] 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="no" MAILPATH="spool" SHAREDIR="/cygdrive/f/home/projects/unixmail/build/mutt/local/lib/mutt" SYSCONFDIR="/cygdrive/f/home/projects/unixmail/build/mutt/local/etc" -ISPELL To contact the developers, please mail to <[EMAIL PROTECTED]>. To report a bug, please use the muttbug utility. - Current http://cygwin.com distribution - Mutt 1.2.5i (2000-07-28) 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: CYGWIN_NT-5.0 1.3.10(0.51/3/2) [using ncurses 5.2] 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="no" MAILPATH="/var/spool/mail" SHAREDIR="/usr/share/mutt" SYSCONFDIR="/etc" -ISPELL To contact the developers, please mail to <[EMAIL PROTECTED]>. To report a bug, please use the muttbug utility. -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
"From %%F"? (was Re: Mutt/Cygwin shortcomings)
On Fri, Jun 07, 2002 at 03:31:39PM +0200, Stefan Friedle wrote: >I use fetchmail to fetch mail from my POP account and use procmail to > deliver it to my local maildir (~/Maildir/inbox/). All with cygwin on > Windows NT. In my .fetchmailrc there is a line: > > mda: 'procmail -m D:/home/.procmailrc' I tried this in my .fetchmailrc (substituting my pathname) but got a parse error. After checking the documentation, I tried mda -m "procmail -d %T -m e:/.procmailrc" but that failed with a parse error too. Invoking procmail with a fetchmail command line argument (--mta 'procmail -m e:/.procmailrc') _did_ work, but it wrote out an mbox without From-lines. After further research, I tentatively concluded that this was a Procmail problem -- that Procmail perhaps needed to run in "explicit delivery mode". I discovered that the Unixmail Perl script which hitherto had functioned (flawlessly) as my MTA was prepending "%" to my email address in the "From" line and that if I did not add these by hand, Mutt could not parse the messages that had been delivered From-less by Procmail. It would appear that the %T and %F are key to both (the Perl script takes %%F as an argument to generate "From [EMAIL PROTECTED]"), but I can only infer what they mean. I have searched for documentation of these "escapes" in several man pages and cached documentation (fgrep '%F') but have not yet gotten to the bottom of it. Can anyone point me in the right direction? Does Mutt need to have a "%"-escaped username or username@domain, and are the %T and %F "escapes" a cross-platform (*nix/Win32) way to get these? Or am I in the wrong list to pose the question? Thanks, Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: "From %%F"? (was Re: Mutt/Cygwin shortcomings)
On Mon, Jun 10, 2002 at 06:51:49AM -0500, David T-G wrote: > % Can anyone point me in the right direction? Does Mutt need > % to have a "%"-escaped username or username@domain, and are > % the %T and %F "escapes" a cross-platform (*nix/Win32) way to > % get these? > > Ahhh... That's a good point. The % is under DOS/Win what the $ is under > a *NIX shell; you write a loop, for instance, as DOS/Win, eh? Well,that would explain why I couldn't find any documentation... :-) > for %i in ... > > and when you do that in a batch file, where %1 is the first parameter and > so on, you have to > > for %%i in ... > > to protect it. Even though I *think* you've said that this is all within > mutt and not in a pipeline (which I would almost bet a twinkie would get > mucked up), you still might be experiencing some of these problems. Well, I'm not sure that protecting a parameter with another % (the DOS/Win equivalent of "\$"?) is really what's happening in this case. Unixmail is set up to get my mail thus: cd c:/cygwin/unixmail cat etc/fetchmailrc users/$USERNAME/fetchmailrc | bin/fetchmail.exe -f - --nodetach --mda 'perl bin/spoolmail.pl %%F'" where (I think) the %F argument is getting through with an extra "%", so that a Perl command in spoolmail.pl: # Default header print SPOOL "From $from " . localtime() . "\n"; will generate headers such as: From [EMAIL PROTECTED] Fri Jun 7 13:59:03 2002 From [EMAIL PROTECTED] Fri Jun 7 15:27:22 2002 From [EMAIL PROTECTED] Fri Jun 7 14:27:23 2002 From [EMAIL PROTECTED] Fri Jun 7 14:27:25 2002 From [EMAIL PROTECTED] Fri Jun 7 14:38:17 2002 My Cygwin/Mutt apparently needs that prepended "%" because if I generate a From-line without it -- eg, for the mbox that Procmail wrote which had no From-lines at all -- Mutt will not recognize that line as a message delimiter. So "%" would seem to be not just a DOS/Win thing, but a Mutt thing?? And the %F and %T parameters are discussed in my version of the fetchmail man page under Delivery Control Mechanisms, flag "-m/--mda" -- though the man does not say what they are, just that they are potential security risks. > % Or am I in the wrong list to pose the question? > > That's quite probable. Even though this is all about mutt and fetchmail > and such, you may find better expando answers on the cygwin list. > Wouldn't hurt to try. I have already moved a related question to that list, but I'm still not clear on whether this "%" business is Cygwin-specific?? Thanks, Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Mutt/Cygwin shortcomings
On Fri, Jun 07, 2002 at 03:31:39PM +0200, Stefan Friedle wrote: >I use fetchmail to fetch mail from my POP account and use procmail to > deliver it to my local maildir (~/Maildir/inbox/). All with cygwin on > Windows NT. In my .fetchmailrc there is a line: > > mda: 'procmail -m D:/home/.procmailrc' > >which calls procmail and passes the filename of my .procmailrc to it. > Without this procmail fails, telling me that > /var/spool/mail/Administrator could not be created -- but I don't use > 'Administrator' as my login name ... Hi Stefan, FYI, there has just been some discussion of this issue on the [EMAIL PROTECTED] mailing list. It seems the -m option causes odd behavior with regard to the Administrator. My problem with the -m option had to do with ^From_headers. On the other hand, it seems to work for you...? Tom On Mon, Jun 10, 2002 at 04:16:45PM -0400, Jason Tishler wrote: > My WAG is that you are using the procmail "-m" option, because there > have been other recent posts reporting this problem. If I'm correct, > don't do that. Instead invoke procmail (via fetchmail) as follows: > > # from ~/.fetchmailrc > mda "/usr/bin/procmail -d %T"
Re: Mailcap and Cygwin/Mutt 1.2.5i (was Re: Mutt/Cygwin shortcomings)
Other Cygwin users on this list may be interested in some sources of information directly from Cygwin maintainers: http://www.tishler.net/jason/software/fetchmail/fetchmail-5.9.12.README http://www.tishler.net/jason/software/procmail/procmail-3.22.README In general, the cygwin mailing list does indeed seem to be the more appropriate place to discuss the quirks of Unix-like mail processing under Windows. Tom On Sun, Jun 09, 2002 at 11:48:21AM +0200, Thomas Baker wrote: > I now have _two_ Cygwin/Mutt 1.2.5i's: > -rwxr-xr-x389632 Jan 3 2001 /unixmail/bin/mutt.exe [1] > -rwxr-xr-x608768 Dec 10 11:16 /usr/bin/mutt.exe - from cygwin.com > The mutt -v outputs are attached below. > > FWIW, I re-did all of my tests using /unixmail/bin/mutt -- > including mutt -n -- again without success. Then I tried > the recently downloaded /usr/bin/mutt -n and mailcap worked > immediately. > > Since fetchmailconf exits with an error under FreeX86 (it > was expecting "dns" as a server, even though I was online > with a dns server), I will proceed to figure out how to > reconfigure everything for /usr/bin/mutt and /usr/bin/fetchmail > instead of using the Unixmail package (which had provided > fill-in-the-blank configuration). -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Re: Compiling mutt on Cygwin doesn't work
On Thu, Jun 13, 2002 at 12:29:16AM -0500, David T-G wrote: > % have to wait for packagers, etc. I do that regularly on Linux and > % FreeBSD, so I thought (silly me) that it would compile OOTB on Cygwin, > % too. > > And theoretically it should. The cygwin list should have some pointers > (or maybe Dr. Tom Baker, who has been playing with mutt under cygwin > quite a bit). http://cygwin.com/lists.html overlaps, membership-wise, with mutt-users and would seem to be the better place to post.. I compiled very occasionally when working on a Linux machine but steer clear of the compiler under Windows because I have neither the time nor the experience to deal with the seemingly inevitable error messages. I wait for the packagers to do their thing. (Anyone got a binary for pcal, a pretty-print program for calendars?) Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germany fax +49-2241-14-2619
Exploit.IFrame.FileDownload virus??
I use Cygwin Mutt 1.2.5i (2000-07-05) on Win2000 and just got messages from two people with a short text message saying "Your password is 12zxjkjl123kjl12jz". But the size of each of the messages, according to Mutt, was 65k. After viewing the message with the default viewer (only), my virus protector popped up with a message to the effect that c:\tmp\mutt-mutt-LEPIDUS-2136-12 was infected with the Exploit.IFrame.FileDownload virus. Before deleting, I looked at its file entry -- it was roughly 250k and bore a time-stamp of several minutes earlier, when I had been reading the message. I saved one of the messages to a file named "virus" and tried opening it with vim, but got a message like "file is readonly". I deleted that too. According to F-Secure Web site, this is a virus that exploits a flaw in Internet Explorer, and by extension mail readers that use it, such as Outlook. No surprise there! The only surprise to me is that 250k infected file which appeared in my c:/tmp. What kind of things does Mutt park there, and where could that big file have come from?? Surely Mutt would not have uncompressed anything without telling me...? Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germanyfax +49-2241-144-1408
Re: Exploit.IFrame.FileDownload virus??
On Mon, Jul 15, 2002 at 04:22:02PM +0100, Dave Smith wrote: > On Mon, Jul 15, 2002 at 04:56:04PM +0200, [EMAIL PROTECTED] wrote: > > According to F-Secure Web site, this is a virus that exploits > > a flaw in Internet Explorer, and by extension mail readers > > that use it, such as Outlook. No surprise there! The only > > surprise to me is that 250k infected file which appeared > > in my c:/tmp. What kind of things does Mutt park there, > > and where could that big file have come from?? Surely Mutt > > would not have uncompressed anything without telling me...? > > Are you reading over imap or pop? If so, perhaps mutt caches > the mails locally for speed? POP3 with fetchmail. > Or perhaps part of the mail was Transfer-encoded, and mutt > needed to save a temporary copy for decoding? But that would in no way involve "executing" the file, correct? That's my only concern. Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germanyfax +49-2241-144-1408
Re: Exploit.IFrame.FileDownload virus??
On Mon, Jul 15, 2002 at 10:57:42AM -0500, Rich wrote: > > According to F-Secure Web site, this is a virus that exploits > > a flaw in Internet Explorer, and by extension mail readers > > that use it, such as Outlook. No surprise there! The only > > surprise to me is that 250k infected file which appeared > > in my c:/tmp. What kind of things does Mutt park there, > > and where could that big file have come from?? Surely Mutt > > would not have uncompressed anything without telling me...? > > There is a new variant of a virus called Frethem.K that sends a text > file and file called decrypt-password.exe. This virus exploits IE and > Outlooks function to be able to run the executable just when the message > is viewed. There should have been another attatchment with you mail. We > just started getting hit with it at my work this morning. You can check > out > http://www.trendmicro.com/vinfo/virusencyclo/default5.asp?VName=WORM_FRETHEM.K > to read more about it. Maybe the 250k file in c:\tmp was the attachment? Does Mutt cache such things in the TMPDIR? Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germanyfax +49-2241-144-1408
Following URLs under Cygwin-mutt
I use Mutt 1.4i in Cygwin so do not have access to Urlview. Previous mail to this list regarding alternatives to Urlview have recommended w3m and lynx, and I have had some success putting these in mailcap. However, alot of the links do not display at all in w3m and lynx. Undoubtedly, such pages are following bad HTML practice, but the result is that I often have to switch to Mozilla and type the URL -- to the point that I'm tempted to replicate the entire stream of incoming mail and send it to Eudora or Mozilla for the sole purpose of following URLs (as with Phil Agre's Red Rock Eater News Service, which lists URLs in plain text -- some of which are not readable with w3m and lynx). Is it possible to direct mutt to view plain-text mail in a non-console browser such as Mozilla? Or have others found console-based options to be satisfactory? Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germanyfax +49-2241-144-1408
Re: Following URLs under Cygwin-mutt
On Mon, Sep 09, 2002 at 11:05:31AM -0700, Gary Johnson wrote: > > > It's a little awkward, but you can do this with w3m. If you use 'M' > > > instead of Enter to follow a link, w3m will invoke an external browser > > > to view the link. You can define this browser in the "External Browser" > > > entry in the Option Setting Panel ('o'). > > > > lynx (and I assume links) support external browsers as well. But it's > > not clear from the description what/why w3m or lynx were not able to > > satisfy his needs. > > True. I did assume that "alot of the links do not display at all in w3m > and lynx" followed by the question about others finding "console-based > options to be satisfactory" meant that the pages to which those links > referred did not render well in a text browser. I suppose I should have > stated that assumption in my reply. In my admittedly limited experience with text browsers, alot of the links came up with unhelpful results like like just "Frame 1" and "Frame 2", or exited with an error message before showing anything. One could curse those Web editors for making such unfriendly pages, but there are alot of pages like that out there and I guess we have to live with them. I'd be willing to stick it out with text browsers and workarounds if I knew that others really do live with them comfortably. In contrast, the one thing I did like about Netscape mail back when I was using it was that it would recognize the URLs in plain-text mail and make them clickable, so you could immediately call up the Web page and see it the way it was intended to be seen. I could never go back to Netscape mail for other reasons, but this seems like the sort of functionality that one shouldn't have to sacrifice under mutt. Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germanyfax +49-2241-144-1408
Re: Following URLs under Cygwin-mutt
On Mon, Sep 09, 2002 at 03:22:19PM -0400, Thomas Dickey wrote: > On Mon, Sep 09, 2002 at 09:06:24PM +0200, Thomas Baker wrote: > > In my admittedly limited experience with text browsers, > > alot of the links came up with unhelpful results like like > > just "Frame 1" and "Frame 2", or exited with an error message > > before showing anything. One could curse those Web editors for > > making such unfriendly pages, but there are alot of pages like > > that out there and I guess we have to live with them. I'd be > > willing to stick it out with text browsers and workarounds > > if I knew that others really do live with them comfortably. > > I haven't noticed any html email with frames. (Most html email that I do > see is spam, though - and I don't look closely at that). I haven't either. The problem for me is not HTML email, it's following the URLs cited in text email and viewing them in a graphical browser such as Mozilla or Internet Explorer. I have used various workarounds -- at one extreme, switch to Mozilla and re-type the URL -- but this is really inefficient if the task is to click my way through, say, a blog bulletin from Red Rock Eater (with lots of URLs). It sounds like Gary Johnson's suggestion above (calling Mozilla from w3m) could do the trick, though I guess what I'd really like to do is hand the message off immediately to, say, the mailer in Netscape or Mozilla. Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germanyfax +49-2241-144-1408
Re: Following URLs under Cygwin-mutt
On Mon, Sep 09, 2002 at 11:45:27PM -0700, JeeBak Kim wrote: > * Thomas Baker ([EMAIL PROTECTED]) [020909 23:03]: > > I have used various workarounds -- at one extreme, switch to > > Mozilla and re-type the URL -- but this is really inefficient > > if the task is to click my way through, say, a blog bulletin > > from Red Rock Eater (with lots of URLs). > > Hmm... does copy and paste not work in your cygwin environment? > Are you using the cygwin dos console? You might want to install > the rxvt cygwin package. It's much more friendlier ;). Yes, I do have this, and it works, but it comes up with a small font, default screen colors, doesn't seem to read my bash-environ settings, etc. Is all of this explained somewhere in one place (a book about XWindows??), or do you have to chase down the solutions to these various problems one-by-one through the man pages...? This is what has kept me using the cygwin dos console, which looks terrific since I customized the colors and fonts by right-clicking for the WIN2000 window properties. > ftp://ftp.mutt.org/mutt/contrib/urlview-0.9.tar.gz > > and that you couldn't use it in cygwin for some reason. I've > compiled it successfully in cygwin and it works perfectly as it > does in unix. After compiling and installing urlview in your As a non-programmer, I have not had good experience with compiling, but this one did compile right out of the box. Thanks!! > I hope this helps! This is a huge leap forward, many thanks! It's not quite ideal, in my opinion, because there are extra keystrokes involved in scrolling down and finding the URL again out of its original context. This is not a problem if there are just three or four URLs, but looks like it could get a bit tedious if working through a mail message that mentions 60 or so emails, such as a Red Rock Eater bulletin. Also, Netscape or Mozilla mail would show an already-clicked-on link in a different color, and that seems not to be the case with urlview. But I'm not complaining... -- this is worlds better than what I have been doing! Tom -- Dr. Thomas Baker[EMAIL PROTECTED] Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784 Fraunhofer-Gesellschaft work +49-30-8109-9027 53754 Sankt Augustin, Germanyfax +49-2241-144-1408
Associating mutt/cygwin with MIME Type "mbox" in Firefox
Dear all, I use mutt with Cygwin and Windows XP. Until Firefox release 2.0.0.12, I very happily used the plug-in MIME Edit [1] to associate the extension ".mbox" with a batch file, mbox.bat: @echo off c:\cygwin\bin\bash.exe -i e:\u\config\mbox.sh "%1" which ran mbox.sh - essentially: #!/bin/bash mutt -F /home/tbaker/u/config/muttrc/muttrc -f "$1" So that when I clicked on a link such as: Foobar in Firefox, it would run mutt, opening the mailbox bar.mbox. It was fantastic! With Firefox 3, I can use a "patched" version of [1] (see [2]) to associate the extension ".mbox" with mbox.bat, as before -- only this time it does not work. When I click on a link, nothing happens. This is perhaps ultimately a Firefox issue, having to do perhaps with the way arguments are passed. I'm raising the issue on this list because I'm thinking there must be people out there who also really want to run mutt from within Firefox... Tom [1] https://addons.mozilla.org/en-US/firefox/addon/4498 [2] http://space.geocities.yahoo.co.jp/gl/alice0775/view/20080912/1221150790 -- Tom Baker
Mail index page lines in X window (was Re: Associating..."mbox" in Firefox)
On Sun, Aug 30, 2009 at 04:22:03PM -0400, Thomas Baker wrote: > So that when I clicked on a link such as: > > > Foobar > > > in Firefox, it would run mutt, opening the mailbox bar.mbox. It > was fantastic! It may interest readers of this list to know that I was able to solve this problem by downloading and installing rxvt, then modifying mbox.bat to execute: C:\Cygwin\bin\rxvt.exe -fn courier -fg Black -bg Wheat -sr -e E:\mbox.sh "%1" This works great - I can open mbox files with mutt by clicking on them in Firefox. However, now I have a different (though minor) problem, which may in fact be more closely related to mutt than my original question: When I call up mutt, the first mail line covers the help line, like this: q:Q1 T 2009-05-27 John Johnston10K RE: Metadaten 2 r T 2009-05-27 John Johnston10K |=> 3 r C 2009-05-29 Barbara Jones13K `-> Only when I read a message and return to the index do the index lines return to their proper position, showing the help line: q:Quit d:Del u:Undel s:Save m:Mail r:Reply g:Group ?:Help 1 T 2009-05-27 John Johnston10K RE: Metadaten 2 r T 2009-05-27 John Johnston10K |=> 3 r C 2009-05-29 Barbara Jones13K `-> A minor annoyance, but is this perhaps a known problem, particularly with X windows? Many thanks, Tom Baker -- Tom Baker
Re: keyboard paste address in compose, To: line
On Thu, Sep 03, 2009 at 03:10:17PM -0500, Derek Martin wrote: > Note in particular that ctrl-x/c/v are primarily Windows keyboard > shortcuts, which a handful of platform-independent GUI programs have > copied. You should generally not expect they will work in a Unix > environment, though they sometimes do (e.g. Firefox, etc.). In > terminal-oriented programs like Mutt, ctrl-c normally will cause the > foreground process (the currently running program) to terminate. > > As for pasting, if you are using xterm, or some other xterm-like > program, you can generally paste something which is already in your > clipboard by pressing shift-insert. I run mutt on Cygwin in a Windows console window and can paste between console windows as follows: [Mark with mouse] -> Alt-Shift -> [E]dit -> Mar[K] change windows Alt-Shift -> [E]dit -> [P]aste Tom -- Tom Baker
Re: keyboard paste address in compose, To: line
On Thu, Sep 03, 2009 at 05:47:45PM -0500, Derek Martin wrote: > > I run mutt on Cygwin in a Windows console window > > Yuck. Why? :) Well I'm glad you asked that question... :-) > FWIW, you can run startx (in cygwin) and use a proper > xterm, and save a lot of hastle. The windows console is next to > useless to me, and I find the fonts are horrible at the sizes I'd > prefer to have them. Anything comfortable to read is too large. I'm probably older than most people on this list, and I was never able to reproduce the nice, large, readable interface of a Windows console window with 10x18 Raster fonts in a 120x45 window, black letters on grey, in any xterm window, though I'm sure it could be done if I had fiddled long enough with the settings. > > and can paste between console windows as follows: > > > > [Mark with mouse] -> Alt-Shift -> [E]dit -> Mar[K] > > change windows > > Alt-Shift -> [E]dit -> [P]aste > > Yeah, highlight + middle click is so much easier, and works between > xterm and windows even. You just have to remember to hit ctrl-c to > copy when you're copying from windows (or select it from the menu), > and ctrl-v when you're pasting into windows (or menu). I can't deny it - it's the price I pay to get the look I want. Even worse, my netbook has the German version of Windows XP, so I have to remember to type Alt-Shift,B,K instead of Alt-Shift,E,P... :-( Tom -- Tom Baker
Re: Associating mutt/cygwin with MIME Type "mbox" in Firefox
On Thu, Sep 03, 2009 at 03:02:47PM -0700, George Davidovich wrote: > > I use mutt with Cygwin and Windows XP. > > Your problems are unrelated to mutt and would be more appropriate on the > Cygwin mailing list and/or Firefox forums. That did occur to me. > But out of sympathy and > because the underlying *nix/Windows questions tend not to fall into any > single category, I'll try to answer the questions you've already asked and > beg everyone's indulgence, or at least hope no one notices or complains. > ;-) Deeply appreciated :-) > > Until Firefox release 2.0.0.12, I very happily used the plug-in MIME > > Edit [1] to associate the extension ".mbox" with a batch file, > > mbox.bat: > > I'd recommend you start first with investigating one of the > network.protocol-handler settings made available in about:config. > > > > > @echo off > > c:\cygwin\bin\bash.exe -i e:\u\config\mbox.sh "%1" > > ==== > > Ugh. And if the value passed to mbox.sh is > > C:\Documents and Settings\Thomas Baker\Mail\some.mbox > > you expect mutt to do what? I'm an old-timer and have banned spaces from any filenames in my data drive. > Aside from being ugly and unmanageable. there's generally no reason to > write DOS batch files or use per-application wrapper scripts as Cygwin > provides you with more sane alternatives, none of which are plagued by > the file association nonsense and the lack of a meaningful path that > Windows traditionally suffers from. This is indeed good news. > Assuming you had the foresight when > installing Cygwin to add the Windows equivalent of /c/Cygwin/bin and > ~/bin to your path (Start -> Run -> sysdm.cpl -> Advanced / Environment > Variables), and you have ~/.Xdefaults configured (irrespective of > whether you're running X), the following would be preferrable > > rxvt -e mutt -f /path/to/mbox > rxvt -e bash > bash -c /path/to/script > perl ... > python ... > > Each of the above could be used most anywhere a regular Windows command > or program is used (the 'Start -> Run' dialog, for example), and if the > full Windows-style path to the first program called is provided, > everywhere else (shortcuts, configurable menu or toolbar items, > registry, etc.). > > As a side note, on Windows, installed programs (third-party utilities, > GUI programs, etc.) are rarely in your path, so be sure to symlink any > or all of them into some place like ~/bin, giving them meaningful names > (preferrably lowercase and without .EXE extensions) in the process. > > The ugly exception to all this harmony occurs when you're mixing Cygwin > and Windows programs and need to reference a path other than the current > working directory. Cygwin programs require Unix paths, and Windows > programs require Windows paths. In the registry, DOS files, etc., any > %1 %2 ... arguments that end up being passed to a Cygwin program must be > converted to a Unix-style path *before* the program receives it (modulo > cd tricks); the inverse is also true. See below for my solution. Finally, the explanation I have long craved! Thank you!! I'm going to have to digest this in bits. > > which ran mbox.sh - essentially: > > > > > > #!/bin/bash > > mutt -F /home/tbaker/u/config/muttrc/muttrc -f "$1" > > > > > > So that when I clicked on a link such as: > > > > > > Foobar > > > > > > in Firefox, it would run mutt, opening the mailbox bar.mbox. It > > was fantastic! > > If you say so. ;-) I will start a separate thread on this, in case others are interested... > > With Firefox 3, I can use a "patched" version of [1] (see [2]) > > to associate the extension ".mbox" with mbox.bat, as before -- > > only this time it does not work. When I click on a link, nothing > > happens. > > > > This is perhaps ultimately a Firefox issue, having to do perhaps > > with the way arguments are passed. > > What I would do is configure mime edit or Firefox to use the "default > associations". To create those default associations so that you can > click away on URLs that reference mb
The MBOX file paradigm
On Thu, Sep 03, 2009 at 03:02:47PM -0700, George Davidovich wrote: > > So that when I clicked on a link such as: > > > > > > Foobar > > > > > > in Firefox, it would run mutt, opening the mailbox bar.mbox. It > > was fantastic! > > If you say so. ;-) Computer-wise, I grew up reading mail with /usr/ucb/mail -f mbox where "mbox" was a file in the "mbox" format. I have never really recovered from my indignation at seeing email clients (as far as I can tell, _all_ email clients after elm except for mutt and pine) move away from using the mbox format natively, then hide the email -- now in a proprietary format! -- deep in an application directory! on C: drive! at a location with spaces in the pathname! I do most of my work in CLI (command-line interface) because I find it more efficient and straightforward than GUI. If I am reading an important thread in mutt and need to put that thread into my to-do list, I save it as a file, e.g.: 2009-09-03.mutt-rxvt-configuration.mbox I run a shell script to add a reference to that file to the to-do list in my browser, e.g. the clickable: I can move email files around just like any another data .doc or .xls files, and I can archive the email for a project together with all the other data files. I may be missing something, but I don't see any advantages to the dominant paradigm of email applications with special data formats in exotic locations. This being a mutt list, I may be preaching to the converted, but out of all the articles and documents I have read about mutt, I do not recall ever seeing an emphasis on mutt's obvious and crucial advantage for opening and manipulating email files directly, maybe even from the command line. Tom -- Tom Baker
Re: The MBOX file paradigm
On Fri, Sep 04, 2009 at 12:22:47PM -0400, Dan Ritter wrote: > > I can move email files around just like any another > > data .doc or .xls files, and I can archive the email for a > > project together with all the other data files. > > You might want to consider switching to Maildir. > > Maildir uses a small directory structure (name, name/cur, > name/new, name/tmp) to hold messages as individual files. This is very interesting! I can see some advantages to that. However, the grouping of multiple messages into a single file -- a file not tied to a particular location -- is for me one of the nicest _features_ of the mbox format. There are "mailgrep" scripts that will troll through a directory full of mbox files and output individual messages and output just the ^From-delimited blocks (mail messages) matching the pattern [1]. Word processors and spreadsheet programs would never have succeeded in forcing users to keep their documents or spreadsheets in a special directory, but with email, people seem to have gotten used to this idea. That's what I was getting at with "paradigm", which I admit may be putting the point a bit too strongly. To me, support of freely movable email files is the decisive advantage of mutt over all other mail clients. Tom [1] http://grepmail.sourceforge.net/ -- Tom Baker
Re: keyboard paste address in compose, To: line
On Fri, Sep 04, 2009 at 12:14:41PM -0400, Dan Ritter wrote: > > I'm probably older than most people on this list, and I was > > never able to reproduce the nice, large, readable interface of a > > Windows console window with 10x18 Raster fonts in a 120x45 > > window, black letters on grey, in any xterm window, though I'm > > sure it could be done if I had fiddled long enough with the > > settings. > > If the font is named 10x18, then: > > xterm -font "10x18" -fg black -bg grey -geometry 120x45 & > > I don't have a 10x18, but I have a 10x20, and substituting that > in worked. > > For rxvt-unicode, -font becomes -fn. That's pretty close -- closer than I have ever been able to manage fiddling with the arguments! Thank you! However, the fonts I'm used to are just a bit darker, taller (less "squat"), and easier to read than the ones I get from -font "10x18". I have gotten (almost) this far two or three times before but never managed to find the manual or Web page that provides a list of possibilities or shows what the fonts look like. Tom -- Tom Baker
Re: keyboard paste address in compose, To: line
On Fri, Sep 04, 2009 at 01:15:16PM -0500, Derek Martin wrote: > > > and I was never able to reproduce the nice, large, readable > > > interface of a Windows console window with 10x18 Raster fonts in a > > > 120x45 window, black letters on grey, in any xterm window, though > > > I'm sure it could be done if I had fiddled long enough with the > > > settings. > > It's actually not even that hard... though you do need to read the man > page, and that can be a daunting task. Xterm is very flexible. ;-) As That's a good way to put it... :-) > it happens, I use almost exaclty the set-up you describe, though I > usually prefer the 7x14 font normally (although recently I use the > 7x13 font These are tiny on my screen :-| > works on xterm too (-font is an alias). The 10x20 font will actually > quite closely resemble the Windows 10x18 console font. I don't really > like to use the -fg and -bg options, because they color *everything*, > and that's not really what I want. Wow - nearly perfect! Can that be boldfaced (darkened a bit) by default? > For purposes of trying it out, I'd suggest this command line: > > xterm -fn 10x20 -xrm "XTerm.vt100.background: #A8A8AA" -xrm \ > "XTerm.vt100.foreground: black" -geom 120x45 & This size works for me with rxvt, which has the advantage of running from a cygwin console window without first starting X. > If you like that, you might like to copy the rest of my setup, too. > In my ~/.Xdefaults file: -- snip -- Thank you, thank you! I will read and test these with great interest. Tom -- Tom Baker
Re: The MBOX file paradigm
On Fri, Sep 04, 2009 at 11:41:48AM -0700, George Davidovich wrote: > The mbox format does have advantages but there can be as many > disadvantages. The general consensus here seems to be to rely on mbox > for archives and use maildir (by default) for everything else. Well, I'm quite used to mbox and just hope it doesn't become obsolete anytime soon... > Mutt has no problem with either no matter how large. That's comforting to know. > > Word processors and spreadsheet programs would never have succeeded in > > forcing users to keep their documents or spreadsheets in a special > > directory, but with email, people seem to have gotten used to this > > idea. > > Well, few understand what email is, let alone the storage mechanism. > And with everyone running to the web, I don't expect that situation > has any chance of improving. Indeed. > On a somewhat related note, you might want to have a look at Google's > Wave to see what the future may have in store for us: > > http://wave.google.com/help/wave/about.html > > The YouTube videos (totalling about an hour, IIRC), are interesting from > a number of different perspectives. I won't summarise the concept or > the features except to say that for anyone like myself that cringes at > the thought of using a web browser for such things, you'll find toward > the end of the last video an example of an ncurses interface; > unsurprisingly (or not), it was that interface that received the most > applause. Nice. Thank you for the reference! If the command-line interface itself were to be drowned by new developments, it would IMHO be a sorry loss... Tom -- Tom Baker
Re: The MBOX file paradigm
On Fri, Sep 04, 2009 at 04:09:56PM -0400, Dave Dodge wrote: > > anyway when does one want to edit messages, it's not something I've > > ever wanted to do. > > I used to have the same opinion before I had a mailer that made it so > easy. With mutt I do occasionally edit messages: > > - to use a message in my inbox as a primitive to-do list, or for > notes, or to hold a list of URLs that I want to remember to view > at some later time. > > - to remove uneeded attachments when archiving a discussion thread. > For example a co-worker produces some software my own project > depends on, and has lately been mailing me prerelease versions for > testing. I want to keep the discussion itself, but I don't need > all of the attachments since most of them have been superceded by > later versions. I frequently edit entire threads in order to circulate their contents -- with redundant quotes and attachments removed and headers pruned -- as digests. I wouldn't know how to do that efficiently if I couldn't just edit the mbox file with vim. Tom -- Tom Baker
Re: keyboard paste address in compose, To: line
On Sun, Sep 06, 2009 at 07:27:54PM -0500, Derek Martin wrote: > As a compromise between this and the 10x18 font, you might try this > instead: > > xterm -fn '-*-fixed-bold-*-*-*-18-*-*-*-*-*-*-*' Thank you, Derek! > If you like that, you can replace your XTerm.font resource line with > one that uses this one. It's slightly smaller than the 10x20 font, > but it is bolded and quite legible. I think this font also somewhat > resembles the Windows 10x18 console font, but YMMV. Also note that > you could have different fonts installed than I do (though that's > somewhat unlikely I suppose, for Cygwin/X installs). I'm running rxvt because it does not require me to start Xwindows (which looks not-so-nice in its Cygwin incarnation). Alas, the font resulting from rxvt -fn '-*-fixed-bold-*-*-*-18-*-*-*-*-*-*-*' looks much different, with l o t s o f s p a c e b e t w e e n l e t t e r s... :-( Mutt runs fine with rxvt, but it runs with default colors, so that double- and triple-quoted material is is white or yellow, which is almost impossible to read against the grey. A quick scan of the man pages and Websites for rxvt did not reveal any obvious global fix (such as --color=never for ls). I tried editing .Xdefaults to change all colors except white into black, but that messes up mutt, which opens showing me entirely black menu and index lines. When I have some time, I'll try to find the where the mappings of X colors to features of mutt are defined... > In fact, I quite like this font myself. It even seems that when I > view mail in Korean with the Unicode version of this font, the Korean > characters are displayed properly, which comes as a bit of a surprise. > I might switch to it as my every-day font. That could be useful, as I exchange quite a bit of mail with Korea (though not in Korean). Tom -- Tom Baker
Re: subscribe
On Wed, Jan 20, 2010 at 02:11:26PM +, Chris G wrote: > > On Wed 20, Jan'10 at 10:09 AM +, Chris G wrote: > > >You need to set up an alias for the list in order to be able to use a > > >shorted name for it when composing new mail. > > > > Yeah, I just never bothered with that step since I usually only > > reply to lists. > > > > >I have a simple text file where I keep a list of all the mailing lists > > >... > > >All this means that when I subscribe to a new mailing list I just add > > >it to the text file rather than having to edit three or four different > > >places. > > > > Brilliant bit with the scripts. I use some scripts to automatically > > generate some other bits of my muttrc, but didn't think of this way. > > Thanks! > > I can upload/attach the scripts if anyone is interested, getAliases.py > and getLists.py are trivial but there's a bit more to the mail > filtering one. Hi Chris, What a nice idea; I'd love to see those scripts. I'm just now learning Python so the more trivial, the better... :-) Tom -- Tom Baker
Clicking on an MBOX file link to call Mutt from Firefox?
I just migrated from Windows XP to Mac OSX 10.6, where I use mutt 1.5.21 with Firefox 4.0.1. Under Windows XP, I developed a style of working in which email threads, saved as MBOX files with descriptive names (e.g., with time stamps) would automatically get put into my to-do list and presented to me in Firefox. (The program I wrote to do this is an open-source Python project if anyone is interested; an earlier version is described in lifehacker.com.) By clicking on the filename of the MBOX file in Firefox, I could launch mutt and read the thread, respond, etc. Under Mac OSX, however, I been unable to get this to work in Firefox despite many hours of reading forums and support pages and exploring various leads. In Firefox, I want to be able to click on a link in an HTML file such as: TODO request.mbox to execute something like the following: MBOX=$(echo $1 | sed 's=file://==') # to turn "file:///Users" into "/Users" mutt -f $MBOX # to execute: mutt -f /Users/me/request.mbox I understand from the Firefox developers that the filename (with "file:///...") is passed to an external program as an argument. I can configure Firefox to handle MBOX files with, for example, MacVim, which opens the file in an editor. The difference is that MacVim is a clickable Mac application, while mutt is a Unix command that needs to run in a terminal. I have tried the following: 1) Using Automator to a shell script, as above, into a clickable application (trying out of five or six variants thereof). 2) Using Platypus to create a clickable application, similarly to Automator. 3) Finding a Mac terminal that can be called with an argument specifying a shell script to be executed -- but the main alternatives, Terminal and Iterm2, seem not to be callable with any sorts of arguments. 4) Configuring ViewSourceWith to call mutt. 5) Configuring Firefox to call its native Mail program when clicking on a file with extension .mbox. This works, in a way: it calls Mail with a blank message to be written, with the MBOX file as an attachment. Even if this did work, I'd much rather use mutt than Mac Mail... (I also tried Thunderbird.) Can anyone suggest a different strategy for solving this? I'm strongly motivated to solve this problem because the ability to click on MBOX files in my browser is very important for my productivity. I'm not sure this actually a mutt problem -- maybe it's an issue with how Mac OSX handles the associations between programs and file extensions -- but I thought I'd post here in case others have tried the same thing... Tom -- Tom Baker
Mutt 1.5.21/Mac - no "N" indicator for mbox folders with new mail
In my experience, Mutt works great on Mac but for one signfiicant flaw: in the Mailboxes view, it does not properly mark mailboxes with new mail with an "N" indicator -- even though it does show individual messages correctly as new in the Message Index view. I have tried installing Mutt in three different ways on two separate Macs running Snow Leopard (10.6) -- once with Fink, once with Macports, and once from source. The version information (attached below) is identical except for +/-LOCALES_HACK and (of course) the following variables: PKGDATADIR="/opt/local/share/mutt" SYSCONFDIR="/opt/local/etc" PKGDATADIR="/usr/local/share/mutt" SYSCONFDIR="/usr/local/etc" PKGDATADIR="/sw/share/mutt" SYSCONFDIR="/sw/etc" I would much appreciate any advice. Procmail pre-filters my mail into numerous folders, and I have missed relatively urgent because I always relied on "N" to show me which mailboxes had new mail. (In May, I changed from Windows to Mac after discovering that Cygwin would no longer run on 32-bit processors...). Many thanks, Tom -- Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 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: Darwin 10.8.0 (i386) ncurses: ncurses 5.7.20081102 (compiled with 5.7) libiconv: 1.11 Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK -USE_POP -USE_IMAP -USE_SMTP -USE_SSL_OPENSSL -USE_SSL_GNUTLS -USE_SASL -USE_GSS -HAVE_GETADDRINFO -HAVE_REGCOMP +USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS +LOCALES_HACK +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS -HAVE_LIBIDN +HAVE_GETSID -USE_HCACHE -ISPELL SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" PKGDATADIR="/sw/share/mutt" SYSCONFDIR="/sw/etc" EXECSHELL="/bin/sh" -MIXMASTER To contact the developers, please mail to . To report a bug, please visit http://bugs.mutt.org/. -- Tom Baker