compile errors on macosx and disable-iconv

[Eugene Lee]

I'm having problems compiling mutt-1.4i on Mac OS X 10.2.  I already
discovered that --without-iconv doesn't work and have applied Lars'
patch-1.4.lh.noiconv.1 patch (it says patch.1.3.28.lh.noiconv in the
patched ChangeLog) that added --disable-iconv.  BTW, the patched
ChangeLog also says "no m4 files are modified", but running the patch
did touch iconv.m4:

patching file INSTALL
patching file PATCHES
patching file charset.h
patching file configure.in
patching file m4/iconv.m4

Anyways, I did a configure --disable-iconv and got no errors.  On the
make, here's the output:

bash-2.05a$ make
cd . && aclocal -I m4
cd . && automake --foreign --include-deps Makefile
./gen_defs ./OPS ./OPS.PGP > keymap_defs.h
./patchlist.sh < ./PATCHES > patchlist.c
cd . \
  && CONFIG_FILES=Makefile CONFIG_HEADERS= /bin/sh ./config.status
creating Makefile
Makefile:450: *** missing separator.  Stop.

First, why is the Makefile being modified during a make???

Second, starting at line 450, there's a bunch of macros that didn't
appear to be processed (output below).

Any suggestions are welcome.  Or should I go with mutt-1.5?

I'm not on mutt-devel.  If this is a big problem, could someone forward
this message there?  Thanks.

@AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/regex.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/snprintf.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/strcasecmp.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/strdup.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/account.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/addrbook.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/alias.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/ascii.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/attach.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/base64.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/browser.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/buffy.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/charset.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/color.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/commands.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/complete.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/compose.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/copy.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/curs_lib.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/curs_main.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/date.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/dotlock.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/edit.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/editmsg.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/enter.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/extlib.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/filter.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/flags.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/from.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/getdomain.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/gnupgparse.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/handler.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/hash.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/hdrline.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/headers.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/help.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/history.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/hook.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/init.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/keymap.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/lib.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/main.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/makedoc.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/mbox.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/mbyte.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/md5c.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/menu.Po@am__quote@
  

make install fails after ./config --with-mixmaster

[rex]

Trying to build mutt 1.4 with mixmaster support fails under SuSE 8.0:

./configure --with-mixmaster
[...]
make install

[...]
compose.c: In function `mutt_compose_menu':
compose.c:1205: `OP_COMPOSE_MIX' undeclared (first use in this function)
compose.c:1205: (Each undeclared identifier is reported only once
compose.c:1205: for each function it appears in.)
make[1]: *** [compose.o] Error 1
make[1]: Leaving directory `/usr/local/src/mutt-1.4'
make: *** [install-recursive] Error 1


It works without the --with-mixmaster option. Any suggestions?

Thanks,

-rex

Re: imap/pop w/cyrus virtual domains

[Michael Tatge]

Mark Nipper ([EMAIL PROTECTED]) muttered:
> I finally convinced my Exim 4.x MTA to deliver to a
> [EMAIL PROTECTED]@mydomain.net style address via LMTP to a
> Cyrus mailstore.
> 
>   I was ecstatic to say the least.  And then I go to check
> everything is working (without having to resort back to the old
> 'telnet localhost pop3' trick), and what do I fine?  Mutt seems
> to not handle [EMAIL PROTECTED] as a username to a host with
> either pop3 or imap4!?  :(

Sure, "@" is not allowded in the local part of an mail address. See
RFC822.

Michael
-- 
"...Deep Hack Mode--that mysterious and frightening state of
consciousness where Mortal Users fear to tread."
(By Matt Welsh)

PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key

Re: imap and new mail

[Nicolas Rachinsky]

* Vincent Lefevre <[EMAIL PROTECTED]> [2002-09-13 00:26 +0200]:
> On Thu, Sep 12, 2002 at 23:47:23 +0200, Nicolas Rachinsky wrote:
> > I use the attached patch (with "mark_old is unset"). But I must admit,
> > I use it only with local Maildirs.
> 
> What does it do?

With mark_old unset mutt changes "old" to "new" when leaving a folder.
My patch changes this. With the patch (and mark_old unset) mutt leaves
new message new and old messages old when leaving a folder. But I
don't know if it works for IMAP folders, it works for Maildir and mbox
(these are the only folder types I have).

Nicolas 

Re: imap and new mail

[Vincent Lefevre]

On Fri, Sep 13, 2002 at 11:50:11 +0200, Nicolas Rachinsky wrote:
> With mark_old unset mutt changes "old" to "new" when leaving a folder.
> My patch changes this. With the patch (and mark_old unset) mutt leaves
> new message new and old messages old when leaving a folder. But I
> don't know if it works for IMAP folders, it works for Maildir and mbox
> (these are the only folder types I have).

With Maildir and mbox folders, Mutt leaves new message new and old
messages old when the folder is set in read-only mode. This allows
the user to choose what to do. It seems that your patch basically
makes Mutt behave as if the folder were set in read-only mode for
new/old messages. So, I don't think it will work with IMAP.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web:  - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA

Re: compile errors on macosx and disable-iconv

[Eugene Lee]

On Fri, Sep 13, 2002 at 02:19:49AM -0700, Eugene Lee wrote:
: 
: I'm having problems compiling mutt-1.4i on Mac OS X 10.2.  I already
: discovered that --without-iconv doesn't work and have applied Lars'
: patch-1.4.lh.noiconv.1 patch (it says patch.1.3.28.lh.noiconv in the
: patched ChangeLog) that added --disable-iconv.
[...]

I had a short burst of exchanges with Lars Heckling, and he helped me to
resolve the problem.  If anyone needs Mutt sans the recommended libiconv
support, feel free to bug me for the update.  Thanks Lars!

Hmmm, is there an update planned for mutt-1.4 in the near future?


-- 
Eugene Lee
[EMAIL PROTECTED]

[newbie] a few questions

[Leonardo Canducci]

I've just configured exim+procmail+fetchmail+mutt in my debian woody.
It works great but I still have a few questions I couldn't answer
reading howtos and docs.

1. attachments. is there some way in the index_format to show that a
message has an attachment?
2. trash. I'd like to move messages marked with delete in my trash
mailbox instead of actually deleting them. how can I do that?
3. mailboxes with old messages still marked new (I'm using unset
mark_old) doesn't have the N flag. That's right if mutt checks
mailboxes last-change-date, but I'd like these mailboxes to have the
N flag since the contain unread messages. Is there some way to do
that?

thanks in advance!
--
Leonardo Canducci, [EMAIL PROTECTED] on 13/09/2002

Re: [newbie] a few questions

[Michael Tatge]

Leonardo Canducci ([EMAIL PROTECTED]) muttered:
> I've just configured exim+procmail+fetchmail+mutt in my debian woody.
> It works great but I still have a few questions I couldn't answer
> reading howtos and docs.
> 
> 1. attachments. is there some way in the index_format to show that a
> message has an attachment?

David Champion did a patch for this purpose.
http://home.uchicago.edu/~dgc/mutt/#attach

> 2. trash. I'd like to move messages marked with delete in my trash
> mailbox instead of actually deleting them. how can I do that?

You could use macros or Cedric Duval's thrashfolder patch.
http://cedricduval.free.fr/mutt/

HTH,

Michael
-- 
I've run DOOM more in the last few days than I have the last few
months.  I just love debugging ;-)
(Linus Torvalds)

PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key