Re: Macro to edit procmailrc?
Andre Bonhote proclaimed on mutt-users that: is there a way to kinda automatically add an entry to my procmailrc from within mutt? someting like this: Try www.spambouncer.org - it keeps updating a set of procmail recipes to stop spam ... or try http://razor.sourceforge.net -s -- Suresh Ramasubramanian + Wallopus Malletus Indigenensis mallet @ cluestick.org + Lumber Cartel of India, tinlcI EMail Sturmbannfuhrer, Lower Middle Class Unix Sysadmin
Re: Still having problems with 8-bit characters and/or locale
On Tue, Mar 13, 2001 at 05:05:46PM +0100, Andre Berger wrote: * Chris Green [EMAIL PROTECTED], 20010313 16:46 +0100: [] How do I get mutt to understand that 8-bit characters (well '?' anyway) are valid and shouldn't be changed at all? I've tried setting the LANG and/or LC_CTYPE variables but this seems to have no effect. What *exactly* should one set these variables to? Should it be a locale such as 'uk' or should it be a character set such as 'iso-8859-1'? I don't know about english locales, here's my setting. Just: LC_ALL=de_DE (see "locale -a") "locale -a" returns a list as follows on the system in question (trimmed) :- sv swedish tr turkish uk wa zh zh_CN.GB2312 ... so should I be putting "export LC_ALL=uk"? If I do this then mutt displays ? for all its prompts. If I set LC_ALL to another language then I get prompts in that language but it still doesn't have any effect on the '\243' displayed instead of pound signs. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Still having problems with 8-bit characters and/or locale
On Wed, Mar 14, 2001 at 09:23:20AM +1100, David wrote: Chris Green wrote: In the mutt pager 8-bit characters (the GB pound sign is the most frequent one) used to display as '?', now I've moved to a more recent development version of mutt they display as '\nnn' (i.e. the pound sign is '\243'). Other programs (vi, cat, more) display the I was getting the same so I played with my locale settings a little, I ended up putting "export LC_CTYPE=en_AU.ISO-8859-1" in my .bashrc. Also I found that there are some characters around \212 that dont display. However the majority do. You'd probably want to use LC_CTYPE=en_GB.ISO-8859-1 I think that the GB stands for Great Brittan as I cant think of another country that uses those 2 letters... You may also need to regenerate your locale after editing /etc/locale.gen so that the correct locale is uncommented. I know I have to do this, but it might be a distribution specific thing... The system where I'm running mutt doesn't have a /etc/locale.gen, I'm a user not the sysadmin so I don't have the ability to do things as root. Neither of the above LC_TYPE settings has any effect as far as I can see. I think maybe there is something broken on the system in question, if I can find out what it is I'm sure I can get the system administrator to mend it, but I need to be able to tell him what needs doing. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Still having problems with 8-bit characters and/or locale
On Wed, Mar 14, 2001 at 08:48:43AM +, Chris Green wrote: The system where I'm running mutt doesn't have a /etc/locale.gen, I'm a user not the sysadmin so I don't have the ability to do things as root. Neither of the above LC_TYPE settings has any effect as far as I can see. I think maybe there is something broken on the system in question, if I can find out what it is I'm sure I can get the system administrator to mend it, but I need to be able to tell him what needs doing. I've been trying things out on another remote system where I can run mutt via a telnet/ssh link. The *other* system works correctly in that when I set LANG or LC_ALL to something sensible then I get 8-bit characters displayed correctly. A "locale -a" on the good system gives me, among other things a setting of "en_GB" which is fairly obviously the right setting for UK English. This value doesn't appear in the list when I do a "locale -a" on this system here where the problem is. So it looks like this system isn't set up correctly and thus whatever I do to LANG, LC_CTYPE or LC_ALL will make no difference at all to what is displayed. Having said all that it would still be nice if there was a way to tell mutt to display 8-bit characters "as is" regardless of the system's language setting - this would fix my problem in the present case. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: Still having problems with 8-bit characters and/or locale
* Chris Green [EMAIL PROTECTED], 20010314 10:06 +0100: On Tue, Mar 13, 2001 at 05:05:46PM +0100, Andre Berger wrote: * Chris Green [EMAIL PROTECTED], 20010313 16:46 +0100: [] How do I get mutt to understand that 8-bit characters (well '?' anyway) are valid and shouldn't be changed at all? I've tried setting the LANG and/or LC_CTYPE variables but this seems to have no effect. What *exactly* should one set these variables to? Should it be a locale such as 'uk' or should it be a character set such as 'iso-8859-1'? I don't know about english locales, here's my setting. Just: LC_ALL=de_DE (see "locale -a") "locale -a" returns a list as follows on the system in question (trimmed) :- [snipped] $ locale -a | grep en en en_AU en_BW en_CA en_DK en_GB en_IE en_US en_ZW ... so should I be putting "export LC_ALL=uk"? for bash: export LC_ALL=en_GB mutt displays ? for all its prompts. If I set LC_ALL to another language then I get prompts in that language but it still doesn't have any effect on the '\243' displayed instead of pound signs. Hmmph. Don't know then, maybe a problem related to the terminal type. Andre Berger[[EMAIL PROTECTED]]
Re: Macro to edit procmailrc?
if what you want is just to send the (previously unfiltered) spam to /dev/null, there is no need to interact with procmail. no, that's not exactly what i want. i'd rather like to have a script/macro/program which can be used to populate my .procmailrc. no matter if it's spam or not! this was actually just an example. it'd be nice to have filtering done from within mutt. right now, when a message arrives, i have to open .procmailrc and edit it by hand. this could be done automatically, i think This also cuts on phone bills, if any. :) no phone bill. btw: what is a phone? thx andr -- Real software engineers work from 9 to 5, because that is the way the job is described in the formal spec. Working late would feel like using an undocumented external procedure.
Re: Still having problems with 8-bit characters and/or locale
On Wed, Mar 14, 2001 at 10:24:15AM +0100, Andre Berger wrote: (see "locale -a") "locale -a" returns a list as follows on the system in question (trimmed) :- [snipped] $ locale -a | grep en en en_AU en_BW en_CA en_DK en_GB en_IE en_US en_ZW ... so should I be putting "export LC_ALL=uk"? for bash: export LC_ALL=en_GB Yes, here lies my problem I think. "locale -a | grep en" here gives:- en french slovene slovenian It really looks as if this system isn't set up right. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Loading standard input as mailbox
I can't pipe a startup mailbox to mutt, because cat mailbox | mutt is treated as an instruction to mail what is piped in. Some Unix commands use the filename "-" as an alias for standard input, but cat mailbox | mutt -f - does not work. Of course, this trivial example can be handled by mutt -f mailbox, but the file mailbox may itself be the output of some other program, e.g. formail. I can write a little script, e.g. # /bin/sh MBOX=$$ cat /tmp/$MBOX mutt -f /tmp/$MBOX rm /tmp/$MBOX but mutt seems to know that it is not being invoked from a terminal and tries to go into send mode. Am I missing a simple trick? Dirk
8-bit characters, finally got there!
I have finally got my £ characters displayed correctly! :-) I had tried a configure with --enable-locales-fix already and that didn't work but reading INSTALL suggested that --without-wc-funcs as well might help. So I did a ./configure with both the above options set and it now works. I.e. mutt 'displays' (sends across to the remote system) 8-bit characters without changing them and I get to see the £ signs. -- Chris Green ([EMAIL PROTECTED]) Home: [EMAIL PROTECTED] Work: [EMAIL PROTECTED] WWW: http://www.isbd.co.uk/
Re: 8-bit characters, finally got there!
Chris Green Wed, [14 Mar 2001 10:39:16 +]: I have finally got my characters displayed correctly! :-) I had tried a configure with --enable-locales-fix already and that didn't work but reading INSTALL suggested that --without-wc-funcs as well might help. So I did a ./configure with both the above options I think that's mentioned in the manual. In any case, that's a good addition to the mutt-newbie FAQ http://mutt-newbie.sourceforge.net. Kai, Telsa, Mrinal, etc - do we re-start work on it? Speaking of sourceforge, there's another sourceforge project which would come in handy - the "E-Mail Fundamentals" project - http://www.sourceforge.net/projects/emailbook/ (basically a set of e-mail FAQs as opposed to anything specific to a single MTA / MUA). -s
Setting variables while mutt is up
Is there any way to set variables while mutt is running? Setting them in .muttrc is fine most of the time, but sometimes I just want to override that setting for a while without restarting mutt. Dirk
Mutt/Netscape eludes me
Arrggg! I can't get mutt to use netscape from URLView. I put: text/html; /opt/netscape/netscape -remote 'openURL(%s)' ; test=RunningX or text/html; /opt/netscape/netscape -remote 'openURL(%s)' into my .mailcap to no avail, it spawns linx. From mutt I can: |/opt/netscape/netscape -remote 'openURL(www.mutt.org); and if will work if netscape is running. Any ideas? Thanks, Dave
Re: Setting variables while mutt is up
Dirk Laurie [Wed, 14 Mar 2001 15:46:56 +0200]: Is there any way to set variables while mutt is running? Setting them in .muttrc is fine most of the time, but sometimes I just want to override that setting for a while without restarting mutt. Here you go ... : enter-command enter a muttrc command So a :muttrc-command will do the trick, I expect. Or you can do a :source alternate.muttrc to load a different .muttrc which has the settings you need. -s
Re: Still having problems with 8-bit characters and/or locale
* Chris Green ([EMAIL PROTECTED]) wrote: I'm still trying to get 8-bit characters displayed correctly when I'm in the mutt pager. I've been playing with this on and off for a while now and it's really getting me annoyed - more from the point of view that I can't find how to fix it than that it's really important! I run mutt on this system (Slackware I think, running kernel 2.2.17) If I were you, I'd try to know what exactly is your system, before saying it is not setup correctly. Maybe your problem is related to something specific to this system (locale -a giving something different than usual doesn't mean it's not setup correctly as before we know what system it is we don't know how to setup the locales - /etc/locale.gen doesn't exist on all systems). My 0.5 Euro ;) Jerome -- +---+ | Jerome De Greef | [EMAIL PROTECTED] | [EMAIL PROTECTED]| +-+[EMAIL PROTECTED]| [EMAIL PROTECTED] | +-+
Re: Macro to edit procmailrc?
Andre Bonhote wrote: hi out there i am using mutt 1.2.5i together with fetchmail and procmail. is there a way to kinda automatically add an entry to my procmailrc from within mutt? someting like this: Andre, if what you want is just to send the (previously unfiltered) spam to /dev/null, there is no need to interact with procmail. The right solution is to tell from mutt that, from now on, messages with that (sender, header...) must be destroyed ON THE POP3 server before ever downloading them. This also cuts on phone bills, if any. Look on http://web.tiscalinet.it/marco_web/popfilter.html The scripts and methods there may even be extended to do what you say. Let us know if you modify them. Ciao, Marco Fioretti
Re: Macro to edit procmailrc?
Marco Fioretti proclaimed on mutt-users that: The right solution is to tell from mutt that, from now on, messages with that (sender, header...) must be destroyed ON THE POP3 server before ever downloading them. This also cuts on phone bills, if any. You'd do better to 1. Enable spamfilters on the remote account (very easy if it's a shell account and you can run procmail on it, or your ISP does some spamfiltering / allows you to set your own filters) 2. Put addresses in your local access.db so that fetchmail will reject those mails instead of downloading them 3. Take a few (standard) precautions when posting on usenet / lists Try my article at http://www.pcquest.com/content/linux/100061911.asp -s -- Suresh Ramasubramanian + Wallopus Malletus Indigenensis mallet @ cluestick.org + Lumber Cartel of India, tinlcI EMail Sturmbannfuhrer, Lower Middle Class Unix Sysadmin
Re: Problem with PGP linebreaks
On 2001-03-13 18:47:45 +0100, Rejo Zenger wrote: set pgp_encrypt_sign_command="pgpewrap gpg --passphrase-fd 0 -v --batch --output - --encrypt --sign %?a?-u %a? --armor --always-trust -- -r %r -- %f" Add "--textmode" behind "--encrypt --sign". -- Thomas Roessler [EMAIL PROTECTED]
Re: Loading standard input as mailbox
On Wed, Mar 14, 2001 at 12:25:34PM +0200, Dirk Laurie wrote: I can write a little script, e.g. # /bin/sh MBOX=$$ cat /tmp/$MBOX mutt -f /tmp/$MBOX rm /tmp/$MBOX but mutt seems to know that it is not being invoked from a terminal and tries to go into send mode. Am I missing a simple trick? This seems to work: #!/bin/sh MBOX=$$ cat /tmp/$MBOX exec /dev/tty # Change stdin to the controlling tty. mutt -f /tmp/$MBOX rm /tmp/$MBOX This also fixes the missing "!" from "#!", but that wasn't the problem. HTH, Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | RF Communications PGU http://www.spocom.com/users/gjohnson/mutt/ | Spokane, Washington, USA
Re: Mutt/Netscape eludes me
Dave Murray muttered: I can't get mutt to use netscape from URLView. ^^^ I put: text/html; /opt/netscape/netscape -remote 'openURL(%s)' ; test=RunningX or text/html; /opt/netscape/netscape -remote 'openURL(%s)' into my .mailcap to no avail, it spawns linx. ^^^ What are you trying to do urlview or mailcap? man urlview edit url_handler.sh HTH, Michael -- We are using Linux daily to UP our productivity - so UP yours! (Adapted from Pat Paulsen by Joe Sloan) PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key
Re: 8-bit characters, finally got there!
Chris Green Wed, [14 Mar 2001 10:39:16 +]: I have finally got my characters displayed correctly! :-) I had tried a configure with --enable-locales-fix already and that didn't work but reading INSTALL suggested that --without-wc-funcs as well might help. So I did a ./configure with both the above options I think that's mentioned in the manual. In any case, that's a good addition to the mutt-newbie FAQ http://mutt-newbie.sourceforge.net. Kai, Telsa, Mrinal, etc - do we re-start work on it? Speaking of sourceforge, there's another sourceforge project which would come in handy - the "E-Mail Fundamentals" project - http://www.sourceforge.net/projects/emailbook/ (basically a set of e-mail FAQs as opposed to anything specific to a single MTA / MUA). -s
SCO Installation
I recently installed the mutt program from skunkware, as I want to be able to mail files as attachments using the cron system. However, after running the installation, I ran the program as below and received the dynamic linker message mentioned on http://www.sco.com/skunkware/osr5/2000/faq.html#q15 . However, the web fix of installing the graphic libraries didnt help, so now Im looking to active mutt users for their guidance. Note that in directory /usr/local/lib, there arent any files beginning with libn. I am running 5.0.5, and installed only mutt and Glib 1.3 from the Skunkware 98 cd. # cd usr/local/bin # l total 658 -rwxr-xr-x 1 root sys 333576 Mar 14 09:41 mutt@ # mutt mutt: not found # ./mutt dynamic linker : ./mutt : error opening /usr/local/lib/libncurses.so.4 Killed # Thanks in advance for any assistance you can provide. David A. Hodgson Chief Information Officer Perry's Ice Cream Company, Inc. One Ice Cream Plaza Akron, NY 14001-0328 (716) 542-5492 x285 (716) 542-2427 (fax) [EMAIL PROTECTED]
Re: pgp 6.5.8 encryption fails (was: Problem with PGP linebreaks)
On Wed, Mar 14, 2001 at 10:17:31AM +0100, Thomas Roessler wrote: On 2001-03-13 18:47:45 +0100, Rejo Zenger wrote: set pgp_encrypt_sign_command="pgpewrap gpg --passphrase-fd 0 -v --batch --output - --encrypt --sign %?a?-u %a? --armor --always-trust -- -r %r -- %f" Add "--textmode" behind "--encrypt --sign". I saw the "--always-trust" and hoped that setting the similar "completes_needed = 0" in pgp 6.5.8 would fix the problem with encryption (and encryption and signing). Alas, I had already set it with no change. There is a bug in Mutt or pgp6.rc: When encrypting to an untrusted key pgp 6.5.8 prompts for confirmation that the untrusted key should be used. The default response is "N" and when "y" is entered it is apparently not sent to pgp so the encryption fails. An ugly hack to make it work is to remove "+batchmode" from the encrypt and encrypt sign sections in pgp6.rc. This results in pgp waiting for a response (with no prompt message) after "y" is entered, so another "y" and enter can be blindly (there is no prompt or key echo) entered and the encryption proceeds without error. Is there some simple way to feed the first "y" to pgp so this ugly hack can be avoided? Is it fixed in the development version? This is the third time I've posted about this without responses. As far as I can tell, the problem exists for everyone who tries to use pgp 6.5.8 with Mutt. TIA, -rex
Re: SCO Installation
Dave Hodgson [[EMAIL PROTECTED]] wrote: I recently installed the mutt program from skunkware, as I want to be able to mail files as attachments using the cron system. However, after running the installation, I ran the program as below and received the dynamic linker message mentioned on http://www.sco.com/skunkware/osr5/2000/faq.html#q15 http://www.sco.com/skunkware/osr5/2000/faq.html#q15 . However, the web fix of installing the graphic libraries didnt help, so now Im looking to active mutt users for their guidance. Note that in directory /usr/local/lib, there arent any files beginning with libn. I am running 5.0.5, and installed only mutt and Glib 1.3 from the Skunkware 98 cd. # cd usr/local/bin # l total 658 -rwxr-xr-x 1 root sys 333576 Mar 14 09:41 mutt@ # mutt mutt: not found # ./mutt dynamic linker : ./mutt : error opening /usr/local/lib/libncurses.so.4 Killed # http://www.sco.com/skunkware/osr5/libraries/ncurses/ exists, perhaps those files are what you need. -- Jeremy Blosser | [EMAIL PROTECTED] | http://jblosser.firinn.org/ -+-+-- the crises posed a question / just beneath the skin the virtue in my veins replied / that quitters never win
Re: Mutt/Netscape eludes me
Michael Tatge wrote on mutt-users: Dave Murray muttered: I can't get mutt to use netscape from URLView. ^^^ What are you trying to do urlview or mailcap? man urlview edit url_handler.sh Thanks, I haven't set up anything for url_handler, it works so well for everything but netscape. I haven't found any doc that make sense to me yet, so I'm not sure what to do about it. I guess I'll keep peeping into files. Thanks, Dave
Re: SCO Installation
* Dave Hodgson [EMAIL PROTECTED] [010314 21:31]: Thanks in advance for any assistance you can provide. David A. Hodgson Perry's Ice Cream Company, Inc. One Ice Cream Plaza Kiddin'? Akron, NY 14001-0328 -- christian r. mollsthe rain descended, [EMAIL PROTECTED] and the floods came
Re: Mutt/Netscape eludes me
Michael Tatge wrote on mutt-users: Dave Murray muttered: I can't get mutt to use netscape from URLView. ^^^ What are you trying to do urlview or mailcap? man urlview edit url_handler.sh That was it, all's well. Thank you. The GOOD thing about Linux, and now mutt is you CAN configure it to do things the way that you want. The BAD thing about Linux, and now mutt is you MUST configure it to do things the way that you want. I must say, user support seems superior to the commercial, listen to bad music while on hold support from that other OS. Peace, Dave http://www2.micro-net.com/~dlmurray/ "If you pick up a starving dog and make him prosperous, he will not bite you. This is the principal difference between a dog and a man." - Mark Twain
