Umlaut blues

2001-09-05 Thread Kai Blin

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

2001-09-05 Thread Volker Moell

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

2001-09-05 Thread Will Yardley

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

2001-09-05 Thread Lars Hecking

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

2001-09-05 Thread Will Yardley

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

2001-09-05 Thread Lars Hecking

 
> 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]

2001-09-05 Thread Will Yardley

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/



Re: [MAILER-DAEMON@hq.newdream.net: Undelivered Mail Returned to Sender]

2001-09-05 Thread Lars Hecking


> 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.




iconv etc

2001-09-05 Thread Will Yardley

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  1>&5
/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 
#include 
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 1>&5
configure:6619: checking for iconv declaration
configure:6644: gcc -c -Wall -pedantic -g -O2  -I/home/will//include 
-I/home/will/include conftest.c 1>&5
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 
#include 
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  1>&5
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 
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  1>&5
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 2>conftest.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  1>&5
/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 
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 
1>&5
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 
1>&5
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 1>&5
configure: failed program was:
#line 7336 "configure"
#include "confdefs.h"

#include 
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

2001-09-05 Thread Lars Hecking

 
> 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  1>&5
> /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 1>&5
> 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 1>&5
> 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

2001-09-05 Thread Will Yardley

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  1>&5
> > /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

2001-09-05 Thread '[EMAIL PROTECTED]'

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

2001-09-05 Thread Suresh Ramasubramanian

'[EMAIL PROTECTED]'  [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

2001-09-05 Thread Christoph Maurer

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 ~d>1w" and
folder-hook inbox exec tag-pattern ~d>1w"

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

2001-09-05 Thread Paul Cox

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 ~d>1w" and
> folder-hook inbox exec tag-pattern ~d>1w"

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~r>2w!~F\n\;'# 2 weeks

-- 
Paul Cox 
Kernel: 2.4.7-12.3mdk  -  Uptime: 15 days 12 hours 27 minutes.



Archivation through mutt?

2001-09-05 Thread Matej Cepl

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

2001-09-05 Thread Vineet Kumar

* 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

2001-09-05 Thread Will Yardley

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

2001-09-05 Thread Justin R. Miller

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

2001-09-05 Thread Will Yardley

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

2001-09-05 Thread Volker Moell

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'.



Re: To Me, Myself and I

2001-09-05 Thread Thomas Roessler

See $alternates.

On 2001-09-05 21:57:25 +0200, Volker Moell wrote:
>Date: Wed, 5 Sep 2001 21:57:25 +0200
>From: Volker Moell <[EMAIL PROTECTED]>
>To: ML mutt <[EMAIL PROTECTED]>
>Subject: To Me, Myself and I
>Mail-Followup-To: ML mutt <[EMAIL PROTECTED]>
>User-Agent: Mutt/1.3.22.1i
>Organization: 10 HOME / 20 SWEET / 30 GOTO 10
>
>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'.
>

-- 
Thomas Roesslerhttp://log.does-not-exist.org/





viewing attachments automatically?

2001-09-05 Thread Denis Perelyubskiy

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[multipa/alternativ, 7bit, 2.9K]
I 2 |->[text/plain, 7bit, us-ascii, 0.8K]
I 3 `->[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

2001-09-05 Thread Derek Martin

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?

2001-09-05 Thread Will Yardley

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?

2001-09-05 Thread Denis Perelyubskiy

 * 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?

2001-09-05 Thread David Champion

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?

2001-09-05 Thread Denis Perelyubskiy

 * 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?

2001-09-05 Thread Jonathan Irving

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

2001-09-05 Thread Arthur Tan

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



GnuPG + Mutt and Outlook + PGP-7.0 recipient and reverse.

2001-09-05 Thread Morten Liebach

Yo!

I'm trying to communicate encrypted with an Outlook user using PGP 7.0,
and I'm using mutt 1.3.21i and GnuPG-1.0.6.

I think I saw a way to encrypt with gpg and mutt so that Outlook users
don't get it as an attachment, but I can't find it again?

When I get an encrypted email I have to pipe the body through
'gpg --decrypt | less' to read it, and it's inconvenient.

How can I make PGP 7.0 messages readable by mutt? (I saw a procmail recipe
once, even had it in my .prcmailrc once, but accidentally deleted it :-()

Thanks
Morten

-- 
Morten Liebach <[EMAIL PROTECTED]>, https://pc89225.stofanet.dk/[~morten/]
Key fingerprint = 43F0 B319 E12D 50A9 04C0  68B7 E34A 388E D796 A4EB
BOFH excuse: Root name servers corrupted.



Re: GnuPG + Mutt and Outlook + PGP-7.0 recipient and reverse.

2001-09-05 Thread David T-G

Morten, et al --

...and then Morten Liebach said...
% Yo!

Hi!


% 
% I'm trying to communicate encrypted with an Outlook user using PGP 7.0,
% and I'm using mutt 1.3.21i and GnuPG-1.0.6.

Ah, the things we do to work with the business world... :-)


% 
% I think I saw a way to encrypt with gpg and mutt so that Outlook users
% don't get it as an attachment, but I can't find it again?

The best that I have seen is Shane Wegener's pgp_outlook_compat patch.
If you have no choice but to send PGP in The Wrong Format, it's the way
to go.  It should be in the archives from last fall (er, maybe summer).

AFAIK, Shane doesn't have it up on a web page, since he sent me the
latest version by mail after I asked him for its status, but you can find
it at my mutt site.  Surf over to 

  http://mutt.sector13.org/mutt-build-cocktail

to view my current workspace (getting all 1.2.5 patches brought up to
1.3.22.1 for 1.4 soon) and, in particular, grab 

  patch-1.3.15.sw.pgp-outlook.1

from there.  Enjoy!


% 
% When I get an encrypted email I have to pipe the body through
% 'gpg --decrypt | less' to read it, and it's inconvenient.

Now, that's interesting -- unless you're speaking of the LookOut! side,
in which case it's not unexpected.


% 
% How can I make PGP 7.0 messages readable by mutt? (I saw a procmail recipe
% once, even had it in my .prcmailrc once, but accidentally deleted it :-()

Are you perhaps looking for the recipes in PGP-Notes.txt in the distro?


% 
% Thanks

HTH & HAND


% Morten
% 
% -- 
% Morten Liebach <[EMAIL PROTECTED]>, https://pc89225.stofanet.dk/[~morten/]
% Key fingerprint = 43F0 B319 E12D 50A9 04C0  68B7 E34A 388E D796 A4EB
% BOFH excuse: Root name servers corrupted.


:-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!


 PGP signature