Re: Charsets

[Edmund GRIMLEY EVANS]

Timur Mustakimov:

> I have the following problem with mutt. It doesn't show cyrillic chars, although my 
>terminal, which in mutt is running shows them very nice. Mutt change all of them to 
>'?'. What do i need to set ? Charset is koi-8r.

Check that you really did install the charsets ("make install" should
do it but some people try to install by hand instead) and tell mutt:

set charset="koi8-r"

Re: installing mutt without root privilege

[Edmund GRIMLEY EVANS]

> > I think what you'll have to do is configure mutt with --prefix set to
> > the actual path you will eventually install to.  Then, you'll have to
> > recreate the actions that 'make install' would have performed ('make -n
> > install' would probably be helpful here), using your 'cscp' program.

Telling a package's installation script to install stuff in a location
different from where it will eventually be installed is a standard
problem: all Debian packages are built this way, I think. So you
almost certainly don't have to study the output of make -n install and
do your own program. In the case of mutt, I think what you have to do
is something like:

$ ./configure --prefix=/final/location
$ make
$ make DESTDIR=/temporary/location install

This is from glancing at the Makefile; I haven't tried it. If it
doesn't work you could look at Debian's source package diff; the same
problem will have been solved there.

By the way, can anyone say if this use of DESTDIR is reasonably
standard? It would be nice of all/most packages had the same way of
doing this ...

Edmund

Re: looking-up replies

[Stasinos Konstantopoulos]

Op do. 07 okt 1999 09:18:26 zei Dirk Huebner:

> Hi all,
> 
> is there a way to look for what I replied when I read older mails? Of
> course it is possible to switch to sent-mail and look for the right
> mail, but this is not really comfortable.  I wonder if there is a
> function/key which opens the sent-mail-folder and shows what I replied.
> If this is not implemented it would be a really great improvement.
> 
> Greetings
> Dirk

For what it's worth, what I do is set my fcc-save-hooks so that saved
and outgoing emails from/to the same person are put in the same folder
where they are nicely threaded.

stasinos

Re: "my_hdr From" vs "set use_from"

[Marcelo Magallon]

>> David DeSimone <[EMAIL PROTECTED]> writes:

 > > * When replying, use whatever address was used to send me
 > >   mail... (that is what use_from does)
 > 
 > The use_from variable does NOT do that.  The variable you're looking for
 > is called reverse_name.

Yes, sorry... I was reading thru the docs, and use_from got stuck on
my head...

 > In order for this variable to work properly, though, I believe your
 > $alternates regexp must match any addresses that could be sent to you. 

yes, it's properly set up.

 > This way Mutt will know what addresses to recognize and include in the
 > reverse_name behavior.

I have a better idea of what I want now...

 * Use reverse_name when replying, always.  For example, if
   [EMAIL PROTECTED] sends me an email to [EMAIL PROTECTED], but my send hook
   says mutt should use [EMAIL PROTECTED] when sending mail to
   [EMAIL PROTECTED], I want [EMAIL PROTECTED] to be used, not
   [EMAIL PROTECTED] (reverse_name does this, but not quite)

 * I want to use my bigfoot address with friends and such, because
   it's easier for them to remember (send-hook does this, and it seems
   to take precedence over reverse_name, am I wrong?)

 * Use my university's address otherwise ("send-hook ." takes care of
   this, but it overrides reverse_name, it seems)

Is it possible to do want I want?

TIA and sorry about the noise,


Marcelo

Re: how to set up alternate SMTP server

[Mikko Hänninen]

Jeremy Blosser <[EMAIL PROTECTED]> wrote on Thu, 07 Oct 1999:
> AFAIK both things you mention can be dealt with using a minimal MTA that
> just acts as a forwarder, such as sSMTP.  All you really have to do to
> configure it is set the remote mailhub's hostname.

So how large is sSMTP anyway?  Would it be possible to include it with
mutt?  Seems a bit of waste as not everyone needs it, yes, but then
again if it's small and if some significant number of people would
benefit from it, then it might be worthwhile.

At the very least, shouldn't sSMTP be linked from somewhere like
http://www.mutt.org/download.html on the mutt site?  (And urlview too,
while we're at it...)  At the moment, the link can be found at the very
bottom of http://www.mutt.org/links.html, which isn't very promiment.


Mikko
-- 
// Mikko Hänninen, aka. Wizzu  //  [EMAIL PROTECTED]  //  http://www.iki.fi/wiz/
// The Corrs list maintainer  //   net.freak  //   DALnet IRC operator /
// Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs /
After the prices hit the ceiling they go through the roof.

Re: how to set up alternate SMTP server

[Eugene Lee]

