Re: Multiple POP accounts and personalities...
On Mon, Dec 06, 1999 at 01:46:27PM -0600, David DeSimone wrote: Ronny Haryanto [EMAIL PROTECTED] wrote: Some people doesn't have permanent internet connection, and it even costs them by the minute. Therefore selective downloading could make sense. Certainly. I have to dial up to the Internet myself. Fetchmail is configured to only poll POP servers when I am actively connected, and while I don't have it configured that way, it can be told to skip messages that are beyond a certain size. Thus, the desired behavior can be easily automated with fetchmail. Not quite. Fetchmail cannot download only headers of oversized messages, nor can it delete them. I do not know a way to achieve this in Linux short of telnetting to port 110. (Or, for that matter, going to work and using a Windows based mailer... Offtopic: hasn't anyone succeeded compiling a recent version of Mutt under CygWin?) That's really the main reason that Mutt's POP3 support is so lame: Because fetchmail does it better, so there's no point in doing all the work to improve Mutt's support. Fetchmail is not interactive. Mutt could use this advantage over fetchmail. If it doesn't, I do not see reasons for POP3 client in Mutt at all. Perhaps this job would be perfect for a different standalone tool, however Mutt already does something like this with IMAP folders. (I do understand that IMAP would be better, but not every mail provider supports it. Most of them don't even support APOP...) Best Regards, Marius Gedminas -- First rule of public speaking. First, tell 'em what you're goin' to tell 'em; then tell 'em; then tell 'em what you've tole 'em.
Re: Multiple POP accounts and personalities...
On Tue, Dec 07, 1999 at 10:30:38AM +0200, Marius Gedminas wrote: That's really the main reason that Mutt's POP3 support is so lame: Because fetchmail does it better, so there's no point in doing all the work to improve Mutt's support. Fetchmail is not interactive. Mutt could use this advantage over fetchmail. If it doesn't, I do not see reasons for POP3 client in Mutt at all. Yes, this is exactly my original point, there are situations where one wants to _interactively_ decide whether to download and/or delete mail from a POP3 server. No combination of fetchmail/procmail can do this. There are now a few Unix MUAs which handle POP3 mail quite nicely giving the user an interface which makes the POP3 mailbox appear as much as possible like an IMAP4 or local one. Headers are displayed and one can then delete, view, etc. as required. This *can't* be done using fetchmail/procmail. (e.g. tkrat, mahogany and others) Fetchmail I believe handles IMAP4 mailboxes quite well, why not advocate that fetching IMAP4 mail isn't mutt's job either? Perhaps this job would be perfect for a different standalone tool, however Mutt already does something like this with IMAP folders. (I do understand that IMAP would be better, but not every mail provider supports it. Most of them don't even support APOP...) Exactly! POP3 isn't as nice as IMAP4 but is ubiquitous. By all means campaign for ISPs to provide us with IMAP4 servers but meanwhile we need the tools to work with the mail service we have. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
default color in terminal
Hello everybody, I usually run mutt in an Eterm with a pixmap background, so I use the "default" color instead of black. My problem is that when run mutt in a non-X termininal the foreground and the background are black wherever I used the "default" color, so I cant read anything exept the status bars. My question is, Has anybody else noticed this or is it just my setup is bad? thanks for any pointers, shawn a. p.s. this is Mutt 1.0us running in ppc linux.
Re: index colors
On Fri, Dec 03, 1999 at 12:57:44PM +0200, Marius Gedminas wrote: [...] Let's add another one: 4) Q: Can Mutt color different parts of the header like it can do with the body (color body foo bar regexp)? A: No. (3) is very similar to (4) and could be accomplished like this: color header color2 ... ^Subject:.*$ color header-part color1 ... ^Subject: color header-part color3 ... my@email\.address # to show it's more # powerful ;) Would result in this: Subject: foo bar [EMAIL PROTECTED] baz color1 color3 Everything else is in color2. It would be pretty easy to implement. I think. A patch is attached. This looks great! How does one go about applying patches to FreeBSD "ports"? Though I know how to apply diffs, I understand the port system only enough to type "make" followed by "make install". (It is so easy!) But with my limited knowledge of the details of the process, I don't know how to insert an external diff into the mix. Is this even a question that has a general answer? Carl
Re: default color in terminal
On Mon, Dec 06, 1999 at 07:18:52PM -0700, shawn a. wrote: Hello everybody, "default" color instead of black. My problem is that when run mutt in a non-X termininal the foreground and the background are black wherever I used the "default" color, so I cant read anything exept the status bars. whoops, I should have read the manual, export COLORFGBG="green;black" that fixed me prob. sa
Re: Multiple POP accounts and personalities...
On Tue, 07 Dec 1999, Marius Gedminas wrote: On Mon, Dec 06, 1999 at 01:46:27PM -0600, David DeSimone wrote: Ronny Haryanto [EMAIL PROTECTED] wrote: Some people doesn't have permanent internet connection, and it even costs them by the minute. Therefore selective downloading could make sense. Certainly. I have to dial up to the Internet myself. Fetchmail is configured to only poll POP servers when I am actively connected, and while I don't have it configured that way, it can be told to skip messages that are beyond a certain size. Thus, the desired behavior can be easily automated with fetchmail. Not quite. Fetchmail cannot download only headers of oversized messages, nor can it delete them. I do not know a way to achieve this in Linux short of telnetting to port 110. (Or, for that matter, going to work and using a Windows based mailer... Offtopic: hasn't anyone succeeded compiling a recent version of Mutt under CygWin?) There is a perl utility called Poppy which I've been using for this purpose for a long time. It's available in the /system/mail/pop directory of your local mirror of sunsite.unc.edu Adam
[Feature Request] ordering of headers
Is there a way to make mutt display headers in the same order for each mail? It seem that mutt is just printing the headers in the order that is inside each email. Like sometimes I get: Date: blah From: foo To:me Subject: Uh huh. Message-ID: string and other times I get: Message-ID: string To: me Date: blah Subject: Uh huh. From: foo I already use the ignore and uninore thingie. I was just hoping to order the headers so that reading email becomes more uniform. --timball -- Send mail with subject "send pgp key" for public key. pub 1024R/CFF85605 1999-06-10 Timothy L. Ball [EMAIL PROTECTED] Key fingerprint = 8A 8E 64 D6 21 C0 90 29 9F D6 1E DC F8 18 CB CD
Re: Multiple POP accounts and personalities...
On Tuesday, 07 December 1999 at 09:10, Chris Green wrote: On Tue, Dec 07, 1999 at 10:30:38AM +0200, Marius Gedminas wrote: That's really the main reason that Mutt's POP3 support is so lame: Because fetchmail does it better, so there's no point in doing all the work to improve Mutt's support. Fetchmail is not interactive. Mutt could use this advantage over fetchmail. If it doesn't, I do not see reasons for POP3 client in Mutt at all. Yes, this is exactly my original point, there are situations where one wants to _interactively_ decide whether to download and/or delete mail from a POP3 server. No combination of fetchmail/procmail can do this. yes, but fetchmail is now a rather large and complex program, implying that incorporating even fetchmail's features into mutt makes a big bloated mess. Another alternative is to add some small features to fetchmail where you could pass a flag requesting particular messages be recalled or deleted by number, or requesting just headers on a given run. I actually discussed this with Eric Raymond (fetchmail's author) specifically in the context of making a more powerful POP backend for MUAs, and he seemed to really like the idea. This was about a month ago - but I haven't been working on it since I've been working on mutt and school instead. If fetchmail had these features, then we could chuck mutt's native POP support in favour of a nice fetchmail interface and everyone would be happy :) There are now a few Unix MUAs which handle POP3 mail quite nicely giving the user an interface which makes the POP3 mailbox appear as much as possible like an IMAP4 or local one. Headers are displayed and one can then delete, view, etc. as required. This *can't* be done using fetchmail/procmail. (e.g. tkrat, mahogany and others) yes, but it might be better to add some code to fetchmail (which all mailers could use), than to add it to mutt. Fetchmail I believe handles IMAP4 mailboxes quite well, why not advocate that fetching IMAP4 mail isn't mutt's job either? fetchmail doesn't handle IMAP4 mailboxes well. It can download mail from your INBOX to your spool. That's it. Is that what you want? -- Brendan Cully [EMAIL PROTECTED] | OLD SKOOL ROOLZ "I'll level with you: | .-_|\ Please let me on your show, I'd | / \ Like a day off school"| Perth -*.--._/
Re: [Feature Request] ordering of headers
I'm an idiot. hdr_order Guess I need to get sgml-tools eh? --timball -- Send mail with subject "send pgp key" for public key. pub 1024R/CFF85605 1999-06-10 Timothy L. Ball [EMAIL PROTECTED] Key fingerprint = 8A 8E 64 D6 21 C0 90 29 9F D6 1E DC F8 18 CB CD
Re: [Feature Request] ordering of headers
Timothy Ball [EMAIL PROTECTED] wrote on Tue, 07 Dec 1999: Is there a way to make mutt display headers in the same order for each mail? Yes, the hdr_order command. I personally use this in my .muttrc: # Header order hdr_order Date: From: To: Cc: Subject: Resent- Regards, 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 / Have you rebooted your Windows today? Linux! No more reboots.
Re: [Feature Request] ordering of headers
On 07-Dec-1999, Timothy Ball wrote: I already use the ignore and uninore thingie. I was just hoping to order the headers so that reading email becomes more uniform. I've been using hdr_order ever since I used mutt back in 0.9x. I guess you need to dig deeper into the manual. -- Ronny Haryanto
Re: [Feature Request] ordering of headers
From the manual page: hdr_order header1 header2 [ ... ] With this command, you can specify an order in which mutt will attempt to present headers to you when viewing messages. Note that this command is implemented for half an eternity. On 1999-12-07 10:00:19 -0600, Timothy Ball wrote: Date: Tue, 7 Dec 1999 10:00:19 -0600 From: Timothy Ball [EMAIL PROTECTED] To: Mutt Users Mailing List [EMAIL PROTECTED] Subject: [Feature Request] ordering of headers Mail-Followup-To: Mutt Users Mailing List [EMAIL PROTECTED] User-Agent: Mutt/1.1.1i Is there a way to make mutt display headers in the same order for each mail? It seem that mutt is just printing the headers in the order that is inside each email. Like sometimes I get: Date: blah From: foo To: me Subject: Uh huh. Message-ID: string and other times I get: Message-ID: string To: me Date: blah Subject: Uh huh. From: foo I already use the ignore and uninore thingie. I was just hoping to order the headers so that reading email becomes more uniform. --timball -- Send mail with subject "send pgp key" for public key. pub 1024R/CFF85605 1999-06-10 Timothy L. Ball [EMAIL PROTECTED] Key fingerprint = 8A 8E 64 D6 21 C0 90 29 9F D6 1E DC F8 18 CB CD -- http://www.guug.de/~roessler/
Re: Multiple POP accounts and personalities...
On Tue, Dec 07, 1999 at 11:08:43AM -0500, Brendan Cully wrote: yes, but fetchmail is now a rather large and complex program, implying that incorporating even fetchmail's features into mutt makes a big bloated mess. Would the POP3 features be more complex than the current IMAP4 features? Another alternative is to add some small features to fetchmail where you could pass a flag requesting particular messages be recalled or deleted by number, or requesting just headers on a given run. I actually discussed this with Eric Raymond (fetchmail's author) specifically in the context of making a more powerful POP backend for MUAs, and he seemed to really like the idea. This was about a month ago - but I haven't been working on it since I've been working on mutt and school instead. If fetchmail had these features, then we could chuck mutt's native POP support in favour of a nice fetchmail interface and everyone would be happy :) This sounds quite a good idea. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: [Feature Request] ordering of headers
Hi Timothy! You need to set hdr_order ie: hdr_order From: Subject: To: Cc: Bcc: Sean On Tue, 07 Dec 1999, Timothy Ball wrote: Is there a way to make mutt display headers in the same order for each mail? It seem that mutt is just printing the headers in the order that is inside each email. Like sometimes I get: Date: blah From: foo To: me Subject: Uh huh. Message-ID: string and other times I get: Message-ID: string To: me Date: blah Subject: Uh huh. From: foo I already use the ignore and uninore thingie. I was just hoping to order the headers so that reading email becomes more uniform. --timball -- Send mail with subject "send pgp key" for public key. pub 1024R/CFF85605 1999-06-10 Timothy L. Ball [EMAIL PROTECTED] Key fingerprint = 8A 8E 64 D6 21 C0 90 29 9F D6 1E DC F8 18 CB CD Sean -- GPG ID (DSA) 92B9D0CF PGP2 ID 19592A0D Linux User: #124682 ICQ: 679813 To get my PGP Keys send me an empty email with retrieve as the subject It said "Needs Windows 95 or better". So I installed Linux... PGP signature
Re: Multiple POP accounts and personalities...
Adam Huffman [[EMAIL PROTECTED]] wrote: On Tue, 07 Dec 1999, Marius Gedminas wrote: Not quite. Fetchmail cannot download only headers of oversized messages, nor can it delete them. I do not know a way to achieve this in Linux short of telnetting to port 110. (Or, for that matter, going to work and using a Windows based mailer... Offtopic: hasn't anyone succeeded compiling a recent version of Mutt under CygWin?) There is a perl utility called Poppy which I've been using for this purpose for a long time. It's available in the /system/mail/pop directory of your local mirror of sunsite.unc.edu Freshmeat has it too: http://freshmeat.net/appindex/1998/03/27/891013287.html "Poppy is a small Perl script that will individually retrieve only the headers of mail messages from a POP3 server and then allow you to view, save, or delete each. This is especially good for systems with limited resources, whether thats limited disk space, slow internet connect, or no GUI's. It is also good for managing your POP3 mailbox when your normal mail reader is setup not to delete mail off the POP3 server or is having problems downloading large emails." -- Jeremy Blosser | [EMAIL PROTECTED] | http://jblosser.firinn.org/ -+-+-- "If Microsoft can change and compete on quality, I've won." -- L. Torvalds PGP signature
Kanji Mutt
Hi, I have a generic RedHat 5.2 system and I have just installed Mutt 1.0i. I don't have Japanese support anywhere else on my system, and frankly all the Japanese support docs I have read look very, very scary. All I'm interested in doing is writing and reading Japanese e-mail. Is there some kind soul out there who already has Japanese support (preferably via some easy method like rpms) who would be willing to hold my hand through the process? I'd really appreciate it. Thanks, Richard
Re: Kanji Mutt
Richard Hakim [[EMAIL PROTECTED]] wrote: I have a generic RedHat 5.2 system and I have just installed Mutt 1.0i. I don't have Japanese support anywhere else on my system, and frankly all the Japanese support docs I have read look very, very scary. All I'm interested in doing is writing and reading Japanese e-mail. Is there some kind soul out there who already has Japanese support (preferably via some easy method like rpms) who would be willing to hold my hand through the process? I'd really appreciate it. Try http://home.sprintmail.com/~kikutani/mutt.html -- Jeremy Blosser | [EMAIL PROTECTED] | http://jblosser.firinn.org/ -+-+-- "If Microsoft can change and compete on quality, I've won." -- L. Torvalds PGP signature
Bug attaching a file
Re Mutt version: Mutt 1.0i (1999-10-22) Copyright (C) 1996-9 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: SunOS 5.5.1 [using ncurses 5.0] Compile options: -DOMAIN -HOMESPOOL -USE_SETGID +USE_DOTLOCK +USE_FCNTL -USE_FLOCK -USE_IMAP -USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP2 -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL="/usr/lib/sendmail" MAILPATH="/var/mail" SHAREDIR="/usr/local/share/mutt" SYSCONFDIR="/usr/local/etc" ISPELL="/usr/local/bin/ispell" _PGPPATH="/usr/local/bin/pgp" _PGPV2PATH="/usr/local/bin/pgp" After composing a message, I tried to attach a file to it. I used the "Attach file" command from the "Compose" menu and typed "?" to select from the list of files. After navigating through several directories, I got to a directory that contained a symbolic link to the file I wanted to attach. I moved the cursor down to the link, typed a carriage return to select the link, and got the message "full pathname of link is not a directory". -- John Yates 305 South 38th Street Flatiron Software Boulder, Colorado 80303 [EMAIL PROTECTED] +1 303 499 2892
