Re: local date
On Tue, Sep 10, 2002 at 01:09:05PM -0400, Keith R. John Warno wrote:
Is there any intuitive way to get the ``Date:'' header (as shown in the
pager) to always show the time converted to my local time zone?
Well, I don't know how intutive it is, but there is an easy way to do it.
Simply replace %d with %D in the value of the $index_format
configuration variable. If you have't specified a custom $index_format,
the default is %4C%Z%{%b %d} %-15.15L (%4l)%s, so if you set it to
%4C%Z%{%b %D} %-15.15L (%4l)%s you should be good.
That is, you need to put
set index_format=%4C%Z%{%b %D} %-15.15L (%4l)%s
in your .muttrc or .mutt/muttrc.
--
Mark REED| CNN Internet Technology
1 CNN Center Rm SW0831G | [EMAIL PROTECTED]
Atlanta, GA 30348 USA | +1 404 827 4754
--
Q: What do you call a blind pre-historic animal?
A: Diyathinkhesaurus.
Q: What do you call a blind pre-historic animal with a dog?
A: Diyathinkhesaurus Rex.
Re: local date
On Tue, Sep 10, 2002 at 01:48:19PM -0400, Mark J. Reed wrote:
Simply replace %d with %D in the value of the $index_format
Whups, I lied. I mean, that would be correct if you were using
%d *outside* of %{...}, but stuff inside %{...} is strftime(3) format
characters, not mutt format characters. To use local time
instead of sender's time with the same strftime format,
just change the {} to []:
set index_format=%4C%Z%[%b %d] %-15.15L (%4l)%s
--
Mark REED| CNN Internet Technology
1 CNN Center Rm SW0831G | [EMAIL PROTECTED]
Atlanta, GA 30348 USA | +1 404 827 4754
--
Disk crisis, please clean up!
Re: rtfm dammit
On Mon, Sep 09, 2002 at 08:59:24AM -0400, Bruno Lustosa wrote: [EMAIL PROTECTED] [[EMAIL PROTECTED]] wrote: Actually my sig is at least ELEVEN lines, but hey, whose counting ? ( FYI - The last part of the sig has a word riddle in it) //\ eLviintuaxbilse/\\ Linux is evitable? Linux is in evitable == Linux is inevitable. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- The things that interest people most are usually none of their business.
Re: Problem displaying special characters (ie. Euro symbol)
On Wed, Aug 14, 2002 at 04:11:50PM +0200, Marc wrote: Hi all! I have a little problem displaying the Euro symbol (among some others) in mutt. It always ends up in \200 instead of the Euro symbol. I use XTerm as my terminal. Maybe that's of interest for someone. ..] Content-Type: text/plain; charset=iso-8859-1 Has the Euro symbol been added to Latin-1? If so, what did it replace - the generic currency symbol at 0xA4? None of my iso-8859-1 fonts seem to have the symbol, so I thought you had to use Unicode to get it. (In which case you need to set your charset to utf-8 instead of iso-8859-1, make sure you're running a utf-8 capable xterm with the -u8 option, and make sure you have glibc-2.2. I had no end of problems getting Unicode to work with mutt, but it turned out that the reason was my glibc was only 2.1.) -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Theory is gray, but the golden tree of life is green. -- Goethe
Re: Display of non-ascii chars
Thanks a mil! I have added this to my .bash_profile and it seems to work just fine! (and since we are performing magic here anyway, you wouldn't happen to know of a way to COMPOSE such characters, rather than just reading them?) If you use the vim editor for composing messages, then you can set up digraphs to enter non-ASCII characters; it also supports a completely general but more awkward input method where you can type control-V followed by the decimal character code of the character you want, or the letter 'u' followed by the hexadecimal Unicode code point. Any more general solution for use outside of your editor depends even more on the environment in which you are running mutt. If you're running it in an X terminal program on the console of the Unix box, for instance, you can set up an XIM (X Input Manager) server, or manually remap certain key combinations via the xmodmap program. If you're connecting from a terminal program on a Windows box, then you can usually install international virtual keyboard layouts and switch between them with hotkeys or a system tray icon. There's also the vim-like solution of holding down the Alt key and typing a decimal character code on the numeric keypad (although that only works for 8-bit values, not Unicode code points); and of course you can always paste from the Character Map system accessory. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Steele's Plagiarism of Somebody's Philosophy: Everybody should believe in something -- and I believe I'll have another drink.
Re: RFE: regex backrefs
On Wed, Jul 31, 2002 at 05:54:42PM +0200, Roman Neuhauser wrote: btw, vim's regex support is completely b0rken IMO. its (no) magic switches... weird syntax... ugh. Given that vim's regexes are based on vi's which are based on ed's, and ed was the first UNIX program to *have* regexes, it's hardly fair to call its regex support broken. It just has to be backward-compatible with a regex flavor that has been superceded, so it uses special escapes. It's the same reason that modern grep programs, which have features formerly found only in egrep, use \+ instead of +, \| instead of |, etc. Meanwhile, the 'magic' stuff was orignally put in vi to make the more common cases easier for new users, but it has been expanded in vim to the point where you can set it up to have a fairly modern regex syntax (with fewer backslashes, etc). Vim may not have modern innovations from Perl 5 like non-capturing grouping, lookaround, etc., but it's hardly broken. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Photographing a volcano is just about the most miserable thing you can do. -- Robert B. Goodman [Who has clearly never tried to use a PDP-10. Ed.]
Re: where to specify html viewer
On Wed, Jul 31, 2002 at 02:42:10PM -0400, [EMAIL PROTECTED] wrote: When I installed the latest version of mutt, it changed or lost how to view html messages (lynx), and now returns this error: h: lynx-dump: command not found Look in ~/.mailcap. It appears that you're set up to try to run a command called lynx-dump instead of lynx -dump (note the space) - that is, the lynx command with the -dump option. Which will just show you the raw HTML, by the way, and may not be what you actually want anyway. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Windows 98 is guaranteed to make your system 98% slower.
Re: Home/End mapping on Sun keyboard
I get the Key is not bound message on my Linux PC, too. Where did you see the reference in the documentation? There may be a more significant problem, though. On the PC, both keys actually send something to the terminal window (Home key sends ESC[1~; End key sends ESC[4~). On my Sun, pressing the keys sends an event that X recognizes but no characters to the terminal window at all, so there's no way a terminal program like mutt can do anything with them. You could use xmodmap to modify the bindings on those keys to something that a terminal program can detect, but then they would stop working properly in GUI applications. On Fri, Jul 12, 2002 at 08:02:18AM -0400, Charles Gagnon wrote: The mutt documentation says that the 'home' and 'end' keys on the keyboard should make you jump to the beginning and the end of a message while reading it. On Solaris 8 running on sparc (with a standard sun keyboard) I get the Key is not bound message. Anyone knows how to add this binding to my config? Thanks. -- Charles Gagnon | My views are my views and they http://unixrealm.com | do not represent those of anybody [EMAIL PROTECTED] | but me. There are lies, damn lies, and statistics. -- Mark Twain -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- If you can't get your work done in the first 24 hours, work nights.
Re: Home/End mapping on Sun keyboard
On Fri, Jul 12, 2002 at 10:22:42AM -0400, Thomas Dickey wrote: however, since he's getting key-not-bound, none of this applies... Well, now, that's a very good point. Duh. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Democracy is a process by which the people are free to choose the man who will get the blame. -- Laurence J. Peter
Re: Problem piping *.doc attachment to AbiWord.
On Wed, Jul 10, 2002 at 10:40:16AM -0400, John P Verel wrote: I have antiword set up as my mailcap entry for viewing MSWord docs and it works great (thanks Sven :). What I'd also like to do, from time to time, is pipe a *.doc to AbiWord. The problem is that piping and opening attachments work via different mechanisms. Piping uses the UNIX concept of pipes, which is where it gets its name, and you can't pipe to AbiWord. While many UNIX commands are written to operate as a filter - reading from their standard input instead of from a named file - AbiWord is not. When you open an attachment, the attachment first gets saved to a file on disk with some temporary name (like /tmp/foo.doc). In the command from your mailcap, %s is then replaced with that filename before the command is executed. So what ends up being run is, for example, this: abiword /tmp/foo.doc But when you pipe to a command, the attachment isn't saved first. Mutt just runs the command and then sends the data to it on its standard input. It's as if you had typed just the command with no arguments: abiword and then started typing the contents of the attachment on your keyboard. If you try to pipe to abiword %s then it just runs that command literally, and abiword tries to open a file named '%s' and can't find it. Like you, I have antiword set up for everyday .doc reading, and fire up AbiWord when antiword isn't enough. But I just save the attachment and then run abiword on it: s filename !abiword filename -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- I can give you my word, but I know what it's worth and you don't. -- Nero Wolfe, Over My Dead Body
Re: Problem piping *.doc attachment to AbiWord.
On Wed, Jul 10, 2002 at 11:30:09AM -0400, John P Verel wrote: s filename !abiword filename Yep, that works fine. Just looking for a shortcut. I suppose one could construct a macro to do the above, right? Sure, something like this should do the trick: macro attach a s/tmp/foo.doc\r!abiwordSpace/tmp/foo.doc\r Then just hit a to open an attachment up in Abiword. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- They will only cause the lower classes to move about needlessly. -- The Duke of Wellington, on early steam railroads.
Re: Problem piping *.doc attachment to AbiWord.
On Wed, Jul 10, 2002 at 12:23:35PM -0400, John P Verel wrote: On 07/10/02 11:37 -0400, Mark J. Reed wrote: macro attach a s/tmp/foo.doc\r!abiwordSpace/tmp/foo.doc\r Almost. Sorry. My version worked fine on my system. I got this to work: macro attach a save-entry\cubol~/tmp/foo.doc\n!AbiWord ~/tmp/foo.doc\n Without ^U, the original name of the attachment was being appended to foo.doc. Ah, could be. The attachment I tested it on had no filename in its Content-Disposition. The bol is just insurance. Also, AbiWord is case sensitive. Okay. When I installed AbiWord, it created both 'abiword' and 'AbiWord' links. Your macro has \r in two places. What the intent there? Carriage return. \n works too, since you can hit control-J instead of Enter, but since the key I actually hit is Enter and it sends a carriage return, that's what I use in my macros. Time for lunch. After lunch, I'll amend the macro to delete the temp file. Yeah, I almost replied to my own message to add that, but decided it wasn't worth another message in the thread. :) -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Swap read error. You lose your mind.
Re: Easy one for thee gurus - default to encrypt
On Tue, Jul 09, 2002 at 08:06:33PM +0300, Odhiambo Washington wrote: 1. How do I tell mutt to automatically encrypt all messages addressed to user1@domain1, user2@domain2 ??? send-hook . set pgp_autoencrypt=no send-hook user1@domain1|user2@domain2 set pgp_autoencrypt=yes The first line makes sure autoencrypt is off by default (even after you've sent a message to one of the autoencrypt recipients). The second line turns it on when sending to one of the given addresses. You could also have one send-hook line per address, which would probably result in an easier-to-maintain list. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Small is beautiful.
Re: set realname with folder-hook?
I think you have to quote the second argument to folder-hook if it contains spaces, which means you need quotes within the quotes for cases like your default realname. Did you try this? folder-hook . set realname=\Mark Johnson\ folder-hook in-mutt set realname=Mark On Tue, Jul 09, 2002 at 01:46:52PM -0600, Mark Johnson wrote: I'm trying set realname using a folder-hook. Tried this: folder-hook . set realname=Mark Johnson folder-hook in-mutt set realname=Mark and variants, but can't seem to get it working. When changing folders under this setup, I notice that mutt-1.3.25 gives an error indicating that 'Johnson' is an unknown variable. -- Mark [EMAIL PROTECTED] -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Like winter snow on summer lawn, time past is time gone.
Re: Display problems with non-7bit text
You may recall that some weeks ago I posted that I couldn't read a UTF-8 message in my UTF-8 terminal even though everything appears to be set up properly: $charset, locale environment variables, locale definition matching those variables, message's Content-Type: header, wide-character version of ncurses, etc. Well, I did some debugging, and the problem appears to be this: Mutt is not treating incoming UTF-8 messages as UTF-8. It is finding and parsing the the charset=utf-8 parameter in the Content-Type: header, but the multibyte-to-wide character conversion is just returning each individual byte as a separate character instead of converting from UTF-8 and returning the transformed Unicode characters. So it's sabotaged long before it is even trying to convert the characters into something my terminal can display. For instance, my test message is some Latin text, and one of the characters in it that falls outside of the Latin-1 range is LATIN SMALL LETTER A WITH MACRON, U+0101. This is encoded in UTF-8 as the two-byte sequence 0xC4 0x81. Instead of returning the single character U+0101, the multibyte decoder is returning two characters: U+00C4 followed by U+0081. U+00C4 is LATIN CAPITAL LETTER A WITH DIARESIS (�) which is what I see if I run mutt in a Latin-1 terminal instead of a UTF-8 one; but U+0081 is a reserved control character which fails the iswprint() test and is therefore replaced by a backslash-octal sequence. So instead of the single character it should be sending (a small 'a' with a line over it), mutt is sending the five-character sequence �\201. (And since in UTF-8, � followed by \ is an invalid multibyte sequence, I see an invalid character glyph instead of the � in my UTF-8 terminal.) Any tips on where to look further to figure out why it's not recognizing the incoming message as UTF-8? -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- One is not superior merely because one sees the world as odious. -- Chateaubriand (1768-1848)
Re: Display problems with non-7bit text
[Resending with downgraded character set. I don't know why mutt thought it needed to use UTF-8 to encode this message; I avoided anything outside of the Latin-1 range, and I have $send_charset set to us-ascii:iso-8859-1:utf-8. But here's take two.] You may recall that some weeks ago I posted that I couldn't read a UTF-8 message in my UTF-8 terminal even though everything appears to be set up properly: $charset, locale environment variables, locale definition matching those variables, message's Content-Type: header, wide-character version of ncurses, etc. Well, I did some debugging, and the problem appears to be this: Mutt is not treating incoming UTF-8 messages as UTF-8. It is finding and parsing the the charset=utf-8 parameter in the Content-Type: header, but the multibyte-to-wide character conversion is just returning each individual byte as a separate character instead of converting from UTF-8 and returning the transformed Unicode characters. So it's sabotaged long before it is even trying to convert the characters into something my terminal can display. For instance, my test message is some Latin text, and one of the characters in it that falls outside of the Latin-1 range is LATIN SMALL LETTER A WITH MACRON, U+0101. This is encoded in UTF-8 as the two-byte sequence 0xC4 0x81. Instead of returning the single character U+0101, the multibyte decoder is returning two characters: U+00C4 followed by U+0081. U+00C4 is LATIN CAPITAL LETTER A WITH DIARESIS (Ä) which is what I see if I run mutt in a Latin-1 terminal instead of a UTF-8 one; but U+0081 is a reserved control character which fails the iswprint() test and is therefore replaced by a backslash-octal sequence. So instead of the single character it should be sending (a small 'a' with a line over it), mutt is sending the five-character sequence Ä\201. (And since in UTF-8, Ä followed by \ is an invalid multibyte sequence, I see an invalid character glyph instead of the Ä in my UTF-8 terminal.) Any tips on where to look further to figure out why it's not recognizing the incoming message as UTF-8? -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- One is not superior merely because one sees the world as odious. -- Chateaubriand (1768-1848)
Re: Recording outbound messages
On Mon, Jul 08, 2002 at 12:57:51PM -0700, Deb wrote:
Ah!!! So obvious... but I wasn't sure.
Okay, I'm looking at it now - Nope, there's no Fcc: I'll set
that up next.
While you can set it up manually, that wasn't what I meant.
The value of $record should automatically appear as the value of
the Fcc: header, unless it is overridden by an fcc-save-hook or
you manually add a different Fcc: value in your editor.
I have $record set to '=sent' ('=' and '+' are synonymous in folder names)
and $copy set to yes, and when I get to the compose menu,
I see Fcc: =sent. Not sure why you're not seeing the same behavior.
--
Mark REED| CNN Internet Technology
1 CNN Center Rm SW0831G | [EMAIL PROTECTED]
Atlanta, GA 30348 USA | +1 404 827 4754
--
If one cannot enjoy reading a book over and over again, there is no use
in reading it at all.
-- Oscar Wilde
Re: Display problems with non-7bit text
On Mon, Jul 08, 2002 at 05:17:25PM -0400, Thomas Dickey wrote: You said you were running Mandrake 7.1, but did not say what version of glibc - and if you are using libiconv. One of your comments regarding compile problems left me with the impression that the glibc may be too old to properly support libiconv. I'm using glib 1.2. But I have no difficulty using iconv (GNU libiconv 1.8) to convert to and from UTF-8 in other applications. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- I am a jelly donut. I am a jelly donut.
Re: Display problems with non-7bit text
On Fri, Jun 14, 2002 at 10:58:34AM -0400, Thomas Dickey wrote: you really need the post-5.2 patches, since ncursesw was only tentative at that point. The rollup patch should be sufficient - ftp://invisible-island.net/ncurses/5.2 Well, I installed this patch, and rebuilt mutt, to no avail. Mutt built with -lncursesw, but still displays Unicode characters outside of the Latin-1 range with octal escapes, even though those characters display fine if I just cat the mbox file in the same terminal. I've tried setting LC_CTYPE to en_US and en_US.utf-8; I've also tried leaving it and all other locale environment variables unset. No luck. I noticed that even though mutt built with -lncursesw, it used an include path of -I/usr/include/ncurses; I manually changed that to -I/usr/include/ncursesw in all the Makefiles and rebuilt, but that didn't seem to make any difference. Any other suggestions? -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- It is best not to swap horses while crossing the river. -- Abraham Lincoln
Re: bad mime types
You can change the type of an attachment from the attachment menu (after hitting 'v'). After moving the cursor to the attachment and before hitting RETURN to open it, hit control-e, and enter application/msword or whatever. And politely ask whoever sent you that attachment to fix their mail user agent software. :) On Tue, Jun 18, 2002 at 02:01:09PM -0400, Mike Arrison wrote: Mutters, I received an msword .doc file today with a mime/encoding like this: A 4 DocumentName.doc [applica/octet-stre, base64, 42K] I'm have application/msword assosicated nicely with antiword, but is there anyway to view this file without saving it first? I could associate application/octet-stream, but that seems dumb. Thoughts? -Mike Arrison -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Men freely believe that which they desire. -- Julius Caesar
Re: AbiWord in Mailcap works well :)
AbiWord is a fine program, though it might be considered overkill for everday viewing of Word attachments. I use antiword and only fire up AbiWord if I really want to see or print out the original document in all its formatted glory. Also, you might want to upgrade; AbiWord 1.0.2 is out, and I find it successfully opens many Word documents that 0.99.x could not. On Tue, Jun 18, 2002 at 12:47:24PM -0400, John P Verel wrote: Just to pass this on -- I find that abiword-0.99.5-1 works wonderfully well in ~/.mailcap to open msword documents. The entry, trivially simple, is: application/msword; /usr/bin/AbiWord %s John -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- If a nation expects to be ignorant and free, ... it expects what never was and never will be. -- Thomas Jefferson
Re: Display problems with non-7bit text
On Fri, Jun 14, 2002 at 12:06:37PM +0100, Richard Curnow wrote: To display UTF-8 with ncurses, you need the wide-character version libncursesw. ISO-8859-1 works either way. Ah. And this is the behavior I'm seeing - mutt-1.4 displays Latin-1 characters just fine, correctly translating them to UTF-8 for display. For the characters outside of that range I guess I need to go find libncursesw. Could you direct me to an appropriate site whence I can download it? Thanks much! -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- We don't have to protect the environment -- the Second Coming is at hand. -- James Watt
Re: Display problems with non-7bit text
On Fri, Jun 14, 2002 at 10:10:42AM -0400, Mark J. Reed wrote: Could you direct me to an appropriate site whence I can download [libncursesw]? Never mind, I answered my own question with some web searching; standard ncurses source will build libncursesw if configured with the --enable-widec option. Thank you anyway. :) -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- I'm not denyin' the women are foolish: God Almighty made 'em to match the men. -- George Eliot
UTF-8 display problems
I have a message that is in UTF-8, it is marked as such in the header (charset=utf-8); I have $charset set to utf-8 in my muttrc, and I'm using a UTF-8 terminal emulator. But mutt is doing something to the message such that it does not show up properly in the internal pager; I get garbage characters followed by characters that show up as \NNN. If I set $pager to vim, it shows up fine, but I don't want to use the functionality of the mutt built-in pager. Any suggestions? -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Q: How do you stop an elephant from charging? A: Take away his credit cards.
Re: UTF-8 display problems
I should have mentioned that I'm using mutt 1.4i. On Thu, Jun 13, 2002 at 03:50:09PM -0400, Mark J. Reed wrote: I have a message that is in UTF-8, it is marked as such in the header (charset=utf-8); I have $charset set to utf-8 in my muttrc, and I'm using a UTF-8 terminal emulator. But mutt is doing something to the message such that it does not show up properly in the internal pager; I get garbage characters followed by characters that show up as \NNN. If I set $pager to vim, it shows up fine, but I don't want to use the functionality of the mutt built-in pager. Any suggestions? -- Mark REED | CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Q:How do you stop an elephant from charging? A:Take away his credit cards. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- There are no games on this system.
Re: UTF-8 display problems
On Thu, Jun 13, 2002 at 03:50:09PM -0400, Mark J. Reed wrote: it shows up fine, but I don't want to use the functionality of ^^^ And I meant lose there. :) -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Play Rogue, visit exotic locations, meet strange creatures and kill them.
Re: sorting by date question
You want to sort by (r)ecv (that is, date RECeiVed), rather than sort by (d)ate, which sorts by the Date: header. On Wed, Jun 12, 2002 at 11:46:07AM -0400, Lane Brooks wrote: I am using mutt to access a IMAP account, and I have sort by date. However, it sorts it by the date of sender, and not the date on which it was received. In other words, if a user has the wrong time or date on their machine, it will get reflected in my mailbox when mutt sorts it. Other IMAP clients that I use to access this same mailbox sort it by the date I actually received the mail, not the date the sender's machine says. Is there a way to have mutt sort it by the date received instead of the date sender marks it with? Thanks, Lane Brooks -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Some people have no respect for age unless it's bottled.
Re: TOFU
On Wed, Jun 05, 2002 at 08:18:05AM +0200, Rocco Rutte wrote: So, there's no real equivalent term outside .de, I guess? It is easily rendered in English as Text Over, Fullquote Under. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- You are confused; but this is your normal state.
Re: TOFU
This was a test-resend - I originally sent this message yesterday morning. So I was also a victim of the random message-munching mentioned in the List slow? thread. On Thu, Jun 06, 2002 at 09:15:23AM -0400, Mark J. Reed wrote: On Wed, Jun 05, 2002 at 08:18:05AM +0200, Rocco Rutte wrote: So, there's no real equivalent term outside .de, I guess? It is easily rendered in English as Text Over, Fullquote Under. -- Mark REED | CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- You are confused; but this is your normal state. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- If value corrupts then absolute value corrupts absolutely.
Re: 3 quick questions
On Thu, Jun 06, 2002 at 04:14:30PM -0400, Kevin Coyner wrote: 1. Where do D (deleted) msgs go? Is there an equivalent of trash, or am I truly out of the disneyland GUI world now and just like using rm on files, there's no going back. I believe that once you've synchronized the folder, deleted messages are gone for good. 2. When I'm in the index mode with all mail listed and I've marked a bunch with D, is there a keystroke command that will flush out all of the D items so there's only N or O mail in there? Yup - hit $ 3. This is the question that bothers me most: Let's say I have three email POP3 email accounts on three different ISP/domains. I've got fetchmail set up to fetch from all three. But what I can't figure out is how I can, on the fly, select any one of these accounts to be my From: and Reply-to: address. The way I do this is by having edit_headers set, and having a vim macro that changes the From: address. The mutt variable $alternates only affects what Mutt recognizes as mail sent by or to you, which in turn affects how it gets displayed in the index and whether you get included on group replies. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- It is a human characteristic to love little animals, especially if they're attractive in some way. -- McCoy, The Trouble with Tribbles, stardate 4525.6
Re: TOFU
On Wed, Jun 05, 2002 at 08:18:05AM +0200, Rocco Rutte wrote: So, there's no real equivalent term outside .de, I guess? It is easily rendered in English as Text Over, Fullquote Under. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- You are confused; but this is your normal state.
Re: text/plain is unsupported?
Note the comma in text/plain,. I'd say it's an error in the incoming message. On Tue, Jun 04, 2002 at 05:56:33PM -0400, Philip Mak wrote: I just got this e-mail message, and when I looked at it in the pager, all I saw was this: Date: Tue, 4 Jun 2002 02:40:08 From: Ryan Edwards [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Classic Cars or parts for sale [-- text/plain, is unsupported (use 'v' to view this part) --] Is this a bug in mutt, or was that message just badly formed MIME? From: Ryan Edwards [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Classic Cars or parts for sale Date: Tue, 4 Jun 2002 02:40:08 -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Each man is his own prisoner, in solitary confinement for life.
Re: attribution with date+time - timezone required? no!
The definition of GMT has always been an absolute, independent of the actual local clock time in Greenwich, England (which is currently British Summer Time, BST, one hour ahead of GMT/UTC). You are correct that the acronym GMT is an anachronism, but it remains a very popular one. For all intents and purposes it is synonymous with UTC. My understanding is that the change from GMT to UTC was made to avoid historical confusion. Originally, 0 hours GMT was noon, matching the start of the Julian Day and convenient for astronomers who work through the night. Sometime in the 1920s it was moved to midnight, at which point GMT became possibly ambiguous for past dates. UTC is unambiguous: for any date in the past or future, 0 hours UTC refers to midnight. On Wed, May 29, 2002 at 03:33:14PM -0400, Rob Reid wrote: At 9:51 AM EDT on May 28 David T-G sent off: GMT does not change in the summer. GMT is GMT all year round. That's why it's Greenwich Mean Time and not Greenwich Most-of-the Time. UK Daylight time is BST , or GMT+1. I think you're behind the times, David ;-) I was taught that what you said above was true for a while until the town (village?) of Greenwich got tired of not having daylight savings time (and being an hour off from the rest of Britain for the summer) and relinquished GMT. Thus was UT (Universal Time) born, which is the real, i.e. no Daylight Savings, time at the longitude of Greenwich. In other words it's what used to be called GMT, but Greenwich itself doesn't use it anymore, so GMT is an anachronism. If anyone from the vicinity of Greenwich would like to correct me, please do. Puns are optional. -- I didn't attend the funeral, but I sent a nice letter saying that I approved of it. - Mark Twain Robert I. Reid [EMAIL PROTECTED] http://astro.utoronto.ca/~reid/ PGP Key: http://astro.utoronto.ca/~reid/pgp.html -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Patch griefs with proverbs. -- William Shakespeare, Much Ado About Nothing
Re: Apostrophe
On Mon, May 06, 2002 at 08:34:20AM -0400, Dean Richard Benson wrote: Hi there I wonder if someone in here can help me out with a small mutt (or maybe locale) problem I am having. When I receive a message with apostrophes in they come over like this (example line) that we\222ve received your message. As soon as our automated systems Is there any way to make the \222 be displayed correctly? Well, what you should do is get whoever's sending you this mail to turn off smart quotes. The \222 character (octal 222, decimal 146, U+0092) is not an apostrophe but a right single quote - and even then it's not a standard character but a Windows-specific one (the standard right single quote character is U+2019). However, if the mail is actually coming in with a 'charset=' value that indicates its Windows-specific nature, then you should be able to convince mutt to translate it for display; I'll have to defer to the muttrc gurus for the specifics, though. Many thanks Dean -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Why does New Jersey have more toxic waste dumps and California have more lawyers? New Jersey had first choice.
Re: view other msgs while composing
On Fri, May 03, 2002 at 09:06:53AM +1200, V K wrote: Is there a way to read other emails of the same folder while composing one? (Other than cranking up a second mutt.) Well, I don't know of any way to do this within mutt, but I'm not much of a power-user. I usually crank up mutt in another window. But sometimes, since my composing editor is vim, I type :new /path/to/folder scroll down to the text I care about in the other vim pane. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Do I have a lifestyle yet?
Re: Search on mailboxes
On Fri, Apr 26, 2002 at 11:12:35AM -0400, Shawn McMahon wrote:
cd maildir
find . -exec grep -l stuff {} \;
That works, but find -exec is inefficient, because it runs grep once
per file, while grep is perfectly capable of looking at multiple
files per run. It's better to use -print and xargs(1). Also, you only
want to try to grep files, not subdirectories, so you probably want
to specify -type f. That gives you this:
find . -type f -print | xargs grep -l stuff
When run, that command will list all the folders containing stuff.
If you instead want to see all of the actual lines that contain
stuff, just leave off the '-l' option to grep. Unfortunately, grep
won't tell you which mail message within the folder contains the
text; you need mailgrep or some other third-party add-on program
for that.
--
Mark REED| CNN Internet Technology
1 CNN Center Rm SW0831G | [EMAIL PROTECTED]
Atlanta, GA 30348 USA | +1 404 827 4754
--
Advertisements contain the only truths to be relied on in a newspaper.
-- Thomas Jefferson
Re: compile errors
On Thu, Apr 11, 2002 at 12:52:45PM -0300, Eduardo Gargiulo wrote: Hi all. I'm STILL trying to compile mutt-1.3.28i, but the process failed with the following error: What's your environment? Operating system+version, compiler+version? It appears that you're missing the resource limit declarations. On both my Linux Mandrake 7 and Solaris 7 systems, those are found in the include file sys/resource.h, but it appears that they're not in that file on your system, so you may have to add a #include to pgp.h. The other possibility is that the declarations are in that file, but configure script wasn't able to determine that such a file exists. But since it makes that determination by actually trying to compile a C program with the line #include sys/resource.h, that's unlikely. --- 8 --- pgp.c: In function `disable_coredumps': pgp.c:70: variable `rl' has initializer but incomplete type pgp.c:70: warning: excess elements in struct initializer after `rl' pgp.c:70: warning: excess elements in struct initializer after `rl' pgp.c:70: storage size of `rl' isn't known pgp.c:75: warning: implicit declaration of function `setrlimit' pgp.c:75: `RLIMIT_CORE' undeclared (first use in this function) pgp.c:75: (Each undeclared identifier is reported only once pgp.c:75: for each function it appears in.) pgp.c:70: warning: unused variable `rl' make[1]: *** [pgp.o] Error 1 make[1]: Leaving directory `/usr/src//mutt-1.3.28' make: *** [install-recursive] Error 1 --- 8 --- i get the same error with 1.3.27i version and i want pgp support. is there someone in the list that points me how to solve this problem? TIA -- Eduardo Gargiulo ejg(at)ar.homelinux.org -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Banacek's Eighteenth Polish Proverb: The hippo has no sting, but the wise man would rather be sat upon by the bee.
Re: echo $EUID
On Wed, Apr 03, 2002 at 08:12:00AM -0500, Shawn McMahon wrote: Don't assume, however, that BSD style necessarily is 100% the same as GNU style. ps being the example, yet again; the w option doesn't show as much stuff as you can get with two ws on GNU ps. You can also put two 'w's on /usr/ucb/ps and get the full command line of every process, but the point is a good one. The GNU/Linux versions of commands are neither System V nor BSD, but a separate animal inspired to various degrees by each of the traditions. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Military intelligence is a contradiction in terms. -- Groucho Marx
Re: echo $EUID
On Wed, Apr 03, 2002 at 05:55:25AM +0200, Sven Guckes wrote: * Matthew D. Fuller [EMAIL PROTECTED] [2002-03-27 11:50]: .. I end up having to work around Solaris' braindamage in a number of ways. For instance, on every OTHER OS (including pre-Solaris-renaming SunOS, HP/UX 9, NeXT Mach), I can use id -u to get the EUID. Solaris? /usr/xpg4/bin/id -u -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- 186,282 miles per second: It isn't just a good idea, it's the law!
Re: echo $EUID
On Tue, Apr 02, 2002 at 11:27:31PM -0500, Mark J. Reed wrote: /usr/xpg4/bin/id -u To expand upon this: When SunOS becamse Solaris, its base moved from BSD (Berkeley's UNIX-based OS) to System V (official UNIX from ATT). For compatibility with System V applications (and with the POSIX standard), they had to give all of the standard commands in /bin (or /usr/bin) the System V semantics. However, the older behavior was in many cases superior, and those commands have been retained in /usr/xpg4. I tend to prefer the XPG version of most commands, so I have /usr/xpg4 before /usr/bin in my PATH. In cases where there was an even wider divergence between the BSD and System V commands (the ps(1) command being the most infamous example), you may find the BSD version in /usr/ucb (this is analogous to but reversed from the old SunOS case, where the System V versions were in /usr/5bin). Note that not all Solaris installs have these packages; I've found that more have /usr/xpg4 than /usr/ucb. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Now I lay me down to sleep I pray the double lock will keep; May no brick through the window break, And, no one rob me till I awake.
OT: web of trust [was Re: message signing]
On Mon, Apr 01, 2002 at 01:00:39PM -0500, Peter T. Abplanalp wrote: ok. just to see how things work, i lsigned the key that i got from the keyserver when i opened the email i am responding to. presumably your key and email ;-). now when mutt invokes gpg, i get the same message of good signature but no validity. that being the case, what is the purpose of lsigning a key? You might not care about the actual real-world identity of someone; you may only care to know that two messages from them did, in fact, come from the same person. In that case, you don't want to sign the key in a sharable way, because that certifies the identity associated with the key; but you can lsign it is an indication to yourself of your decision to treat the key that way, or just to shut the program up about the unsigned key. so you are saying it is a totally subjective judgement call? Yes. that means i could sign all the keys i have from this list and send everyone a copy back and that would be ok? Okay from a web-of-trust sense. Not so okay from a spam-avoidance sense. :) somehow i think some people would become angry. Most folks wouldn't get angry; they just wouldn't trust your signature. Your signature on a key doesn't do the owner of that key any good unless folks trust YOU to make the right decision when signing keys. If you make a habit of signing keys without verifying the ID, then your signature just becomes worthless. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Remember the... the... uhh. msg26471/pgp0.pgp Description: PGP signature
Re: Optimizations?
On Wed, Mar 27, 2002 at 05:15:07PM +, Simon White wrote: So, I have PuTTY for SSH, will look into the options and check that out tonight. In the PuTTY configuration window, click on Connection-SSH in the treeview; there's an Enable compression checkbox, and it's off by default. Checking that should help a lot. -- Mark J. REED[EMAIL PROTECTED]
Re: M$ Outhouse E. for UNIX
On Wed, Mar 27, 2002 at 10:51:34AM -0500, Rocco Rutte wrote: hostname, on any sane system, displays the hostname when called with no args, and tries to set it (requiring root at THAT point) when it has args. Yes. And Solaris is sane in this fashion. Solaris assumes that you're always trying to set it, even to nothing. Not true. Type 'hostname' and you get the output, no root required. You said it yourself - it only wants you to be root when you supply an argument. And '-s' IS AN ARGUMENT. There is nothing automatic or magical about switches/options to commands on UNIX; if you are writing a program and want it to accept options, you have to write it to do so explicitly - although there are libraries that make this easy. On traditional UNIX systems, hostname(1) has no options. So it sees it has an argument (-s) and tries to set the hostname to that. Since you're not root, it fails. You are simply accustomed to the extended version of the hostname command, standard in Linux distributions, which has been written to recognize a set of option switches. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Worth seeing? Yes, but not worth going to see. msg26488/pgp0.pgp Description: PGP signature
Re: timediff - precision?
On Thu, Mar 28, 2002 at 02:07:59AM +0100, Sven Guckes wrote: $ TIMEFMT=%D ./timediff 4/6/67 3/28/02 Difference is 11773.96 days. Besides the fraction, that's just plain wrong. 1967-04-06 to 2002-03-28 is 12,775 days. Maybe your %D is not the same as his %D? Where did 'timediff' come from? -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Poverty begins at home.
Re: timediff - precision?
Here's a short (44-line) Perl script that will do the job. It's not
flexible on the argument format - they have to be -mm-dd - and
it is Perl, but at least it doesn't use a zillion modules. The only
module it does use is POSIX, and that's only to get the floor() function;
if you aren't going to be dealing with negative years you can get rid
of the use POSIX line and replace floor(...) with int(...).
--
Mark REED| CNN Internet Technology
1 CNN Center Rm SW0831G | [EMAIL PROTECTED]
Atlanta, GA 30348 USA | +1 404 827 4754
--
If you are going to walk on thin ice, you may as well dance.
#!/usr/bin/perl
use POSIX;
# calculate the number of days between two Gregorian dates
if (@ARGV != 2)
{
die Usage: $0 -mm-dd1 -mm-dd2\n;
}
my ($from, $to) = @ARGV;
my $from_jd = jd_from_gregorian(split('-',$from));
my $to_jd = jd_from_gregorian(split('-',$to));
print $to_jd - $from_jd, \n;
exit(0);
# Calculate the astronomical Julian Day number as of noon on the given
# (year, month, day). In this program we don't really need the
# actual JD; any absolute day count would give us the same answer
# without the offset. But it doesn't hurt to use a number that's
# meaningful in other contexts.
sub jd_from_gregorian
{
my ($year, $month, $day) = @_;
my $elapsed_years = $year;
# We start counting from March to keep February from screwing
# up the math
my $months_into_year = $month - 3;
if ($months_into_year 0)
{
$elapsed_years--;
$months_into_year += 12;
}
my $thirty1sts = floor((7*$months_into_year+7)/12);
# JD 1,721,120 began at noon UTC on March 1st, 0 AD (== 1 BC)
# in the retrojected Gregorian calendar.
return 1_721_120
+ $elapsed_years * 365
+ floor($elapsed_years/4)
- floor($elapsed_years/100)
+ floor($elapsed_years/400)
+ $months_into_year * 30
+ $thirty1sts
+ $day
- 1;
}
Re: SPAM-filter with mutt
On Tue, Feb 19, 2002 at 02:22:08AM -0800, Will Yardley wrote: hrmm... i found it fairly easy to install - perl Makefile.pl ; make ; make install. Yup. That part worked fine. Passed all the tests, etc. you need to setup your own copies of the config and user prefs files, which is perhaps what it's complaining about. Indeed. It could not find the master copies of those files. Despite installing itself according to perl's Config.pm - which in my case meant it wound up in /opt/perl/bin, /opt/perl/share, etc - it was looking for the files under /usr/share/spamassassin and in a handful of other hard-coded places that have nothing to do with the actual installation directories. I did finally get it configured properly, and so far it seems to be working very well. In the past day it appears to have caught all of the spam sent me, along with three false positives - all of which were cron job output that uses a spamer-like attention-getting subject line. -- Mark J. REED[EMAIL PROTECTED]
Re: SPAM-filter with mutt
Well, I tried Spam Assassin, but have yet to get it to work. It installed its files in one directory tree, but looks for them in a completely different one. The test works great when run from the build directory, with all the files it needs in $PWD, but from any other directory it can't find its rules, even though I think I've manually corrected all of the paths in SpamAssassin.pm and SpamAssassin/Conf.pm. If you're not comfortable digging around your Perl install and manually tweaking files, I recommend looking elsewhere. -- Mark J. REED[EMAIL PROTECTED]
Re: People who don't wrap their lines
Cameron Simpson wrote: Of course you need par installed, but it works a treat. Just hit ^l and it will reformat the lines for you. Nick Wilson replied: Wouldn't fmt do ok? It'll mangle quoted text (which I presume is the advantage of par) but OTOH is already installed. Yes. I use fmt for this, and had never heard of par. Just replace 'par 72' with 'fmt -72'. Or you could do 'fmt -s -72' which will split long lines but not join short lines; the formatting isn't as nice, but at least quoted text doesn't get embedded quotation markers like this. -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW0831G | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Q: How many Martians does it take to screw in a lightbulb? A: One and a half.
Iconv question
I just built and installed Mutt 1.3.27i. I have iconv in my C library with all MIME character set names supported. I'm running mutt in a UTF-8 xterm with my LC_* variables all set to en_US.utf8. Given this setup and the new iconv support, my expectation was that when I displayed a Latin-1 message (marked as such in the Content-Type: header via charset=ISO-8859-1) mutt would convert it from Latin-1 to UTF-8 so it would display properly in my terminal window. But it's not doing so - it's just outputting the bytes from the message with no conversion. Could anyone tell me what I'm missing? Thanks! -- Mark REED| CNN Internet Technology 1 CNN Center Rm SW1032C | [EMAIL PROTECTED] Atlanta, GA 30348 USA | +1 404 827 4754 -- Every path has its puddle.