On Thu, Oct 07, 1999 at 02:31:39AM -0400, Tim Pierce wrote:
:
:It doesn't seem to me that a simple SMTP delivery-only client should
:have to involve a great deal of code, and it could certainly be made a
:compile-time option.

The best solution should be a standardized open-source library called
libsmtp.so that any application could use.  Then force all MTAs to use
the library.  And finally force all MUAs to build a libsmtp.so with an
absolutely consistent set of interfaces for it.

But this probably won't happen, because consistency is pretty low on the
list as far as any flavor of Unix is concerned.  So I'm all for keeping
Mutt as simple and uncluttered as possible, so no SMTP client code.


--
Eugene Lee
[EMAIL PROTECTED]

running procmail on popped mail [OT]

[Raju K V]

hi,

This is slightly offtopic.

I pop my mails from machine X and read it on machine Y. But I dont have 
permission to run any command on machine X. So, how can I run procmail
of machine Y on any mails that I have popped?

Thanks in advance,
Raju

verify manually a pgp/mime signed message

[Norbert Preining]

Hi!

How can I manually verify a pgp/mime signed message. I thought about
saving the text-attachment to file foo, the signature-attachemnt
to file bar and call
pgp bar foo

But this always gives me a signature error!

Thanks a lot for any suggestions.

--
ciao
norb

