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: Optimizations?
26-Mar-02 at 11:33, Will Yardley ([EMAIL PROTECTED]) wrote : jennyw wrote: Also, I notice that when I open up a folder, it gets all the headers before it displays them. Is there a way to get it to a) cache information) or b) read only some of the headers instead of all of them? If you stay in the index, rather than going to the pager, then you can see which headers are available without downloading. It is annoying, however, to have to dl a whole message (especially when some fool sends you a screenshot of their problem with LookOut Express in Windows BMP format at 3Mb when they could have done the same in JPEG with about 40Kb). I feel that IMAP support is still incomplete; Mutt is primarily a MUA for reading local mail, or for integrating with fetchmail and a POP scenario, which amounts to the same thing for Mutt since all mailboxes are local. Mutt does have a canny advantage though: you can delete attachments and keep only the message body, which I find useful for trouble tickets with big attachments that I no longer need, but want to archive. if you have shell access on your mail machine, and it's on a good connection, i'd just run mutt on the machine itself. Well, you might not be able to compile mutt on a public mail server for one, or get shell access. Mail servers are often too busy to have SSH sessions on them all over the place. Secondly, on a dialup link, it's too slow if you SSH somewhere and you have to /compose/ mail. For moving around the screen, even if you're good with vim (or whatever you set $THE_ONE_TRUE_EDITOR to) is not responsive enough. And if you have a connection that is fast enough not to notice that, you can probably download mail fast anyway. I SSH to my workstation from a fixed IP authenticated dialup connection at home and it's too slow to compose mail, although reading mail is quicker with Mutt than PINE running locally and just fetching mail from the server. This is largely due to the pager allowing faster browsing of mail. Even on 10Mbps local network, this IMAP issue needs improving - it causes Mutt to wait around sometimes, especially when in the pager and I forget to go back to the index, and wait for the messages to be downloaded one by one as I hit down arrow. Attachments should /never/ be systematically downloaded, that is the beauty of IMAP. And, to be able get my mail with PINE or other IMAP clients from wherever I happen to be. keeping mail locally is a travesty if you travel and move around a lot... you never know when you will need to refer back to some old email when you are challenged by a client whilst on site. -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:56.62% see www.mersenne.org] Whenever I watch TV and see those poor starving kids all over the world, I can't help but cry. I mean, I'd love to be skinny like that but not with all those flies and death and stuff. -- Mariah Carey [Arbitrary quotes signature rotation, a simple bash script by Simon White]
Re: Optimizations?
On Mar 27, Simon White [[EMAIL PROTECTED]] wrote: 26-Mar-02 at 11:33, Will Yardley ([EMAIL PROTECTED]) wrote : if you have shell access on your mail machine, and it's on a good connection, i'd just run mutt on the machine itself. ... Secondly, on a dialup link, it's too slow if you SSH somewhere and you have to /compose/ mail. For moving around the screen, even if you're good with vim (or whatever you set $THE_ONE_TRUE_EDITOR to) is not responsive enough. And if you have a connection that is fast enough not to notice that, you can probably download mail fast anyway. I SSH to my workstation from a fixed IP authenticated dialup connection at home and it's too slow to compose mail, although reading mail is quicker with Mutt than PINE running locally and just fetching mail from the server. This is largely due to the pager allowing faster browsing of mail. Weird. I used to do this all the time before I had DSL, and it was never a problem. And the mail server I was connecting to was a 486 w/12M of RAM. The initial connection was slow, but after that it was fine. Are you using SSH compression? It helps a lot. msg26270/pgp0.pgp Description: PGP signature
Re: Optimizations?
27-Mar-02 at 08:33, Jeremy Blosser ([EMAIL PROTECTED]) wrote : On Mar 27, Simon White [[EMAIL PROTECTED]] wrote: Secondly, on a dialup link, it's too slow if you SSH somewhere and you have to /compose/ mail. For moving around the screen, even if you're good with vim (or whatever you set $THE_ONE_TRUE_EDITOR to) is not responsive enough. And if you have a connection that is fast enough not to notice that, you can probably download mail fast anyway. I SSH to my workstation from a fixed IP authenticated dialup connection at home and it's too slow to compose mail, although reading mail is quicker with Mutt than PINE running locally and just fetching mail from the server. This is largely due to the pager allowing faster browsing of mail. Weird. I used to do this all the time before I had DSL, and it was never a problem. And the mail server I was connecting to was a 486 w/12M of RAM. The initial connection was slow, but after that it was fine. Are you using SSH compression? It helps a lot. How fast do you type? I'm at ~55wpm if typing easy mail where I don't think too much. Not sure if I had compression set. In any case, I don't like ANY delay between keypress and letter appearing on screen, since I'm not looking at the keys as I type, and if the display is constantly catching up it throws me right off. -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:57.13% see www.mersenne.org] When the bosses talk about improving productivity, they are never talking about themselves. [Arbitrary quotes signature rotation, a simple bash script by Simon White]
Re: Optimizations?
On Mar 27, Simon White [[EMAIL PROTECTED]] wrote: 27-Mar-02 at 08:33, Jeremy Blosser ([EMAIL PROTECTED]) wrote : On Mar 27, Simon White [[EMAIL PROTECTED]] wrote: Secondly, on a dialup link, it's too slow if you SSH somewhere and you have to /compose/ mail. For moving around the screen, even if you're good with vim (or whatever you set $THE_ONE_TRUE_EDITOR to) is not responsive enough. And if you have a connection that is fast enough not to notice that, you can probably download mail fast anyway. I SSH to my workstation from a fixed IP authenticated dialup connection at home and it's too slow to compose mail, although reading mail is quicker with Mutt than PINE running locally and just fetching mail from the server. This is largely due to the pager allowing faster browsing of mail. Weird. I used to do this all the time before I had DSL, and it was never a problem. And the mail server I was connecting to was a 486 w/12M of RAM. The initial connection was slow, but after that it was fine. Are you using SSH compression? It helps a lot. How fast do you type? I'm at ~55wpm if typing easy mail where I don't think too much. Faster than that. Not sure if I had compression set. In any case, I don't like ANY delay between keypress and letter appearing on screen, since I'm not looking at the keys as I type, and if the display is constantly catching up it throws me right off. You probably didn't have compression set. Try running ssh with the -C option. It makes a dramatic difference. msg26283/pgp0.pgp Description: PGP signature
Re: Optimizations?
27-Mar-02 at 11:09, Jeremy Blosser ([EMAIL PROTECTED]) wrote : You probably didn't have compression set. Try running ssh with the -C option. It makes a dramatic difference. I am running WinME at home. I know, it's a travesty... here are my excuses: 1) My modem is a winmodem (Kortex PCI 56k) and Linux offline is no fun. However, I do have a dual boot. I have tried PCTel Linux drivers no luck so far. 2) My wife likes Windows. Only just got her into computing, it's a bit early for KDE in English since she is mainly French speaking. I refuse to have an OS in any other language than English. But Windows isn't an OS so I can put that in French. 3) I do a lot of digital audio/video stuff and in Linux it's more work getting my capture card and good audio products than creating the actual music / video. WinME comes off reasonably well, and I have found it to be more stable than 98 was, but then I have a custom install of ME (well, as custom as you can get with a GUI and a few registry hacks). So, I have PuTTY for SSH, will look into the options and check that out tonight. Simon. -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:57.19% see www.mersenne.org] Men never do evil so completely and cheerfully as when they do it from religious conviction. -- Blaise Pascal [Arbitrary quotes signature rotation, a simple bash script by Simon White]
Re: Optimizations?
On Mar 27, Simon White [[EMAIL PROTECTED]] wrote: 27-Mar-02 at 11:09, Jeremy Blosser ([EMAIL PROTECTED]) wrote : You probably didn't have compression set. Try running ssh with the -C option. It makes a dramatic difference. So, I have PuTTY for SSH, will look into the options and check that out tonight. It should still help, but probably not as much. I've not seen a windows terminal emulator that didn't run a whole lot slower than seemed necessary. msg26290/pgp0.pgp Description: PGP signature
Re: Optimizations?
27-Mar-02 at 12:39, Jeremy Blosser ([EMAIL PROTECTED]) wrote : On Mar 27, Simon White [[EMAIL PROTECTED]] wrote: 27-Mar-02 at 11:09, Jeremy Blosser ([EMAIL PROTECTED]) wrote : You probably didn't have compression set. Try running ssh with the -C option. It makes a dramatic difference. So, I have PuTTY for SSH, will look into the options and check that out tonight. It should still help, but probably not as much. I've not seen a windows terminal emulator that didn't run a whole lot slower than seemed necessary. PuTTY on WinME (PII 350) runs just as fast as a regular ssh session from my Linux Workstation (PIII 550). I am very happy with it, and it's free. -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:57.33% see www.mersenne.org] /\ASCII Ribbon Campaign \ /Respect for open standards X No HTML/RTF in email / \No M$ Word docs in email
Re: Optimizations?
Simon, et al -- ...and then Simon White said... % % 27-Mar-02 at 12:39, Jeremy Blosser ([EMAIL PROTECTED]) wrote : % On Mar 27, Simon White [[EMAIL PROTECTED]] wrote: % 27-Mar-02 at 11:09, Jeremy Blosser ([EMAIL PROTECTED]) wrote : %You probably didn't have compression set. Try running ssh with the -C %option. It makes a dramatic difference. % % So, I have PuTTY for SSH, will look into the options and check that out % tonight. % % It should still help, but probably not as much. I've not seen a windows % terminal emulator that didn't run a whole lot slower than seemed necessary. % % PuTTY on WinME (PII 350) runs just as fast as a regular ssh session from % my Linux Workstation (PIII 550). I am very happy with it, and it's free. Agreed; putty is good. It also supports compression, but you can't change that once a session is running. Fire up putty, load your target profile, and then go down to SSH on the menu listing on the left side (assuming you are running something current like 0.51 or better) to find the enable compression checkbox. % % -- % [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:57.33% see www.mersenne.org] %/\ASCII Ribbon Campaign %\ /Respect for open standards % X No HTML/RTF in email %/ \No M$ Word docs in email :-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.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg26296/pgp0.pgp Description: PGP signature
Re: Optimizations?
27-Mar-02 at 14:37, David T-G ([EMAIL PROTECTED]) wrote : It also supports compression, but you can't change that once a session is running. Fire up putty, load your target profile, and then go down to SSH on the menu listing on the left side (assuming you are running something current like 0.51 or better) to find the enable compression checkbox. I figured it out - I only got to read this email once I had already logged in over SSH (it's so cool to be able to log in to my work PC from home over SSH) with compression activated. It is indeed much better, the latency when I type has improved. All my Mutt colours work beautifully too. Much better than PINE, just for the colours :) -- [Simon White. vim/mutt. [EMAIL PROTECTED] GIMPS:57.38% see www.mersenne.org] UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. -- Dennis Ritchie [Arbitrary quotes signature rotation, a simple bash script by Simon White]
Re: Optimizations?
On 17:15 27 Mar 2002, Simon White [EMAIL PROTECTED] wrote: | 2) My wife likes Windows. Only just got her into computing, it's a bit | early for KDE in English since she is mainly French speaking. I refuse to | have an OS in any other language than English. But if you have the KDE internationalisation for France (just a bunch of message catalogues I thing - an RPM or something similarly easy) you can run in English and she can run in French. Check out the locale manual entries. Windows, of course, will olny do one language on a given install. (I gather, from the we need Windows JP for testing requests we get here from our QA department). -- Cameron Simpson, DoD#743[EMAIL PROTECTED]http://www.zip.com.au/~cs/ I like pigs. Dogs look up to us. Cats look down on us. Pigs treat us as equals. - Winston Churchill (1874-1965)
Optimizations?
I'm using mutt with an IMAP server (Courier). I notice that when I open a message with attachments, that mutt reads them in. Is there a way to just get the message body without attachments by default? Also, I notice that when I open up a folder, it gets all the headers before it displays them. Is there a way to get it to a) cache information) or b) read only some of the headers instead of all of them? I'm using mutt 1.3.27-4 (Debian Woody). Thanks! Jen
Re: Optimizations?
jennyw wrote: [not sure about your second question] Also, I notice that when I open up a folder, it gets all the headers before it displays them. Is there a way to get it to a) cache information) or b) read only some of the headers instead of all of them? there's currently no caching for IMAP headers. there's a patch by michael elkins to do this for Maildir folders in 1.5.0; he mentions that the code could fairly easily be extended to work with IMAP as well, but it doesn't currently. a couple other things you might consider; you could use isync to sync the imap server to local Maildir folders (never done this either, so not sure how well it would work). if you have shell access on your mail machine, and it's on a good connection, i'd just run mutt on the machine itself. -- Will Yardley input: william hq . newdream . net .
Optimizations?
I'm using mutt with an IMAP server (Courier). I notice that when I open a message with attachments, that mutt reads them in. Is there a way to just get the message body without attachments by default? Also, I notice that when I open up a folder, it gets all the headers before it displays them. Is there a way to get it to a) cache information) or b) read only some of the headers instead of all of them? I'm using mutt 1.3.27-4 (Debian Woody). Thanks! Jen
