Umlaut blues
Hi, list This _is_ getting a FAQ, I know, but I tried all I remembered with this problem. I compiled mutt-1.3.21 with imap and ssl support, not touching the nls setting. My LANG is set C and my LC_CTYPE is de_DE. Still, my umlauts show a question mark. What did I miss? Thanks for the help, Kai -- Kai Blin Webmasterof http://www.uni-tuebingen.de/uni/thm/molgen/ Univ. of Tuebingen Inst. of Human Genetics fon +49-7071-2974890 Wilhelmstrasse 27 Dept. of Molecular Genetics fax +49-7071-295233 D-72074 Tuebingen Do molecular biologists wear designer genes?
Re: Umlaut blues
Kai Blin wrote: I compiled mutt-1.3.21 with imap and ssl support, not touching the nls setting. My LANG is set C and my LC_CTYPE is de_DE. Still, my umlauts show a question mark. What did I miss? Try to compile with one or both of the ./configure switches --enable-locales-fix and --without-wc-funcs. I needed the two of them. -volker -- http://die-moells.de/ * http://stama90.de/ * http://scriptdale.de/ Excellent day to have a rotten day.
fcc
i just compiled mutt 1.2.5 in my home directory on a shell account on a machine for which i don't have root access (later versions aren't happy compiling for some reason, but 1.2.5 worked ok). a couple questions; i installed libiconv 1.7 in my home dir and pointed --with-libiconv to my lib directory (tried pointing it to my home dir too). later versions of mutt say 'iconv is not good enough - try getting libiconv instead. i'm pretty sure that's the same libiconv i am supposed to use - is there a reason that's not working? (i installed ncurses too so the version of ncurses is fairly recent). cihost (the provider of the account) actually TOLD me that they broke mutt so it would segfault (instead of just uninstalling it) because they claim it uses up too much system resources. i think that's bs but that's neither here nor there. anyway i don't use the account that much so i don't really care about having the latest version. my actual question is that whenever i send a message, using either fcc-hook or set record (currently using fcc-hook): #set record =~/mail/sent-mail fcc-hook $ +sent-mail i get a new mail message in sent-mail. i do have sent-mail set as a mailbox, but i have this set other places as well i'm pretty sure without problem (my main account is Maildir so that's different, I assume). any way to surpress this with 1.2.5? w -- Sintax error in config file! (line 378) aborted! PGP Public Key: http://infinitejazz.net/will/pgp/
Re: fcc
Will Yardley writes: i just compiled mutt 1.2.5 in my home directory on a shell account on a machine for which i don't have root access (later versions aren't happy compiling for some reason, but 1.2.5 worked ok). a couple questions; i installed libiconv 1.7 in my home dir and pointed --with-libiconv to my lib directory (tried pointing it to my home dir too). later versions of mutt say 'iconv is not good enough - try getting libiconv instead. mutt 1.2.x doesn't use iconv.
Re: fcc
Lars Hecking wrote: mutt 1.2.x doesn't use iconv. sorry - i should have been more specific. i would assume that the fact that mutt 1.2.5 doesn't use iconv is why it compiles fine. my problem is compiling 1.3.x - this was referring to my afforementioned troubles compiling 1.3.x so my problem with 1.2.5 is the save-hook thing (which may have a very simple answer for all i know), but i would like to be able to compile 1.3.x just for cheap thrills. i've gotten this error on a couple other old linux machines as well. perhaps i'm not correctly specifying the path? does it need the path to the libs, or the path to the header file? i've had the same problem on an old machine on which i DO have root access and installed libiconv 1.7 and 1.6.1 - mutt still complained. as i mentioned none of these machines are machines i use frequently so it's not really a big deal - 1.2.x works fine for me on these boxes. w -- Sintax error in config file! (line 378) aborted! PGP Public Key: http://infinitejazz.net/will/pgp/
Re: fcc
so my problem with 1.2.5 is the save-hook thing (which may have a very simple answer for all i know), but i would like to be able to compile 1.3.x just for cheap thrills. Well, if you don't show us how exactly 1.3.22.1i fails to compile, we're unable to help ...
[MAILER-DAEMON@hq.newdream.net: Undelivered Mail Returned to Sender]
Lars Hecking wrote: Well, if you don't show us how exactly 1.3.22.1i fails to compile, we're unable to help ... (as you can see it's a crusty old machine) epia% uname -a Linux sepia.propagation.net 2.0.36 #5 Wed Dec 16 18:09:02 CST 1998 i686 unknown sepia% ./configure --prefix=/home/will --with-domain=code404.com --with-libiconv-prefix=/home/will --with-curses=/home/will/ sepia% ls -al lib/libiconv* -rw-r--r-- 1 will code404g 695 Sep 5 02:24 lib/libiconv.la lrwxrwxrwx 1 will code404g 17 Sep 5 02:24 lib/libiconv.so - libiconv.so.2.0.4 lrwxrwxrwx 1 will code404g 17 Sep 5 02:24 lib/libiconv.so.2 - libiconv.so.2.0.4 -rw-r--r-- 1 will code404g 891987 Sep 5 02:24 lib/libiconv.so.2.0.4 -rw-r--r-- 1 will code404g 891593 Sep 5 02:24 lib/libiconv_plug.so sepia% ls -al include/iconv.h -rw-r--r-- 1 will code404g 3917 Sep 5 02:24 include/iconv.h checking for iconv... yes checking for iconv declaration... extern size_t iconv (iconv_t cd, const char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); checking for nl_langinfo and CODESET... no checking for LC_MESSAGES... yes checking whether NLS is requested... yes checking whether included gettext is requested... no checking for libintl.h... yes checking for GNU gettext in libc... no checking for GNU gettext in libintl... yes checking for dcgettext... yes checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/msgfmt checking for xgettext... /usr/bin/xgettext checking for bison... bison checking version of bison... 1.25, bad checking for catalogs to be installed... de ru it es uk fr pl nl cs id sk ko el zh_TW zh_CN pt_BR eo gl sv da lt tr ja hu et checking whether this iconv is good enough... no configure: error: Try using libiconv instead -will -- Sintax error in config file! (line 378) aborted! PGP Public Key: http://infinitejazz.net/will/pgp/
iconv etc
Lars Hecking wrote: checking whether this iconv is good enough... no configure: error: Try using libiconv instead Strange - everything else looks correct. We'll need the relevant parts of your config.log, too. ok. i'll include what seems to be relevant in an attached text file. i can send the whole file to anyone masochistic enough to want it. the end of the file is the end of the config.log as well -will -- Sintax error in config file! (line 378) aborted! PGP Public Key: http://infinitejazz.net/will/pgp/ ; return 0; } configure:6558: checking for iconv configure:6576: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c 15 /tmp/cca149331.o: In function `main': /home/will/mutt-1.3.22.1/configure:6570: undefined reference to `libiconv_open' /home/will/mutt-1.3.22.1/configure:6571: undefined reference to `libiconv' /home/will/mutt-1.3.22.1/configure:6572: undefined reference to `libiconv_close' configure: failed program was: #line 6566 configure #include confdefs.h #include stdlib.h #include iconv.h int main() { iconv_t cd = iconv_open(,); iconv(cd,NULL,NULL,NULL,NULL); iconv_close(cd); ; return 0; } configure:6598: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c -liconv 15 configure:6619: checking for iconv declaration configure:6644: gcc -c -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include conftest.c 15 configure:6634: conflicting types for `libiconv' /home/will//include/iconv.h:82: previous declaration of `libiconv' configure: failed program was: #line 6625 configure #include confdefs.h #include stdlib.h #include iconv.h extern #ifdef __cplusplus C #endif #if defined(__STDC__) || defined(__cplusplus) size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); #else size_t iconv(); #endif int main() { ; return 0; } configure:6673: checking for nl_langinfo and CODESET configure:6685: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c 15 configure: In function `main': configure:6681: `CODESET' undeclared (first use this function) configure:6681: (Each undeclared identifier is reported only once configure:6681: for each function it appears in.) configure:6681: warning: unused variable `cs' configure: failed program was: #line 6678 configure #include confdefs.h #include langinfo.h int main() { char* cs = nl_langinfo(CODESET); ; return 0; } configure:6708: checking for LC_MESSAGES configure:6720: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c 15 configure:6741: checking whether NLS is requested configure:6763: checking whether included gettext is requested configure:6783: checking for libintl.h configure:6793: gcc -E -I/home/will//include -I/home/will/include conftest.c /dev/null 2conftest.out configure:6810: checking for GNU gettext in libc configure:6824: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c 15 /tmp/cca150081.o: In function `main': /home/will/mutt-1.3.22.1/configure:6819: undefined reference to `bindtextdomain' /home/will/mutt-1.3.22.1/configure:6820: undefined reference to `gettext' /home/will/mutt-1.3.22.1/configure:6820: undefined reference to `_nl_msg_cat_cntr' configure: failed program was: #line 6815 configure #include confdefs.h #include libintl.h extern int _nl_msg_cat_cntr; int main() { bindtextdomain (, ); return (int) gettext () + _nl_msg_cat_cntr ; return 0; } configure:6840: checking for GNU gettext in libintl configure:6856: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c -lintl -liconv 15 configure:6889: checking for dcgettext configure:6917: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c -lintl -liconv 15 configure:6946: checking for msgfmt configure:6980: checking for gmsgfmt configure:7018: checking for xgettext configure:7200: checking for bison configure:7233: checking version of bison configure:7281: checking for catalogs to be installed configure:7326: checking whether this iconv is good enough configure:7354: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c -liconv 15 configure: failed program was: #line 7336 configure #include confdefs.h #include iconv.h int main() { iconv_t cd; char buf[4]; char *ob; size_t obl; ob = buf, obl = sizeof(buf); return ((cd = iconv_open(UTF-8, UTF-8)) != (iconv_t)(-1) (iconv(cd, 0, 0, ob, obl) || !(ob == buf obl == sizeof(buf)) ||
Re: iconv etc
configure:6558: checking for iconv configure:6576: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c 15 /tmp/cca149331.o: In function `main': /home/will/mutt-1.3.22.1/configure:6570: undefined reference to `libiconv_open' /home/will/mutt-1.3.22.1/configure:6571: undefined reference to `libiconv' /home/will/mutt-1.3.22.1/configure:6572: undefined reference to `libiconv_close' Ok. You probably need to run configure as $ LDFLAGS=-R/home/will/lib ./configure ... (or LDFLAGS=-rpath /home/will/lib ..., I don't know which syntax your ld uses.) configure:6644: gcc -c -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include conftest.c 15 configure:6634: conflicting types for `libiconv' /home/will//include/iconv.h:82: previous declaration of `libiconv' Very strange. I have no explanation for this. configure:7326: checking whether this iconv is good enough configure:7354: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c -liconv 15 configure: failed program was: Possibly also fixed with that LDFLAGS trick. Mutt 1.3.22.1i did build fine for me with libiconv-1.7 on NetBSD.
Re: iconv etc
Lars Hecking wrote: configure:6558: checking for iconv configure:6576: gcc -o conftest -Wall -pedantic -g -O2 -I/home/will//include -I/home/will/include -L/home/will//lib -L/home/will/lib conftest.c 15 /tmp/cca149331.o: In function `main': /home/will/mutt-1.3.22.1/configure:6570: undefined reference to `libiconv_open' /home/will/mutt-1.3.22.1/configure:6571: undefined reference to `libiconv' /home/will/mutt-1.3.22.1/configure:6572: undefined reference to `libiconv_close' Ok. You probably need to run configure as $ LDFLAGS=-R/home/will/lib ./configure ... seems to work here. checking whether the C compiler (gcc -R/home/will/lib) works... yes checking whether the C compiler (gcc -R/home/will/lib) is a cross-compiler... no but the same errors checking whether this iconv is good enough... no configure: error: Try using libiconv instead [sepia]$ grep libiconv config.log |grep undefined /home/will/mutt-1.3.22.1/configure:6570: undefined reference to `libiconv_open' /home/will/mutt-1.3.22.1/configure:6571: undefined reference to `libiconv' /home/will/mutt-1.3.22.1/configure:6572: undefined reference to `libiconv_close' w -- Sintax error in config file! (line 378) aborted! PGP Public Key: http://infinitejazz.net/will/pgp/
Re: mutt and imap help
On Wednesday, 05 September 2001 at 17:04, Matteo Vaccari wrote: Hi, I have no problems accessing my provider's IMAP server through Mutt. What I'd like is for Mutt to use my provider's SMTP server as well, instead of using sendmail on localhost. Is there something I have overlooked? I know I could solve this with some clever sendmail configuration, but so far I have failed. (The reason why I want to use my provider's SMTP server is so that I can use my official email address, [EMAIL PROTECTED], rather than [EMAIL PROTECTED]) Most email programs these days have no problem doing this. Shouldn't this be in a FAQ somewhere? You should take this to [EMAIL PROTECTED] IMAP and SMTP aren't really related. But in brief, you can try a) setting envelope_from, and setting from=[EMAIL PROTECTED], or b) installing nullmailer or ssmtp to hand off to your ISP, and adjusting the sendmail variable to point to whichever of these programs you use. -Brendan
Re: mutt and imap help
'[EMAIL PROTECTED]' mutt [05/09/01 11:28 -0400]: On Wednesday, 05 September 2001 at 17:04, Matteo Vaccari wrote: I have no problems accessing my provider's IMAP server through Mutt. What I'd like is for Mutt to use my provider's SMTP server as well, instead of using sendmail on localhost. Is there something I have overlooked? I know http://www.hserus.net/pop_smtp.html (for sendmail, exim and postfix) You should take this to [EMAIL PROTECTED] IMAP and SMTP aren't really related. But in brief, you can try a) setting envelope_from, and
Executing commands when opening a folder
Hello, Mutt-Experts! Is there a way to execute a command when opening a mailbox? E.g. I want to tag all messages older than one week when opening my mailbox inbox. I tried folder-hook inbox exec T ~d1w and folder-hook inbox exec tag-pattern ~d1w but bothg did not work Thanx Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - D - 52072 Aachen mailto:[EMAIL PROTECTED] - http://www.christophmaurer.de On my Homepage: SuSE 7.0 on an Acer Travelmate 508 T Notebook
Re: Executing commands when opening a folder
On Wednesday, Sep 05, 2001, Christoph Maurer wrote: Is there a way to execute a command when opening a mailbox? E.g. I want to tag all messages older than one week when opening my mailbox inbox. I tried folder-hook inbox exec T ~d1w and folder-hook inbox exec tag-pattern ~d1w This is what I use (I can tag messages older than 2 weeks except the ones that I have flagged as 'important'). folder-hook =mutt-users 'push T~r2w!~F\n\;'# 2 weeks -- Paul Cox paul at coxcentral dot com Kernel: 2.4.7-12.3mdk - Uptime: 15 days 12 hours 27 minutes.
Archivation through mutt?
Hi, I am preparing to get back to Linux (unfortunately, I have been stacked for some at Windows notebook, but I am to return back to Linux soon; wov!) and I have decided to implement an option of Outlook that I miss in mutt (actually, probably the only option I miss :-). It was so easy to archive older messages to another message store or delete some old messages from the Trash folder. Therefore, I have decided to create my own small shell script doing something similar (see attached). However, I am really not a programmer and I am still slightly scare of Bash. Could you comment, please, on the attached script and tell me whether I am to shoot off my foot with this script? Actually, it would be nice, if there was some ./contrib directory in mutt distribution containing such small scripts (and examples of some more advanced configuration options) helping newbies in mutt world? Thanks a lot Matej Cepl archmail
Re: fcc
* Will Yardley ([EMAIL PROTECTED]) [010905 03:12]: my actual question is that whenever i send a message, using either fcc-hook or set record (currently using fcc-hook): #set record =~/mail/sent-mail fcc-hook $ +sent-mail i get a new mail message in sent-mail. i do have sent-mail set as a mailbox, but i have this set other places as well i'm pretty sure without problem (my main account is Maildir so that's different, I assume). any way to surpress this with 1.2.5? Taken from the mutt manual: 3.11. Defining mailboxes which receive mail Usage: mailboxes [!]filename [ filename ... ] This command specifies folders which can receive mail and which will be checked for new messages. By default, the main menu status bar displays how many of these folders have new messages. You don't want mutt to let you know of new mail in sent-mail? don't include it in your mailboxes line. -- Sintax error in config file! (line 378) aborted! Looks like you've got a lexical error in your syntax error, as well... -- Vineet http://www.anti-dmca.org Unauthorized use of this .sig may constitute violation of US law. echo Qba\'g gernq ba zr\! |tr 'a-zA-Z' 'n-za-mN-ZA-M' PGP signature
Re: fcc
Vineet Kumar wrote: This command specifies folders which can receive mail and which will be checked for new messages. By default, the main menu status bar displays how many of these folders have new messages. You don't want mutt to let you know of new mail in sent-mail? don't include it in your mailboxes line. yes but on other machines mutt doesn't do this. i like having sent-mail in the mailboxes list so that it's included in my default folder list. i was hoping there was another way to do this. no worries though. -- Sintax error in config file! (line 378) aborted! Looks like you've got a lexical error in your syntax error, as well... well it wouldn't be a very funny sig if it were spelled correctly : it's from the logs of a piece of antivirus software called rav. their software works pretty well but their spelling leaves something to be desired. -will -- Sintax error in config file! (line 378) aborted! PGP Public Key: http://infinitejazz.net/will/pgp/ PGP signature
Re: fcc
Thus spake Vineet Kumar ([EMAIL PROTECTED]): You don't want mutt to let you know of new mail in sent-mail? don't include it in your mailboxes line. I think that he means that the mail message is marked as 'N' in the sent folder, regardless of whether it's in your mailboxes list. I believe thist went away with one of the more recent 1.3.x releases, as I used to see it, but it's gone now. -- | Justin R. Miller / [EMAIL PROTECTED] / 0xC9C40C31 | Of all the things I've lost, I miss my pants the most. -- PGP signature
Re: fcc
Justin R. Miller wrote: I think that he means that the mail message is marked as 'N' in the sent folder, regardless of whether it's in your mailboxes list. I believe thist went away with one of the more recent 1.3.x releases, as I used to see it, but it's gone now. it doesn't seem to actually mark it read, but it does note the modification date on the mailbox. i thought there might be some option that would change the way it appends to the sent-mail file or something so that the modification time wouldn't change. no biggie though - i'll just take it off the list of mailboxes. w -- Sintax error in config file! (line 378) aborted! PGP Public Key: http://infinitejazz.net/will/pgp/ PGP signature
To Me, Myself and I
Hi, there! When using the set from='[EMAIL PROTECTED]' every mail from this address to another person is displayed in the index with To But I use several e-mail addresses (and I have some more, older ones). Is it possible to specify *multiple* e-mail addresses (or better a RegExp) which are concerned to belong to me, to see the To ... on each of them, not only for the current $from entry? -volker -- http://die-moells.de/ * http://stama90.de/ * http://scriptdale.de/ You know you've been hacking too long when... ...you want to 'grep keys /dev/pockets'.
viewing attachments automatically?
hello, is there a way to tell mutt in which order to process attachments. in particular, i get lots of mail sent by people who use outlook. that thing sends out 2 copies of the message : plain text and html. in fact, the attachment menu looks like this: I 1 no description [multipa/alternativ, 7bit, 2.9K] I 2 |-no description[text/plain, 7bit, us-ascii, 0.8K] I 3 `-no description[text/html, 7bit, us-ascii, 1.8K] when i hit enter in pager, to view the message, by default i get html which is '-dump'ed by lynx. is ther any way to make it so that i am taken to text/plain attachment instead? or perhaps should i do this in my procmail by stripping out the text/html? this does not sound like a very good solution because what if i actually do need to read html? (not usually the case, but...) i am sorry if this question has been asked. i am using mutt 1.2.5i and relevant parts of .mailcap look like this: text/html; lynx -force_html %s text/html; lynx -dump -force_html %s; copiousoutput thanks for any information. denis ps. i found these in one of the posts, so i did not investigate why i need both yet -- // mailto: Denis Perelyubskiy [EMAIL PROTECTED] // icq : 12359698 // PGP : http://www.cs.ucla.edu/~denisp/files/pgp.asc
wierd new mail problem
Hey all, I'm using mutt 1.2.5i, and I've got a very strange problem with new mail. I'm using mutt to access IMAP folders, and the binary and shared data reside on NFS. Here's the problem: On some systems where I run mutt, it works as you would expect. On others, after I read all the new messages in a folder which it marked as having new mail, and then try to change to the next folder with new mail, but it would send me back into the same folder, thinking that there was still new mail there. Going back out to the index also reveals that mutt thinks there's still new mail in the folder, but re-entering the folder shows that there isn't any new mail. I ran mutt on 4 machines, and it exhibited this behavior on two of them. The breakdown is this: Red Hat 6.2, linux 2.2.19 (stock): works Red Hat 6.2, linux 2.2.19 (Red Hat): doesn't work Red Hat 7.1, linux 2.4.7 (stock): works Red Hat 7.1, linux 2.4.8 (stock): doesn't work All machines are running with the same binary from NFS, accessing the same IMAP server. No two clients are started at the same time, so it's not a locking problem. All machines are synchronized via NTP, so the system time on all 5 machines is within about 10 ms. Here's the output from mutt -v: $ mutt -v Mutt 1.2.5i (2000-07-28) Copyright (C) 1996-2000 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: Linux 2.4.7 [using ncurses 4.2] Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +USE_FCNTL -USE_FLOCK +USE_IMAP -USE_GSS -USE_SSL +USE_POP +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_PGP -BUFFY_SIZE -EXACT_ADDRESS +ENABLE_NLS SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/spool/mail SHAREDIR=/nfs/share/mutt SYSCONFDIR=/nfs/etc ISPELL=/usr/bin/ispell To contact the developers, please mail to [EMAIL PROTECTED]. To report a bug, please use the muttbug utility. So, uh, what gives? Any clues? Thanks -- --- Derek Martin | Unix/Linux geek [EMAIL PROTECTED]| GnuPG Key ID: 0x81CFE75D Retrieve my public key at http://pgp.mit.edu
Re: viewing attachments automatically?
Denis Perelyubskiy wrote: is there a way to tell mutt in which order to process attachments. in particular, i get lots of mail sent by people who use outlook. that thing sends out 2 copies of the message : plain text and html. looks like this sure. i do it like this: # view annoying html mail inline auto_view text/html # view annoying vcards inline auto_view text/x-vcard # view document files via catdoc auto_view application/ms-word with the corresponding .mailcap: text/html; w3m -dump %s; nametemplate=%s.html; copiousoutput application/msword; catdoc %s; copiousoutput text/x-vcard; bin/vcard_filter; copiousoutput -w -- Sintax error in config file! (line 378) aborted! PGP Public Key: http://infinitejazz.net/will/pgp/
Re: viewing attachments automatically?
* Will Yardley [EMAIL PROTECTED] [09-Wed-01 22:15 -0700]: Denis Perelyubskiy wrote: is there a way to tell mutt in which order to process attachments. in particular, i get lots of mail sent by people who use outlook. that thing sends out 2 copies of the message : plain text and html. looks like this sure. i do it like this: # view annoying html mail inline auto_view text/html [ ..snip.. ] thanks, i am kind of already doing this. the problem is that it actually starts up a browser to 'dump' the output. it is not very slow, but i can notice a very very slight delay. also, i like plain text. id dont like html :) it is formatted ugly ... too much free space as dumpted by lynx, and i dont have w3m on another machine the problem with outlook is that it also sends a plain text copy along with html one. so i DO NOT WANT to start any kind of browser, dump some output, then look at it in my pager if i can somehow train mutt to recognize that there is also a text/plain attachment, and make it view it first. i hope this explanation makes sense denis -- // mailto: Denis Perelyubskiy [EMAIL PROTECTED] // icq : 12359698 // PGP : http://www.cs.ucla.edu/~denisp/files/pgp.asc
Re: viewing attachments automatically?
On 2001.09.06, in [EMAIL PROTECTED], Denis Perelyubskiy [EMAIL PROTECTED] wrote: the problem with outlook is that it also sends a plain text copy along with html one. so i DO NOT WANT to start any kind of browser, dump some output, then look at it in my pager if i can somehow train mutt to recognize that there is also a text/plain attachment, and make it view it first. Mutt can be told the order of preference for multipart/alternative messages. I use this: alternative_order text/enriched text/plain text/html This says that if text/enriched is available as one presentation of the same content, then I want to see it; otherwise, if text/plain is present, I would prefer it over text/html. Mutt will show only one of these alternatives. -- -D.[EMAIL PROTECTED]NSITUniversity of Chicago
Re: viewing attachments automatically?
* David Champion [EMAIL PROTECTED] [09-Wed-01 22:31 -0700]: On 2001.09.06, in [EMAIL PROTECTED], Denis Perelyubskiy [EMAIL PROTECTED] wrote: the problem with outlook is that it also sends a plain text copy along with html one. so i DO NOT WANT to start any kind of browser, dump some output, then look at it in my pager if i can somehow train mutt to recognize that there is also a text/plain attachment, and make it view it first. Mutt can be told the order of preference for multipart/alternative messages. I use this: alternative_order text/enriched text/plain text/html This says that if text/enriched is available as one presentation of the same content, then I want to see it; otherwise, if text/plain is present, I would prefer it over text/html. Mutt will show only one of these alternatives. great, thanks a bunch. this is precisely what i was looking for! denis -- // mailto: Denis Perelyubskiy [EMAIL PROTECTED] // icq : 12359698 // PGP : http://www.cs.ucla.edu/~denisp/files/pgp.asc
Re: viewing attachments automatically?
On Wed, Sep 05, 2001 at 10:20:36PM -0700, Denis Perelyubskiy wrote: the problem with outlook is that it also sends a plain text copy along with html one. so i DO NOT WANT to start any kind of browser, dump some output, then look at it in my pager if i can somehow train mutt to recognize that there is also a text/plain attachment, and make it view it first. I think this might help: http://www.mutt.org/doc/manual/manual-5.html#alternative_order It explains how to choose to display plain text if such a multipart exists. HTH cheers j -- | ECHELON Fodder | TDYC ISADC Middleman Gatt SADMS SAMU | ++---+
aliasing multiple addresses
Hi, Sorry if this has been asked before, but is there a way to tag or somehow get mutt to alias multiple addresses in an email (a la Pine). Specifically, mutt only looks to the From: address. Can it also allow selections from the Cc: field or body of the email? Thanks, Art