+---+
| Norbert Preining  http://www.logic.at/people/preining |
| University of Technology Vienna, Austria[EMAIL PROTECTED] |
| PGP fingerprint: BE 15 9D B2 99 05 03 06  D3 A1 56 CC 20 F1 4C 19 |
| PGP public key: email me with Subject `get PGP-key' or keyservers |
+---+

 PGP signature

Re: running procmail on popped mail [OT]

[Ralf Hildebrandt]

On Thu, Oct 07, 1999 at 05:40:20PM +0530, Raju K V wrote:
> hi,
> 
> This is slightly offtopic.
> 
> I pop my mails from machine X and read it on machine Y. But I dont have 
> permission to run any command on machine X. So, how can I run procmail
> of machine Y on any mails that I have popped?

Use fetchmail to pop mail off X which in turn re-injects the messages
into postfix/sendmail/qmail on Y which can then run procmail. 

-- 
Ralf Hildebrandt <[EMAIL PROTECTED]> www.stahl.bau.tu-bs.de/~hildeb
Real programmers never work 9 to 5. If any real programmers are around
at 9 am, it's because they were up all night. 


 PGP signature

Re: running procmail on popped mail [OT]

[Mikko Hänninen]

Raju K V <[EMAIL PROTECTED]> wrote on Thu, 07 Oct 1999:
> I pop my mails from machine X and read it on machine Y. But I dont have 
> permission to run any command on machine X. So, how can I run procmail
> of machine Y on any mails that I have popped?

You can't with Mutt's pop support.  You need to use a program such as
fetchmail to retrieve your mails from the POP server and let that invoke
procmail on your computer.


Mikko
-- 
// Mikko Hänninen, aka. Wizzu  //  [EMAIL PROTECTED]  //  http://www.iki.fi/wiz/
// The Corrs list maintainer  //   net.freak  //   DALnet IRC operator /
// Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs /
[Please insert a quarter in Drive A: for the next signature quote.]

Re: looking-up replies

[Dirk Huebner]

On Thu, 07 Oct 1999, Stasinos Konstantopoulos wrote:

> For what it's worth, what I do is set my fcc-save-hooks so that saved
> and outgoing emails from/to the same person are put in the same folder
> where they are nicely threaded.

Thanks for the answer. Of course I tried this before, but I prefer to
have the mails separated. Don't like to have them mixed.
It's no urgent problem, was just curious if this is possible (and would
love mutt even more for this ;-)

Greets
D.

Compile errors: mutt1.0pre3 with compressed folders patch

[J Horacio MG]

Hi,

this is the first time ever I try to compile mutt.  My system is Debian
2.1 (Linux 2.0.36).

I followed these steps:

- cp and untar/unzip mutt-1.0pre3i.tar.gz to the /tmp directory

- cp and gunzip patch-1.0pre3.rr.compressed.2 in the mutt-1.0pre3 dir

- apply the patch: patch -p0 mailto:[EMAIL PROTECTED]http://carlotha.ciberia.es/mutt/
~ Spain ~ Spanje ~ Spanien

Re: how to set up alternate SMTP server

[Rich Lafferty]

Quoting Tim Pierce ([EMAIL PROTECTED]) from Thu, Oct 07, 1999 at 02:31:39AM -0400:
> On Wed, Oct 06, 1999 at 11:51:55PM -0500, Jeremy Blosser wrote:
> > Raju K V [[EMAIL PROTECTED]] wrote:
> > > Suppose my machine does not have smtp capabilities? ie it does not have
> > > sendmail or any other MTA, can I use another machine as smtp host? I am
> > > looking for something equivalent to pine's smtp-server option.
> > 
> > When you have pine doing this, your machine /does/ have SMTP capabilities
> > and an MTA installed - Pine.  Pine speaks SMTP to the remote host you
> > specify to get the message there.
> > 
> > Mutt doesn't believe in wasting developers' time and bloating the code base
> > this way.  There are plenty of real MTAs out there, get one of them.
> 
> It doesn't seem to me that a simple SMTP delivery-only client should
> have to involve a great deal of code, and it could certainly be made a
> compile-time option.

Seems silly considering all of the other alternatives. Like this:

#!/usr/bin/perl -wT
# little smtp smarthost-relay to quiet mutt-users
# 1999/10/07 Rich Lafferty <[EMAIL PROTECTED]>
# Use this under the same terms as Perl itself. No warranty.
use strict;
use Net::SMTP;
use Net::Domain;

# Change this line!
my $smarthost = "clyde.concordia.ca";

my $smtp = Net::SMTP->new($smarthost, Debug => 1);
my $me = $ENV{USER} . '@' . Net::Domain::hostfqdn();
$smtp->mail($me) or die "Invalid sender\n";
foreach my $recipient (@ARGV) {
if ($recipient ne "--") {
$recipient .= "." . Net::Domain::hostdomain() 
unless $recipient =~ /\./;
$smtp->to($recipient) || warn "Invalid recipient\n";
}
}
$smtp->data() or die "Can't make a message\n";
while () { $smtp->datasend($_) or die Can't make a message (c)\n"; }
$smtp->dataend() or die "Message delivery refused\n";
$smtp->quit or warn "SMTP session terminated abnormally\n";

__END__
 
> I see at least two significant advantages to having SMTP delivery
> support built directly into the client:
> 
>   * Many ISPs, as a spam prevention measure, require all mail delivery
> to go through their smarthost.  Configuring an MTA to use a
> smarthost is not always trivial.
> 
>   * More generally, configuring an MTA when you are not thoroughly
> familiar with it can introduce security risks.

This is not true. A daemon, perhaps, but if you install ssmtp in ~/bin and
make it only executable by you, the security risks are less than those of,
say, rm.

>I don't think it's
> a feature if Mutt's design promotes more machines being set up as,
> say, open relays, even indirectly.

Mutt *does not send over port 25*. There's no way that you could use
an ssmtp-configured machine as a relay because *it doesn't accept mail*.
It just sends it on its way. Whether or not a machine receives mail over
smtp is completely orthogonal to mutt.

If we decide to include SMTP, I'm going to rally for UUCP and
PMDF-over-DECnet support. :-)

> and Chief Hacking Officer

Puh-lease.

  -r.

-- 
-- Rich Lafferty ---
 Sysadmin/Programmer, Information and Instructional Technology Services
   Concordia University, Montreal, QC (514) 848-7625
- [EMAIL PROTECTED] --


 PGP signature

Re: how to set up alternate SMTP server

[Rich Lafferty]

Quoting Rich Lafferty ([EMAIL PROTECTED]) from Thu, Oct 07, 1999 at 12:25:17PM 
-0400:
> 

Woops, got ahead of myself:
 
> #!/usr/bin/perl -wT
> # little smtp smarthost-relay to quiet mutt-users
> # 1999/10/07 Rich Lafferty <[EMAIL PROTECTED]>
> # Use this under the same terms as Perl itself. No warranty.

[...]

> my $smtp = Net::SMTP->new($smarthost, Debug => 1);

That should read "Debug => 0" unless you want VERY DETAILED RECORDS of
the delivery attempt :-)

  -Rich

-- 
-- Rich Lafferty ---
 Sysadmin/Programmer, Information and Instructional Technology Services
   Concordia University, Montreal, QC (514) 848-7625
- [EMAIL PROTECTED] --


 PGP signature

Re: how to set up alternate SMTP server

[Jeremy Blosser]

Mikko Hänninen [[EMAIL PROTECTED]] wrote:
> Jeremy Blosser <[EMAIL PROTECTED]> wrote on Thu, 07 Oct 1999:
> > AFAIK both things you mention can be dealt with using a minimal MTA that
> > just acts as a forwarder, such as sSMTP.  All you really have to do to
> > configure it is set the remote mailhub's hostname.
> 
> So how large is sSMTP anyway?  Would it be possible to include it with
> mutt?  Seems a bit of waste as not everyone needs it, yes, but then
> again if it's small and if some significant number of people would
> benefit from it, then it might be worthwhile.

I'm sure a significant number of newbies also don't have a terminal program
they like and may not have a working terminal library (ncurses/slang) and
lynx for HTML mails and procmail and heck they might not even have a
working Unix distribution so should we include that too?  And don't forget
any libraries each of those things depends on...

> At the very least, shouldn't sSMTP be linked from somewhere like
> http://www.mutt.org/download.html on the mutt site?  (And urlview too,
> while we're at it...)  At the moment, the link can be found at the very
> bottom of http://www.mutt.org/links.html, which isn't very promiment.

It's also indirectly mentioned at the top of that page (in the index for
the rest of the page).  I think it's more likely to get lost on the
download page, which is already huge with mirrors.  I'm certainly not going
to put it at the top of that page or anything... 99% of the people that go
there want to download Mutt, not something else.

If you're this concerned about it, write an entry for the FAQ and submit it
to Felix.  That's the first place people should be looking for a question
they don't find answered after they read the manual.

-- 
Jeremy Blosser   |   [EMAIL PROTECTED]   |   http://jblosser.firinn.org/
-+-+--
"If Microsoft can change and compete on quality, I've won." -- L. Torvalds

 PGP signature

[Bug Report] - Mutt 1.0pre3i - Main Menu - Reply

[Gunashankar Selvaraj]

++
version:  mutt-1.0pre3
menu: main-menu
command:  Reply
++

Hi Folks,

When trying to Reply to a message whose header doesnt have
 ( I have no idea how that happpened) Mutt-1.0pre3 dumps
core. This doesnt happen with previous versions of mutt (0.95).
enclosed is the gdb trace of the session. and mutt -v

Just in case.. I was running on a Solaris2.6 machine
and was using IMAP to get/read.. and localhost to send mails..

Thanx

Guna

++

$ /opt/gnu/bin/gdb /opt/local/bin/mutt ~selvaraj/core
GNU gdb 4.17
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.   
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.6"...
Core was generated by `mutt'.
Program terminated with signal 11, Segmentation Fault.
Reading symbols from /usr/lib/libsocket.so.1...done.
Reading symbols from /usr/lib/libc.so.1...done.
Reading symbols from /usr/lib/libnsl.so.1...done.
Reading symbols from /usr/lib/libdl.so.1...done.
Reading symbols from /usr/lib/libmp.so.2...done.
Reading symbols from /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1...  done.
Reading symbols from /usr/lib/locale/en_US/en_US.so.1...done.
#0  0xef6a4614 in strlen ()
(gdb) backtrace
#0  0xef6a4614 in strlen ()
#1  0xef6da50c in _doprnt ()
#2  0xef6e3948 in snprintf ()
#3  0x48b50 in envelope_defaults (env=0xa1748, ctx=0xa5820, cur=0xa66e8,
flags=1) at send.c:569
#4  0x49648 in ci_send_message (flags=1, msg=0xa16e8, tempfile=0x0,
ctx=0xa5820, cur=0xa66e8) at send.c:970
#5  0x20bb4 in mutt_index_menu () at curs_main.c:1506
#6  0x304b8 in main (argc=1, argv=0xe31c) at main.c:683
++


