no external programs can be used
Hi there, I'm a mutt newbie and I have a basic problem: It seems that no external program can be startet out of mutt. I.e.: 1) The external editor is set to "vim". When I try to compose a message, I get the following error in mutt: "Aborted unmodified message." instead that vim opens up. 2) The "mutt_ldap_query.pl" for the query_command gives no results. When typing 'Q' in the mutt message index, I only get a beep after entering the search phrase. Trying 'mutt_ldap_query.pl search phrase' in an xterm gives the expected results and seems to work. Thank you for help. Cu, Daniel.
Commas in URLs
Netscape chokes on literal commas in URLs passed via openURL. I've patched urlview 0.9 to escape them. Patch is available at: http://ben.reser.org/projects/urlview-comma.patch -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org "Heuristics are bug ridden by definition. If they didn't have bugs, then they'd be algorithms."
Re: push and the limit command
On Tue, Aug 15, 2000 at 08:29:38PM +0530, Suresh Ramasubramanian wrote: Using a large mallet, [EMAIL PROTECTED] whacked out: However, there is one problem, if the dreaded IMAP message is the *only* one in the folder then mutt gives an error "No messages matched criteria." and doesn't remove the message from the index display. If mutt is the only thing you use - and you dont read mails off the server, what's wrong in having your procmail dev/nulling them? ? Procmail doesn't come into it at all! I have a system with an IMAP server running on it where I store 'interesting' mail from all the accounts where I run mutt (home, work and two shell login accounts). The mail stays on the IMAP server as the whole point is that I can see it and refer to it from anyhwhere. The "DON'T DELETE THIS MESSAGE " message doesn't show up when using mutt to look at mail on a remote IMAP server like this. Sometimes however I use mutt on the system where the IMAP server is running, using mutt this way *does* show the unwanted message. This is when I want to use the 'limit' command to hide the message. In this case mutt is viewing the mailboxes directly, not using the IMAP server. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: push and the limit command
On Tue, Aug 15, 2000 at 01:08:32PM -0400, David T-G wrote: Suresh, et al -- ...and then Suresh Ramasubramanian said... % Using a large mallet, [EMAIL PROTECTED] whacked out: % % However, there is one problem, if the dreaded IMAP message is the % *only* one in the folder then mutt gives an error "No messages matched % criteria." and doesn't remove the message from the index display. I still wonder about this one. I thought that mutt would happily display an empty mailbox, and one would think that the message would certainly match the criteria... But I'm not playing around to test it, so I'll just go away again. No, what's happening is that the limit command with a '!' is saying "display all messages that *don't* match this", there are no messages that *don't* match so mutt displays the error. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: no external programs can be used
Hi there, I solved the problem by myself. I used the csh as a shell for --with-exec-shell command with configure script. ksh instead works fine. Daniel Kollar wrote: Hi there, I'm a mutt newbie and I have a basic problem: It seems that no external program can be startet out of mutt. I.e.: 1) The external editor is set to "vim". When I try to compose a message, I get the following error in mutt: "Aborted unmodified message." instead that vim opens up. 2) The "mutt_ldap_query.pl" for the query_command gives no results. When typing 'Q' in the mutt message index, I only get a beep after entering the search phrase. Trying 'mutt_ldap_query.pl search phrase' in an xterm gives the expected results and seems to work. Thank you for help. Cu, Daniel. -- === Daniel Kollar FUJITSU MICROELECTRONICS EUROPE GmbH Application Engineer ASIC/RF Technology Phone : +49(0)6103-690-212 Am Siebenstein 6-10 Fax : +49(0)6103-690-122 D-63303 Dreieich-Buchschlag ===
Moving messages about IMAP/local
I think the current implementation of directory browsing needs to be changed somewhat. I've muttered about this before but now I have a practical situation where it's a real pain. I want to move some messages from an IMAP server to local folders (though the same problems would apply moving IMAP to IMAP or local to IMAP). So, I use a 'c' command followed by '?' to find and open the required folder on the IMAP server. This works fine and I get to the message I want. I then use an 's' command followed by a '?' to find the folder where I want to save the message - this doesn't work because the browser opens a view of the IMAP server folders - I want a view of the place I started from, the local folders. I really think that the browser should do one of the following:- Always start in the same place ($folder maybe) Have a special key that will take it back to $folder (i.e. '?' will browse from where it left off, '!' will go back to $folder) Have an option in the muttrc file to say whether it starts where it left off or back at $folder. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
1.3.x series need for iconv/libiconv
I have now built mutt 1.3.7 in four different places, two of the four required that I get libiconv as the existing iconv wasn't good enough. The two places that needed libiconv were Solaris 2.6 and Red Hat Linux release 6.1. I think this may cause problems when this gets to a general release version as one of mutt's major advantages is that it builds 'out of the box' on most Unix/Linux systems without requiring any 'bleeding edge' libraries. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Moving messages about IMAP/local
On Wednesday, 16 August 2000 at 05:53, [EMAIL PROTECTED] wrote: I think the current implementation of directory browsing needs to be changed somewhat. I've muttered about this before but now I have a practical situation where it's a real pain. I want to move some messages from an IMAP server to local folders (though the same problems would apply moving IMAP to IMAP or local to IMAP). So, I use a 'c' command followed by '?' to find and open the required folder on the IMAP server. This works fine and I get to the message I want. I then use an 's' command followed by a '?' to find the folder where I want to save the message - this doesn't work because the browser opens a view of the IMAP server folders - I want a view of the place I started from, the local folders. I agree the browser/folder situation needs work. I'll get there after I've gotten a batch of robustness fixes done. But, remember when saving locally that you can do something like s~/TAB and you'll be taken to your local home directory. I tend to use tab-completion on local directories myself, and it works well enough. I really think that the browser should do one of the following:- Always start in the same place ($folder maybe) Have a special key that will take it back to $folder (i.e. '?' will browse from where it left off, '!' will go back to $folder) Have an option in the muttrc file to say whether it starts where it left off or back at $folder. -- Don't make Godzilla mad! PGP signature
Another problem with multiple IMAP accounts
I have just encountered another problem when using multiple IMAP accounts - how do I set the $imap_user and $imap_pass to different values for each IMAP server? When moving messages around I want to be able to stay logged in to more than one IMAP account at the same time. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Another problem with multiple IMAP accounts
On Wednesday, 16 August 2000 at 06:31, [EMAIL PROTECTED] wrote: I have just encountered another problem when using multiple IMAP accounts - how do I set the $imap_user and $imap_pass to different values for each IMAP server? For imap_user, you can embed the username in the account, as in {user@host}. There is no solution for imap_pass. But once you've connected, the account information for each account is cached. So you can log in to one account, set imap_pass to the password for your next account, and connect to it. Once the connections are established you should be fine. You may wish to write some "profile" macros to do some of this for you. I'm interested in writing some sort of account-hook code later to handle changing these sorts of parameters when you use another account. But for now, this will have to do... -- Don't make Godzilla mad! PGP signature
Re: Another problem with multiple IMAP accounts
On Wed, Aug 16, 2000 at 08:00:32AM -0400, Brendan Cully wrote: On Wednesday, 16 August 2000 at 06:31, [EMAIL PROTECTED] wrote: I have just encountered another problem when using multiple IMAP accounts - how do I set the $imap_user and $imap_pass to different values for each IMAP server? For imap_user, you can embed the username in the account, as in {user@host}. There is no solution for imap_pass. But once you've connected, the account information for each account is cached. So you can log in to one account, set imap_pass to the password for your next account, and connect to it. Once the connections are established you should be fine. You may wish to write some "profile" macros to do some of this for you. OK, thanks, this makes it quite usable. I'm interested in writing some sort of account-hook code later to handle changing these sorts of parameters when you use another account. But for now, this will have to do... That would be nice, but I must admit this is just an occasional requirement when I've decided to do a big re-arrangement for some reason or another. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Install v. Patches
Hi all, I have a question which a quick read through the docs and archive didn't answer: I want to upgrade from 1.0.1i to the current 1.2.5i. What is the best approach for this - installing patches in successive order or just downloading the current tarball and installing it? TIA, George Wright
Re: Install v. Patches
George -- ...and then George Wright said... % % I want to upgrade from 1.0.1i to the current 1.2.5i. What is the best % approach for this - installing patches in successive order or just % downloading the current tarball and installing it? My guess is that you ought to go for the 1.2.5 tarball. mutt now uses a linux-like versioning system, so 1.0 and 1.2 are considered fairly substantial upgrades. Most of the patches you'll see are either bugfix patches which have been included in the later releases or feature patches which wouldn't be in the diff upgrades anyway. Finally, I just peeked at ftp.mutt.org myself and I don't see any diffs earlier than 1.1.14 (except for the 1.0pre* series), so you'd have to get to 1.1.14 to diff your way up anyway. % % TIA, George Wright HTH HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
Re: Install v. Patches
* George Wright [EMAIL PROTECTED] [000816 14:22]: I want to upgrade from 1.0.1i to the current 1.2.5i. What is the best approach for this - installing patches in successive order or just downloading the current tarball and installing it? I guess it is a matter of taste and bandwidth. If you sit at home with a 14.4 modem connection and still want to live at the bleeding edge of mutt development, downloading the small patches will save you time and money. If you have got a T3 link to the net, and 2 or 3 MB more or less are a matter of seconds, just get the tar ball and save yourself the work of fiddling with patches. Christian
Re: Install v. Patches
Christian, et al -- ...and then Christian Molls said... % * George Wright [EMAIL PROTECTED] [000816 14:22]: % % I want to upgrade from 1.0.1i to the current 1.2.5i. What is the best % % I guess it is a matter of taste and bandwidth. If you sit at home with % a 14.4 modem connection and still want to live at the bleeding edge of % mutt development, downloading the small patches will save you time and A very good point... I figured that he's going to need a major upgrade from 1.0.1, so any tarball (or CVS checkout) is good for him as a new starting point. From there the diffs might certainly be easier. BTW, 1.2.5 certainly isn't bleeding edge, since 1.2 is the stable version. If you haven't seen it yet, you should check out 1.3.x :-) :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
attachment in vim
I just got struck (yet again) by the evil "I say I'm going to attach a file in my email body but when I go to the send screen I forget to attach it" bug. Has anybody setup a vim keybind to prompt for a filename and add the Attach: header for mutt to automagically attach a file? I'm looking for something similar to the mutt-mode.el way of doing it, but don't want to re-invent the wheel if somebody else has already done this... not to mention I'd need to learn a bunch of vim stuff ;) Thanks. .adam -- [[EMAIL PROTECTED] [EMAIL PROTECTED]] [ icq #3354423 | lazur.org | clustermonkey.org ]
MIME Parts Not Forwarded?
I'm running mutt-1.3.7 on Solaris. When I forward a message it doesn't forward any of the MIME parts except the first text part. It seems to operate this way whether I forward MIME-encoded or not. Is this just the way it works or am I missing something? Thank you, Todd Goodman
Folder overview ?
Hi there, I'm missing an incoming folders overview. Procmail is spooling the incoming mail to different folders. How do I detect, which folders content new mail without entering each? Cu. Daniel
Re: MIME Parts Not Forwarded?
Todd Goodman writes: I'm running mutt-1.3.7 on Solaris. When I forward a message it doesn't forward any of the MIME parts except the first text part. It seems to operate this way whether I forward MIME-encoded or not. Is this just the way it works or am I missing something? This is controlled by a number of variables listed under 2.5. Forwarding and Bouncing Mail in the mutt manual. Personally, I only use set mime_forward=ask-no
Re: Folder overview ?
* Daniel Kollar [EMAIL PROTECTED] [000816 16:58]: I'm missing an incoming folders overview. Procmail is spooling the incoming mail to different folders. How do I detect, which folders content new mail without entering each? Put something like the following into your muttrc: mailboxes ! =linux-users =mutt-users ... Pressing "c" change-folder and "?" will show a mailbox overview, where folders containing new messages have a "N" in front of their name. BTW, mutt has a pretty good manual...
Re: MIME Parts Not Forwarded?
* Lars Hecking [EMAIL PROTECTED] [000816 11:12]: This is controlled by a number of variables listed under 2.5. Forwarding and Bouncing Mail in the mutt manual. Personally, I only use set mime_forward=ask-no I'm still not "getting it". I have mime_forward set as you do to ask-no. I didn't have mime_forward_rest set so it should have defaulted to "yes" (I tried setting it explicitly to "yes" and had the same results). Perhaps I'm not asking the right way (or it's so obvious that it wouldn't/shouldn't work the way I want that my question isn't clear). I expect mime_forward to control whether the original message is attached as a MIME attachment (if yes) or included in the first text part (that is edited by the editor). I then would have thought that mime_forward_rest would control whether other attachments in the original message would be included as attachments in the forwarded message. If I want to forward a message with attachments it seems that I need to save the attachments, forward the text part and then reattach the files before sending. Is this really the only way to do this? Thank you, Todd
Re: MIME Parts Not Forwarded?
set mime_forward=ask-no I'm still not "getting it". I have mime_forward set as you do to ask-no. I didn't have mime_forward_rest set so it should have defaulted to "yes" (I tried setting it explicitly to "yes" and had the same results). Perhaps I'm not asking the right way (or it's so obvious that it wouldn't/shouldn't work the way I want that my question isn't clear). I expect mime_forward to control whether the original message is attached as a MIME attachment (if yes) or included in the first text part (that is edited by the editor). I then would have thought that mime_forward_rest would control whether other attachments in the original message would be included as attachments in the forwarded message. If I want to forward a message with attachments it seems that I need to save the attachments, forward the text part and then reattach the files before sending. Is this really the only way to do this? If you answer "Forward MIME encapsulated? ([n]/y):", which is controlled by mime_forward, with yes, the complete message will be attached as one message/rfc822 attachment. Is that what you want? Have you tried whether mime_forward_decode makes a difference?
Question?
Can anyone please help me? How do I automate saving an attachment to disk without having to go through the Mutt GUI interface?
Re: Question?
Gerald -- ...and then Gerald Manipon said... % Can anyone please help me? % How do I automate saving an attachment to disk without having to go through The most automated way I've found is to pump the email through munpack, which breaks apart all of the attachments. I've even whipped up a little wmunpack script to reset my umask (to world-readable) and drop the attachments in my web dir so that I can pick 'em up from another site (since I ssh in to read my mail) and just pipe the email through that when I hit something I need to download (zip file, word doc, etcetc). If you want to stay within mutt, you could probably whip up some sort of macro, but it's pretty easy to just hit 'v' to see the attachment list and scroll down to pick the one you want -- and it would probably be pretty hard to automate that without knowing in advance the number of the attachment you wanted. % the Mutt GUI interface? Don't call it a GUI or you might get folks mad at you ;-) :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
question
How do I automate saving an attachment to a file from the command line using mutt? I want to create a daemon that will look for emails, decode MIME attachments, and save them to a file.
Re: question
Gerald -- ...and then Gerald Manipon said... % How do I automate saving an attachment to a file from the command line using % mutt? I want to create a daemon that will look for emails, decode MIME % attachments, and save them to a file. Don't use mutt for this; use procmail and grab the messages as they come in. If you're trying, for example, to duplicate Eudora's "functionality" (ahem) of detaching items to a particular directory, you could use procmail to spit out the attachment and note the location back in the email (the headers would be the best place to avoid screwing up any PGP signatures) before sending the message on to its destination folder. :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
Re: MIME Parts Not Forwarded?
* Lars Hecking [EMAIL PROTECTED] [000816 11:59]: If you answer "Forward MIME encapsulated? ([n]/y):", which is controlled by mime_forward, with yes, the complete message will be attached as one message/rfc822 attachment. Is that what you want? Have you tried whether mime_forward_decode makes a difference? What I'm ultimately looking for is to edit the first text part (as when I answer no to mime_forward) but to still have all other parts of the orginal message attached just as they were in the original.
Re: MIME Parts Not Forwarded?
On 2000.08.16, in [EMAIL PROTECTED], "Todd Goodman" [EMAIL PROTECTED] wrote: What I'm ultimately looking for is to edit the first text part (as when I answer no to mime_forward) but to still have all other parts of the orginal message attached just as they were in the original. Use resend-message. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: MIME Parts Not Forwarded?
Todd Goodman writes: * Lars Hecking [EMAIL PROTECTED] [000816 11:59]: If you answer "Forward MIME encapsulated? ([n]/y):", which is controlled by mime_forward, with yes, the complete message will be attached as one message/rfc822 attachment. Is that what you want? Have you tried whether mime_forward_decode makes a difference? What I'm ultimately looking for is to edit the first text part (as when I answer no to mime_forward) but to still have all other parts of the orginal message attached just as they were in the original. I *think* the only way to do this is is to go to the attachment menu (v - view attachments), tag all attachments, and then ;-f (forward all tagged parts) MIME encapsulated, although the original text part will be an attachment, too, and cannot be edited.
Re: MIME Parts Not Forwarded?
* David Champion [EMAIL PROTECTED] [000816 14:03]: On 2000.08.16, in [EMAIL PROTECTED], "Todd Goodman" [EMAIL PROTECTED] wrote: What I'm ultimately looking for is to edit the first text part (as when I answer no to mime_forward) but to still have all other parts of the orginal message attached just as they were in the original. Use resend-message. This sounds intriguing, however I can't find that function documented anywhere in the mutt manual. You don't mean bounce-message, right? Todd
The Endless Quest for Simplification
I've got a bunch of mail files in ~/mail; procmail drops stuff there. Each file in that dir is, uh, sourced, in my .muttrc: mailboxes ~/mail/blah ~/mail/bork ~/mail/foo ~/mail/zort Can I generate that list automagically? I'm imagining something like: mailboxes ~/mail/* -- Evan Vetere | [EMAIL PROTECTED] PGP signature
Re: MIME Parts Not Forwarded?
* Lars Hecking [EMAIL PROTECTED] [000816 14:16]: Todd Goodman writes: What I'm ultimately looking for is to edit the first text part (as when I answer no to mime_forward) but to still have all other parts of the orginal message attached just as they were in the original. I *think* the only way to do this is is to go to the attachment menu (v - view attachments), tag all attachments, and then ;-f (forward all tagged parts) MIME encapsulated, although the original text part will be an attachment, too, and cannot be edited. OK. Thanks very much. Todd
Re: The Endless Quest for Simplification
Using a large mallet, Evan Vetere whacked out: Can I generate that list automagically? I'm imagining something like: mailboxes ~/mail/* Close. ~$ grep mailboxes .muttrc mailboxes `echo $HOME/mail/*` hth -suresh -- Suresh Ramasubramanian + Lumber Cartel India - tinlcI mallet @ cluestick.org + Wallopus Malletus Indigenensis Give me a Plumber's friend the size of the Pittsburgh dome, and a place to stand, and I will drain the world.
Re: The Endless Quest for Simplification
Evan -- ...and then Evan Vetere said... % I've got a bunch of mail files in ~/mail; procmail drops stuff there. % Each file in that dir is, uh, sourced, in my .muttrc: % % mailboxes ~/mail/blah ~/mail/bork ~/mail/foo ~/mail/zort Yep. % % Can I generate that list automagically? I'm imagining something like: % % mailboxes ~/mail/* Close... mutt doesn't parse your shell globbing wildcards, but can spawn off a subshell to do it for you (for instance :-) I have mailboxes $MAIL `echo $HOME/Mail/F.*` in my .mutt/muttrc and you'll probably find another dozen answers shortly. I could,sure, use sed to change the leading dir path to "=" but I figure it doesn't matter in the long run and so I don't waste the extra process. % % -- % Evan Vetere | [EMAIL PROTECTED] :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.bigfoot.com/~davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! The "new millennium" starts at the beginning of 2001. There was no year 0. Note: If bigfoot.com gives you fits, try sector13.org in its place. *sigh* PGP signature
Re: MIME Parts Not Forwarded?
Using a large mallet, Todd Goodman whacked out: * Lars Hecking [EMAIL PROTECTED] [000816 14:16]: I *think* the only way to do this is is to go to the attachment menu (v - view attachments), tag all attachments, and then ;-f (forward OK. Thanks very much. Resend message - esc e -- Suresh Ramasubramanian + Lumber Cartel India - tinlcI mallet @ cluestick.org + Wallopus Malletus Indigenensis "Give me enough medals, and I'll win any war." -- Napolean
Re: The Endless Quest for Simplification
On 2000.08.16, in [EMAIL PROTECTED], "Evan Vetere" [EMAIL PROTECTED] wrote: I've got a bunch of mail files in ~/mail; procmail drops stuff there. Each file in that dir is, uh, sourced, in my .muttrc: mailboxes ~/mail/blah ~/mail/bork ~/mail/foo ~/mail/zort Can I generate that list automagically? I'm imagining something like: mailboxes ~/mail/* You could try: source 'echo mailboxes `ls ~/mail/.` |' Not sure it'll work, but something like it should. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: The Endless Quest for Simplification
Suresh Ramasubramanian [EMAIL PROTECTED] [2000.08.16 15.09]: Close. ~$ grep mailboxes .muttrc mailboxes `echo $HOME/mail/*` Excellent. Thanks to all who threw their two pence my way. -- Evan Vetere | [EMAIL PROTECTED]
Re: The Endless Quest for Simplification
Brendan Cully [EMAIL PROTECTED] wrote on Wed, 16 Aug 2000: of course, there's no good reason to use = in the first place, I think. It's just a shortcut useful when typing... Indeed, because internally Mutt converts the = and + shortcuts to the full filename whenever it encouters them. So the folder names are never stored with the "=" in front, so no point in going to extra trouble just to include it. Mikko -- // Mikko Hänninen, aka. Wizzu // [EMAIL PROTECTED] // http://www.iki.fi/wiz/ // The Corrs list maintainer // net.freak // DALnet IRC operator / // Interests: roleplaying, Linux, the Net, fantasy scifi, the Corrs / Caution: breathing may be hazardous to your health.
/tmp listings
I don't understand this but I have a flood of "empty file"s in /tmp produced by mutt, what is this about? I know usually there are a few, but not this manyexcuse the ls mutt-dsl-64-34-6-73-16908-22 mutt-dsl-64-34-6-73-16908-24 mutt-dsl-64-34-6-73-16908-26 mutt-dsl-64-34-6-73-16908-28 mutt-dsl-64-34-6-73-16908-30 mutt-dsl-64-34-6-73-16908-32 mutt-dsl-64-34-6-73-16908-34 mutt-dsl-64-34-6-73-16908-36 mutt-dsl-64-34-6-73-16908-38 mutt-dsl-64-34-6-73-16979-10 mutt-dsl-64-34-6-73-16979-12 mutt-dsl-64-34-6-73-16979-14 mutt-dsl-64-34-6-73-16979-16 mutt-dsl-64-34-6-73-16979-18 i snipped 80 lines from this list
Messed up patch...
If you tried to use the patch I gave for urlview you may have run into some problems compiling... I recommend getting the updated version: http://ben.reser.org/projects/urlview-comma.patch For those that don't know this fixes the problem with URLs with commas in them not working with netscape. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org "Heuristics are bug ridden by definition. If they didn't have bugs, then they'd be algorithms."
script, macro
If i were to make a perl script to ask me some questions, and store the information.. Would I be able to pass this to vi and send from mutt? -- /Jason G Helfman "At any given moment, you may find the ticket to the circus that has always been in your possession." Fingerprint: 6A32 3774 E390 33B5 8C96 2AA1 2BF4 BD71 35A1 C149 GnuPG http://www.gnupg.org Get Private! 1024D/35A1C149