Re: too many messages saturates slow link

great! problem solved. thanks! David Champion <[EMAIL PROTECTED]> writes: > Subject: Re: too many messages saturates slow link > > On 2001.03.30, in <[EMAIL PROTECTED]>, > "Suresh Ramasubramanian" <[EMAIL PROTECTED]> wrote: > &g

too many messages saturates slow link

hi, when i connect via a slow link to my box, i get this when i type mutt: Reading /var/spool/mail/me... 1869 (33%) this saturates my modem line for a little while. because (it seems) there is a lot of redraws printing the message count (one line per message?). is there some way to turn it off

feature request: delayed delete

i just had an idea for a feature that i think could kick ass. though maybe it is already in place :) i have a mailbox with 3000 messages and the problem is that i keep on leaving stuff there that i think i will need later, but stays there for years. the idea is to delay-delete a message. the ide

Re: handling text/plain based on extension of the file

Thomas Roessler <[EMAIL PROTECTED]> wrote: > To answer the original question: For mutt, no such thing > as a file extension exists when it looks at how to > interpret incoming data. well, but attachments have a comment field or something because i can see the name of the file being sent. it also

Re: handling text/plain based on extension of the file

Suresh Ramasubramanian <[EMAIL PROTECTED]> wrote: > Carlos Puchol proclaimed on mutt-users that: > > >i reveive ".mgp" files as text/plain attachments, because > >most people don't know about magicpoint (a little known > > set auto view in .

handling text/plain based on extension of the file

hi, i was wondering how to do the following (if possible). i reveive ".mgp" files as text/plain attachments, because most people don't know about magicpoint (a little known but awesome presentation software), thus they don't have a mailcap entry of "application/magicpoint; mgp %s" and a mime ent

fix for redhat 1.2i mutt char encodings

i asked last week about a more recent rpm that did not have broken SHAREDIR, etc. like the original redhat 6.2 had. redhat released an update, mutt-1.2i-2, but it needs to have --enable-locales-fix added to the ./prepare line for accented chars to print (the --with-charmaps option does not seem t

fix for redhat 1.2i mutt char encodings

i asked last week about a more recent rpm that did not have broken SHAREDIR, etc. like the original redhat 6.2 had. redhat released an update, mutt-1.2i-2, but it needs to have --enable-locales-fix added to the ./prepare line for accented chars to print (the --with-charmaps option does not seem t

Re: making mutt packages.

Thomas Roessler <[EMAIL PROTECTED]> wrote: > I'd suggest you use the DESTDIR mechanism. That is, you > ./configure mutt with the directories you want on the > target system. Then, when it comes to installing things, > you type: > > make DESTDIR=/what/ever/path/you/want install > > (At le

No Subject

> From: Manoj Kasichainula <[EMAIL PROTECTED]> > Subject: Re: mime types when attaching files not working > > On Wed, May 10, 2000 at 12:35:51PM -0500, Carlos Puchol wrote: > > hi, it appears i the setting of proper mime types does not > > work when attaching files.

mime types when attaching files not working

slate 90 rotate 0.72 0.72 scale %2 2 scale 0 0 moveto 350 0 rlineto 0 200 rlineto -350 0 rlineto closepath fill 1 setgray /Right { dup stringwidth pop neg 0 rmoveto show } def /Courier findfont 18 scalefont setfont 15 162 moveto (Carlos Puchol) show 335 162 moveto (Mayte Tormo) Right /Cou