++
$ mutt -v 
+
Mutt 1.0pre3i (1999-09-25)
Copyright (C) 1996-9 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: SunOS 5.6 [using ncurses 4.2]
Compile options:
-DOMAIN
-HOMESPOOL  -USE_SETGID  +USE_DOTLOCK  +USE_FCNTL  -USE_FLOCK
+USE_IMAP  +USE_POP  -HAVE_REGCOMP  +USE_GNU_REGEX  +HAVE_COLOR  -BUFFY_SIZE 
-EXACT_ADDRESS  +ENABLE_NLS
SENDMAIL="/usr/lib/sendmail"
MAILPATH="/var/mail"
SHAREDIR="/opt/local//share/mutt"
SYSCONFDIR="/opt/local//etc"
ISPELL="/opt/gnu/bin/ispell"
To contact the developers, please mail to <[EMAIL PROTECTED]>.
+++

-- 
Kural-100
When pleasant words are easy, bitter words to use,
Is, leaving sweet ripe fruit, the sour unripe to choose.

http://www.cs.utk.edu/~siddhart/thirukkural/
http://www.geocities.com/Athens/Academy/8357/index.html

Re: installing mutt without root privilege

[Gary Johnson]

On Mon, Oct 04, 1999 at 03:57:46PM -0500, David DeSimone wrote:

