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 mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. -- Tom Baker t...@tombaker.org
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 A HREF=file:///Users/me/request.mboxrequest.mbox/A 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 tba...@tbaker.de
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 tba...@tbaker.de
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 tba...@tbaker.de
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 tba...@tbaker.de
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 tba...@tbaker.de
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 tba...@tbaker.de
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 tba...@tbaker.de
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 tba...@tbaker.de
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: a href=file://localhost/e:/foo/bar.mboxFoobar/a 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 tba...@tbaker.de
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 tba...@tbaker.de
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 tba...@tbaker.de
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: a href=file://localhost/e:/foo/bar.mboxFoobar/a 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 mbox files (i.e., have an '.mbox' extension) or whatever it is you're trying to do, you can use the following working but minimal regfile: -cut here Windows Registry Editor Version 5.00 ; Associate .mbox extension with rxvt -e mutt (without batch files ; or wrappers), using run(1) to deal with cmd.exe window issues. [HKEY_CLASSES_ROOT\.mbox] @=mboxfile [HKEY_CLASSES_ROOT\mboxfile] [HKEY_CLASSES_ROOT\mboxfile\shell] [HKEY_CLASSES_ROOT\mboxfile\shell\open] [HKEY_CLASSES_ROOT\mboxfile\shell\open\command] @=c:\\cygwin
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: a href=file://localhost/e:/foo/bar.mboxFoobar/a 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: a href=file://localhost/e:/foo/2009-09-03.mutt-rxvt-configuration.mbox 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 tba...@tbaker.de
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: a href=file://localhost/e:/foo/bar.mboxFoobar/a 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 tba...@tbaker.de
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
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: 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
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
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
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
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
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 server -P printer .printout where server 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 server -P printer .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
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
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
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
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
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
Re: describing command sequences in email
On Wed, 13 Mar 2002, Sven Guckes wrote: I suggest describing command sequences like this tag-threadtag-prefixsave-message =new-folder ESC t ; s =new-folder or like this: commandtype tag-thread ESC t tag-prefix ; save-message 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
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: 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
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: 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, 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
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
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