Re: 1.3.x series need for iconv/libiconv
On Thu, Aug 17, 2000 at 10:13:37AM +0200, Martin [Keso] Keseg wrote: [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote : 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. Hi, no, it;s not a problem about development computers, that's a problem of solaris. I was talking about iconv problem with Brendan Cully and we were making some tests and we decided, that ppl on solaris have to use libiconv. I take your point about Solaris but it also required libiconv on a RedHat 6.1 system. -- 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 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/
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/
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 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/
Re: push and the limit command
On Mon, Aug 14, 2000 at 06:41:59PM +0300, Mikko Hänninen wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote on Mon, 14 Aug 2000: push l ! 'DELETE THIS MESSAGE' but, at startup, mutt just says:- Error in /usr/home/chris/.mutt/muttrc, line 96: push: too many arguments What am I doing wrong? I guess it's something to do with the '!' and the RE but I can't work out the right syntax. Push is a command that takes exactly one argument. If you want to push a space, you need to quote the entire string: push "l! 'DELETE THIS MESSAGE'" You should also be careful with the limit, and make sure it matches *only* that one message, and for example, not messages to mutt-users discussing how to avoid seeing that message... And you may in fact wanted to use "l!~s 'DELETE THIS MESSAGE'", to match the subject, or something. Thanks for the response, I now have the above push working OK. Yes, I appreciate there's always a risk of missing other messages as well, however the message number in the index gives one a clue by indicating how many messages have been ignored by the limit. I have 'improved' the limit RE now so that it's:- push "l!~s '^DON'\\''T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA$'^M" This (I hope) anchors the string at both ends so that only messages with this exact subject will be matched so messages with 'Re:' on the front etc. will not be ignored. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Odd MH error message when using IMAP
I'm experimenting with a UW IMAP server using mutt. The UW server runs on a system where I have a shell login and gives me access straight to my home directory there. If I just open {halkidiki.areti.com} I get an error message in the mutt status line which says:- /usr/home/chris/.mh_profile not found, mh format names disabled If I open {halkidiki.areti.com}Mail then I don't get the error message. If I navigate 'up' from the {halkidiki.areti.com}Mail then I get the error message. I.e. it would seem that I get this error message whenever the IMAP server tries to show me my home directory. After the error message is displayed for a few seconds things carry on OK. I can't see anything that looks specifically like an MH folder so why does the server think I ought to have a .mh_profile? Also (I know this isn't really mutt oriented) why do I get folders INBOX, #ftp and #news shown to me? They aren't real folders, is there some UW IMAP documentation that would tell me about this? -- 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 03:27:46AM -0500, David Champion wrote: On 2000.08.15, in [EMAIL PROTECTED], "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote: push "l!~s '^DON'\\''T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA$'^M" This (I hope) anchors the string at both ends so that only messages with this exact subject will be matched so messages with 'Re:' on the front etc. will not be ignored. Turns out you also can use: push "limit! ~h X-IMAP:return" or, I guess, push "l! ~h X-IMAP:\n" I can't guess how much slower that might be, if any, but it's surely simpler. Definitely! :-) I think this is a very neat approach. I doubt if it's significantly slower and I'm not really fussed on that front, I don't have folders with large numbers of mail messages in them. -- 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 02:38:14PM +0530, Suresh Ramasubramanian wrote: Using a large mallet, David Champion whacked out: Turns out you also can use: push "limit! ~h X-IMAP:return" or, I guess, push "l! ~h X-IMAP:\n" I can't guess how much slower that might be, if any, but it's surely simpler. That works out in the wu-imapd ... and in any case, isn't that the only imap in which the 'folder internal data' is generated? Yes, as far as I know it's only UW does it. As none of the others uses mbox format it's the only one where it matters anyway as it's the only one where the MUA can use the same folders directly. (Well you can do this with Courier-IMAP's maildirs but they're not really suitable for using this way) -- 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 10:24:21AM -0400, Brendan Cully wrote: On Tuesday, 15 August 2000 at 06:01, [EMAIL PROTECTED] wrote: On Tue, Aug 15, 2000 at 03:27:46AM -0500, David Champion wrote: Turns out you also can use: push "limit! ~h X-IMAP:return" or, I guess, push "l! ~h X-IMAP:\n" I can't guess how much slower that might be, if any, but it's surely simpler. Definitely! :-) I think this is a very neat approach. I doubt if it's significantly slower and I'm not really fussed on that front, I don't have folders with large numbers of mail messages in them. Watch out for this one. It may end up rendering all your new messages as read (or not recent, anyway). I believe ~h searches require mutt to download every message in the mailbox. ~s is much faster because the subject is already fetched for the index view... ... but it's not needed if you're reading via the server, it's only needed if you're reading mail direct. Anyway, even if I'm wrong, I'm reading the mail direct from the mboxes. 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. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Blank messages in IMAP index
I have a strange problem when opening IMAP folders with mutt. After having experimented with a number of different IMAP clients some of my IMAP folders when opened display an index like the one below:- 1 Nov 15 vile-users-help ( 92) vile-users response to "request" messa 2 F May 04 ( 0) 3 F Jun 05 ( 0) 4 F Jun 05 ( 0) 5 F Jun 05 ( 0) 6 F Jun 05 ( 0) 7 F Jun 05 ( 0) 8 F Jun 05 ( 0) 9 F Jun 05 ( 0) 10 F Jul 10 ( 0) 11 F Jul 25 ( 0) 12 F Jul 25 ( 0) 13 F Jul 25 ( 0) 14 F Jul 25 ( 0) 15 F Jul 25 ( 0) 16 F Jul 25 ( 0) 17 F Jul 25 ( 0) 18 F Jul 25 ( 0) 19 F Jul 25 ( 0) 20 F Jul 25 ( 0) 21 F Jul 25 ( 0) 22 F Jul 25 ( 0) 23 F Jul 25 ( 0) 24 F Jul 25 ( 0) 25 F Jul 25 ( 0) 26 F Jul 25 ( 0) 27 F Jul 25 ( 0) 28 F Jul 25 ( 0) 29 F Jul 25 ( 0) 30 F Jul 25 ( 0) 31 F Jul 25 ( 0) 32 F Jul 25 ( 0) 33 F Jul 25 ( 0) 34 F Jul 25 ( 0) - 35 O F Jul 25 ( 0) 36 O F Jul 25 ( 0) 37 O F Jul 25 ( 0) If I open the messages they are perfectly OK and the subject etc. then appears in the index. What's going on? -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
1.3.7 build problem on Solaris
I am trying to build 1.3.7 on Solaris 2.6, I am building:- --with-curses --enable-pop --enable-imap I'm getting an error in the imap directory:- Making all in imap make: Fatal error: Don't know how to make target `../types.h' Current working directory /usr/chris/mutt-1.3.7/imap There are lots of references to sys/types.h in the code but the Makefile is looking for ../types.h - is this a missing file or is the Makefile wrong? -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Build problems - more information
Re: my build problems with 1.3.7, I have tried some other versions:- 1.2.5 builds OK on my Solaris 2.6 1.3.5 builds OK 1.3.6 fails in the same way as I described for 1.3.7 1.3.7 fails I have built 1.3.7 on Linux systems so it would seem that some change between 1.3.5 and 1.3.6 has broken the build on Solaris. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Build problem with 1.3.7 on Solaris
I have checked this out thoroughly now and I'm convinced there is some sort of problem building 1.3.7 (and 1.3.6) on Solaris. N.B. the problem is when "Making all in imap" so it only occurs if you configure with --enable-imap. I have tried deleting the directory and re-extracting from the tarball and doing just:- ./configure --prefix=/usr/chris --with-curses=/usr/chris --enable-pop --enable-imap followed by 'make' and I still get the error:- Making all in imap gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../intl -I/usr/chris/include -I../intl -Wall -pedantic -g -O2 -c auth.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../intl -I/usr/chris/include -I../intl -Wall -pedantic -g -O2 -c auth_anon.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../intl -I/usr/chris/include -I../intl -Wall -pedantic -g -O2 -c auth_login.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../intl -I/usr/chris/include -I../intl -Wall -pedantic -g -O2 -c browse.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../intl -I/usr/chris/include -I../intl -Wall -pedantic -g -O2 -c command.c command.c: In function `imap_handle_untagged': command.c:184: warning: subscript has type `char' command.c: In function `cmd_parse_myrights': command.c:326: warning: subscript has type `char' gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../intl -I/usr/chris/include -I../intl -Wall -pedantic -g -O2 -c imap.c imap.c: In function `imap_open_mailbox': imap.c:717: warning: subscript has type `char' imap.c:721: warning: subscript has type `char' imap.c: In function `imap_mailbox_check': imap.c:1324: warning: subscript has type `char' make: Fatal error: Don't know how to make target `../types.h' Current working directory /usr/chris/mutt-1.3.7/imap *** Error code 1 As I said versions 1.3.x up to 1.3.5 build OK and so does 1.2.5, so the problem would seem to be in something that changed in the imap directory between 1.3.5 and 1.3.6. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: The dreaded UW IMAP DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
On Thu, Jul 27, 2000 at 06:17:31PM +0200, Kai Blin wrote: On Wed, Jul 26, 2000 at 12:03:13PM +0200, Lutz Jaenicke wrote: Probably it won't help you too much if you don't have influence on the admins, but the latest UofW imap (to be released very soon) does not use this technique any longer... Is there any other cute imap server for linux? I'm planning to set up this departements mail accounts on an local imap server because of the quotas on the university server. But still, this DON'T ... stuff sucks and I can't stick to a "to be released" but I need a released one. Could you name a good one? freshmeat finds * courier-imap * cyrus imap server * dkimap and, of course UW-imap Courier IMAP is very straightforward and simple to install, I have it installed as a *user* (i.e. no root access) on this shell login account. All I had to do was change the port it listens on and it works fine. Of the ones listed Courier is the only one other than UW that uses a 'standard' mailbox format (it uses maildir to store the mail). -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: extent of IMAP support?
On Thu, Jul 27, 2000 at 10:59:43AM -0700, Chris Cutler wrote: I've been developing mutt's IMAP support against three IMAP4rev1 servers: UW-IMAP, Cyrus, and (occasionally) courier. There is some code hanging around for handling pre-rev1 IMAP4 servers, but I haven't made any attempts to test it (although I've tried to avoid breaking it). Anything earlier than that I doubt would work. Are there still IMAP servers in the wild which don't conform to at least IMAP4? Actually, I think my question was misleading. . . what I intended to ask was how much of the IMAP4rev1 standard mutt currently implements. (I only mentioned earlier standards in order to differentiate.) It sounds, from discussion on this list, like mutt is pretty good in this respect, but the README in the imap directory of the 1.2.4 distribution does not inspire confidence. Yes, I think the comments in the 1.2.4 documentation are firstly rather out of date and secondly being very cautious. Mutt's IMAP4 support is good and implements the IMAP4 'philosopy' much better than most MUAs in my opinion. The only MUAs that I have found which are in the same league (vis-a-vis IMAP support) are:- tkRat Netscape (yes, really, it has the right idea!) pegasus (win32) eudora (win32) plus, possibly, but I haven't really tried them much:- mulberry althea Most other MUAs sseem to think that IMAP4 is a sort of extended POP3 and if you start with that idea you get it completely wrong. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
The dreaded UW IMAP DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
I know this came up a while ago but I wasn't using a UW IMAP server then. I have found that one of my free shell accounts is running this IMAP server and I'd like to use it. So, did anyone come up with a strategy for getting mutt to ignore these messages which are put there by the UW IMAP server? -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
./configure problem with 1.3.5 on Solaris
I am trying to build 1.3.5 on a Solaris 2.6 system. 1.2.4 builds fine there, I have also build 1.3.5 on Linux OK, but 1.3.5 on Solaris gives:- checking for iconv... yes checking whether this iconv is good enough... no configure: error: Try using libiconv instead What is this trying to tell me and what do I need to fix? E.g. *how* do I "Try using libiconv instead" ? -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: The dreaded UW IMAP DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
On Wed, Jul 26, 2000 at 06:17:54AM -0400, David T-G wrote: % So, did anyone come up with a strategy for getting mutt to ignore % these messages which are put there by the UW IMAP server? I think the closest thing was to either push a limit like push limit ! 'DELETE THIS MESSAGE' That sounds a reasonable approach, thanks. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: ./configure problem with 1.3.5 on Solaris
On Wed, Jul 26, 2000 at 12:25:58PM +0200, Dirk Pirschel wrote: * [EMAIL PROTECTED] wrote on Wed, 26 Jul 2000: What is this trying to tell me and what do I need to fix? E.g. *how* do I "Try using libiconv instead" ? http://clisp.cons.org/~haible/packages-libiconv.html OK, thanks. libiconv now built and installed and mutt 1.3.5 builds successfully. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: The dreaded UW IMAP DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
On Wed, Jul 26, 2000 at 07:19:05PM +0530, Sunil Shetye wrote: Quoting from David T-G's mail on Wed, Jul 26, 2000 at 06:17:54AM -0400: % So, did anyone come up with a strategy for getting mutt to ignore % these messages which are put there by the UW IMAP server? In fact, this problem should not occur at all as imap servers do no pass this message as a new message. You should be encountering it only if you are downloading the mails as well as reading them on the server. Ah, but I'm reading the same mail locally using mutt, that's when I see the message. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: changing folders
On Tue, Jul 25, 2000 at 11:10:50AM +0200, Johannes Zellner wrote: Hello, I've a question about changing folders. Suppose I've in my default mail directory `=' a subdirectory autosaves. To go to the mutt-users folder there I type something like c=auttab/mutab Ok. so far so good. Suppose now I want to go to another folder which is in the same `=autosaves' directory. If I type ctab I get the top `=' directory. What I'd like (and expect) is to be already in the `=autosaves' directory. Is this possible (and how) ? No, I don't think it's possible at the moment in mutt. I too find the present way of working rather strange, it's like using 'cd' in a shell and finding that you always have to start from your home directory, not from where the last cd left you. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: M$ dog
On Tue, Jul 18, 2000 at 11:08:31AM +0530, Suresh Ramasubramanian wrote: David T-G proclaimed on mutt-users that: Correct - but there are several tiny m$-dog based servers like Mercury/32 (the latest version of which has an esmtp module). You can set mercury to smarthost (relay) through your ISP / office's actual smtp server. I used mercury/32 for quite a long time (before I moved from OS/2 to Linux for my 'server' machine at home) and it worked pretty reliably. [note - Mercury is freeware but closed source, from David Harris, the author of Pegasus Mail for Windows. Both Pegasus and Mercury come in netware versions as well. Both can be downloaded for free from http://www.pmail.com] My home systems still use Pegasus as the rest of the family have Win32 machines. Pegasus is one of the better Win32 MUAs in my opinion, I just don't like the multiple windows it spawns. I handles IMAP pretty well now. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Minor annoyance/bug when saving tagged messages
I just tagged a few messages and tried to save them to my IMAP account. It just happened that the IMAP server wasn't running (I have to rememeber to do it manually myself) and, not unreasonably, I got an error message saying that mutt couldn't connect to the IMAP server. The annoyance/bug is that mutt *still* marked the messages as deleted after not saving them. As I had noticed the error it didn't matter but if I'd tagged a lot of messages it would at least have been rather annoying. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: how to colorize the entire line of selected messages ?
On Thu, Jun 29, 2000 at 01:16:56PM +0200, Virginie [ ML ] wrote: Hi, Does anybody know how I could color the entire line of selected messages in front of the indicator ? I've set : indicator brightcyan black But as you know it just colors the arrow and I didn't find any other options :( And I'm not sure at all that it must be defined in the indicator's colors.. You must have 'set arrow_cursor' in your muttrc file, just remove this and the whole line of the selected message in the index will be shown in inverse video. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
mutt with S/MIME anyone done it?
Someone at work has a requirement for a command line MUA to use with S/MIME. He has to automate sending E-Mail to customers with X.509 certificates in their mail programs. He says "I think the RSA BSAFE toolkit is what I need." Does anyone know how easy it would be to hook this into mutt? Has it already been done even? -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Mailboxes are not mailboxes
On Tue, Jun 20, 2000 at 10:35:39PM +1000, Dennis Robertson wrote: Hello, Before I give up and retire hurt to netscape can anyone tell me in words of one syllable how to create mailboxes that work. I get the message from mutt that every one of the "mailboxes" I have designated is not a mailbox, even though I can see that procmail has delivered to them. I have read the manual at 3.11 and am none the wiser. When does mutt say they're not mailboxes? I.e. what are you doing when it says it? Also how do you tell that procmail has delivered to them? Procmail can deliver to a number of different formats of 'mailbox', I think mutt should be able to read them all too. You obviously need to get them 'in step' though. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: forget pop password
On Tue, Jun 20, 2000 at 03:49:33PM +0200, Nils Vogels wrote: On Tue, Jun 20, 2000 at 04:05:32PM +0300, Baurjan Ismagulov wrote: hi, i have to use two pop servers. i switch between them using macros. i need mutt to forget the pop password. any ideas? Would it be an idea to use fetchmail for local delivery ? IMHO it's simpler ;) If you don't want to use fetchmail (I don't either) why can't the macro you use to switch PO3 servers also change the password? You can put the sequence ':set pop_pass=xx' in the macro. If you just want to forget the password then ':unset pop_pass' -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: POP3 Help, Please
On Tue, Jun 20, 2000 at 11:12:32AM -0500, Scott A. Davis wrote: My company just installed a mail server that requires that mail be retrieved via POP 3. I have the following POP commands in my .muttrc set pop_host = "mail.mydomain.com" set pop_user = "my username" set pop_pass = "mypassword" set pop_port = "110" My question is: How do I get mutt to check mail on the POP mail server?? Just hit 'G' when you're in the index (and probably/possibly elsewhwere) -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: mutt w/ courier-imap and vpopmail
On Wed, Jun 14, 2000 at 06:14:52PM -0500, Ben Beuchler wrote: I am using Mutt 1.2i with a server running courier-imap and vpopmail. I would like to be able to create remote folders and I understand courier-imap supports this. I'm just not sure what to specify for my folder path. On non-vpopmail servers, I was always able to use {servername}~/Mail which would create a Mail/ directory in my $HOME on the server. With vpopmail, that is not possible. Anyone know how to accomplish this? I use mutt 1.2i with Courier IMAP (my Courier IMAP just runs on a Unix shell account as me rather than root). To create a new mailbox on the IMAP server it needs to named as follows:- {imap.server.name}INBOX.new_folder The INBOX part may appear automatically and is required, all Courier IMAP folders are created as sub-directories of the INBOX directory. It may well be that you'll get a prompt like:- {imap.server.name}INBOX./ in which case you have to delete the /. You can create multi-level folder hierarchies all in one go, e.g. {imap.server.name}INBOX.new_folder.another_new_folder.mailbox will work even if none of the folders exists already. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: mutt w/ courier-imap and vpopmail
On Thu, Jun 15, 2000 at 10:15:46AM -0500, Ben Beuchler wrote: On Thu, Jun 15, 2000 at 02:39:12AM -0500, [EMAIL PROTECTED] wrote: To create a new mailbox on the IMAP server it needs to named as follows:- {imap.server.name}INBOX.new_folder What do you use for a $folder setting? If I am *only* using the IMAP server with mutt then I have:- set folder={imap.server.name} and I have set spoolfile={x-1.net:50143}inbox The INBOX part may appear automatically and is required, all Courier IMAP folders are created as sub-directories of the INBOX directory. It may well be that you'll get a prompt like:- {imap.server.name}INBOX./ in which case you have to delete the /. Sounds great! Thanks... By the way the first reply was wholly from memory so if it doesn't work then there's a fair chance I got something wrong. The bits above I have just extracted from my muttrc file so I'm pretty sure they're right. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: mutt w/ courier-imap and vpopmail
On Thu, Jun 15, 2000 at 10:09:30AM -0500, [EMAIL PROTECTED] wrote: What do you use for a $folder setting? If I am *only* using the IMAP server with mutt then I have:- set folder={imap.server.name} and I have set spoolfile={x-1.net:50143}inbox Of course the subtle change from {imap.server.name} to my actual IMAP server name/port of {x-1.net:50143} was just to confuse you! :-) -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: How do I make pop support do polling?
On Thu, Jun 08, 2000 at 05:54:17PM -0400, David T-G wrote: % % Basically what I would like to see is POP support in mutt to be on the % line of IMAP support, polling of mailhost and delivering it to an INBOX % or something similiar. I can imagine that... Of course, it gets back to the whole war over which is a download method and which is a folder implementation... Yes, many moons ago, I was promoting the way that a number of other Unix MUAs handle POP3 mail. They keep a local record of mail in the POP3 mailbox (not copies of the mail messages themselves) and thus you can treat the POP3 mailbox in much the same way as a single IMAP folder, leaving the mail you want to keep on the server and deleting anything you don't want. New mail is marked as such so you can view it. This makes a mix of several different POP3 mailboxes and, maybe, some IMAP folders very easy to manage from a single 'view' in your MUA. Attempting to use fetchmail or anything like it entirely destroys this approach. With the POP3 mailboxes it's really only possible to do this in the MUA - unless you envisage an intermediary of some sort which makes POP3 mailboxes look like IMAP4 ones from the MUA's point of view. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Getting auto_view to work with lynx
On Thu, Jun 08, 2000 at 05:16:46PM +0200, Thomas Roessler wrote: On 2000-06-08 09:54:49 -0500, [EMAIL PROTECTED] wrote: text/html; /usr/bin/lynx -dump -force_html %s;nametemplate=%s.html lynx really is in /usr/bin/lnyx, so what's missing? The copiousoutput entry. Try this instead: text/html; lynx -force_html %s; needsterminal ; nametemplate=%s.html text/html; lynx -underscore -force_html -dump %s; copiousoutput Absolutely right! I put those lines in my .mailcap and now it works, however I'm not clear why the line I had on the other system worked there but not here. Ho, hum, who cares - it works now. Thanks! -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Moving email to other folders
On Wed, Jun 07, 2000 at 02:00:58PM +0100, [EMAIL PROTECTED] wrote: Hi, I would like to be able to move a load of tagged emails into another mailbox. I have worked out how to tag and copy them, but then I have to go through the list and delete each one in turn. Is there a way to move, or copy and automatically delete messages to another mailbox. Use 's' for Save instead of 'C' for copy. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Mutt newbie IMAP questions
On Mon, Jun 05, 2000 at 12:40:24AM -0400, David T-G wrote: % I want to like Mutt but I have a huge number of questions that I haven't % been able to figure out answers to. All of them have to do with IMAP. I'm sure we can help you. mutt is very likable :-) I'm no IMAP guy, and the best folks are probably the IMAP code writers and maybe Chris Green, our resident IMAP-tester and -abuser, but here's what I have for you. Oh thank you! :-) % % First, I would like to be able to filter all new messages to there % appropriate folders when I check my mail. (e.g., messages from mutt.org % go to the mutt folder). I know if I was using POP3 or fetchmail and % procmail that this would be a cinch, how can it be accomplished with % IMAP. The short answer is "I don't know, but I hear it's out there". I'm actually working on the "mutt filtering FAQ" entry, but haven't had a chance to get far with it, and one of the items is filtering under IMAP. [The *right* answer, BTW, is to have the MDA do it at delivery time instead of trying to have mutt do it -- but lots of people seem to want to ignore that little point :-] It may be the 'right' answer but unless you have control of the IMAP server it's not very practical is it! When using IMAP there really isn't an MDA involved. *Some* IMAP servers provide filtering, Interchange IMAP4 Server does for example. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: How to define 'default' colour in mutt with ncurses?
On Fri, Jun 02, 2000 at 08:47:59PM +0100, Chris Green wrote: On Fri, Jun 02, 2000 at 03:49:31PM +0100, Lars Hecking wrote: Thomas E. Dickey writes: On Fri, 2 Jun 2000, Chris Green wrote: On Fri, Jun 02, 2000 at 10:43:40AM +0100, Chris Green wrote: I don't really understand why mutt reported:- System: SunOS 5.6 [using ncurses 5.0] but was apparently only actually finding the ordinary, old, curses library. Even adding the --with-curses=DIR option didn't get configure to set HAVE_USE_DEFAULT_COLORS. If you are compiling with cc (not gcc), and have installed ncurses as "-lcurses" (no overwrite), then the configure script can be confused, seeing the headers and library from ncurses and Sun's curses. In my own configure scripts I've made fixes to (mostly) iron this out, but mutt's not my script... I'd need a complete configure transscript, config.cache, config.log to attempt fixing this. I'll maybe try and provide you with this in due course but it'll probably be Monday before I get round to it. It was my mistake and/or a misunderstanding of the ./configure parameters. I had put --with-curses=/usr/chris/lib, but I *should* have put --with-curses=/usr/chris. The libncurses.a file is in /usr/chris/lib but of course this means that ncurses was 'installed in' /usr/chris. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Mutt newbie IMAP questions
On Mon, Jun 05, 2000 at 01:25:03PM +0300, Mikko Hänninen wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote on Mon, 05 Jun 2000: It may be the 'right' answer but unless you have control of the IMAP server it's not very practical is it! When using IMAP there really isn't an MDA involved. This has been discussed before. :-) You could say that! :-) Just because the mail folders reside on a remote server still doesn't mean Mutt should provide message filtering. The "Right Way" would be to have a specific IMAP-filtering-tool that connects to the IMAP server and filters messages in a folder according to some rules. This is (supposedly) entirely doable since IMAP allows for downloading of headers or even just specific headears (?), and also allows for message saving/moving to another folder on server-side. Of course, but as there isn't such a tool yet we have to offer workarounds. Also since not all IMAP servers are created equal it makes the job that much more difficult. It's just that nobody's done this yet. Looking for writing a killer application that would eventually be highly utilized, comparable to procmail? Here's your chance to write one. Thanks! :-) And oh, a MDA is *always* involved, MTA's don't do delivery. :-) But, to play devil's advocate, with an IMAP server the mail isn't 'delivered', you view it on the server. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Mutt newbie IMAP questions
On Mon, Jun 05, 2000 at 01:36:52PM -0400, David T-G wrote: % Oh thank you! :-) Hey, any time, pal! BTW, new email address? Yes, I'm trying out this server in the USA rather than my previous UK one, apart from anything else it's cheaper. % isn't an MDA involved. Er, I beg to differ :-) Once the mail is transported to your machine, it has to be delivered to a mailbox. Maybe you have an MTA that does MDA functions, but it's still acting as an MDA, and if it weren't you'd never actually get any of all of this mail that made it to your box :-) But the mail *isn't* transported to my machine, it stays on the server. I know it's playing with words in a way, it is transported to my machine in the sense that I can see it there but it's most definitely not stored there in a mailbox as an MDA would. Where it gets delivered to is just another (possibly) mailbox on the IMAP server. It's moot whether it makes sense (I know it does to you) to develop a separate tool just to move mail around on the IMAP server, it's a much more lightweight task than the 'classic' MDAs like procmail and maildrop. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/