> I think what you'll have to do is configure mutt with --prefix set to
> the actual path you will eventually install to.  Then, you'll have to
> recreate the actions that 'make install' would have performed ('make -n
> install' would probably be helpful here), using your 'cscp' program.

What I've done is configured with --prefix set to the final install
path, as you said, done the 'make', then edited the Makefile and changed
the line

prefix = 

to

prefix = 

Then I run 'make -n install' to see if I have to create any directories,
then run 'make install'.

This was actually for mswordview-0.5.14; I hadn't figured this out the
last time I installed mutt.  I am assuming that the Makefile for mutt is
similarly structured.

-- 
Gary Johnson
Hewlett-Packard Company
Spokane, Washington
<[EMAIL PROTECTED]>

Re: [FIX] mutt segfaults + gdb output

[rutger]

On Thu, Oct 07, 1999 at 09:13:20AM +0200, Thomas Roessler wrote:
> On 1999-10-07 00:04:25 +0200, [EMAIL PROTECTED] wrote:
> 
> > Ok, I tried today with several combinations. Removing .muttrc (with
> > my my_hdr settings) did not change a thing, just like removing
> > _any_ header. However, inserting the Message-Id: field _did_ cure
> > the problem: I could reply again! So, somewhere besides the
> > previous patch, mutt is dependant on having a Message-Id: field. I
> > don't know how to find this place though...
> 
> Ah, ok, please try this patch instead of my previous one.
> 
[snip patch]

Ok, thanks a lot! Things seem to be working perfectly now!



-- 
Rutger Nijlunsing, rutger @ null.net - Linux! --
Don't BiCapitalize without extremely good reason: it messes up the natural
human-eyeball search order -- Your Friendly Neighborhood Archive Maintainers
+31-40 --- ^X^S^X^Cs

Re: how to set up alternate SMTP server

[Tim Pierce]

On Thu, Oct 07, 1999 at 12:25:17PM -0400, Rich Lafferty wrote:
> Quoting Tim Pierce ([EMAIL PROTECTED]) from Thu, Oct 07, 1999 at 02:31:39AM -0400:
> >   * More generally, configuring an MTA when you are not thoroughly
> > familiar with it can introduce security risks.
> 
> This is not true. A daemon, perhaps, but if you install ssmtp in ~/bin and
> make it only executable by you, the security risks are less than those of,
> say, rm.

That is what a knowledgable and experienced person would do, but we
are talking about the naive and clueless.  Some of these people do not
even know the difference between a daemon and a client.  If they
download an old copy of sendmail and just try to follow all of the
instructions

-- 
Regards,
Tim Pierce
RootsWeb.com lead system admonsterator
and Chief Hacking Officer

Re: installing mutt without root privilege

[Manoj Kasichainula]

On Thu, Oct 07, 1999 at 09:35:55AM +0100, Edmund GRIMLEY EVANS wrote:
> $ ./configure --prefix=/final/location
> $ make
> $ make DESTDIR=/temporary/location install

The DESTDIR support isn't set up for the contrib directory yet, so the
stuff that gets installed out of there normally will fail.

> By the way, can anyone say if this use of DESTDIR is reasonably
> standard?

It's not universal, but it's pretty common.

-- 
Manoj Kasichainula - manojk at io dot com - http://www.io.com/~manojk/
"Some people have entirely too much free time on their hands."
  - Gene Spafford (spaf)

Re: how to set up alternate SMTP server

[Manoj Kasichainula]

On Thu, Oct 07, 1999 at 02:00:15PM -0400, Tim Pierce wrote:
> That is what a knowledgable and experienced person would do, but we
> are talking about the naive and clueless.

Mutt is a power-users' mailer (unless this has changed recently). It
does not cater to the clueless, and I don't want to use software that
does.

-- 
Manoj Kasichainula - manojk at io dot com - http://www.io.com/~manojk/

Re: how to set up alternate SMTP server

[Tim Pierce]

On Thu, Oct 07, 1999 at 01:17:09PM -0500, Manoj Kasichainula wrote:
> On Thu, Oct 07, 1999 at 02:00:15PM -0400, Tim Pierce wrote:
> > That is what a knowledgable and experienced person would do, but we
> > are talking about the naive and clueless.
> 
> Mutt is a power-users' mailer (unless this has changed recently). It
> does not cater to the clueless, and I don't want to use software that
> does.

Nor would I, but I am not talking about dumbing down the software.
you should read more carefully.

i am pleased to learn about sSMTP -- it does sound like an excellent
solution to someone in this situation.  if questions about MTAs become
more common, perhaps it would be helpful to mention this in mutt's
README or INSTALL files.  it does not seem that anything more needs
to be done.

-- 
Regards,
Tim Pierce
RootsWeb.com lead system admonsterator
and Chief Hacking Officer

Re: how to set up alternate SMTP server

[Daniel Eisenbud]

On Thu, Oct 07, 1999 at 01:17:09PM -0500, Manoj Kasichainula <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 07, 1999 at 02:00:15PM -0400, Tim Pierce wrote:
> > That is what a knowledgable and experienced person would do, but we
> > are talking about the naive and clueless.
> 
> Mutt is a power-users' mailer (unless this has changed recently). It
> does not cater to the clueless, and I don't want to use software that
> does.

I would like to second this.  Trying to make mutt into "the mailer for
the masses" will lead to bloat.  The point is to have a fast, powerful,
small mailer, not to take over the world.  This was the attitude among
the developers from day one, and I think it should stay that way.

-Daniel

-- 
Daniel Eisenbud
[EMAIL PROTECTED]

Re: running procmail on popped mail [OT]

[David DeSimone]

Ralf Hildebrandt <[EMAIL PROTECTED]> wrote:
>
> Use fetchmail to pop mail off X which in turn re-injects the messages
> into postfix/sendmail/qmail on Y which can then run procmail. 

Sometimes, re-injecting a message into the MTA on machine Y will simply
cause it to get sent back to X.  In such a case, fetchmail can easily be
configured to simply run a local MDA directly, using an option such as
"mda procmail -d ".

-- 
David DeSimone   | "The doctrine of human equality reposes on this:
[EMAIL PROTECTED]   |  that there is no man really clever who has not
Hewlett-Packard  |  found that he is stupid." -- Gilbert K. Chesterson
UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D  AB A6 15 F1 BB BE 8C 44

Re: how to set up alternate SMTP server

[Howard Arons]

On Oct 07, 1999, Jeremy Blosser wrote:
> 
> AFAIK both things you mention can be dealt with using a minimal MTA that
> just acts as a forwarder, such as sSMTP.  All you really have to do to
> configure it is set the remote mailhub's hostname.
 


OK, I can't resist adding my own $0.02 to this discussion now. When I began
using Mutt about 1 year ago, I had been using Netscape because it did have
a builtin MTA, but I hated it as a MUA. But, I couldn't get my sendmail to
work reliably either. What to do?

I was as green a Linux newbie as ever there was then, although I had lots
of experience with DOS/Win. I /knew/ that any MTA that had its own O'Reilly
book would be too much for me, so I switched to smail. Same problem, so I
tried the revolutionary step of RTFM(!), pestering the life out of some
kind folks on the SuSE-list, and experimenting. Bottom line: smart_host was
what I needed, and I got it implemented.

Summary: I left Win and MS partly because of code bloat and apps that "do
everything." IMO, Mutt developers have made the right decision to keep
things focused. Let fetchmail, procmail and the MTA of your choice do the
rest, even if it means some time reading, experimenting, asking for help,
or (shudder) learning something new.



Howard Arons
-- 
Powered by SuSE Linux 5.2 -- Upgraded to kernel 2.0.36
Communications by Mutt 1.0pre3i

Re: "my_hdr From" vs "set use_from"

[David DeSimone]

Marcelo Magallon <[EMAIL PROTECTED]> wrote:
>
> I have a better idea of what I want now...
> 
>  * Use reverse_name when replying, always.  For example, if
>[EMAIL PROTECTED] sends me an email to [EMAIL PROTECTED], but my send hook
>says mutt should use [EMAIL PROTECTED] when sending mail to
>[EMAIL PROTECTED], I want [EMAIL PROTECTED] to be used, not
>[EMAIL PROTECTED] (reverse_name does this, but not quite)
> 
>  * I want to use my bigfoot address with friends and such, because
>it's easier for them to remember (send-hook does this, and it seems
>to take precedence over reverse_name, am I wrong?)
> 
>  * Use my university's address otherwise ("send-hook ." takes care of
>this, but it overrides reverse_name, it seems)

Did you see my other post to this forum, regarding the use of the "from"
variable, as opposed to "my_hdr From:"?  I think it has the answer to
this dilemma.

Most people on this list, when you ask them how to set up different
identities, will tell you to use send-hooks with a my_hdr From: command.
That's because, until recently, that was the only way to do it.  But Mr.
Roessler added a feature that some people seem to have missed:  A "from"
variable that gives the default for the "From:" header, if none is
determined by any other means.  This is the key, I think.

So you could have a setup like this:

set reverse_name# From: chosen from sent address on replies

send-hook ~A'set from="My Default Address <[EMAIL PROTECTED]>"'
send-hook ~C joe'set from="Address for Joe <[EMAIL PROTECTED]>"'
send-hook ~C mutt   'set from="Address for Mutt Lists "'

Do you get the idea?  The send-hooks will set the $from variable, but
$reverse_name will still apply, since it takes precedence on replies.

-- 
David DeSimone   | "The doctrine of human equality reposes on this:
[EMAIL PROTECTED]   |  that there is no man really clever who has not
Hewlett-Packard  |  found that he is stupid." -- Gilbert K. Chesterson
UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D  AB A6 15 F1 BB BE 8C 44

Re: Emacs mutt mode?

[Mark Weinem]

On Thu, Sep 23, 1999 at 08:19:41PM +0200, Thomas Wolmer HG/EHS/OM/DE
wrote:

> But if it was the same "mutt mode" that I once tried (post.el?), it
> does not work very well with gnuclient. Or even not at all...

Why not (what are the problems)? It works well here [1]


Greetings
Mark Weinem



Footnotes: 
[1] with XEmacs 20.4 and post.el (Version 1.6.3.7)

Re: "my_hdr From" vs "set use_from"

[Mikko Hänninen]

David DeSimone <[EMAIL PROTECTED]> wrote on Thu, 07 Oct 1999:
> Most people on this list, when you ask them how to set up different
> identities, will tell you to use send-hooks with a my_hdr From: command.
> That's because, until recently, that was the only way to do it.  But Mr.
> Roessler added a feature that some people seem to have missed:  A "from"
> variable that gives the default for the "From:" header, if none is
> determined by any other means.

First of all -- in which version is this?  I've been using 1.0pre2, but
that lacked the variable, so I got and compiled pre3.  But that didn't
appear to have a $from variable either.  So is this only in the
developement version or something?  A patch?


Then, assuming I can get a mutt with a $from variable...  What are the
advanteges (or disadvantages) of $from, as compared against my_hdr From?
Should I go through my .muttrc and convert all the hooks setting
my_hdr From to setting $from?

The only immediate advantage I know of is that reverse_name will work,
and I haven't used it before now.  Then again, that was partly because
it didn't work with my_hdr's. :-)  But I'm wondering if there are other
reasons to convert my .muttrc, or not to convert?


Mikko
PS. Why's the subject line mention "use_from"?  Isn't that something
different?  Just a simple typing mistake or..?

Hmm, I certainly seem to have a lot of questions today. :-)
-- 
// Mikko Hänninen, aka. Wizzu  //  [EMAIL PROTECTED]  //  http://www.iki.fi/wiz/
// The Corrs list maintainer  //   net.freak  //   DALnet IRC operator /
// Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs /
Be nice to other people.  They outnumber you 6 billion to one.

--with-*dir vs. --*dir (was Re: installing mutt without root privilege)

[Don Blaheta]

Quoth winfried szukalski in private email:
> Referring to your 'configure' line:
> >configure --enable-pop --enable-buffy-size
> >--with-sharedir="/cs/share/mutt" --with-included-gettext
> >--prefix="./subdir"
> 
> You can see: you did not set '--with-docdir=MY_DOCDIR'. So 'configure'
> used by default '--with-docdir=/usr/local/doc'.

Hmm.  So what exactly is the difference between the --with-*dir options
and the --*dir options to configure?  From configure --help:

>Directory and file names:
>  [...]
>  --bindir=DIRuser executables in DIR [EPREFIX/bin]
>  --sbindir=DIR   system admin executables in DIR [EPREFIX/sbin]
>  --libexecdir=DIRprogram executables in DIR [EPREFIX/libexec]
>  --datadir=DIR   read-only architecture-independent data in DIR
>  [PREFIX/share]
>  --sysconfdir=DIRread-only single-machine data in DIR [PREFIX/etc]
>  --sharedstatedir=DIRmodifiable architecture-independent data in DIR
>  [PREFIX/com]
>  --localstatedir=DIR modifiable single-machine data in DIR [PREFIX/var]
>  --libdir=DIRobject code libraries in DIR [EPREFIX/lib]
>  --includedir=DIRC header files in DIR [PREFIX/include]
>  --oldincludedir=DIR C header files for non-gcc in DIR [/usr/include]
>  --infodir=DIR   info documentation in DIR [PREFIX/info]
>  --mandir=DIRman documentation in DIR [PREFIX/man]
>  --srcdir=DIRfind the sources in DIR [configure dir or ..]
>[...]
>--enable and --with options recognized:
>  [...]
>  --with-libdir=PATH   specify where to put arch dependent files
>  --with-sharedir=PATH   specify where to put arch independent files
>  --with-docdir=PATH   specify where to put the documentation

When would one use, e.g. --with-sharedir as opposed to --datadir and
--sharedstatedir ?  Why are there two different types of configure
options for this sort of thing?

-- 
-=-Don [EMAIL PROTECTED]=-=--=-
When you don't know what you are doing, do it neatly.

Re: "my_hdr From" vs "set use_from"

[David DeSimone]

Mikko Hänninen <[EMAIL PROTECTED]> wrote:
>
> First of all -- in which version is this?  I've been using 1.0pre2,
> but that lacked the variable, so I got and compiled pre3.

Hmm, I've been using dev versions of Mutt for so long, it didn't occur
to me that such a simple feature wouldn't have been ported to the
released version.  I'm using Mutt 0.96.6i.

> What are the advanteges (or disadvantages) of $from, as compared
> against my_hdr From?

The main advantage I can see is that my_hdr From: conflicts with
reverse_name.  If you don't use reverse_name, I suppose it doesn't
matter much.

-- 
David DeSimone   | "The doctrine of human equality reposes on this:
[EMAIL PROTECTED]   |  that there is no man really clever who has not
Hewlett-Packard  |  found that he is stupid." -- Gilbert K. Chesterson
UX WTEC Engineer |PGP: 5B 47 34 9F 3B 9A B0 0D  AB A6 15 F1 BB BE 8C 44

Re: installing mutt without root privilege

[Don Blaheta]

Quoth Edmund GRIMLEY EVANS:
> In the case of mutt, I think what you have to do
> is something like:
> 
> $ ./configure --prefix=/final/location
> $ make
> $ make DESTDIR=/temporary/location install

Way cool, this is **exactly** the sort of thing I was looking for.  It
works pretty well, but the DESTDIR seems not to propagate low enough;
a whole bunch of stuff does get correctly installed into my temp
location, but eventually it tries to install mutt into /cs/bin.  It's
the install-binPROGRAMS that is trying to install it, and it does
include the DESTDIR variable, so I'm guessing that make doesn't
propagate its variables into recursive calls of itself.  I fixed 
the problem by changing the Makefile target install-am to be

> install-am: all-am
>   @$(MAKE) $(AM_MAKEFLAGS) DESTDIR=$(DESTDIR) \
 ^^
>   install-exec-am install-data-am

and adding a DESTDIR=$(DESTDIR) inside the recursive call in the
all-recursive (etc) target as follows: 

> all-recursive install-data-recursive install-exec-recursive \
> installdirs-recursive install-recursive uninstall-recursive  \
> check-recursive installcheck-recursive info-recursive dvi-recursive:
> [...]
>   if test "$$dot_seen" = "no"; then \
> $(MAKE) $(AM_MAKEFLAGS) DESTDIR=$(DESTDIR) "$$target-am" || exit 1; \
  ^^
>   fi; test -z "$$fail"

With those fixes, the install seems to have proceeded correctly.  The
same fixes can be applied to Makefile.in (with similar success), but I
have no idea where to put them in Makefile.am to make it work



Anyway, this seems to have highlighted my main problem, which is that in
the makefile in the po/ subdirectory, we have

> localedir = $(datadir)/locale
> gnulocaledir = $(prefix)/share/locale

The former will resolve to /cs/share/mutt/locale, which is correct
(since I have control over the /cs/share/mutt tree), but the second
resolves to /cs/share/locale, which I _don't_ have control over.  How
can I tell mutt to use $(localedir) instead of $(gnulocaledir)?

Ok, I can analyse this a little further.  It picks $(gnulocaledir)
because the CATALOGS list uses the .gmo suffix instead of the .mo
suffix.  (But then installs the .mo file into that directory.)  This, in
turn, appears to be because $CATOBJEXT is ".gmo" in the configure file.
Why?  I dunno  But I do know that it's not possible for me to
install stuff into /cs/share/locale, and I'm not sure how to tell that
to configure.  (Check that---it's _possible_, I think, but I'd have to
jump through a bunch of hoops with our sysadmin.  Is it really worth
it?)


Once again, I'm on an Ultra10 running Solaris 2.7; my config line is now:
configure --enable-pop --enable-buffy-size --with-included-gettext \
--prefix="/cs" --datadir="/cs/share/mutt" \
--sysconfdir="/cs/share/mutt" --with-docdir="/cs/share/mutt/doc"

-- 
-=-Don [EMAIL PROTECTED]=-=--=-
The mome rath isn't born that could outgrabe me.
-- Nicol Williamson

Editing a bounced message

[rex]

I host a moderated list using LISTSERV(tm), and have a frequent need
to trim off excess quoting and other detritus from messages submitted
for approval before bouncing them to the list. Unfortunately, Mutt's
bounce does not offer any opportunity to do this. 

Forwarding to the list works, but is quite awkward because it requires
changing the "From: ..." line, adding "Resent-From: rex@ptw", and
removing all the lines forwarding adds.

The (I think) ideal solution would be for Mutt to offer the option to
edit the message after "bounce" is selected. Eudora offers this feature.
Surely Mutt should also. ;)

TIA for any pointers.

-rex